| *** tpb has joined #timvideos | 00:00 | |
| *** paradisaeidae_ has joined #timvideos | 00:06 | |
| *** CarlFK has joined #timvideos | 01:18 | |
| *** ChanServ sets mode: +v CarlFK | 01:18 | |
| CarlFK | mithro: opsis, lots of jitter | 01:40 |
|---|---|---|
| CarlFK | mithro: but the MP cables that don't say redmere but do say "active" seem to work. kinda. jitter = WER numbers on and off. 0's for 5 - 10 seconds, then 2 or 3 seconds of10,000 then back to 0's | 01:43 |
| CarlFK | oh hey, unplugging / replugging the input cable .. no errors now | 01:51 |
| *** paradisaeidae_ has quit IRC | 02:04 | |
| mithro | faulteh: Poke me later today and I'll help you figure out what is going on | 02:07 |
| mithro | tumbleweed: Do you have a list of things you guys are going at the Debconf Video sprints next week? | 02:13 |
| tumbleweed | mithro: I don't know of an agenda, yet | 02:16 |
| *** 7YUAAKJNN has joined #timvideos | 02:55 | |
| *** 7YUAAKJNN has quit IRC | 03:05 | |
| *** rohitksingh_work has joined #timvideos | 03:49 | |
| *** CarlFK has quit IRC | 04:57 | |
| *** miselin has quit IRC | 05:00 | |
| *** miselin has joined #timvideos | 05:04 | |
| *** CarlFK has joined #timvideos | 05:38 | |
| *** ChanServ sets mode: +v CarlFK | 05:38 | |
| *** Bertl_oO is now known as Bertl_zZ | 06:18 | |
| mithro | _florent_: ping? | 07:11 |
| mithro | shenki: Ping? | 08:10 |
| _florent_ | mithro: pong | 08:13 |
| mithro | _florent_: Did you see https://github.com/enjoy-digital/opsis-soc/issues/28#issuecomment-257133779 ? -- There are two options there and we need to figure out which one we want to merge | 08:14 |
| tpb | Title: printfs are all screwy for some builds · Issue #28 · enjoy-digital/opsis-soc · GitHub (at github.com) | 08:14 |
| _florent_ | mithro: we are not going to send on uart and telnet at the same time, so first solution seems fine | 08:18 |
| mithro | _florent_: I can see plenty of reasons you might want to send on both the uart and telnet at the same time? | 08:19 |
| _florent_ | mithro: on my side I don't need that, but maybe you have others usecases | 08:20 |
| *** hyades has joined #timvideos | 08:21 | |
| _florent_ | mithro: but I think we have to keep things simple for the baremetal firmware, in case we swich to an OS later we could have something better. | 08:22 |
| mithro | _florent_: With the second one, when ethernet is disabled the wrapping effectively disappears - that does seem like it could be useful? | 08:26 |
| *** hyadez has joined #timvideos | 08:28 | |
| _florent_ | mithro: I think it's better to consider that we can only have one console session active | 08:33 |
| _florent_ | mithro: UART is default | 08:34 |
| _florent_ | mithro: if telnet is connected, the active session is telnet | 08:34 |
| _florent_ | mithro: and fall back to UART when disconnected | 08:34 |
| mithro | _florent_: When debugging things like the telnet, don't you have both the telnet and uart connected at the same time and compare the output? | 08:35 |
| _florent_ | mithro: this is a specific debug case but I don't think we'll need that latter | 08:38 |
| mithro | _florent_: I definitely found it really weird to open the telnet port and have the serial uart stop working | 08:38 |
| _florent_ | later | 08:39 |
| mithro | _florent_: Well, if you want to merge the first version - I can send a pull request | 08:40 |
| _florent_ | mithro: ok, but in this case are you also going to handle inputs from telnet and uart too? | 08:40 |
| _florent_ | mithro: I'm ok for both, but then if we print on the UART while telnet is active we should still be able to interact with the UART | 08:41 |
| mithro | _florent_: I guess we would need to modify "readstr" at https://github.com/enjoy-digital/opsis-soc/blob/master/firmware/ci.c#L151 for that to work | 08:43 |
| tpb | Title: opsis-soc/ci.c at master · enjoy-digital/opsis-soc · GitHub (at github.com) | 08:43 |
| mithro | _florent_: Looking at that code, does telnet not do remote echo? | 08:46 |
| _florent_ | mithro: it should, not sure | 08:47 |
| mithro | _florent_: I can't see any code in readstr which sends the incoming char back to the telnet session - but I could be blind | 08:47 |
| mithro | _florent_: Looking at the `man telnet` it seems like telnet might do local echo by default.... | 08:47 |
| _florent_ | mithro: yes that's probably why I removed the echo | 08:51 |
| mithro | _florent_: If we don't support telnet and uart at the same time, the uart should probably respond to any input with something like "uart disabled - telnet session open" or similar | 08:51 |
| mithro | Otherwise I know I'm going to hit my head against this in the future and I'll have forgotten this conversation :-) | 08:52 |
| _florent_ | mithro: yes we can do that for now | 08:53 |
| mithro | The lack of "unknown command" type error message still bites me every now and then.... | 08:53 |
| _florent_ | mithro: you can add it | 08:56 |
| mithro | I'm sometimes hopeless at doing the simple things :-P | 08:56 |
| _florent_ | mithro: but is we only press enter, please do not print "unknown command" :) | 08:56 |
| faulteh | and throw in some tab auto-completion while you're at it :P | 08:58 |
| mithro | _florent_: so after all that, I'll just send the first diff as a pull request? | 08:58 |
| _florent_ | mithro: that's fine for me | 09:00 |
| mithro | _florent_: so, the next question is, how confident are you that litedram to will work on the Atlys (with its DDR2)? | 09:01 |
| mithro | And I assume you haven't had a chance to look at the minispartan? | 09:01 |
| _florent_ | mithro: I don't see any reason litedram will not work on the Atlys | 09:02 |
| _florent_ | mithrp: no haven't looked at the minispartan yet | 09:02 |
| _florent_ | mithro: I'll try the minispartan6 today | 09:04 |
| mithro | Well, there shouldn't have been any reason the minispartan didn't work? | 09:04 |
| _florent_ | mithro: what is the problem? crashing while executing the firmware from dram? | 09:04 |
| _florent_ | mithro: executing formware from dram was not tested before on the minispartan | 09:05 |
| mithro | The firmware would randomly lock up. | 09:05 |
| mithro | Memtest seemed to pass | 09:06 |
| mithro | (after we added a constraint) | 09:07 |
| mithro | https://github.com/enjoy-digital/opsis-soc/compare/master...shenki:minispartan6 | 09:08 |
| tpb | Title: Comparing enjoy-digital:master...shenki:minispartan6 · enjoy-digital/opsis-soc · GitHub (at github.com) | 09:08 |
| mithro | shenki: was looking at adding a flashing led as kind of a watchdog I think | 09:09 |
| mithro | Let me see if I can find the logs | 09:09 |
| mithro | https://logs.timvideos.us/%23timvideos/%23timvideos.2016-10-25.log.html#t2016-10-25T11:46:02 | 09:12 |
| mithro | _florent_: Any thoughts on how a memtest could test for this type of problem? | 09:13 |
| _florent_ | mithro: memtest is really a simple dram test | 09:20 |
| _florent_ | mithro: to fully test the controller we need to generate a specific soc with bist generator/checker | 09:21 |
| mithro | _florent_: bist? | 09:21 |
| _florent_ | built-in self-test | 09:22 |
| _florent_ | with a dma writer/dma reader | 09:22 |
| _florent_ | and wishbone writer/wishbone reader | 09:23 |
| _florent_ | working simultaneously at different location of the dram | 09:23 |
| mithro | okay | 09:32 |
| mithro | I was also wondering about https://github.com/enjoy-digital/opsis-soc/issues/39 | 09:33 |
| tpb | Title: hdmi_out not working correctly when all inputs/outputs are enabled · Issue #39 · enjoy-digital/opsis-soc · GitHub (at github.com) | 09:33 |
| mithro | _florent_: What is the behaviour you were seeing in that issue? | 09:33 |
| _florent_ | the output dissappears and reappears | 09:35 |
| mithro | _florent_: Okay, you didn't see the little white/black squares like in this recording -> https://www.youtube.com/watch?v=aEqNSR1CgLk | 09:37 |
| _florent_ | mithro: not, but I'm not sure I'll done enough test on the opsis to see it | 09:38 |
| mithro | Yeah - I haven't investigated enough yet to verify if it does / doesn't happen on the new opsis-soc | 09:39 |
| mithro | It only really happen significantly when multiple inputs+outputs are all enabled | 09:39 |
| _florent_ | mithro: yes, probably an arbitration issue on the controller or a timing that is not respected | 09:40 |
| mithro | _florent_: Yeah - it "feels like" an underflow or overflow type issue - but I was sure we use to get console notifications when that occurred previously... | 09:41 |
| _florent_ | mithro: we only have console notification for overflow on the input | 09:42 |
| _florent_ | mithro: here the issue is in the controller, which is not able to report thing to the CPU | 09:42 |
| mithro | _florent_: I'm guessing the issue is something like it tries to read something from the buffer fifo and it is empty? | 09:43 |
| _florent_ | mithro: no that can be inside the controller of the dram that is returning incorrect data since we don't respect a timing | 09:44 |
| mithro | ahh | 09:44 |
| mithro | _florent_: Is the controller likely to "know" that it has screwed up? | 09:47 |
| mithro | _florent_: I assume there isn't any checksums or anything | 09:48 |
| _florent_ | mithro: no, the sdram is not going to reports problems | 09:51 |
| *** danielki has joined #timvideos | 09:56 | |
| shenki | mithro: pong | 09:56 |
| mithro | shenki: I was looking at your github and I see your playing with the lm32 linux port? | 09:56 |
| shenki | mithro: heh yeah. i got a bit sucked into it | 09:57 |
| mithro | shenki: How far did you get? | 09:57 |
| shenki | mithro: ive rebased on v4.8, and now im working through fixes to make it build | 09:59 |
| mithro | shenki: Cool! | 09:59 |
| shenki | the quality of the port is pretty poor by modern kernel standards | 09:59 |
| shenki | it will probably be easier to start over if we want to get it upstream | 09:59 |
| shenki | but ive not done a new arch before, so we will see | 09:59 |
| mithro | shenki: are you planning on using qemu? | 10:01 |
| shenki | mithro: hadn't thought about that yet. probably | 10:01 |
| mithro | shenki: Guess compiling is the first task :-P | 10:01 |
| shenki | mithro: is the qemu support upstream? | 10:01 |
| mithro | shenki: I believe so... | 10:01 |
| _florent_ | mithro, shenki: if you need qemu with misoc/litex, please ask key2 on m-labs channel | 10:02 |
| shenki | i compiled the old tree with the toolchain we have. it's based on 3.15. so i could try booting that too | 10:02 |
| mithro | http://m-labs.hk/milkymist-wiki/wiki/index.php%3Ftitle=Using_QEMU.html | 10:02 |
| tpb | Title: Using QEMU - Milkymist Wiki (at m-labs.hk) | 10:02 |
| _florent_ | he's porting NuttX on lm32 using it | 10:02 |
| shenki | oh cool | 10:02 |
| mithro | Mico32 support is available in the QEMU source tree and in QEMU releases since 0.10 | 10:03 |
| _florent_ | mithro: yes, but it's using some old milkymist stuff | 10:04 |
| mithro | shenki: Is there an easy way to see the "delta" for adding lm32? | 10:04 |
| _florent_ | mithro: key2 just updated all that to work with misoc/LiteX | 10:04 |
| mithro | _florent_: The difference would be the devices / device driver side of thing - right? | 10:04 |
| shenki | mithro: with my current tree, 106 files changed, 9082 insertions(+), 366 deletions(-) | 10:05 |
| shenki | that incldues thinks like the milkymist ethernet driver | 10:05 |
| mithro | shenki: I was more interested in seeing the actual code :-P | 10:05 |
| _florent_ | https://bitbucket.org/key2/qemu | 10:05 |
| tpb | Title: key2 / qemu Bitbucket (at bitbucket.org) | 10:05 |
| shenki | mithro: git checkout lm32; git diff v4.8 | 10:05 |
| _florent_ | https://asciinema.org/a/ape8gezzerqy3gwk65mi3kseg | 10:06 |
| tpb | Title: untitled - asciinema (at asciinema.org) | 10:06 |
| *** key2 has joined #timvideos | 10:07 | |
| key2 | hi | 10:07 |
| mithro | Someone should write a qemu + verilator cosimulator :-P | 10:08 |
| key2 | thought about it | 10:08 |
| _florent_ | key2: shenki is working on a linux port for lm32, he can probably be interested by what you've done with qemu & misoc/litex | 10:08 |
| key2 | but there would be timing issue | 10:08 |
| mithro | key2: What is your interest in nuttx on misoc/litex | 10:08 |
| key2 | _florent_: nuttx | 10:08 |
| key2 | misoc/litex have cpu that look more like cortex M3-4 | 10:09 |
| key2 | and less like an arm with mmu | 10:09 |
| key2 | a linux is overkill | 10:09 |
| key2 | slow | 10:09 |
| shenki | yep | 10:09 |
| shenki | but it's for fun | 10:09 |
| key2 | well, have fun :) | 10:09 |
| mithro | key2: What is your interest in nuttx on misoc/litex? Fun or do you have an actual project? | 10:10 |
| key2 | i mean it has no real interrest as long as you dont have a powerfull cpu | 10:10 |
| key2 | mithro: for the momment, fun | 10:10 |
| key2 | I mean i have no real goal so far | 10:11 |
| key2 | but | 10:11 |
| key2 | i was frustrated to have misoc wihtout a proper os | 10:11 |
| key2 | and drivers | 10:11 |
| key2 | and so on | 10:11 |
| key2 | the reason I did the qemu port is to have a proper debugger | 10:11 |
| mithro | shenki and myself played with running micropython on litex a while back | 10:11 |
| key2 | ok | 10:12 |
| key2 | but osless | 10:12 |
| key2 | what is interesting is to have uPy running as a task | 10:12 |
| key2 | in nuttx for example | 10:12 |
| key2 | with proper drivers | 10:12 |
| key2 | so far in qemu I ported the timer and uart of litex | 10:13 |
| key2 | i should be able to add ethernet ho | 10:13 |
| key2 | tho | 10:13 |
| mithro | key2: Cool | 10:14 |
| mithro | key2: I'd be really interested in input/output frame buffer support too | 10:15 |
| key2 | based on what core | 10:16 |
| mithro | key2: We use litex/misoc on this -> https://hdmi2usb.tv/ | 10:16 |
| mithro | key2: We use a slightly modified version of the misoc HDMI input / output cores currently | 10:16 |
| key2 | what are the mods? | 10:17 |
| mithro | key2: Support for color space conversion (rgb -> yuv) IIRC | 10:18 |
| key2 | k | 10:18 |
| key2 | qemu helped me debug the port of the OS | 10:19 |
| mithro | Our old firmware can be found at https://github.com/timvideos/HDMI2USB-misoc-firmware which uses the old legacy misoc | 10:19 |
| tpb | Title: GitHub - timvideos/HDMI2USB-misoc-firmware: A version of the HDMI2USB firmware based around the misoc+migen tools produced by m-labs. (at github.com) | 10:19 |
| mithro | We are now attempting to move to https://github.com/enjoy-digital/opsis-soc to get back in sync with the latest version | 10:19 |
| tpb | Title: GitHub - enjoy-digital/opsis-soc: Opsis SoC based on LiteX (at github.com) | 10:19 |
| key2 | but now i'd rather get my work done in simulator (verilator) | 10:19 |
| mithro | key2: Not having to lug around hardware is always good :) | 10:19 |
| mithro | key2: Out of interest, why are you using the lm32 rather than the or1k? | 10:20 |
| key2 | very good question | 10:20 |
| key2 | i went to ask sb0 what would be the best to port | 10:20 |
| key2 | he said "i don't know" | 10:20 |
| key2 | i tool the one litex was compiling on by default | 10:20 |
| key2 | but why would or1k be better than lm32 ? | 10:21 |
| mithro | key2: I believe the #m-labs guys are using the or1k as their primary CPU - so, maybe better testing? | 10:21 |
| key2 | yeah but would have to re-do a complete port | 10:22 |
| mithro | key2: We use lm32 at the moment but have been investigating or1k because it has "more out of the box Linux support" in theory | 10:22 |
| key2 | i don't believe that any of those cpu are interesting to use for linux, honestly | 10:22 |
| key2 | the amount of int/syscall that linux has to deal with makes it really slow | 10:23 |
| key2 | it's just "fun" to port a linux | 10:23 |
| key2 | but thats it | 10:23 |
| key2 | honestly, i think that most ppl are gonna use risc-v | 10:23 |
| key2 | on fpga | 10:23 |
| mithro | key2: All your speed critical stuff is running on the FPGA in gates | 10:24 |
| key2 | so why would you need linux then ? | 10:24 |
| mithro | For all the non-critical stuff | 10:24 |
| key2 | and I was not talking about the critical stuff | 10:24 |
| key2 | even non critical stuff as you say | 10:24 |
| key2 | how fast would a lm32/or1k run | 10:25 |
| key2 | concidering that it has only 1 line of interruption | 10:25 |
| mithro | For example, in our case - Linux is useful for all the EDID / DisplayPort processing | 10:25 |
| mithro | Otherwise we have to duplicate all the hacks / work arounds for the broken monitors and stuff out there | 10:25 |
| key2 | mmh | 10:26 |
| mithro | We are more starved on developer time than on CPU cycles :) | 10:26 |
| key2 | ic | 10:26 |
| mithro | key2: risc-v would also be another option | 10:27 |
| key2 | but still no linux | 10:27 |
| key2 | on risc-v | 10:27 |
| key2 | no mmu | 10:27 |
| mithro | or j-core | 10:27 |
| mithro | key2: Eventually it'll probably end up being something like a Zynq | 10:28 |
| *** hyadez has quit IRC | 10:28 | |
| key2 | would have much more sense | 10:29 |
| key2 | to use a zync | 10:29 |
| key2 | if you need a linux | 10:29 |
| mithro | In theory a lot of the drivers can be shared between lm32/or1k/risc-v | 10:29 |
| key2 | well | 10:29 |
| key2 | as long as they are on the wishbone bus | 10:29 |
| key2 | yes | 10:29 |
| key2 | i don't see why not all of them in fact | 10:29 |
| mithro | key2: oh - why Nuttx rather than RTEMS? | 10:30 |
| key2 | ask that to google and samsung ;) | 10:30 |
| key2 | they both use nuttx | 10:31 |
| key2 | https://github.com/projectara/nuttx | 10:32 |
| tpb | Title: GitHub - projectara/nuttx: NuttX with Project Ara bridge ASIC and board support (at github.com) | 10:32 |
| key2 | https://github.com/Samsung/iotjs/wiki/Build-for-NuttX | 10:32 |
| tpb | Title: Build for NuttX · Samsung/iotjs Wiki · GitHub (at github.com) | 10:32 |
| key2 | nuttx is really the linux of IoT | 10:32 |
| key2 | but I'd say that for your project it would make more sense to use a zync + linux | 10:33 |
| * mithro works at Google | 10:33 | |
| key2 | ah so u might have the answer ;0 | 10:33 |
| mithro | Wouldn't say that we always make the right decisions :-P | 10:33 |
| key2 | mithro: u are ie based ? | 10:34 |
| mithro | ie? | 10:34 |
| key2 | ireland | 10:34 |
| mithro | Nope, I'm in Sydney / Australia | 10:34 |
| key2 | k | 10:34 |
| key2 | and timvideos is fo rfun ? | 10:35 |
| mithro | Yeah, it's my hobby project | 10:35 |
| *** hyadez has joined #timvideos | 10:36 | |
| key2 | k | 10:39 |
| mithro | key2: Dunno if interested to you, but I did get the or1k jtag<->gdb bridge working with verilator on the old legacy misoc | 10:51 |
| key2 | ha | 10:51 |
| key2 | well maybe i should do the same on lm32 first | 10:51 |
| key2 | then will try to do or1k port eventually | 10:51 |
| mithro | allowed you to do things like single step the or1k cpu running in verilator | 10:51 |
| key2 | it would have been nice to get devices simulated by verilator in qemu | 10:52 |
| key2 | but it would be really too slow | 10:52 |
| key2 | also in verilator, your main loop has to issue 1 tick everytime | 10:52 |
| key2 | hard to sync that with qemu | 10:52 |
| key2 | how did you do the jtag<>gdb bridge in verilator ? | 10:53 |
| mithro | oh - I got it working in hardware too it seems..... | 10:53 |
| mithro | key2: https://github.com/timvideos/misoc/compare/legacy...timvideos:or1k-gdb | 10:55 |
| tpb | Title: Comparing legacy...or1k-gdb · timvideos/misoc · GitHub (at github.com) | 10:55 |
| mithro | That is the real hardware side of things -- still trying to dig up the verilator side... | 10:56 |
| mithro | https://github.com/mithro/HDMI2USB-misoc-firmware/compare/master...mithro:adv_dbg_if | 10:57 |
| tpb | Title: Comparing master...adv_dbg_if · mithro/HDMI2USB-misoc-firmware · GitHub (at github.com) | 10:58 |
| key2 | interesting | 10:59 |
| key2 | so you use adv_dbg_if | 10:59 |
| mithro | key2: Apparently :-P | 10:59 |
| mithro | As you can see, it was apparently 7 months ago :-P | 11:00 |
| mithro | key2: I'm sure I had a bunch of other changes somewhere | 11:02 |
| mithro | key2: But I can't find them now... | 11:03 |
| mithro | Oh wait! | 11:03 |
| mithro | https://github.com/enjoy-digital/opsis-soc/compare/master...mithro:adv_debug_sys | 11:03 |
| tpb | Title: Comparing enjoy-digital:master...mithro:adv_debug_sys · enjoy-digital/opsis-soc · GitHub (at github.com) | 11:03 |
| key2 | what about that | 11:05 |
| mithro | I'm pretty sure that wasn't from a month ago.... | 11:05 |
| mithro | https://github.com/enjoy-digital/litex/compare/master...mithro:adv_debug_sys | 11:06 |
| tpb | Title: Comparing enjoy-digital:master...mithro:adv_debug_sys · enjoy-digital/litex · GitHub (at github.com) | 11:06 |
| key2 | that was for mo1kx ? | 11:07 |
| mithro | Yes | 11:08 |
| mithro | I even wrote some kind of README :-P | 11:08 |
| mithro | https://github.com/mithro/litex/blob/58b55a9b1b986a39c200928bfcb09a08ddb92805/litex/soc/cores/jtag/README.md | 11:08 |
| tpb | Title: litex/README.md at 58b55a9b1b986a39c200928bfcb09a08ddb92805 · mithro/litex · GitHub (at github.com) | 11:08 |
| mithro | April 19th -- that seems closer to the date... | 11:09 |
| mithro | IIRC it made the verilator simulation *very* slow | 11:09 |
| mithro | But I was pretty sure the slowness was because I was doing something stupid | 11:09 |
| mithro | Well, I'm going to head out for the night | 11:10 |
| key2 | so actually his thing is not only jtag'ing the cpu, but also has a wishbone mater on the bus | 11:14 |
| key2 | if I get it well | 11:14 |
| mithro | key2: yeah, you can load stuff into ram directly and poke at things on the bus | 11:15 |
| * mithro is walking home now | 11:15 | |
| *** rohitksingh_work has quit IRC | 11:20 | |
| *** rohitksingh_work has joined #timvideos | 11:23 | |
| mithro | key2: Anyway, I'm definitely interested in following your nuttx port | 11:37 |
| key2 | hey | 11:37 |
| mithro | key2: You very welcome to hang out here and chat about it to others who might be directly or indirectly interested | 11:37 |
| key2 | i was reading your port | 11:37 |
| key2 | in fact, lm32 has already a JUART | 11:37 |
| key2 | so I am trying to see if that simplifies the thing | 11:38 |
| key2 | mithro: I'm trying to understand, what part is emulated with verilator ? | 11:42 |
| key2 | basically how does adv communicate with verilator | 11:42 |
| mithro | key2: basically a bunch of pins emulating a JTAG interface which verilator maps to a socket to openocd can connect to it | 11:43 |
| mithro | IIRC | 11:43 |
| mithro | But it has been a long while since I looked at it | 11:43 |
| key2 | yes but is there a core somewhere that verilator can interface to ? | 11:43 |
| key2 | that does a jtag master | 11:43 |
| key2 | or emulate for example the xilinx bscan interface ? | 11:43 |
| mithro | See the submodules | 11:44 |
| mithro | https://github.com/olofk/adv_debug_sys | 11:45 |
| tpb | Title: GitHub - olofk/adv_debug_sys: Advanced Debug System (at github.com) | 11:45 |
| mithro | https://github.com/olofk/adv_debug_sys/tree/master/Hardware/adv_dbg_if/rtl/verilog | 11:46 |
| tpb | Title: adv_debug_sys/Hardware/adv_dbg_if/rtl/verilog at master · olofk/adv_debug_sys · GitHub (at github.com) | 11:46 |
| mithro | Is that what you are looking for? | 11:47 |
| key2 | i've seen that | 11:55 |
| key2 | but that is supposed to be connected to the jtag block of the fpga | 11:55 |
| *** hyades has quit IRC | 11:55 | |
| mithro | key2: In real hardware it connects to a hard block inside the FPGA | 11:56 |
| key2 | what I was looking for is to emulate the jtag block of the fpga | 11:56 |
| key2 | yes | 11:56 |
| key2 | what about it "fake" verilator ? | 11:56 |
| key2 | https://github.com/rdiez/jtag_dpi | 11:56 |
| tpb | Title: GitHub - rdiez/jtag_dpi: JTAG DPI module for OpenRISC simulation with Verilator (at github.com) | 11:56 |
| mithro | Yes, it uses something like that - I think there are a couple of different versions of that | 11:59 |
| *** key2 has quit IRC | 12:10 | |
| sb0 | bah, we run rust code on misoc, with things like libfringe. who needs an OS :-) | 12:23 |
| sb0 | there were a shitload of ugly llvm issues though | 12:23 |
| *** miselin has quit IRC | 12:43 | |
| *** miselin has joined #timvideos | 12:45 | |
| *** danielki has quit IRC | 12:46 | |
| *** rohitksingh_work has quit IRC | 13:00 | |
| *** Bertl_zZ is now known as Bertl | 13:07 | |
| *** miselin has quit IRC | 13:21 | |
| *** miselin has joined #timvideos | 13:24 | |
| shenki | mithro: got it to link | 13:29 |
| shenki | and crash | 13:44 |
| shenki | (gdb) bt | 13:44 |
| shenki | #0 0x4007ae04 in __delay (loops=240) at arch/lm32/include/asm/delay.h:36 | 13:44 |
| shenki | #1 udelay (usecs=<optimised out>) at arch/lm32/include/asm/delay.h:73 | 13:44 |
| shenki | #2 panic (fmt=<optimised out>) at kernel/panic.c:262 | 13:44 |
| shenki | #3 0x4000a1a0 in mark_bootmem (start=262999, end=0, reserve=0, flags=0) at mm/bootmem.c:387 | 13:44 |
| shenki | progress \o/ | 13:44 |
| *** rohitksingh has joined #timvideos | 13:55 | |
| *** CarlFK has quit IRC | 17:23 | |
| *** CarlFK has joined #timvideos | 17:54 | |
| *** ChanServ sets mode: +v CarlFK | 17:54 | |
| *** CarlFK has quit IRC | 19:18 | |
| *** rohitksingh has quit IRC | 19:36 | |
| *** CarlFK has joined #timvideos | 19:46 | |
| *** ChanServ sets mode: +v CarlFK | 19:46 | |
| *** CarlFK has quit IRC | 19:51 | |
| *** CarlFK has joined #timvideos | 20:42 | |
| *** ChanServ sets mode: +v CarlFK | 20:42 | |
| *** wanig has quit IRC | 21:31 | |
| *** Bertl is now known as Bertl_oO | 22:06 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!