*** jn <jn!~quassel@user/jn/x-3390946> has quit IRC | 01:19 | |
*** jn <jn!~quassel@2a0a-a540-bb03-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de> has joined #libre-soc | 01:20 | |
*** jn <jn!~quassel@2a0a-a540-bb03-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de> has quit IRC | 01:20 | |
*** jn <jn!~quassel@user/jn/x-3390946> has joined #libre-soc | 01:20 | |
*** gnucode <gnucode!~gnucode@user/jab> has quit IRC | 02:53 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has quit IRC | 09:05 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.40.149> has joined #libre-soc | 09:05 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.40.149> has quit IRC | 09:19 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has joined #libre-soc | 09:19 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has quit IRC | 09:26 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.54.251> has joined #libre-soc | 09:26 | |
*** octavius <octavius!~octavius@92.40.169.89.threembb.co.uk> has joined #libre-soc | 09:55 | |
octavius | cesar, have you pushed changes the changes to add the Nexys Video fpga? | 10:30 |
---|---|---|
openpowerbot | [irc] <cesar[m]1> Not yet, I'll do it this weekend, I hope. | 10:34 |
openpowerbot | [irc] <cesar[m]1> octavius: Do you have a Nexys Video Board? | 10:40 |
octavius | I don't, but markos_ does | 10:41 |
openpowerbot | [irc] <cesar[m]1> Ok, I'll ping you and markos_ when I'm ready to try a Blinky. | 10:59 |
markos_ | we're building the environment now :) | 10:59 |
openpowerbot | [irc] <cesar[m]1> I'll push what I have. One moment. | 11:02 |
openpowerbot | [irc] <cesar[m]1> OK, try this: | 11:33 |
openpowerbot | [irc] <cesar[m]1> markos_ and octavius: | 11:33 |
openpowerbot | [irc] <cesar[m]1> git remote add cesar https://gitlab.com/cestrauss/nmigen-boards.git | 11:33 |
openpowerbot | [irc] <cesar[m]1> git fetch cesar | 11:34 |
openpowerbot | [irc] <cesar[m]1> git checkout add-nexys-video-support | 11:34 |
markos_ | moment | 11:35 |
openpowerbot | [irc] <cesar[m]1> (cd into nmigen-boards first) | 11:35 |
markos_ | done | 11:35 |
markos_ | I was building the hello_world.bin for arty_a7, do I need to change this for nexys_video? | 11:37 |
markos_ | ie, python3 src/ls2.py arty_a7 hello_world.bin | 11:37 |
markos_ | or do I need to rebuild anything? | 11:38 |
openpowerbot | [irc] <cesar[m]1> First, try Blinky. | 11:38 |
openpowerbot | [irc] <cesar[m]1> python3 nmigen_boards/nexys_video.py | 11:39 |
markos_ | Using Libftdi, | 11:41 |
markos_ | No JTAG Chain found | 11:41 |
markos_ | nexys video is connected, I can see ttyUSB0/ttyUSB1 | 11:41 |
markos_ | connected through PROG usb port | 11:41 |
markos_ | do I need to set any particular jumpers? | 11:41 |
openpowerbot | [irc] <cesar[m]1> Possibly, or maybe some configuration needed on xc3sprog. | 11:49 |
openpowerbot | [irc] <cesar[m]1> Will look into it this evening. Going off to work. Maybe lkcl and octavius can figure it out, in the meantime. | 11:50 |
openpowerbot | [irc] <cesar[m]1> Good luck! | 11:53 |
openpowerbot | [irc] <cesar[m]1> Sorry I couldn't stay longer. | 11:55 |
openpowerbot | [irc] <cesar[m]1> Always exciting to bring up a new board. | 11:57 |
octavius | Thanks for your help cesar, we're continuing to debug | 12:01 |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.54.251> has quit IRC | 12:21 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has joined #libre-soc | 12:22 | |
markos_ | the BUSY led is blinking slowly meaning it's waiting for "configuration medium to be plugged in", and apparently connecting to the PROG usb port means it can be programmed at any time | 12:44 |
markos_ | ie no special jumper settings | 12:44 |
markos_ | however I cannot get it detected by xc3sprog | 12:44 |
markos_ | I may try other methods, usb stick or sdcard to upload the .bit file | 12:45 |
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has quit IRC | 13:27 | |
*** lxo <lxo!~lxo@gateway/tor-sasl/lxo> has joined #libre-soc | 13:28 | |
openpowerbot | [irc] <programmerjake> you could try getting a newer version of xc3sprog... | 14:35 |
markos_ | tried latest debian, same result | 14:53 |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has quit IRC | 15:14 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.168.134> has joined #libre-soc | 15:15 | |
openpowerbot | [irc] <programmerjake> hmm...maybe someone's tried this before and wrote nice docs on how to get it to work? | 15:17 |
openpowerbot | [irc] <sadoon[m]1> Ahh been a little busy, my truck is not starting so I was diagnosing exactly why so I don't get ripped off, apparently fuel pump | 15:26 |
openpowerbot | [irc] <sadoon[m]1> All the packages that were failing to build also fail to build with -msoft-float , it's because the actual system was built for 128-bit long doubles and it uses these libraries during the build process | 15:27 |
openpowerbot | [irc] <sadoon[m]1> When you pass soft-float, it complains that things like /usr/bin/ld: /lib/powerpc64le-linux-gnu/libc.so.6 uses hard float, libcommon.a(libcommon_a-gettime.o) uses soft float | 15:28 |
openpowerbot | [irc] <sadoon[m]1> Weird how gentoo had no issues but I could only assume it was because gentoo builds things in the correct order and installs them before moving to the next in the dependency cycle | 15:29 |
openpowerbot | [irc] <programmerjake> why i recommended using ibm 128-bit floats for long double, since sw used to use that, unlike 64-bit long double | 15:29 |
openpowerbot | [irc] <programmerjake> since ibm 128-bit floats *are* always softfloats | 15:29 |
openpowerbot | [irc] <sadoon[m]1> but that's not the default for POWER right? | 15:30 |
openpowerbot | [irc] <sadoon[m]1> it uses IEEE | 15:30 |
openpowerbot | [irc] <programmerjake> it's the default for powerpc64 BE | 15:30 |
openpowerbot | [irc] <sadoon[m]1> Ah | 15:30 |
openpowerbot | [irc] <programmerjake> and powerpc | 15:30 |
openpowerbot | [irc] <sadoon[m]1> It's worth a shot so nothing complains anymore yeah? | 15:30 |
openpowerbot | [irc] <sadoon[m]1> But we'd be deviating from the standard | 15:30 |
openpowerbot | [irc] <programmerjake> yes, but 64-bit long double is an even bigger deviation | 15:31 |
openpowerbot | [irc] <sadoon[m]1> Or one other option is | 15:31 |
openpowerbot | [irc] <sadoon[m]1> To build without hard float at all | 15:31 |
openpowerbot | [irc] <sadoon[m]1> In which case it'll probably just go fine but be slow | 15:31 |
openpowerbot | [irc] <sadoon[m]1> And given that libre-soc has no FP yet, sounds alright? | 15:32 |
openpowerbot | [irc] <programmerjake> seems much less likely to work cuz I bet there's a bunch of asm that assumes fp is available | 15:32 |
lkcl | markos_, you need to use udev rules to grant permission. | 15:32 |
lkcl | this is "normal" | 15:32 |
lkcl | there are a number of examples online and also in the wiki and in the devscripts. | 15:32 |
openpowerbot | [irc] <sadoon[m]1> programmerjake: I'll try it in a different chroot | 15:32 |
openpowerbot | [irc] <programmerjake> libre-soc has no fp now but will soon | 15:32 |
openpowerbot | [irc] <sadoon[m]1> Actually now that I think of it | 15:33 |
markos_ | I do have permission, I call this as root | 15:33 |
openpowerbot | [irc] <sadoon[m]1> This error is on gpg | 15:33 |
openpowerbot | [irc] <sadoon[m]1> because libc has hard float | 15:33 |
openpowerbot | [irc] <sadoon[m]1> If I fix whatever is causing libc to fail | 15:33 |
markos_ | this is not a permissions problem | 15:33 |
lkcl | markos: hmmmm | 15:33 |
openpowerbot | [irc] <programmerjake> so imo if it runs on microwatt that's good enough for now, luke can verify if that's ok | 15:33 |
markos_ | I tried calling from inside the libresoc chroot and on the host | 15:33 |
markos_ | xc3sprog on the host is the newest debian and it still fails to detect anything on the jtag chain | 15:34 |
lkcl | markos_, use commit 99e7de20aa8323712e5f70ff74d2079d5fb45bc7 | 15:34 |
lkcl | yes that will fail | 15:34 |
openpowerbot | [irc] <programmerjake> did you try sudo? | 15:34 |
lkcl | you absolutely must use the git version. | 15:34 |
lkcl | it is in the devscripts | 15:34 |
lkcl | please please for goodness sake *look in the devscripts for tools*. | 15:34 |
lkcl | i have been through this already and done the actual work | 15:34 |
lkcl | it works | 15:35 |
lkcl | but if you do not use the devscripts you are *guaranteed* to run into exactly the same problems that i had to solve | 15:35 |
markos_ | sigh | 15:35 |
markos_ | you're not listening | 15:35 |
markos_ | I am root | 15:35 |
openpowerbot | [irc] <sadoon[m]1> Ah ha, libc fails because /tmp/tmpkcii1i4w/test.c:1:10: fatal error: ndbm.h: No such file or directory | 15:35 |
lkcl | it doesn't matter that you are root | 15:35 |
lkcl | it's that the version *in debian* does not have the correct recognition of the USB IDs | 15:35 |
openpowerbot | [irc] <sadoon[m]1> This is very stupid of me | 15:35 |
markos_ | since when | 15:35 |
markos_ | in any case, both versions behave the same | 15:36 |
lkcl | are you using commit 99e7de20aa8323712e5f70ff74d2079d5fb45bc7 or close to it? | 15:36 |
markos_ | I am on HEAD, so 99e7de20aa8323712e5f70ff74d2079d5fb45bc7 | 15:37 |
lkcl | and... ahh... hang on... is this an xc200t or an xc100t? | 15:37 |
markos_ | xc7a200t | 15:37 |
lkcl | because they will have *different* JTAG IDs | 15:37 |
lkcl | which will be *unrecognised* by the tools - all tools - unless someone has done the work to get them to be recognised | 15:37 |
lkcl | notice this commit | 15:38 |
lkcl | commit 8b6c78d7bb30bb0eeae26eb93d80f8241acd7e27 | 15:38 |
lkcl | Author: Sergey Kostanbaev <sergey.kostanbaev@gmail.com> | 15:38 |
lkcl | Date: Sun Dec 30 17:28:15 2018 +0300 | 15:38 |
lkcl | Add support for XC7A50T | 15:38 |
markos_ | well, devlist.txt shows 03636093 6 0x09 XC7A200T | 15:38 |
lkcl | that will give you an idea of what went into adding an FPGA | 15:38 |
lkcl | give me a minute to get mine out the cupboard | 15:38 |
markos_ | 03631093 6 0x09 XA7A100T | 15:38 |
markos_ | same | 15:38 |
openpowerbot | [irc] <programmerjake> https://github.com/xtrx-sdr/xc3sprog/commit/99e7de20aa8323712e5f70ff74d2079d5fb45bc7 is the one recommended by the dev scripts | 15:38 |
openpowerbot | [irc] <programmerjake> s/scripts/docs/ | 15:39 |
lkcl | sorry i thought you were using the Arty A7 100t | 15:39 |
lkcl | which "just works" | 15:40 |
markos_ | :) | 15:40 |
markos_ | it's the digilent nexys video which apparently not many people are working on despite it having 200k LUTs, I found very little stuff online | 15:40 |
markos_ | apart from the proprietary stuff from digilent that is | 15:40 |
openpowerbot | [irc] <programmerjake> maybe you just need to add the usb id to xc3sprog and recompile and it'll work? | 15:42 |
markos_ | it is already there in the debian version | 15:43 |
markos_ | and it still doesn't detect | 15:43 |
openpowerbot | [irc] <programmerjake> maybe add the fpga's id instead? | 15:44 |
lkcl | 03636093 6 0x0009 XC7A200T | 15:44 |
lkcl | xc3sprog -D | 15:44 |
lkcl | ---> devlist.txt | 15:44 |
lkcl | ---> cablelist.txt | 15:44 |
markos_ | already done that | 15:44 |
markos_ | they're already there | 15:44 |
markos_ | that's what I've been saying | 15:45 |
markos_ | support is presumably there, but it's not | 15:45 |
lkcl | what commands are you running? | 15:45 |
markos_ | xc3sprog -c {nexys4,ftdi,ft232h,xpc} -j, and then tried -L but same result in all | 15:46 |
lkcl | xc3sprog -v -j -c nexys4 | 15:46 |
lkcl | Using devlist.txt | 15:46 |
lkcl | Using cablelist.txt | 15:46 |
lkcl | Cable nexys4 type ftdi VID 0x0403 PID 0x6010 Desc "Digilent USB Device" dbus data e8 enable eb cbus data 00 data 60 | 15:46 |
lkcl | Using Libftdi, Using JTAG frequency 6.000 MHz from undivided clock | 15:46 |
lkcl | No JTAG Chain found | 15:46 |
lkcl | USB transactions: Write 5 read 2 retries 0 | 15:46 |
markos_ | Cable nexys4 type ftdi VID 0x0403 PID 0x6010 Desc "Digilent USB Device" dbus data e8 enable eb cbus data 00 data 60 | 15:46 |
lkcl | yep one sec let me get the arty a7 | 15:47 |
markos_ | moment, brb | 15:47 |
openpowerbot | [irc] <programmerjake> maybe set the jtag frequency to 400khz, 6mhz seems high | 15:49 |
lkcl | Cable nexys4 type ftdi VID 0x0403 PID 0x6010 Desc "Digilent USB Device" dbus data e8 enable eb cbus data 00 data 60 | 15:51 |
lkcl | Using Libftdi, Using JTAG frequency 6.000 MHz from undivided clock | 15:51 |
lkcl | JTAG chainpos: 0 Device IDCODE = 0x13631093 Desc: XA7A100T | 15:51 |
lkcl | JTAG loc.: 0 IDCODE: 0x13631093 Desc: XA7A100T Rev: A IR length: 6 | 15:51 |
lkcl | USB transactions: Write 6 read 3 retries 0 | 15:51 |
openpowerbot | [irc] <programmerjake> so, to set to 400khz use -J400000 | 15:54 |
lkcl | markos_, try adapting this instead https://freenode.irclog.whitequark.org/symbiflow/2021-04-15#29678801; | 15:54 |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.168.134> has quit IRC | 15:54 | |
lkcl | the arty a7-100t is detected perfectly | 15:54 |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has joined #libre-soc | 15:56 | |
markos_ | I tried setting it down to 100kHz even, same result | 16:03 |
markos_ | I'm guessing there is probably something else on the board that needs to be configured for flashing via usb | 16:04 |
lkcl | you'll need to drop down to OpenOCD or enable raw JTAG logging to see what is going on | 16:05 |
lkcl | the fact that there are 5 commands sent and 2 responses is a good sign | 16:05 |
lkcl | notice how on the Arty A7-100t there are "write 6 read 3" | 16:05 |
openpowerbot | [irc] <programmerjake> are you programming the fpga directly or trying to program the flash chip attached to the fpga? | 16:05 |
lkcl | replacing the FTDI firmware would be an extremely bad idea, don't even consider it | 16:06 |
lkcl | if you screw it up the only recovery is the pin-header on the PCB connected directly to the *FTDI's* own JTAG port | 16:06 |
openpowerbot | [irc] <programmerjake> back when I wrote my rv32i core i couldn't get programming the flash chip to work, but could program the fpga | 16:06 |
markos_ | I'm connected to the PROG usb port, which is supposedly exactly for this purpose | 16:07 |
markos_ | according to the documentation at least | 16:07 |
lkcl | markos_, what jacob is talking about is *reprogramming the FTDI USB-UART's firmware* | 16:07 |
openpowerbot | [irc] <programmerjake> uuh, *NO* | 16:08 |
lkcl | not: *USING* the FTDI USB-UART's firmware to perform the task of programming the FPGA | 16:08 |
openpowerbot | [irc] <programmerjake> i'm saying program the fpga's configuration ram, not the flash chip attached to the fpga | 16:09 |
lkcl | ahhh.... yeah. | 16:09 |
lkcl | there's *another* command for that. | 16:09 |
lkcl | it's installed by the devscripts | 16:09 |
lkcl | i can't remember what it is called, but it works 100% successfully and is in the ls2 documentation | 16:10 |
lkcl | it's used to upload data directly into the QSPI attached to the Digilent Arty A7-100t | 16:10 |
lkcl | which... you'll need to look at the nexys-video schematics to know if that's the same and/or even possible | 16:11 |
markos_ | nevermind, I'll investigate | 16:12 |
markos_ | further | 16:12 |
lkcl | i must apologise here, markos_ - i was planning to have the time and energy to do this work of getting the nexys-video up and running long before you got to it | 16:12 |
markos_ | no worries | 16:13 |
lkcl | but try using the openocd command i sent in the link above | 16:13 |
markos_ | it's an opportunity for me, always wanted to play with fpgas | 16:13 |
lkcl | (adapted for XC7200T instead of XC750T) | 16:13 |
openpowerbot | [irc] <programmerjake> according to https://github.com/xtrx-sdr/xc3sprog/blob/99e7de20aa8323712e5f70ff74d2079d5fb45bc7/xc3sprog.1#L307 | 16:14 |
openpowerbot | [irc] <programmerjake> you need the fpga bitstream that forwards spi messages to the fpga-attached flash to program that, so don't use the -I option since it may not have that bitstream | 16:14 |
lkcl | nggggh yes programmerjake that sounds about right. | 16:14 |
lkcl | and i believe it's part of that.... whatever-it-was-i-used, for arty-a7-100t, back at the time | 16:15 |
lkcl | i can't rembember *any* of this stuff | 16:15 |
markos_ | I'm not using the -I option, just -j to detect the chain | 16:16 |
lkcl | openocd -f digilent-hs1.cfg -f xilinx-xc7.cfg -c "transport select jtag;init; pld load 0 /Users/cdepaula/projects/fusesoc/symbiflow/build/carlosedp_demo_chiselblinky_0/artya7-35t-oss-symbiflow/Toplevel.bit; exit" | 16:16 |
lkcl | don't attempt to load | 16:17 |
lkcl | just scan | 16:17 |
lkcl | and enable "verbose logging" in openocd. | 16:17 |
lkcl | that will give you the JTAG IDs (etc.) | 16:17 |
lkcl | which you can then double-check in xc3sprog | 16:17 |
lkcl | but *get the right version of openocd*. it's a fragmented goddamn mess | 16:17 |
openpowerbot | [irc] <programmerjake> lkcl: when you get a chance, can you review https://bugs.libre-soc.org/show_bug.cgi?id=1135 comment 15-16? | 16:18 |
openpowerbot | [irc] <programmerjake> thx! | 16:19 |
markos_ | # openocd -f /usr/share/openocd/scripts/board/digilent_nexys_video.cfg -c "transport select jtag;init; exit" | 16:19 |
markos_ | Open On-Chip Debugger 0.12.0 | 16:19 |
markos_ | Licensed under GNU GPL v2 | 16:19 |
markos_ | For bug reports, read | 16:19 |
markos_ | http://openocd.org/doc/doxygen/bugs.html | 16:19 |
markos_ | jtagspi_program | 16:19 |
markos_ | Warn : Transport "jtag" was already selected | 16:19 |
markos_ | Info : clock speed 30000 kHz | 16:20 |
markos_ | Info : JTAG tap: xc7.tap tap/device found: 0x13636093 (mfg: 0x049 (Xilinx), part: 0x3636, ver: 0x1) | 16:20 |
markos_ | so, it can see the device at leat | 16:20 |
markos_ | least | 16:20 |
markos_ | openocd has a config file for the nexys_video thankfully | 16:20 |
markos_ | so apparently I have to use channel 1 | 16:21 |
markos_ | for fpga | 16:21 |
markos_ | as Jacob said, channel 0 is for DPTI | 16:21 |
markos_ | (or DSTI as it turns out) | 16:21 |
openpowerbot | [irc] <programmerjake> (well, icr mentioning anything about channels...) | 16:23 |
openpowerbot | [irc] <programmerjake> well, gtg, ttyl | 16:24 |
lkcl | markos_, ah! notice it says ***1***3636093 | 16:24 |
lkcl | not | 16:24 |
lkcl | and you can see this in xc3sprog devices.txt... | 16:25 |
lkcl | 03636093 6 0x0009 XC7A200T | 16:25 |
markos_ | riiiigh | 16:25 |
markos_ | I'll rebuild | 16:25 |
lkcl | that's a ZERO | 16:25 |
markos_ | good catch | 16:25 |
lkcl | no you do not need to rebuild | 16:25 |
lkcl | just edit devices.txt | 16:25 |
lkcl | get xc3sprog to dump devices.txt | 16:25 |
lkcl | then run in the same directory | 16:25 |
markos_ | it's devlist.txt | 16:25 |
lkcl | at least i assume that's the way it works | 16:25 |
openpowerbot | [irc] <programmerjake> that's compiled into the program, it doesn't read it at runtime unless you pass the right options | 16:26 |
lkcl | these kinds of things you absolutely absolutely have to pay attention to - even just 1 bit | 16:26 |
lkcl | programmerjake: ahhh sigh | 16:26 |
lkcl | errr which you can do | 16:26 |
lkcl | nope. not seeing an option for it | 16:27 |
lkcl | yep - rebuild | 16:27 |
lkcl | openocd has the option to "mask" | 16:27 |
lkcl | so you can look for specific bitpatterns and ignore others | 16:27 |
lkcl | looks like xc3sprog can't do that | 16:28 |
openpowerbot | [irc] <programmerjake> oh, looks like i'm wrong: https://github.com/xtrx-sdr/xc3sprog/blob/99e7de20aa8323712e5f70ff74d2079d5fb45bc7/xc3sprog.1#L237 | 16:29 |
openpowerbot | [irc] <programmerjake> though there is a compiled-in version | 16:29 |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has quit IRC | 16:51 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.168.197> has joined #libre-soc | 16:52 | |
openpowerbot | [irc] <sadoon[m]1> Just verified the libc issue is *not* specific to sffs, it fails to build normally as well | 16:59 |
openpowerbot | [irc] <sadoon[m]1> Seems to be a missing dependency or something | 16:59 |
markos_ | ffs | 17:04 |
markos_ | dev.idcode = idcode & 0x0fffffff; | 17:04 |
markos_ | I changed the idcode for the xc7a200t and it would still appear as 03636093 instead of 0x13636093 | 17:05 |
markos_ | it's doing that everywhere, I wonder what is the reason behind it | 17:06 |
markos_ | still nothing :( | 17:11 |
markos_ | changed that to 0x1fffffff and now the id is correct in devlist dump, but still it doesn't get detected | 17:12 |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@176.59.168.197> has quit IRC | 17:20 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has joined #libre-soc | 17:20 | |
markos_ | ok, so I tried flashing from usb, the BUSY led is flashing rapidly which according to the docs indicates that the usb stick is not detected/formatted properly (it's vfat) or the bitstream is not compatible with the fpga (I copied the top.bit file) | 17:23 |
markos_ | I need to investigate more about this | 17:24 |
markos_ | ffs xc3sprog, here's python3-ftdi: | 17:36 |
markos_ | # i2cscan.py | 17:36 |
markos_ | Available interfaces: | 17:36 |
markos_ | ftdi://ftdi:2232:210276B3E32B/1 (Digilent USB Device) | 17:36 |
markos_ | ftdi://ftdi:2232:210276B3E32B/2 (Digilent USB Device) | 17:36 |
markos_ | so I'm pretty certain now that it's not the device's fault, but x3csprog's | 17:39 |
*** gnucode <gnucode!~gnucode@user/jab> has joined #libre-soc | 20:02 | |
gnucode | lkcl: I was looking through the libre-SOC dev mailing list, and I saw your pdf RFC document for some new Power extensions... You are a really effective communicator! | 20:03 |
gnucode | https://ftp.libre-soc.org/opf_ext_rfc/ls012.pdf | 20:09 |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has quit IRC | 20:21 | |
*** ghostmansd[m] <ghostmansd[m]!~ghostmans@broadband-90-154-80-239.ip.moscow.rt.ru> has joined #libre-soc | 20:22 | |
*** octavius <octavius!~octavius@92.40.169.89.threembb.co.uk> has quit IRC | 20:59 | |
openpowerbot | [irc] <programmerjake> so, lkcl, can i start working on the FPSCR classes since we agree everything but splitting FPSCR into 3 parts is out of scope? | 21:06 |
openpowerbot | [irc] <programmerjake> in particular speculative execution & stuff is out of scope | 21:15 |
*** Gooberpatrol66 <Gooberpatrol66!~Gooberpat@user/gooberpatrol66> has quit IRC | 23:27 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!