| *** tpb has joined #timvideos | 00:00 | |
| mithro | shorne: When you get a moment, can you give me a tip on what I need to add to my gcc branch to try again with -mror ? | 00:32 |
|---|---|---|
| *** tac-tics has quit IRC | 00:57 | |
| shorne | mithro: Yes, basically just add another option to gcc/config/or1k/or1k.opt, you can make a dummy one since we dont implement ror yet. | 02:10 |
| mithro | shorne: Hrm? You haven't actually implement ror? | 02:11 |
| shorne | but, ill create a or1k-next tag that you can foloow. (I rather use that then latest since not all my changes will be or1k branches) | 02:11 |
| mithro | shorne: okay | 02:12 |
| shorne | mithro: thats the "beauty" gcc, if you dont implement something it will emulate it | 02:12 |
| shorne | (not so optimally) but it will work | 02:12 |
| shorne | I plan to target those optimizations after upstreaming | 02:12 |
| shorne | Also, I haven't see a ror workload slow anything down for me yet | 02:13 |
| shorne | mithro: btw, I think I figured out the issue with \r\n in verilator emulator | 02:13 |
| shorne | patch coming up (for litex) | 02:13 |
| mithro | shorne: I'm mainly interested in making sure that your upstream or1k works with our workload so we can start using upstream gcc when there is a newrelease | 02:15 |
| shorne | mithro: sure, so my patches should be fine, I have implemented all the old hooks I could find | 02:17 |
| shorne | maybe not -mff1.. | 02:17 |
| shorne | mithro: fyi, https://github.com/enjoy-digital/litex/pull/116 | 02:26 |
| shorne | your pointer was correct | 02:26 |
| shorne | I just had to take some time to understand verilator and the plugins framework in litex | 02:27 |
| mithro | shorne: eekk that is some horrible code :-P | 02:27 |
| mithro | shorne: I don't think you made it _worse_ however.... | 02:28 |
| cr1901_modern | It looks okay to me... | 02:29 |
| mithro | shorne: I think you actually want to just modify | 02:30 |
| mithro | https://github.com/enjoy-digital/litex/blob/8877dba7e96115ffbc406461919fca0d5aee8b0b/litex/build/sim/core/modules/serial2console/serial2console.c#L53-L60 | 02:30 |
| tpb | Title: litex/serial2console.c at 8877dba7e96115ffbc406461919fca0d5aee8b0b · enjoy-digital/litex · GitHub (at github.com) | 02:30 |
| shorne | mithro: you might be referring to the hard coded 2048, and ring buffer stuff, its pretty ugly, but makes sense | 02:31 |
| shorne | and its pretty compact so doesnt warrant making it more abstract I think | 02:31 |
| shorne | mithro: oh, can the termios flags be used to create a \r? | 02:32 |
| shorne | ok, let me look at that, I didnt know too much about termios | 02:32 |
| mithro | I can never remeber what you want | 02:33 |
| mithro | INLCR Translate NL to CR on input. | 02:33 |
| mithro | IGNCR Ignore carriage return on input. | 02:33 |
| mithro | ICRNL Translate carriage return to newline on input (unless IGNCR is set). | 02:33 |
| shorne | I think all of those would break something i.e. Litex BIOS expects '\n', H2U firmware expects '\r' | 02:36 |
| shorne | we need to get '\r\n' or we need to fix one of the firmwares | 02:36 |
| shorne | mithro: Ill see if there is a translate NL to CRNL | 02:37 |
| mithro | Newline translation – if a newline ("\n", ASCII 0x0A) comes in the right, a carriage-return/line-feed combination (CRLF, "\r\n", ASCII 0x0D 0x0A) is sent out the left. While most programs on UNIX accept a bare "\n" as a newline, your terminal needs both – "\r" tells it to move the cursor to the beginning of the line, and "\n" tells it to move to the next line. | 02:38 |
| shorne | mithro: I created this tab, I will add it to my push script to push changes there, https://github.com/stffrdhrn/gcc/tree/or1k-next | 02:40 |
| tpb | Title: GitHub - stffrdhrn/gcc at or1k-next (at github.com) | 02:40 |
| shorne | 'tag'* | 02:40 |
| mithro | shorne: ONLCR = 0000004 // ONLCR Map NL -> CR-NL | 02:41 |
| shorne | There is ONLCR (XSI) Map NL to CR-NL on output. | 02:42 |
| shorne | jinkuya | 02:42 |
| shorne | ok, let me try that instread | 02:42 |
| mithro | shorne: But I don't think that effects what is sent to the other end? | 02:42 |
| shorne | I think it might? i.e. termios is controlling my psuedo terminal linux driver and will change was 'read()' returns right? | 02:43 |
| shorne | Might as well try it... | 02:44 |
| shorne | ... oh, but it says 'on output' | 02:46 |
| shorne | trying anyway | 02:46 |
| shorne | doesnt work | 02:47 |
| mithro | Dunno which way is input or output | 02:47 |
| shorne | input is what we get from 'read' I guess | 02:48 |
| shorne | output is what terminal gets when we do 'printf' | 02:49 |
| shorne | anyway, the patch does work, I could add 'IGNCR Ignore carriage return on input.' to termios structure | 02:49 |
| shorne | mithro: cr1901_modern: adding IGNCR would prevent duplicate CR's in case we get '\r\n' directly from the the terminal | 02:50 |
| cr1901_modern | shorne: I'm on Windows FYI :P, so termios.h doesn't have meaning for me | 02:51 |
| cr1901_modern | I was just commenting that I thought your C code was fine | 02:52 |
| shorne | cr1901_modern: got it | 02:54 |
| shorne | mithro: I will leave the patch as is for now I am not sure who else uses verilator | 02:54 |
| mithro | shorne: I'll leave _florent_ to merge it as I can't test his platform | 02:55 |
| cr1901_modern | I use iverilog mostly, personally. Easier to set up IME | 02:55 |
| shorne | cr1901_modern: up until now I used iverilog only as well, its very easy to setup | 02:56 |
| shorne | mithro: did you have any luck with the new verilator 4.004 packages? I am trying now... | 02:57 |
| mithro | shorne: They should be in conda now.... | 02:58 |
| mithro | shorne: https://anaconda.org/TimVideos/verilator/files | 02:58 |
| mithro | v4.004.0_0005_g1f344ac9 | 02:58 |
| shorne | mithro: yes, I saw them, Also my sim build passes CI too | 02:59 |
| shorne | https://travis-ci.org/timvideos/litex-buildenv/builds/438612080?utm_source=github_status&utm_medium=notification | 02:59 |
| shorne | its not showing (green) because I cancelled all the rest I guess | 02:59 |
| mithro | Something went wrong there... | 03:00 |
| mithro | make[2]: /tmp/really-really-really-really-really-really-really-really-really-really-really-really-really-long-path/conda/conda-bld/verilator_1538956858781/_build_env/bin/x86_64-conda_cos6-linux-gnu-c++: Command not found | 03:01 |
| mithro | Doesn't look like it _should_ have succeeded :-P | 03:01 |
| shorne | oh.. | 03:01 |
| shorne | need to actually check logs | 03:02 |
| mithro | Does bring up the fact that verilator should be pulling in the compiler... | 03:02 |
| shorne | it should be there from build-essentials though? | 03:03 |
| mithro | shorne: Yes but it's trying to use the conda compiler that it was compiled with | 03:17 |
| shorne | mithro: I see... I just reproduced on my desktop using verilator frmo conda | 03:18 |
| mithro | shorne: Just add a test to our conda build and building locally | 03:18 |
| shorne | mithro: where is your conda build? I see the conda repo, but wondering where you manage all the sources | 03:20 |
| mithro | shorne: https://github.com/timvideos/conda-hdmi2usb-packages ? | 03:20 |
| tpb | Title: GitHub - timvideos/conda-hdmi2usb-packages: Conda build recipes for the toolchains needed by LiteX / MiSoC firmware (at github.com) | 03:20 |
| mithro | shorne: Building locally first | 03:21 |
| shorne | mithro: ok, good, I didnt know, let me see if its on the wiki, I may add it there | 03:28 |
| shorne | hopefully my random docs are helpful | 03:28 |
| shorne | FYI, now that sim is kind of working I am trying to run linux on it | 03:29 |
| shorne | hmm, bios is not going into 'netboot' | 03:48 |
| shorne | I guess because of bootorder, its hitting the flash boot first, need to probably disable that for net targets | 03:50 |
| *** rohitksingh_work has joined #timvideos | 03:53 | |
| shorne | something is wrong with the networking under verilator I think, packets are getting send but look wrong | 04:10 |
| mithro | shorne: https://github.com/timvideos/conda-hdmi2usb-packages/pull/57 | 04:11 |
| tpb | Title: verilator: Fix issue with hardcoded path in Verilator makefile. by mithro · Pull Request #57 · timvideos/conda-hdmi2usb-packages · GitHub (at github.com) | 04:11 |
| cr1901_modern | shorne: Asking this sincerely- is it possible the data is being recv'd reverse as intended | 04:11 |
| cr1901_modern | I've had that happen before | 04:12 |
| cr1901_modern | "ship it, fix it in the driver" | 04:12 |
| shorne | cr1901_modern: I am thinking that... but maybe its something else taking over the port... | 04:13 |
| shorne | 13:05:09.078240 IP 192.168.100.50.mdns > 224.0.0.251.mdns: 0*- [0q] 3/0/0 (Cache flush) TXT "", (Cache flush) PTR lianli.local., (Cache flush) SRV lianli.local.:22 0 0 (122) | 04:13 |
| shorne | the 224.0.0.251.mdns is something real, but why is it coming from 102.168.100.50 (the simulator ip and tap interface) | 04:14 |
| shorne | maybe getting reversed? | 04:14 |
| mithro | shorne: We used 6069 as a secondary tftp ? | 04:15 |
| mithro | shorne: Dunno if anything from https://github.com/timvideos/litex-buildenv/wiki/Networking helps? | 04:17 |
| tpb | Title: Networking · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 04:17 |
| mithro | shorne: going to walk home while I wait for verilator to build on travis | 04:18 |
| shorne | mithro: ok, I checked it out | 04:20 |
| shorne | mithro: it looks ok, one comment on how the test actually works, also I noticed you commented some stuff | 04:20 |
| shorne | mithro: Right, the port should be 6069, this mdns stuff is 5353 | 04:21 |
| shorne | the mdns packets are probably something on my network | 04:22 |
| shorne | Im going to go for a walk then go home too | 04:22 |
| *** CarlFK has quit IRC | 05:34 | |
| *** sb0 has quit IRC | 05:54 | |
| mithro | shorne: Merged the pull request, Verilator should be updated in about an hour | 06:01 |
| *** futarisIRCcloud has quit IRC | 06:01 | |
| *** CuriousLearner has quit IRC | 06:14 | |
| *** CuriousLearner has joined #timvideos | 06:20 | |
| shorne | mithro: cool, I am debugging the sim ethernet stuff, I think once that is running and build is working, we would want to merge the sim patches. I dont think it hurts much | 06:47 |
| shorne | I have things on my todo, qemu args/upstreaming, linux upstreaming, linux ethernet support, linux gateware info driver | 06:48 |
| *** sb0 has joined #timvideos | 07:57 | |
| shorne | ok, some progress on debugging ethernet stuff, I can see arp packets getting out, but my server is not replying, I "should" not have firewall rules blocking it | 08:35 |
| _florent_ | shorne: do you have a way to check if the arp packet is valid? | 08:36 |
| _florent_ | shorne: we did some changes recently to support little endian (risc-v) | 08:37 |
| _florent_ | shorne: i tested with lm32 (big) and risc-v (little) | 08:37 |
| _florent_ | shorne: i assume you are testing with mor1kx | 08:38 |
| _florent_ | are you able to do a quick test with another cpu (lm32 or vexriscv?) | 08:38 |
| _florent_ | also be sure to use latest liteeth | 08:39 |
| shorne | _florent_: it looks ok (I can see it in tcpdump) | 08:44 |
| shorne | it decodes correctly | 08:44 |
| shorne | let me try is lm32 | 08:45 |
| shorne | _florent_: need to download conda toolchains... | 08:47 |
| shorne | might not be able to complete today, Also, I am using litex-buildenv, so switching to latest liteeth/litex might break things and take time | 08:48 |
| shorne | ill give it a try too | 08:48 |
| shorne | ... give it a try though | 08:48 |
| shorne | Need to start cooking dinner now | 08:48 |
| _florent_ | shorne: i can also try to reproduce, which toolchain should i use for mor1kx? | 09:25 |
| *** sb0 has quit IRC | 12:01 | |
| *** samsagaz has quit IRC | 12:09 | |
| *** rohitksingh_work has quit IRC | 12:33 | |
| *** sb0 has joined #timvideos | 13:02 | |
| *** CarlFK has joined #timvideos | 13:05 | |
| *** ChanServ sets mode: +v CarlFK | 13:05 | |
| *** rohitksingh has joined #timvideos | 13:14 | |
| *** samsagaz has joined #timvideos | 14:12 | |
| *** CarlFK has quit IRC | 14:12 | |
| *** CarlFK has joined #timvideos | 14:34 | |
| *** ChanServ sets mode: +v CarlFK | 14:34 | |
| *** Kripton has quit IRC | 14:39 | |
| *** rohitksingh has quit IRC | 14:39 | |
| *** Kripton has joined #timvideos | 14:42 | |
| *** Kripton has quit IRC | 14:47 | |
| *** CarlFK has quit IRC | 14:53 | |
| *** Kripton has joined #timvideos | 14:54 | |
| *** rohitksingh has joined #timvideos | 15:00 | |
| *** samsagaz has quit IRC | 15:12 | |
| *** CarlFK has joined #timvideos | 15:16 | |
| *** ChanServ sets mode: +v CarlFK | 15:16 | |
| *** rohitksingh has quit IRC | 17:20 | |
| *** CarlFK has quit IRC | 17:28 | |
| *** tac-tics has joined #timvideos | 17:43 | |
| *** rohitksingh has joined #timvideos | 18:06 | |
| *** rohitksingh has quit IRC | 18:35 | |
| *** ewen has joined #timvideos | 22:55 | |
| ewen | mithro: Is there a FPGA Miniconf (and/or pre-LCA2019 FPGA sprint in Christchurch) at LCA2019 in Jan 2019? The TimVideos survey sent out a few weeks ago implied there was, but maybe that was copied from the survey for pre-LCA2018? | 22:57 |
| ewen | mithro: https://lca2019.linux.org.au/programme/miniconfs/ doesn't seem to show a FPGA Miniconf... | 22:57 |
| tpb | Title: linux.conf.au 2019 | MiniconfsTwitter (at lca2019.linux.org.au) | 22:57 |
| *** CarlFK has joined #timvideos | 22:58 | |
| *** ChanServ sets mode: +v CarlFK | 22:58 | |
| mithro | ewen: There is no FPGA miniconf at LCA2019 | 23:12 |
| ewen | mithro: Thanks, that's what I'd guessed. | 23:12 |
| ewen | mithro: I'm trying to figure out how early to go down for LCA2019. | 23:12 |
| ewen | Leaning towards the Wednesday before rather than the Monday before now. | 23:13 |
| ewen | mithro: Are you planning on being in Christchurch for LCA2019? If so are you planning on arriving earlier in the week before? | 23:14 |
| mithro | ewen: I'm speaking | 23:15 |
| ewen | So that's probably a "yes" to attending :-) | 23:15 |
| ewen | https://lca2019.linux.org.au/schedule/presentation/140/ | 23:16 |
| tpb | Title: linux.conf.au 2019 | Presentation: SymbiFlow - The next generation FOSS FPGA toolchainTwitter (at lca2019.linux.org.au) | 23:16 |
| ewen | mithro: BTW, they stopped doing Markdown formatting of the abstracts (just plain text) so you might want to tweak that first link. | 23:17 |
| ewen | mithro: Is it likely there'll be a "FPGA/FuPy" sprint *all week* before LCA2019, like 2018? Or just maybe some stuff at conference/the weekend before. | 23:18 |
| ewen | (I'm needing to book accommodation now, which will fix when I'm travelling.) | 23:18 |
| mithro | ewen: I guess I should think about that sometime soon | 23:53 |
| mithro | shorne: Your newest gcc for or1k is in conda | 23:53 |
| mithro | shorne: and it seems to at least compile our firmware :-P | 23:53 |
| ewen | mithro: I'm likely to book accommodation (and maybe travel) this week, possibly today. Currently I think I'll be in Christchurch Wed 16 Jan - Sat 26 Jan (2019) | 23:56 |
| ewen | mithro: If you want to have a sprint for longer than that I *might* be able to adjust accommodation earlier later on. But my most likely accommodation choice doesn't seem very communicative :-( | 23:57 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!