_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
Degi_ has joined #litex
Degi has quit [Ping timeout: 264 seconds]
Degi_ is now known as Degi
somlo_ is now known as somlo
<somlo> _florent_: I noticed something weird: with LiteETH commit 2827e99 ("mac/sram: Fix length_lsb slicing (+1)", currently the latest in LiteETH master) litex/rocket can't get a dhcp lease under linux and busybox
<somlo> it's weird because I can netboot, and under linux and busybox I can manually set an IP address and ping (haven't tried anything fancier)
<somlo> but if I try and get a dhcp lease, it just keeps printing out "sending discover", forever
<somlo> that is unless I revert 2827e99, which is when udhcpc starts working again
<somlo> So I'm wondering if the linux driver needs updated to match 2827e99, or if that commit is in itself a regression of some sort
<somlo> sorry I haven't dug any deeper yet, just wanted to start by giving you the vague high-level behavior description first before I go to sleep over here :)
<somlo> oh and sniffing for udp packets on the LAN shared with the litex/rocket board, there are no dhcp requests being broadcast out
<somlo> anyway, that's all I have for now, I can dig deeper tomorrow morning
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #litex
peeps[zen] has joined #litex
peepsalot has quit [Ping timeout: 260 seconds]
benh has quit [*.net *.split]
Wolf0 has quit [*.net *.split]
gatecat has quit [*.net *.split]
key2 has quit [*.net *.split]
anuejn has quit [*.net *.split]
felix_ has quit [*.net *.split]
vup has quit [*.net *.split]
Wolf0 has joined #litex
felix_ has joined #litex
gatecat has joined #litex
benh has joined #litex
key2 has joined #litex
vup has joined #litex
anuejn has joined #litex
willcode4[m] has quit [*.net *.split]
a3f has quit [*.net *.split]
jryans has quit [*.net *.split]
gruetzkopf has quit [*.net *.split]
str1 has quit [*.net *.split]
tumbleweed has quit [*.net *.split]
rektide has quit [*.net *.split]
tumbleweed has joined #litex
str1 has joined #litex
rektide has joined #litex
gruetzkopf has joined #litex
jryans has joined #litex
willcode4[m] has joined #litex
a3f has joined #litex
tpw_rules has quit [Quit: byeeee]
tpw_rules has joined #litex
<_florent_> somlo: Hi, thanks for the feedback. I was trying to fix Linux-On-LiteX-VexRiscv CI for the SDS1104XE (using Hybrid Mac) but without access to my hardware. It should be good now with https://github.com/enjoy-digital/liteeth/commit/9b03fc14de8aa2454d967c16bcf7c97cf894b9ee
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
C-Man has quit [Ping timeout: 260 seconds]
C-Man has joined #litex
peeps[zen] has quit [Ping timeout: 245 seconds]
peepsalot has joined #litex
<tpw_rules> what are some other mPCIe FPGA cards that aren't the acorn cle-215 and friends?
mm003 has quit [Read error: Connection reset by peer]
mm003 has joined #litex
<DerekKozel[m]> What're you looking for tpw_rules ?
<DerekKozel[m]> The Numato Aller probably counts as "friends", but is a commercially available component.
<DerekKozel[m]> The PicoEVB was/is interesting and is a direct relative of the CLE-215.
<tpw_rules> i guess i should specify that the reason i am interested in something else is that has nontrivial i/o and is shorter
<DerekKozel[m]> BitWare has the 250-M2D which has a Kintex FPGA on it in an M.2 formfactor
<DerekKozel[m]> I don't know of anything that has more GPIO, and most of the height is heatsink that you'd need to deal with one way or another. I have the Aller inside a Thunderbolt enclosure so it's thinness is required, but the enclosure is a big heatsink.
<DerekKozel[m]> There are non M.2 form-factors that are small and have loads of IO if that's a direction you could go
<tpw_rules> sorry, shorter as in not 2280 size
<DerekKozel[m]> Ah, less long
<tpw_rules> yes ;P
<DerekKozel[m]> the Pico EVB is less long, not more IO though
<tpb> Title: TE0711 - Artix-7 High I/O & USB (at concurrenteda.com)
<DerekKozel[m]> This is less long and has more IO pins, but more $$ and not M.2
<tpw_rules> i wanted m.2 so i could hook it up to a small pc with a fast interface. maybe a zynq type device would be an alternative, but i think their CPUs are relatively slower compared to even low end x86, right?
<tpw_rules> also for Reasons™ i can't buy anything made in china. made in taiwan is okay though
<DerekKozel[m]> There's a load of FPGA boards out there, given Reasons I'd guess you can afford more of the options than me
<tpw_rules> like i said i don't know too much about the ARM CPU power
<DerekKozel[m]> Can you spin a board based off the PicoEVB? It'd be "easy" to route more pins to a high density connector
<tpw_rules> that is an idea
<DerekKozel[m]> RHS Research published the design files under GPL and they're nice to talk to. I've sent a few emails over the years and they like intelligent questions and comments.
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #litex