INTL 3:770/1 3:770/3   
   REPLYADDR pbyabmle@4wrd.cc   
   REPLYTO 3:770/3.0 UUCP   
   MSGID: 1bb2d440   
   REPLY: 7435da53   
   PID: SoupGate-Win32 v1.05   
   On 1/5/2024 19:59, Bryan wrote:   
   > On 1/5/2024 11:11, Theo wrote:   
   >> Bryan wrote:   
   >>>   
   >>> Ok, I do see the lite version SHOULD boot from uSD, so perhaps this is a   
   >>> problem with the actual OS version as well. There's also this little bit   
   >>> of info with some changes to config.txt:   
   >>>   
   >>> https://www.waveshare.com/wiki/Wrote_Image_for_Compute_Modul   
   _Boards_Lite_version   
   >>>   
   >>>   
   >>> which I'll try.   
   >>   
   >> This in config.txt:   
   >> dtoverlay=dwc2,dr_mode=host   
   >>   
   >> (there should not be a dot on the end)   
   >>   
   >> overrides the USB 2 port into host mode, ie to accept USB sticks etc. I   
   >> suppose that could be a reason why your CM4 won't USB boot.   
   >> Ordinarily the   
   >> port can detect whether to be in host or device more via the 5th pin   
   >> on the   
   >> micro USB connector, which is tied low in an OTG adapter to force host   
   >> mode.   
   >> Maybe your board doesn't do this correctly? Of course, if you can't boot   
   >> you can't read config.txt to force the port to the right direction, so   
   >> you'd have to rely on the pin being tied low.   
   >>   
   >> Even without this, and even with no SD, I'd expect to see some sign of   
   >> life   
   >> on the HDMI: the Pi4 should display a 'BIOS' style boot screen that says   
   >> what it's trying to boot from.   
   >>   
   >>> I don't have a lot of information on the carrier itself, that seems to   
   >>> be somewhat lacking. Maybe the carrier is bad, being a Super High   
   >>> Quality Much Goodly Chinese device, who knows? There are reviews of it   
   >>> out there, but no real hard information. I'll dig into that as well.   
   >>>   
   >>> The local Micro Center has a cheap carrier in stock of a different   
   >>> style, so I'm going to pick up one of those this weekend and give that a   
   >>> try as well, but I'll grab an older OS first to see how that goes.   
   >>   
   >> Good plan. Once you can get anything working, you can then take deltas   
   >> against the setup you have to narrow down the problem. If absolutely   
   >> nothing works then there are few clues.   
   >>   
   >> Theo   
   >>   
   >   
   > Some success here. I'm using the Bullseye version presented on the RPi   
   > OS page, instead of whatever the latest is.   
   >   
   > I set the other carrier board up, it's marked as being made by   
   > "bigtreetech" and looks like a regular Pi once assembled. Trying the SD   
   > card in it's slot, I see the same things as with the other board,   
   > according to my router it's been offered an address - this happens over   
   > and over. No boot happens.   
   >   
   > I took the SD card and put it in a USB reader, put it in a USB port on   
   > this carrier, and it booted. That would seem to indicate that the   
   > MCUZone carrier that I hoped to use is incapable of booting from USB - I   
   > assume the rainbow splash screen is a kernel panic at this point.   
   >   
   > (I can't see anything visual on the bigtreetech carrier, it has   
   > micro-HDMI and I can't find my adapters.)   
   >   
   >   
   > Going back to the MCUZone carrier, I put the known good card in the SD   
   > slot. Here's what I see:   
   >   
   > https://pic8.co/a/d697dd4c-18c1-42c7-90e9-2fcf8d7d931c/   
   >   
   > The device eventually gets an address like it's waiting for something   
   > else, and does this over and over, never booting. I should mention this   
   > carrier has a run/boot jumper, this is in the boot position. Putting it   
   > in the run position (I assume, it's not clear) gives me a black screen   
   > and nothing else. Putting the card in the known good reader gives me the   
   > same rainbow screen.   
   >   
   > One thing I notice is the boot order, which has a "1" for SD card at the   
   > end of the list. However, I also see "SD card not detected" - is it   
   > possible that the boot order needs to be changed so it's looking for the   
   > SD card first? Doing this is something I'd have to research before   
   > attempting.   
   >   
   > In any event, the MCUZone device won't boot from USB, and none of them   
   > boot from SD at this point.   
      
      
   But looking a little closer, it looks like it's trying all the boot   
   devices from right to left - it doesn't see the SD card so it goes to   
   the next one. So it probably won't matter if I change the boot order,   
   it would just never get to the SD card.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)   
   SEEN-BY: 10/0 1 15/0 90/1 103/705 105/81 106/201 128/260 129/305 135/225   
   SEEN-BY: 153/757 7715 218/0 1 601 700 840 870 930 220/70 221/1 6 226/17   
   SEEN-BY: 226/30 100 227/114 229/110 112 113 200 206 307 317 400 426   
   SEEN-BY: 229/428 452 470 550 616 664 700 240/1120 266/512 267/800   
   SEEN-BY: 282/1038 291/111 292/854 301/1 113 812 310/31 320/219 322/757   
   SEEN-BY: 335/364 341/66 342/200 396/45 460/58 633/280 712/848 770/1   
   SEEN-BY: 770/3 100 330 340 772/210 220 230 5020/400 1042 5058/104   
   SEEN-BY: 5075/35   
   PATH: 770/3 1 218/840 221/6 301/1 218/700 229/426   
      
|