Tuesday, 2020-09-15

*** tpb has joined #litex00:00
*** jaseg has quit IRC02:30
*** jaseg has joined #litex02:32
*** Degi has quit IRC03:16
*** Degi has joined #litex03:16
*** MyGreenBalloon has joined #litex09:22
*** MyGreenBalloon has quit IRC09:30
*** awe00 has joined #litex12:53
*** tumbleweed has quit IRC12:54
*** tumbleweed has joined #litex12:54
*** tumbleweed has joined #litex12:54
*** feldim2425_ has joined #litex13:57
*** bubble_buster_ has joined #litex13:57
*** y2kbugger_ has joined #litex13:57
*** flammit_ has joined #litex13:57
*** tucanae47__ has joined #litex13:57
*** gruetze_ has joined #litex13:58
*** bubble_buster has quit IRC14:00
*** flammit has quit IRC14:00
*** tucanae47 has quit IRC14:00
*** feldim2425 has quit IRC14:00
*** midnight has quit IRC14:00
*** CarlFK[m] has quit IRC14:00
*** lambda has quit IRC14:00
*** y2kbugger has quit IRC14:00
*** gruetzkopf has quit IRC14:00
*** bubble_buster_ is now known as bubble_buster14:00
*** tucanae47__ is now known as tucanae4714:00
*** flammit_ is now known as flammit14:00
*** y2kbugger_ is now known as y2kbugger14:00
*** Guest43925 has joined #litex14:01
*** the_JinX has quit IRC14:06
*** midnight has joined #litex14:07
*** CarlFK[m] has joined #litex14:07
*** lambda has joined #litex14:10
*** gruetze_ is now known as gruetzkopf14:37
shornesomlo: FYI, this is the patch to fix LiteETH for big endian machines like openrisc: https://github.com/stffrdhrn/linux/commit/0223cdd5b77a4f05b2824c1bf6493c04ee0ad76e14:40
tpbTitle: Litex: LiteETH: Fixups for compat with BE, also properly detect unset… · stffrdhrn/linux@0223cdd · GitHub (at github.com)14:40
shorneI am not sure if you saw the LKML mails/messages.  I am planning to upstream via my openrisc tree a few of the litex drivers in the 5.10 merge window.14:41
shornethose are here: https://github.com/stffrdhrn/linux/commits/or1k-5.10-litex14:42
tpbTitle: Commits · stffrdhrn/linux · GitHub (at github.com)14:42
shorneNow, that liteETH is working I can do some work.14:43
somloshorne: afaik, the stuff being pushed on lkml is 32-bit cpu and 8-bit csr-data-width specific, and I promised Mateusz to shut up and let it happen, and start making noise about 64-bit CPUs and 32-bit csr-data-width only after the initial upstreaming pass :)15:29
somloshorne: I'll test your patch with Rocket (64-bit LE); if it doesn't break that, I'll post it to the litex-rocket-rebase branch (which in spite of its name *should* be backward compatible to 32-bit CPUs and whatever csr data width litex is built with)15:32
somloshorne: so the rocket branch I maintain already has the accessors (ioread/iowrite) updated to work across widths and endianness15:45
somloso all that's different in your version is the `readx_poll_timeout_atomic` thing, and some of the logic around `of_get_mac_address()`15:46
somloI'll apply those changes manually (as your patch is not itself based on litex-*-rebase in litex-hub, as far as I can tell)15:47
_florent_Hi shorne, nice to see you here and great to see you are testing/helping with the linux drivers.15:49
_florent_If you think the dts generation is missing some features (like the IRQ you reported), feel free to create issue on LiteX repo for that, i'll try to implement it15:49
_florent_Otherwise, as you are probably already aware, Mateusz and somlo are working on the drivers, but if  have issues with the FPGA or trouble understanding how it works, feel free to ping me, i would be happy to help and do some tests15:52
somloshorne: https://imgur.com/a/HEGz3CT -- is `inreg8` an or1k-ism ? Any way we can make this line portable across everything? https://github.com/stffrdhrn/linux/commit/0223cdd5b77a4f05b2824c1bf6493c04ee0ad76e#diff-9ec47ad4f74cb589e1024ed04c60670dR24515:57
tpbTitle: Imgur: The magic of the Internet (at imgur.com)15:58
somloshorne: the of_get_mac_address() thing works perfectly, and fixes an annoyance I had commented out and was hoping to return to one day, but never did -- so thanks for that! :)16:06
somlooh no, inreg8 is the silly liteeth-driver-specific accessor wrapper I thought I'd gotten rid of :)16:12
somloit's `litex_reg_readb` in the litex-rocket-rebase branch, and seems to work fine when I test it on rocket16:16
somloshorne: https://github.com/litex-hub/linux/commit/35b0a4c900cbd3c0176306043b54c82539942d57 -- thanks!16:42
tpbTitle: Litex: LiteETH: Fixups for compat with BE, also properly detect unset… · litex-hub/linux@35b0a4c · GitHub (at github.com)16:42
*** TMM has quit IRC17:42
*** TMM has joined #litex17:43
*** tcal has joined #litex17:49
somlo_florent_: https://github.com/enjoy-digital/litex/commit/e28e808c244ce1d57146c92a270ce4d08c9967cc#diff-051c0188ba9860fa5fa5242889764189R3418:16
tpbTitle: software/liblitedram: allow forced write leveling delays, improve del… · enjoy-digital/litex@e28e808 · GitHub (at github.com)18:16
somloit results in a build error (probably the `int sdrwl_delays[16];` array should be in sdram.c, not sdram.h (from where it gets included in multiple places, and ends up conflicting with itself)18:17
somloand ouch, the entire memspeed thing once again violently assumes that a pointer is "unsigned int" :(18:29
somlo_florent_: https://github.com/enjoy-digital/litex/pull/64918:48
tpbTitle: misc. fixes for a few recent commits by gsomlo · Pull Request #649 · enjoy-digital/litex · GitHub (at github.com)18:48
_florent_somlo: thanks for the PR19:15
somloThanks for applying! (I'm the 64-bit CI testing bot, but I catch the occasional unrelated compile warning or error ;)19:27
somlo_florent_: the memspeed/memtest thing turned out to be a lot less of a problem than I initially thought (there's lots of `unsigned int *` that's fine, only a few instances of `(unsigned int)addr` that needed to be fixed19:37
somloso I ended up more freaked out about it than I needed to be :D19:37
*** awe001 has joined #litex19:47
*** awe00 has quit IRC19:49
*** acathla has quit IRC19:56
*** acathla has joined #litex20:16
*** acathla has quit IRC20:16
*** acathla has joined #litex20:16
shornesomlo: inreg8 is/was a helper in the liteeth8 driver.  Let me try with your latest driver.  The problem with using readb_.. I think is that readb is not for iomem, so for me the read returned nothing20:27
shorne_florent_: thanks, I will let you know, I have been able to get by reading the code on my own so far.  I'll report the missing interrupts20:29
somloshorne: I remembered getting rid of local-to-the-driver accessors such as inreg8 :) I think the "adapted" version of your patch in litex-rocket-rebase should work (the accessors there should be endianness and csr-data-width agnostic)21:15
shornesomlo: yeah, I figured they had to be removed, but I couldn't find the branch that had any newer liteeth driver.  Now I have your's thanks22:19
*** awe001 has quit IRC22:33
*** lf has quit IRC23:31
*** lf has joined #litex23:32

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!