Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.

Experimental: USB3 support in Poseidon

Last updated on 34 seconds ago
F
FaroxMember
Posted 2 days ago
and this with same PC but with UEFI boot option on
N
ntromansSenior Member
Posted 2 days ago

ntromans wrote:

@ntromans - New test on my Acer Aspire E 15. This is the machine that up to now had refused to recognise USB at all on AROS. Booting from a USB install of the latest experimental:

USB 2 only - boot stalls at 'cats eyes'

USB 3 only - does boot to Wanderer :-) Only though if in one speciic USB slot at the back, oddly enough which seems to be USB 2. It stalls at the 'cats eyes' if in the USB 3 slot.

USB 2+3 - stalls at the 'cats eyes'

Further on the USB ports: the one on the left is not recognised at all. The other at the back (USB 3) does recognise USB mouse (jerky movements), USB keybord and FAT formatted USB stick. However, a USB touchscreen controller (egalaxtouch class) is not recognised at all. Also a USB 2 hub connected to this port is recognised but a mouse or keyboard connected through it is not.

Great progress though!

Cheers,
Nigel.


I've hit an odd incompatability between USB3 and emuv0 in the ACER machine.

I was hoping to use it at next weekend's Zzap show to show both USB3 and my AROS presentation, produced in Hollywood designer - hence the need for emuv0. It has a nice big screen so would be ideal for this but here's the inconsistency:

Presentation on HP i5 laptop booting USB3 experimental with option A (other option's don't boot) - all fine.

Presentation on i7 desktop booting USB 3 expeimental option B - all fine.

Presentation on Acer on standard 64 bit (no USB at all) booting from hard drive - presentation plays.

Presentation on ACER booting from USB 3 experimental option B (other options don't boot) - emuv0 crashes either with the error attached or dropping the machine onto a black screen and leaving it unresponsive until hard reboot.

This behaviour is not just for the presentatioon, it's exactly the same with Simple_Whiteboard too. Also, I've put the presentation into a window rather than a screen to eliminate that possible problem.

The CPU on the ACER is a Celeron N2840 if that's of any help.

Cheers,
Nigel.

P.S. all USB experimental 3 boots were from memory stick.
Edited by ntromans on 09-05-2026 09:36, 2 days ago
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 1 day ago
@Farox

Thanks for the videos. On the video with BIOS Legacy, you are booting option TEST A. If your motherboard only has USB3, then seeing "cat's eyes' is a correct behavior. Can you check option TEST B + BIOS Legacy (not UEFI)?
D
deadwoodAROS Dev
Posted 1 day ago

ntromans wrote:

@ntromans

I've hit an odd incompatability between USB3 and emuv0 in the ACER machine.



Wow, that's very weird behavior.

I assume the following was happenings:

1) ACER is booted from memory stick
2) EmuV0 is executed from memory stick

Try the following:

Boot ACER from memory stick (option TEST Cool. Them copy EmuV0 and the 32-bit libraries to RAM. Change the EmuV0: assign to point to libraries copied to RAM: and run your program through EmuV0 from RAM:
F
FaroxMember
Posted 1 day ago

deadwood wrote:

@deadwood - @Farox

Thanks for the videos. On the video with BIOS Legacy, you are booting option TEST A. If your motherboard only has USB3, then seeing "cat's eyes' is a correct behavior. Can you check option TEST B + BIOS Legacy (not UEFI)?


Tested also with TEST B + Bios Legacy but i have also "cat's eyes".
If you need i could also made a video of this.
Just to note that all my tests is with an USB key connected to an USB3 port, this PC have both USB2 and 3 ports.
Attached a shot of PCI specs under Linux, just in case you need.
You do not have access to view attachments
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 1 day ago
Farox, did you use a native USB 3.x flash drive? Because I’m getting the same results, but if I use a USB 3.0 or 3.2 flash drive and plug it into the USB 3 port, the flash drive doesn’t appear in the boot menu.

--- Italiano ---

Farox hai utilizzato una Pendrive nativa 3.x ? perchè io ho gli stessi risultati, ma se utilizzo una Pendrive USB 3.0 e 3.2 e utilizzo la porta USB3, la Pendrive non viene visualizzata nel Bootmenu.
pixiepixieMember
Posted 1 day ago
it works! But my mouse sorts of floats around... I send him to the right, and it well get there... eventually xD... which is odd since when i run it virtual machines is snappy and hosted, more so.
It's just a bit laggy, apart from it, it's good to see one can boot it natively
F
FaroxMember
Posted 22 hours ago

AMIGASYSTEM wrote:

@AMIGASYSTEM - Farox, did you use a native USB 3.x flash drive? Because I’m getting the same results, but if I use a USB 3.0 or 3.2 flash drive and plug it into the USB 3 port, the flash drive doesn’t appear in the boot menu.

--- Italiano ---

Farox hai utilizzato una Pendrive nativa 3.x ? perchè io ho gli stessi risultati, ma se utilizzo una Pendrive USB 3.0 e 3.2 e utilizzo la porta USB3, la Pendrive non viene visualizzata nel Bootmenu.


Don't know for sure if those pendrive are 3.0 or more i get it last year, is a 64GB from Kingston but don't have other info on this.

Italiano

Non so se questa pendrive è 3.0 oppure oltre, l'ho presa lo scorso anno e so che è da 64 GB della Kingston ma non c'è scritto altro.
N
ntromansSenior Member
Posted 21 hours ago

deadwood wrote:

@deadwood -

ntromans wrote:

@ntromans

I've hit an odd incompatability between USB3 and emuv0 in the ACER machine.



Wow, that's very weird behavior.

I assume the following was happenings:

1) ACER is booted from memory stick
2) EmuV0 is executed from memory stick

Try the following:

Boot ACER from memory stick (option TEST Cool. Them copy EmuV0 and the 32-bit libraries to RAM. Change the EmuV0: assign to point to libraries copied to RAM: and run your program through EmuV0 from RAM:


Yes, booting from memory stick.

I tried to transfer the files to ram: but (repeatably) had the crash to black screen during the transfers, so I guess the issue is not specifically for emuv0 but rather when tranferring large files from the USB stick to memory.

Cheers,
Nigel.

Edit: Nope, it is deeper than a USB transfer issue. I just used my i7 to install the USB 3 experimental onto a hard drive, booted the ACER from that and tried to run the presentation - it crashes (stack and second attempt black screen) as when booting from USB.
Edited by ntromans on 10-05-2026 13:27, 18 hours ago
X
x-visionJunior Member
Posted 15 hours ago
Will the driver support also 3.2 and 4 protocols?
D
deadwoodAROS Dev
Posted 5 hours ago

ntromans wrote:

@ntromans -

Edit: Nope, it is deeper than a USB transfer issue. I just used my i7 to install the USB 3 experimental onto a hard drive, booted the ACER from that and tried to run the presentation - it crashes (stack and second attempt black screen) as when booting from USB.


Does the same presentation work on i7 when started from the HDD? If yes, then it's not a USB issue (things got copied correlty) but something specific to the ACER.
D
deadwoodAROS Dev
Posted 5 hours ago
[quote name=x-vision post=11999]@x-vision - Will the driver support also 3.2 and 4 protocols?[/quote]

I don't know much about these newer protocol versions so I don't know what would be needed to suppor them. I don't know if Kalamatee is planning on working on it.
N
ntromansSenior Member
Posted 34 seconds ago

deadwood wrote:

@deadwood -

ntromans wrote:

@ntromans -

Edit: Nope, it is deeper than a USB transfer issue. I just used my i7 to install the USB 3 experimental onto a hard drive, booted the ACER from that and tried to run the presentation - it crashes (stack and second attempt black screen) as when booting from USB.


Does the same presentation work on i7 when started from the HDD? If yes, then it's not a USB issue (things got copied correlty) but something specific to the ACER.


Yes, it works on other machines but not on the ACER so it is specific to this machine. For reference, normal 64 bit works fine on the ACER too so it's something introduced with the latest experimental.

Cheers,
Nigel.
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.