if in the future there will be hardware decoding for owb and mplayer and my card will be fine, okay, otherwise I'll change it, but I believe that an update to the tcp stack will speed up web page loading even though right now on my system it's quite decent
D03 update installed to my i5 lapyop; all looking good so far. Just to note though that formatting from sys:system/format still isn't working for me (wasn't on the 'todo' list). I'll try D03 on my other machines later this evening.
D03 installed on hard drive of i7 + GTX 970 - booting, 3D graphics look to be working fine
Sorry, I missed post 78.
Game controller - works now on USB2 ports, device enumeration fails for USB3 (same for both machines).
Touchscreen - not seen at all on USB3; for USB2 is seen but does not work, report in Trident is device enumeration failed and then "hubss.class Wrong port status 0101 on port x" (x is port connected to); same result for both machines.
Cheers,
Nigel.
Edited by ntromans on 16-08-2026 18:12, 2 days ago
Tried D03 on the ACER Aspire E 15. No change with USB when booting from memory stick (keyboard recognised when first connected, not recognised on reconnection) but I also installed D03 to the machine's hard drive and when booting from hard drive USB does not work at all (nothing connected to either USB2 or USB3 ports is recognised).
Cheers,
Nigel.
P.S. this machine has only a USB3 chipset. When booting from hard drive both pciusb.device and pcixhci.device are loaded and both normal speed and superspeed hubs are shown plus one permanantly connected device (a webcam, no class bound to it) but there no response from Trident when devices are added.
Edit: I found that, when booting from hard drive, removing pciusb.device from the grub modules forces the machne to recognise plugged in USB devices on both the USB3 and USB2 ports. Unfortunately this didn't the solve the 'unable to reconnect' problem.
If no USB device is connected to it during boot, devices can be attached and reconnected to the USB3 port (tried memory stick and keyboard).
If a device is connected to the USB3 port at boot, it is recognised and can be removed but nothing else then connected to the port is recognised. If the keyboard is connected during boot, then removed and reconnected the machine locks up (it tries to put up an software failure report but locks before any text can be rendered into it).
Through a hub connected to the USB3 port, multiple devices can be connected and recognised but nothing can be reconnected.
For the USB2 port, devices are recognised if connected at boot or connected after boot but after removal nothing else in that port is recognised (but no lock-up on trying to reconnect a keyboard though).
As to the touchscreen controller, that's tricky as I've had it since before 2010 (it's currently fitted into my Samsung netbook bit I can connect to other mahcines as it's USB connector comes out of the machine). On one attachment of the screen to the i7 I did get an error message (attached) if that's of any help.
For ACER Aspier - it has a SoC Atom processor with a separate on SoC USB chipset. I don't have hardware that has that. Also checking for known quirks doesn't reveale anything specic to this chipset. You could try 'noacpi' switch and whethere this changes anything with USB. There is not much I can do apart of that.
- crash - I also get this specific crash from time to time on my hardware - it's on the list to fix
- pci log - As I suspected your board is using the same chipset as the H81 boards that are now recommended, so I don't this gamepad and touchscreen are general issues but rather issues with some edge conditions. I will run all the controllers I have with H81 board - maybe something similar will happen.
@deadwood - For ACER Aspier - it has a SoC Atom processor with a separate on SoC USB chipset. I don't have hardware that has that. Also checking for known quirks doesn't reveale anything specic to this chipset. You could try 'noacpi' switch and whethere this changes anything with USB. There is not much I can do apart of that.
Many thanks for checking. Unforunately no change with noacpi added. Hopefully general USB3 developments help with this at some later point.
- crash - I also get this specific crash from time to time on my hardware - it's on the list to fix
- pci log - As I suspected your board is using the same chipset as the H81 boards that are now recommended, so I don't this gamepad and touchscreen are general issues but rather issues with some edge conditions. I will run all the controllers I have with H81 board - maybe something similar will happen.
Many thanks. Just to mention my i5 laptop gives exactly the same behaviour with the touchscreen and game controller as the i7 tower.
I have one gamepad which is not detected on H110M (with GETDESCRIPTORS failure). I put that on backlog but with medium priority. Around 10 other gamepads are correctly detected.
Please see attached PCI information for the i5 laptop. As mentioned, the gamepad is detected and works for USB2 but is not enumerated for USB3, so of course the workaround will be just to use it on USB2; I just wondered if the raising the enumeration issue might help with perfecting USB3.
Re. the ACER Aspire I realised there's a simple solution - just powercycle the port from Trident. Doing so reactivated the reconnected device
Can anyone confirm this with usb drives with one or two fat32 partitions at the start of the drive. I like this so I can copy information from Aros partitions,
This is then setup for Aros to be installed to what remains.
I am having a problem with D03 and not with D01 where the fat32 partition(s) is removed from Aros (see USB logs) but after that the system freezes to the point of a reboot needed.
Sorry for poor pictures, best I can do.
Edited by Jeff1138 on 18-08-2026 06:07, 9 hours ago
Can anyone confirm this with usb drives with one or two fat32 partitions at the start of the drive. I like this so I can copy information from Aros partitions,
This is then setup for Aros to be installed to what remains.
I am having a problem with D03 and not with D01 where the fat32 partition(s) is removed from Aros (see USB logs) but after that the system freezes to the point of a reboot needed.
Sorry for poor pictures, best I can do.
I've inserted and removed a FAT formatted USB drive into the USB3 and USB2 ports of my i5 laptop. Mostly no issues although once with USB2 I did get the error attached. The system continuds without needing a reboot though.
However, @Jeff1138 - is it the case your error specifcially happends whe there are AROS partitions following the FAT one?
do not have a problem in my sistem with USB2 port on board, i must buy lately a USB 3 Pci-e card
You can view all discussion threads in this forum. You cannot start a new discussion thread in this forum. You cannot reply in this discussion thread. You cannot start on a poll in this forum. You cannot upload attachments in this forum. You cannot download attachments in this forum.
