*** tpb has joined #timvideos | 00:00 | |
*** TheAssassin has quit IRC | 00:04 | |
-_whitenotifier-5- [yosys] pull[bot] opened pull request #212: [pull] master from YosysHQ:master - https://git.io/JveWH | 00:13 | |
-_whitenotifier-5- [yosys] pull[bot] closed pull request #212: [pull] master from YosysHQ:master - https://git.io/JveWH | 00:13 | |
*** TheAssassin has joined #timvideos | 00:20 | |
-_whitenotifier-5- [yosys] pull[bot] opened pull request #213: [pull] master from YosysHQ:master - https://git.io/JvelF | 01:13 | |
-_whitenotifier-5- [yosys] pull[bot] closed pull request #213: [pull] master from YosysHQ:master - https://git.io/JvelF | 01:13 | |
*** ewen has joined #timvideos | 02:11 | |
ewen | mithro: Looks like TinyFPGA BX / MicroPython serial/boot doesn't work after 3a9127d08d8d0be9a68331bd71bf43fc216dbb26 | 02:39 |
---|---|---|
ewen | mithro: That commit and the next one don't build due to API conflicts (that's a Litex submodule update set). | 02:40 |
ewen | mithro: Commits that do build after that don't show Litex BIOS or anything on serial | 02:42 |
ewen | (Looks like there are 71 commits after that.) | 02:43 |
ewen | mithro: e4c6ffa96f6ac4048181363f9a9be2dbea4b19c3 which is the next one that builds for me, doesn't work (no BIOS/serial console messages). | 02:55 |
ewen | FTR da7488c2ab5e3d496ba4ecb5e482458302fb1c15 is the last working commit that builds, and gives BIOS/serial. | 02:59 |
ewen | So my assumption is there's something in the (huge) litex update which broke TinyFPGA BX, and wasn't sufficiently compensated. | 03:00 |
-_whitenotifier-5- [litex-buildenv] ewenmcneill opened issue #282: TinyFPGA BX: BIOS/Micropython does not start - https://git.io/JveBM | 03:24 | |
mithro | ewen: We discovered that at 36C3 | 04:04 |
mithro | ewen: https://github.com/timvideos/litex-buildenv/issues/277 | 04:05 |
tpb | Title: Ice40 HX8K EVB issues · Issue #277 · timvideos/litex-buildenv · GitHub (at github.com) | 04:05 |
-_whitenotifier-5- [litex-buildenv] mithro commented on issue #282: TinyFPGA BX: BIOS/Micropython does not start - https://git.io/JveR8 | 04:12 | |
-_whitenotifier-5- [litex-buildenv] ewenmcneill commented on issue #282: TinyFPGA BX: BIOS/Micropython does not start - https://git.io/JveRu | 04:24 | |
-_whitenotifier-5- [litex-buildenv] ewenmcneill commented on issue #282: TinyFPGA BX: BIOS/Micropython does not start - https://git.io/JveRH | 04:43 | |
ewen | mithro: Thanks for the pointer. Curiously it seems like the iceBreaker *does* work, so my guess is there's something changed in the iceBreaker gateware, but not in the other two (and/or some relevant hardware differences). | 04:44 |
mithro | ewen: You have an icebreaker? | 04:45 |
mithro | ewen: Do you have a Fomu? | 04:46 |
ewen | With me I have: TinyFPGA BX, iceBreaker, Fomu EVT2/3, Fomu PVT, Arty, and Mimas V2 | 04:50 |
ewen | (I've had MicroPython running on TinyFPGA BX / iceBreaker / Arty / Mimas V2 before; not on the Fomus.) | 04:50 |
ewen | FWIW, iceBreaker changes in litex-buildenv seem very similar to the TinyFPGA BX ones (memory region type). So maybe one of them is/was accidentally working before. | 04:51 |
mithro | Does the arty work? | 04:52 |
mithro | Just working on a talk for tomorrow | 04:53 |
ewen | I'll give the Arty a try. | 04:53 |
mithro | ewen: I think it is two things -- the SPI Flash controller and the new memory region stuff | 04:53 |
mithro | ewen: The Arty has the BIOS embedded in the gateware rather than executing directly from SPI flash | 04:54 |
ewen | mithro: Yes, the changes I can see are for the memory regions. | 04:56 |
ewen | mithro: It's possible that the SPI Flash controller is related to the issue. | 04:56 |
ewen | mithro: Seems like my Arty build is broken (Vivado runs start_gui). | 04:56 |
ewen | (Looks like it's almost exactly two years since I installed Vivado, which is possibly related.) | 04:57 |
ewen | (Xilinx license web page claims the licenses still exist, and seem to be the same as what I've got on my system. So I'm unclear what's triggering start_gui when I run "make gateware" :-( ) | 05:12 |
mithro | :-/ | 05:20 |
mithro | ewen: By the end of this year, you won't need to use Vivado any more :-P | 05:20 |
ewen | :-) | 05:22 |
ewen | mithro: I'm not having much luck figuring out how vivado is being invoked, let alone what's causing start_gui to be the thing invoked. | 05:22 |
mithro | ewen: Did you see - https://github.com/xobs/wishbone-utils/issues/3 ? | 05:23 |
tpb | Title: Support bash tab completion · Issue #3 · xobs/wishbone-utils · GitHub (at github.com) | 05:23 |
mithro | ewen: And also have you done the Fomu workshop recently? workshop.fomu.im ? | 05:23 |
ewen | I've done bits of that Fomu workshop recently (with PVT), but not all of it | 05:28 |
ewen | wishbone-tool tab completion looks handy :-) | 05:29 |
ewen | (Unfortunately it seems like it's impossible to build gateware for arty with detached head -- version_data.sh git command fails -- so I can't even test that.) | 05:29 |
mithro | ewen: Look at build/XXXX/gateware/top.sh for the thing which runs vivado... | 05:33 |
mithro | ewen: https://workshop.fomu.im got a facelift and a bunch of improvement for CCC | 05:34 |
mithro | ewen: There is also a new rust stuff | 05:40 |
mithro | ewen: And the new bootloader is *much* faster | 05:41 |
ewen | mithro: Yes, I came back to the Fomu workshop when you were doing the 36c3 draft, so I did some of your version and some of xobs's version (mostly where examples were missing due to formatting issues). | 05:58 |
ewen | mithro: Thanks for the gateware/top.sh hint, I'll see if I can figure out what it's trying to run at that point. | 05:58 |
xobs | Also handy if you want to manually run things to avoid a lengthy rebuild. | 05:59 |
ewen | mithro: Looks like build_top.sh runs "vivado -mode batch -source top.tcl".... so for some reason that batch build isn't running in batch mode. | 06:01 |
ewen | mithro: Aha. I think that was self inflicted. I had a /usr/local/bin/vivado wrapper script, which didn't have "$@" in the "real vivado" it ran.... | 06:13 |
ewen | (... so it was always running vivado without arguments. I'm assuming PATH changes meant that wasn't previously being hit via the litex-buildenv scripts...) | 06:15 |
deeprave | howdy, i'm trying to flash an opsis board following the wiki, but getting: | 06:28 |
deeprave | Info : JTAG tap: xc6s.tap tap/device found: 0x44028093 (mfg: 0x049 (Xilinx), part: 0x4028, ver: 0x4) | 06:28 |
deeprave | Error: Unknown flash device (ID 0x00ffffff) | 06:28 |
deeprave | Do I need to change jumpers on the board? I recall having to do so at LCA2017 (?) but I think that was for the other board type. | 06:28 |
ewen | mithro: FYI, MicroPython on arty *does* work (CPU=lm32, latest litex-buildenv) | 06:32 |
ewen | mithro: See also above from deeprave, which I'm assumimg is AV Team install issues. | 06:32 |
deeprave | yeah, actually troubleshooting, but will need to do a load/test cycle to figure the issues out | 06:34 |
mithro | deeprave: There is a page somewhere about that | 06:34 |
mithro | deeprave: Basically if it has never been flashed before it will need a special process for the first time to flash | 06:34 |
deeprave | the 93) boards tested so far had previously been working | 06:35 |
deeprave | s/93)/(3)/ | 06:35 |
-_whitenotifier-5- [litex-buildenv] ewenmcneill commented on issue #282: TinyFPGA BX: BIOS/Micropython does not start - https://git.io/JveEU | 06:37 | |
ewen | https://github.com/timvideos/HDMI2USB/wiki/Flashing-Firmware | 06:37 |
tpb | Title: Flashing Firmware · timvideos/HDMI2USB Wiki · GitHub (at github.com) | 06:37 |
ewen | mithro: Is that the page you were thinking of? ^^^ | 06:37 |
ewen | Carl confirms those are the instructions. And with Carl's help we have the HDMI2USB flashing working (at least on one device) | 06:51 |
deeprave | so what CPU do I need to set for these (LCA) opsis boxes? | 07:03 |
deeprave | i think that's the issue now, need to build the correct image | 07:03 |
ewen | CPU default now seems to be vexriscv (RISC-V). I'm not sure if that's ever been tested with HDMI2USB. | 07:11 |
ewen | The older CPU default was either lm32 or or1k, I forget which. (export CPU=.... is the override) | 07:12 |
tumbleweed | we've used lm32 in the past, yes | 07:13 |
ewen | deeprave: Based on above, I think try building with "export CPU=lm32" first, and see if that helps. | 07:15 |
tumbleweed | also, master has been broken for around a year: https://github.com/timvideos/HDMI2USB-litex-firmware/issues/465 | 07:15 |
tpb | Title: encoder broken: JPEG file: starts with 0x15 0x0c · Issue #465 · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 07:15 |
ewen | tumbleweed: Thanks for the link. I think that's more subtly broken than where deeprave is currently stuck, so trying CPU=lm32 is likely to get closer to previously working config. | 07:16 |
deeprave | CPU=lm32 (tried that first) but the enter script complains about not having a supporting build toolchain | 07:17 |
deeprave | so lm32 is the correct one for the spartan6? | 07:18 |
ewen | deeprave: You'll need to do "export CPU=lm32; scripts/download-env.sh" to get it to download the right tools. | 07:18 |
deeprave | ah, kk | 07:19 |
ewen | deeprave: The download-env.sh script tries to just download what it thinks is needed (thus makes the same CPU assumptions...) | 07:19 |
ewen | deeprave: I've also been able to build HDMI2USB from source now (helped I had most of the FPGA tools already installed), so I'll try the same thing. | 07:19 |
deeprave | awesome the script is downloading the correct toolchain now | 07:21 |
mithro | I'm heading to bed | 07:45 |
mithro | ewen: Wish I could be doing micropython hacking with you -- but should have some exciting things to share at LCA | 07:47 |
ewen | mithro: It's all good. It sounds like your week is for a good cause :-) | 07:47 |
ewen | Sleep well! | 07:47 |
-_whitenotifier-5- [litex-buildenv] mithro commented on issue #281: Conda Yosys package update - https://git.io/JveuG | 07:48 | |
-_whitenotifier-5- [litex-buildenv] mmicko commented on issue #281: Conda Yosys package update - https://git.io/JveuC | 07:51 | |
-_whitenotifier-5- [litex-buildenv] mithro commented on issue #281: Conda Yosys package update - https://git.io/JveuW | 07:51 | |
mithro | Thanks! Good night everyone! | 07:53 |
ewen | deeprave: I've got as far as the point you got stuck now (JTAG flashing not working). I have a feeling that's udev rule related. | 07:56 |
deeprave | yep, Unknown flash device (ID 0x00ffffff) | 07:57 |
ewen | In my case: Error: Unknown flash device (ID 0x00818181) | 07:57 |
ewen | But it feels like "not getting valid data, making wild assumptions" :-) | 07:57 |
deeprave | yeah string of jtag issues. but i did find that the hdmi2usb-mode-switch may be the problem | 07:58 |
deeprave | installed separately via apt i just managed to upload a built image | 07:59 |
deeprave | that is outside enter-env.sh, just used the apt installed version with hdmi2usb-mode-switch -v --flash-image <path to image> | 08:01 |
ewen | deeprave: FWIW, I'm on Ubuntu 18.04 LTS (Bionic). So it's possibly not the same hdmi2usb-mode-switch. | 08:01 |
ewen | (I'm also wondering if I'm going to have to reboot to get udev rules loaded properly...) | 08:01 |
mithro | The unknown flash ID issue is caused by the default image turning on QSPI mode to the flash | 08:02 |
ewen | Is there a work around? | 08:02 |
mithro | Yes | 08:02 |
ewen | ? | 08:02 |
mithro | And there is totally a document somewhere which tells you how | 08:03 |
ewen | :-) | 08:03 |
ewen | I suggest you go to sleep. We'll try to find it :-) | 08:03 |
mithro | https://github.com/timvideos/HDMI2USB-mode-switch/issues/24 | 08:04 |
tpb | Title: Detect "Error: Unknown flash device (ID 0x00ffffff)" on Digilent Atlys · Issue #24 · timvideos/HDMI2USB-mode-switch · GitHub (at github.com) | 08:04 |
mithro | Really really going to bed now | 08:06 |
ewen | Thanks! | 08:07 |
ewen | FTR, that "Unkown Flash Device" is for an Digilent Atlys; the board I'm having trouble with is a Numato Opsis. (My guess is that JTAG to the USB just isn't detecting it, possibly due to udev rules not being applied.) | 08:09 |
*** ewen has quit IRC | 08:28 | |
*** ewen has joined #timvideos | 08:33 | |
*** ewen has quit IRC | 08:43 | |
*** TimGremalm has quit IRC | 08:59 | |
*** TimGremalm has joined #timvideos | 09:00 | |
futarisIRCcloud | I didn't see all this activity till now... | 10:29 |
futarisIRCcloud | So just to re-iterate, default image turning QSPI mode to the flash, is one of the causes of the issue. | 10:32 |
*** mauz555 has joined #timvideos | 11:19 | |
*** mauz555 has quit IRC | 11:31 | |
mithro | @CarlFK[m]: we have finally captured pdp7's attention! https://twitter.com/pdp7/status/1214641397850103808?s=20 | 12:44 |
*** SpaceCoaster has joined #timvideos | 13:16 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] jedrzejboczar opened pull request #50: libfx2-migration: serial examples - https://git.io/JveKo | 14:10 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #50: libfx2-migration: serial examples - https://git.io/JveKK | 14:10 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #50: libfx2-migration: serial examples - https://git.io/JveK6 | 14:10 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #50: libfx2-migration: serial examples - https://git.io/JveKP | 14:10 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] jedrzejboczar opened pull request #51: libfx2-migration: audio example - https://git.io/Jve60 | 14:34 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #51: libfx2-migration: audio example - https://git.io/Jve6E | 14:34 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #51: libfx2-migration: audio example - https://git.io/Jve6u | 14:34 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] jedrzejboczar opened pull request #52: WIP: libfx2-migration: video example - https://git.io/Jve6V | 14:39 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #52: WIP: libfx2-migration: video example - https://git.io/Jve6w | 14:39 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #50: libfx2-migration: serial examples - https://git.io/JveiG | 15:05 | |
-_whitenotifier-5- [litex-buildenv] mithro opened issue #283: Yosys + nextpnr should have versions in scripts/settings.sh - https://git.io/JveiB | 15:09 | |
mithro | CarlFK[m]: https://github.com/antmicro/litex-buildenv/pull/1/files#diff-61fc1605dc515710f3394cbad285426b | 15:23 |
tpb | Title: [WIP] Renode CI by mateusz-holenko · Pull Request #1 · antmicro/litex-buildenv · GitHub (at github.com) | 15:23 |
mithro | CarlFK[m]: automated testing! | 15:23 |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #51: libfx2-migration: audio example - https://git.io/JvePJ | 15:29 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] todo[bot] commented on pull request #51: libfx2-migration: audio example - https://git.io/JvePP | 15:42 | |
-_whitenotifier-5- [litex-buildenv] mithro commented on issue #281: Conda Yosys package update - https://git.io/JveXl | 16:04 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] mithro commented on pull request #47: WIP: Migration from fx2lib to whitequark's libfx2 - https://git.io/Jve1z | 16:35 | |
-_whitenotifier-5- [HDMI2USB-fx2-firmware] mithro closed pull request #47: WIP: Migration from fx2lib to whitequark's libfx2 - https://git.io/Jeryb | 16:35 | |
*** rvense has joined #timvideos | 17:46 | |
-_whitenotifier-5- [litex-buildenv] mmicko closed issue #281: Conda Yosys package update - https://git.io/JejIL | 18:56 | |
-_whitenotifier-5- [litex-buildenv] mmicko commented on issue #281: Conda Yosys package update - https://git.io/JveS6 | 18:56 | |
-_whitenotifier-5- [litex-buildenv] mmicko commented on issue #281: Conda Yosys package update - https://git.io/Jve9e | 19:10 | |
futarisIRCcloud | Renode CI - Yay. Automated testing. | 20:07 |
-_whitenotifier-5- [litex-buildenv] mithro commented on issue #281: Conda Yosys package update - https://git.io/JveHg | 20:09 | |
-_whitenotifier-5- [litex-buildenv] niklasnisbeth commented on issue #277: Ice40 HX8K EVB issues - https://git.io/JveFL | 23:07 | |
-_whitenotifier-5- [litex-buildenv] niklasnisbeth commented on issue #282: TinyFPGA BX: BIOS/Micropython does not start - https://git.io/JveFg | 23:20 | |
*** ewen has joined #timvideos | 23:55 | |
ewen | futarisIRCcloud: Re Opsis flashing "default image turning QSPI mode to the flash" is there a known work around to that? | 23:56 |
ewen | futarisIRCcloud: Eg, "default image" of what bit? Are there build flags that would avoid that. | 23:57 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!