Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Selecting USB port message loop #72

Closed
JE-Tv1 opened this issue Feb 10, 2021 · 14 comments
Closed

Selecting USB port message loop #72

JE-Tv1 opened this issue Feb 10, 2021 · 14 comments

Comments

@JE-Tv1
Copy link

JE-Tv1 commented Feb 10, 2021

When I use the option to look for CMs attached to USB port, the Rpiboot continues to output "Loading embedded: bootcode.bin".
I am currently using a raspberry pi 4 B to boot a CM3+ with CMIO.

Is there any way to not get these infinite messages and just like the usual blank waiting?

RpiBootStuck

@PCSerra
Copy link

PCSerra commented May 10, 2021

I have the same issue the tool at https://github.com/raspberrypi/usbboot/raw/master/win32/rpiboot_setup.exe on windows 10, trying to program a CM3+ via USB.

@stephenglynch
Copy link

Also have this issue on windows 10 with a CM4 via USB

@vanarebane
Copy link

vanarebane commented May 15, 2021

TL:DR: Just use another USB port on the master device

Same issue here.

I have a 1G RAM, 8G eMMC without wifi module that works fine on the official IO board.

Then I have a 4G RAM, 8G eMMC with wifi that has the same loading loop as others here.

So only difference is the board, drivers and IO board is working.

EDIT: Alright, fixed the problem when reading the official guide:

Note There is a bug in the BCM2835 (CM1) bootloader which returns a slightly incorrect USB packet to the host. Most USB hosts seem to ignore this benign bug and work fine; we do, however, see some USB ports that don't work due to this bug. We don't quite understand why some ports fail, as it doesn't seem to be correlated with whether they are USB2 or USB3 (we have seen both types working), but it's likely to be specific to the host controller and driver. This bug has been fixed in BCM2837.

@salmanfarisvp
Copy link

salmanfarisvp commented Jul 16, 2021

@vanarebane can you share how you solved the issue?

Edit: Solved it by connecting a different USB Port

@vanarebane
Copy link

@salmanfarisvp that's right, just used another port. Maybe windows assigns some drivers to specific port? I have seen some other device drivers also fixed by switching ports

@salmanfarisvp
Copy link

@vanarebane Thanks 👍. I was using balena Fin v1.

@CrowntailTW0608
Copy link

I've the same issue
and I removed all USB devices (including mouse) to solved the problem

@lenkapolaskova
Copy link

Hello,
I have the same problem. Selecting another port does not solve the problem.

@cvabc
Copy link

cvabc commented Nov 26, 2021

Sample problem here on a windows 11 pc for cm4.

@timg236
Copy link
Collaborator

timg236 commented Mar 31, 2022

No response from OP. Closing.

N.B. We can't provide support for the multitude of Windows versions and USB versions. I recommend using a Raspberry Pi or Linux PC as the host and avoiding hubs.

@timg236 timg236 closed this as completed Mar 31, 2022
@nerososft
Copy link

Sample problem here on a windows 11 pc for cm4.

me too

@carlonluca
Copy link

For those with the same problem in a VMWare machine, I solved by setting the USB to version 2 instead of 3 in the machine settings.

@bigttys0
Copy link

Data packets sent to and from the USB port must be exactly 8 bytes in size. Any packets sent with a size that is not 8 bytes will not be read correctly by the USB port and may cause errors or data loss. To ensure reliable communication between the USB port and the device, it is important to ensure the exact size of data packet is sent.

Or, use USB2.

@wangchaoHZ
Copy link

i have the same issue too,CM4 on Windows 10

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests