_florent_ changed the topic of #litex to: LiteX FPGA SoC builder and Cores / Github : https://github.com/enjoy-digital, https://github.com/litex-hub / Logs: https://libera.irclog.whitequark.org/litex
tpb has quit [Remote host closed the connection]
tpb has joined #litex
<somlo> Flea86: doesn't help to lower the sd clock rate
<somlo> I'm still hoping it's a simple matter of having the wrong d1, d2 pins
<somlo> (tried swapping them, that didn't work either :) )
<Flea86> smolo: Hmm
<Flea86> smolo: Does that board have the correct external pullups per the SDHC spec?
<Flea86> or any other obscure stuff that prevent it from working in sd mode
<Flea86> Supply decoupling good?
<Flea86> idk
<Flea86> Does it have series resistors on the signal lines? If so, what value are they and are they correct?
bl0x_ has joined #litex
bl0x has quit [Ping timeout: 268 seconds]
Degi_ has joined #litex
Degi has quit [Ping timeout: 250 seconds]
Degi_ is now known as Degi
<somlo> soon as I get the actual schematics I'll check
cr1901_ has joined #litex
cr1901 has quit [Ping timeout: 248 seconds]
tristero has quit [Ping timeout: 250 seconds]
tristero has joined #litex
<Melkhior> somlo: +1 on double-checking the pull-ups ; in particular if you expect the FPGA to do it, double-check the Misc properties...
<Melkhior> had the same issue some time ago, turned out Misc("PULLUP") is valid syntax but does nothing, needed Misc("PULLUP True") ...
<Melkhior> 7 series (Artix-7) in my case
<somlo> the sdcard `cmd` and `data` pins do have `Misc("PULLUP True")` in the platform file
so-offishul has joined #litex
so-offish has quit [Ping timeout: 260 seconds]
so-offish1 has joined #litex
so-offishul has quit [Ping timeout: 250 seconds]
so-offishul has joined #litex
cr1901_ is now known as cr1901
so-offish1 has quit [Ping timeout: 250 seconds]
so-offishul has quit [Quit: Leaving]
shorne has joined #litex
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #litex
so-offish has joined #litex
<somlo> \o/ holy crap, sdcard works (in sd-mode) on the stlv-7325-v2!
<somlo> after pushing the bitstream to the board, I have to eject the card first, then push it back in, *then* it works :D
<somlo> the stlv-7235-v2 does *not* have a physical card-detect pin, so the gateware has to assume the sdcard is "inserted" at all times
<somlo> not sure if that has anything to do with the "push bitstream, eject and re-insert sdcard, then boot from it" dance, but there we go :)
<Flea86> Aha
<somlo> still no sata or rgmii ethernet, but progress!
<Flea86> somlo: No way to fudge that, such that when power to the FPGA board is applied it configures the sd properly?
<somlo> well, it might just be a power-on thing, because ever since I did that song-and-dance the first time, subsequent bitstream pushes (with openocd) allow me to boot from sdcard without ejecting/reinserting
<somlo> like somewhere along the way I "confused" the actual sdcard, which needed to be power-cycled itself once before it started working with otherwise "good" bitstream
<somlo> and the bitstream turned "good" a long time ago, but I couldn't tell b/c my sdcard was "stuck"... Fun...
<somlo> hmmm
<somlo> that makes me wonder, maybe I need to power-cycle my sata disk too :D
<somlo> nope, no such luck :D
<Flea86> lol