*** tpb has joined #timvideos | 00:00 | |
futarisIRCcloud | mithro: Still not having any luck with getting litex_uart_isr to run. I tried tying the irq line high in qemu too. Are we sure that the cpu irqs are connected tot the bus irqs etc? | 00:09 |
---|---|---|
futarisIRCcloud | TIMER_PERIOD is wrong in hw/openrisc/cputimer.c for litex. | 00:36 |
*** CarlFK has quit IRC | 02:21 | |
futarisIRCcloud | Ok. Getting somewhere with toggling the IRQs in QEMU. | 02:30 |
mithro | futarisIRCcloud: I definately that the IRQs working in QEMU with our bare metal hardware | 02:39 |
futarisIRCcloud | Let me e-mail you some diffs. | 02:41 |
mithro | futarisIRCcloud: I've also gotten bitbanging SPI flash and SD Card via SPI working in QEMU | 02:41 |
futarisIRCcloud | Yeah, I saw those changes you pushed last night. You don't have a physical SD card on any boards, though do you? | 02:42 |
mithro | Most of them do | 02:43 |
mithro | We have just never used them... | 02:43 |
mithro | futarisIRCcloud: Definitely had the CPU jumping to the ISR because I saw seeing the print message I disabled | 02:44 |
mithro | I'm just getting up now, will be around in 15-20 minutes | 02:45 |
futarisIRCcloud | I'm pretty sure we need to toggle the IRQ for the ISR to happen (more than once). | 02:51 |
futarisIRCcloud | Actually, I think the tiny change in pic_cpu.c that I made (for DEBUG), makes the biggest difference. Without it I wasn't getting any interrupts through. :S | 03:01 |
futarisIRCcloud | Toggle the IRQ enough, and the current code will eventually "Welcome to Buildroot" / "buildroot login:" | 03:18 |
mithro | futarisIRCcloud: Are you not clearing the IRQ? | 03:45 |
mithro | I'm around now | 03:45 |
futarisIRCcloud | I wasn't. | 03:47 |
mithro | futarisIRCcloud: You are now, and it works? | 03:47 |
futarisIRCcloud | No. Tx is still broken | 03:47 |
futarisIRCcloud | All the post console tx happens from the isr | 03:48 |
mithro | futarisIRCcloud: Okay, so the easiest way for me to get the same thing you have is for you to push your changes to GitHub (or other git repo) and me pull that | 03:51 |
futarisIRCcloud | new branch? | 03:52 |
mithro | futarisIRCcloud: If you want to use timvideos repos - yeah just push a brunch under futaris/xxxx IE "git remote add git+ssh://github.com/timvideos/xxx.git; git push tv master:futaris/master" | 03:53 |
mithro | futarisIRCcloud: tell me when you have | 04:03 |
futarisIRCcloud | Mithro: Ok. Just out at the moment. The patches I sent were all against HEAD or linux-hacks HEAD. | 04:07 |
futarisIRCcloud | Main thing is to move uart interrupt to irq 2, and add some debug to qemu. | 04:07 |
futarisIRCcloud | Not sure what the real hardware does, regarding interrupts, which is why I was having qemu so I could easily toggle etc. | 04:08 |
*** tvCommitBot has joined #timvideos | 04:09 | |
tvCommitBot | [linux-litex] mithro pushed 1 new commit to master: https://git.io/vS54p | 04:09 |
tvCommitBot | linux-litex/master 70a7cdd Tim 'mithro' Ansell: Hacks Hacks Hacks - SD Card via SPI GPIO + GPIO MMIO kind of works though. | 04:09 |
*** tvCommitBot has left #timvideos | 04:09 | |
futarisIRCcloud | Can you look at moving the uart interrupt in litex hardware? | 04:10 |
mithro | futarisIRCcloud: I can make it so that interrupt zero isn't used and everything should automatically move down | 04:14 |
futarisIRCcloud | That should work too | 04:14 |
mithro | futarisIRCcloud: error: drivers/tty/serial/uart-litex.c: patch does not apply | 04:16 |
mithro | :-( | 04:16 |
futarisIRCcloud | Sorry. The linux side is just modifying dts (irq) and a lot of hacks for printing etc. Nothing interesting in uart-litex other than changing IRQF to level high (IIRC) | 04:19 |
mithro | futarisIRCcloud: I don't see you clearing the pending IRQs in the uart driver? Without that you'll just get the IRQ asserted straight away again? | 04:19 |
mithro | futarisIRCcloud: You don't seem to be doing anything with the EV registers? | 04:21 |
futarisIRCcloud | Didn't get that far. Only just got irqs happening. | 04:22 |
futarisIRCcloud | In the real hardware, does clearing the pending ev also clear the hw interrupt? | 04:23 |
mithro | futarisIRCcloud: If you clear all the pending EV flags or disable the EV then yes the hw interrupt is deasserted | 04:23 |
futarisIRCcloud | IRQ_HANDLED stops the event happening again in Linux(without the toggle), IIRC. | 04:24 |
*** tvCommitBot has joined #timvideos | 04:24 | |
tvCommitBot | [qemu-litex] mithro pushed 1 new commit to linux-hacks: https://git.io/vS5BC | 04:24 |
tvCommitBot | qemu-litex/linux-hacks 83113eb Tim 'mithro' Ansell: Hack hack hackss...... | 04:24 |
*** tvCommitBot has left #timvideos | 04:24 | |
mithro | futarisIRCcloud: I'm not sure I understand? | 04:25 |
futarisIRCcloud | Return irq_handled in the isr | 04:28 |
mithro | e0001000.serial: ttyLX0 at MMIO 0xe0001000 (irq = 2, base_baud = 0) is a litex_uart | 04:34 |
mithro | drivers/tty/serial/uart-litex.c requested irq 2 | 04:34 |
mithro | futarisIRCcloud: That is what I should be expecting right? | 04:37 |
futarisIRCcloud | Yes | 04:38 |
mithro | futarisIRCcloud: Okay, and you are expecting an IRQ event? | 04:39 |
mithro | futarisIRCcloud: But your not going to get any unless you touch the EV registers? | 04:43 |
futarisIRCcloud | I modified qemu first, to enable ev by default. | 04:44 |
*** CarlFK has joined #timvideos | 04:44 | |
*** ChanServ sets mode: +v CarlFK | 04:44 | |
futarisIRCcloud | I was just trying to check the qemu irq path to Linux kernel first. | 04:44 |
futarisIRCcloud | I'm probably not going to get a chance to work on this tomorrow. | 05:08 |
mithro | futarisIRCcloud: Okay, So I've written the IRQ handling in the qemu uart to make more sense | 05:15 |
*** SamSagaZ has quit IRC | 05:18 | |
futarisIRCcloud | mithro: I'm back at a PC again now. | 05:22 |
mithro | futarisIRCcloud: Let me check that my new IRQ code for the UART works | 05:23 |
futarisIRCcloud | Ok | 05:26 |
mithro | is there a way to make printf output binary? | 05:39 |
futarisIRCcloud | No. But you can printf %08x and get hexadecimal... | 05:45 |
mithro | futarisIRCcloud: So, it turns out I was wrong about the way the IRQs trigger | 05:51 |
futarisIRCcloud | mithro: How? | 05:51 |
mithro | They trigger on a falling edge of the trigger signal | 05:52 |
mithro | IE when new_line_value == 0 and old_line_value == 1 | 05:53 |
futarisIRCcloud | transition from 1->0. | 05:53 |
futarisIRCcloud | So TX IRQ should happen every time the buffer is EMPTY? | 05:54 |
mithro | When ~tx_fifo.sink.ready goes from 1->0 (IE not-ready -> ready) | 05:55 |
futarisIRCcloud | So TX IRQ happens every time the TX FIFO goes from full to not-full. | 05:57 |
mithro | futarisIRCcloud: Yeah, it seems so | 06:01 |
futarisIRCcloud | qemu_chr_fe_write_all eventually overflows . | 06:07 |
futarisIRCcloud | There is something called fifo8_create in serial.c ... for recv_fifo and xmit_fifo. | 06:08 |
mithro | https://www.irccloud.com/pastebin/GPfsZZ8A/ | 06:13 |
tpb | Title: Snippet | IRCCloud (at www.irccloud.com) | 06:13 |
mithro | futarisIRCcloud: Then my litex_uart_isr breakpoint triggers | 06:14 |
futarisIRCcloud | serial has serial_watch_cb(). qemu_chr_fe_add_watch() gets called from the serial_xmit() function. serial_watch_cb calls serial_xmit() back again. | 06:14 |
*** tvCommitBot has joined #timvideos | 06:16 | |
tvCommitBot | [qemu-litex] mithro pushed 1 new commit to linux-hacks: https://git.io/vS500 | 06:16 |
tvCommitBot | qemu-litex/linux-hacks 751a543 Tim 'mithro' Ansell: Fixing the uart IRQ stuff. | 06:16 |
*** tvCommitBot has left #timvideos | 06:16 | |
futarisIRCcloud | The TX is failing due to overflow in qemu_chr_fe_write_all() ... See serial.c:269 ... | 06:17 |
mithro | Well, things are segfaulting now :-P | 06:20 |
mithro | https://www.irccloud.com/pastebin/1bN8Wcw8/ | 06:25 |
tpb | Title: Snippet | IRCCloud (at www.irccloud.com) | 06:25 |
mithro | futarisIRCcloud: So this looks like it is kind of working | 06:47 |
futarisIRCcloud | Yeah, but qemu_chr_fe_write_all needs to be fixed with to fe with the callbacks. | 06:48 |
futarisIRCcloud | So besides litex-uart.c, where does the VMStateDescription come from? | 06:50 |
*** tvCommitBot has joined #timvideos | 06:53 | |
tvCommitBot | [qemu-litex] mithro pushed 2 new commits to linux-hacks: https://git.io/vS5E0 | 06:53 |
tvCommitBot | qemu-litex/linux-hacks 1a8a5d2 Tim 'mithro' Ansell: litex-uart: Making debug printing. | 06:53 |
tvCommitBot | qemu-litex/linux-hacks 13cc615 Tim 'mithro' Ansell: Temp hack. | 06:53 |
*** tvCommitBot has left #timvideos | 06:53 | |
mithro | futarisIRCcloud: I'm not seeing any overflows of qemu_chr_fe_write_all ? | 06:54 |
*** tvCommitBot has joined #timvideos | 06:55 | |
tvCommitBot | [linux-litex] mithro force-pushed master from 70a7cdd to 65b7fd0: https://git.io/vS5Er | 06:55 |
tvCommitBot | linux-litex/master 33a194f Tim 'mithro' Ansell: Hacks Hacks Hacks - SD Card via SPI GPIO + GPIO MMIO kind of works though. | 06:55 |
tvCommitBot | linux-litex/master 65b7fd0 Tim 'mithro' Ansell: Working maybe? | 06:55 |
*** tvCommitBot has left #timvideos | 06:55 | |
futarisIRCcloud | The bytes don't all get through. | 06:55 |
futarisIRCcloud | If you check the result of fe_write_all, it'll fail.. | 06:56 |
futarisIRCcloud | I linked to this yesterday, I think: | 06:58 |
futarisIRCcloud | https://lists.gnu.org/archive/html/qemu-devel/2016-08/msg00684.html | 06:58 |
tpb | Title: [Qemu-devel] [PATCH 0/5] Global fix / workaround usage of qemu_chr_fe_wr (at lists.gnu.org) | 06:59 |
mithro | futarisIRCcloud: I'm never getting a failure on that.... | 07:00 |
futarisIRCcloud | Whoops. I mean if it is qemu_chr_fe_write() ... _all doesn't block, it just drops bytes. | 07:01 |
mithro | https://www.irccloud.com/pastebin/2wnFtCOV/ | 07:04 |
tpb | Title: Snippet | IRCCloud (at www.irccloud.com) | 07:04 |
futarisIRCcloud | I've almost got the fe_write() changes from serial implemented. | 07:05 |
*** tvCommitBot has joined #timvideos | 07:10 | |
tvCommitBot | [qemu-litex] mithro pushed 1 new commit to linux-hacks: https://git.io/vS5uU | 07:10 |
tvCommitBot | qemu-litex/linux-hacks f8521ea Tim 'mithro' Ansell: litex-uart: Error checking of qemu_chr_fe_write_all | 07:10 |
*** tvCommitBot has left #timvideos | 07:10 | |
futarisIRCcloud | r != 1 && r != 0 ??? | 07:12 |
mithro | Returns: the number of bytes consumed (0 if no assicated CharDriver) | 07:12 |
mithro | Since we only ever send one byte | 07:12 |
mithro | r == 0 and r == 1 are okay | 07:13 |
futarisIRCcloud | Something is still broken. Even after the patch. | 07:18 |
mithro | I don't know why you think it is dropping characters? | 07:19 |
futarisIRCcloud | Because it's not giving me the "Welcome to Buildroot" - only "Welcom" . | 07:20 |
futarisIRCcloud | If you're not attaching an initramfs, you might not see this. | 07:20 |
mithro | futarisIRCcloud: Hit enter? | 07:20 |
mithro | futarisIRCcloud: Your tx code in the uart driver still needs work | 07:21 |
futarisIRCcloud | Yeah, uart tx is still broken | 07:21 |
mithro | futarisIRCcloud: in the Linux code, not qemu | 07:22 |
futarisIRCcloud | Yeah, linux code is still broken. | 07:23 |
mithro | If you hit enter, you will see the "e to Buildroot\n buildroot login:" appear | 07:24 |
mithro | https://www.irccloud.com/pastebin/m1f0iBEX/ | 07:26 |
tpb | Title: Snippet | IRCCloud (at www.irccloud.com) | 07:26 |
mithro | futarisIRCcloud: That is what I get when I hit enter | 07:27 |
futarisIRCcloud | Ok. I'm reverting to whats in HEAD, and recompiling... The tx work isn't completing. | 07:29 |
*** tvCommitBot has joined #timvideos | 07:31 | |
tvCommitBot | [linux-litex] mithro pushed 1 new commit to master: https://git.io/vS5u4 | 07:31 |
tvCommitBot | linux-litex/master 0fa4ce2 Tim 'mithro' Ansell: Fixing the non-ISR TX function. | 07:31 |
*** tvCommitBot has left #timvideos | 07:31 | |
mithro | What is the buildroot default login/password? | 07:40 |
futarisIRCcloud | Still behaves the same. Not sure why you took the spin_lock / unlock out. | 07:40 |
futarisIRCcloud | root | 07:41 |
futarisIRCcloud | no password | 07:41 |
futarisIRCcloud | I wonder if my buildroot linux kernel .config is an issue. Are you using the .config from linux-litex ? | 07:43 |
futarisIRCcloud | Hmm. try return TIOCSER_TEMT; in uart_tx_empty() ... | 07:45 |
futarisIRCcloud | return 0; causes it to slow down. | 07:45 |
mithro | Which way around? | 07:48 |
mithro | TIOCSER_TEMT when the TX is not empty? | 07:48 |
futarisIRCcloud | return TIOCSER_TEMT; | 07:49 |
futarisIRCcloud | (always) | 07:49 |
futarisIRCcloud | since we don't implement a TX FIFO anyway. | 07:49 |
mithro | futarisIRCcloud: So, the litex_uart_receive doesn't seem to be triggering user space... | 07:49 |
futarisIRCcloud | Are we getting into tty_insert_flip_char ? | 07:50 |
mithro | Yes | 07:50 |
futarisIRCcloud | Are we still stuck in the ISR? | 07:51 |
mithro | No, the IRQs seem to be working fine | 07:52 |
futarisIRCcloud | I don't get past fifo_wr_idx: 1. No breakpoint. | 07:53 |
mithro | futarisIRCcloud: Are you on the linux-hacks branch for qemu? | 07:55 |
*** tvCommitBot has joined #timvideos | 07:55 | |
tvCommitBot | [linux-litex] mithro pushed 2 new commits to master: https://git.io/vS5zf | 07:55 |
tvCommitBot | linux-litex/master 7661af4 Tim 'mithro' Ansell: Trying to get receive working. | 07:55 |
tvCommitBot | linux-litex/master ba6fe84 Tim 'mithro' Ansell: Disable sd card for the moment. | 07:55 |
*** tvCommitBot has left #timvideos | 07:55 | |
futarisIRCcloud | Yes. I'm just adding a printf again to pic_cpu.c | 07:56 |
mithro | https://www.irccloud.com/pastebin/MgsKJMCB/ | 07:57 |
tpb | Title: Snippet | IRCCloud (at www.irccloud.com) | 07:57 |
mithro | futarisIRCcloud: Which device tree are you using? | 07:57 |
futarisIRCcloud | Adding the printf "fixes" it. | 07:57 |
futarisIRCcloud | My breakpoints show us stuck in the isr. | 07:58 |
futarisIRCcloud | But then again I modified uart_receive() which is probably breaking it. | 07:59 |
mithro | When I ctrl-c in gdb I get cpuidle_idle_call | 07:59 |
futarisIRCcloud | Commenting out the extra stat modifiers in uart_receive() | 08:01 |
mithro | futarisIRCcloud: If I try and put a breakpoint on the litex_uart_isr now qemu segfaults | 08:01 |
futarisIRCcloud | uart_rx correct? | 08:05 |
mithro | futarisIRCcloud: Well see above, I can see the characters in the printf... | 08:05 |
mithro | I think I figured it out | 08:07 |
mithro | Nope | 08:07 |
mithro | Frustratingly it worked once | 08:10 |
mithro | Oh... | 08:10 |
mithro | It's working now | 08:10 |
mithro | futarisIRCcloud: Pushing... | 08:11 |
*** tvCommitBot has joined #timvideos | 08:11 | |
tvCommitBot | [linux-litex] mithro pushed 1 new commit to master: https://git.io/vS5zR | 08:11 |
tvCommitBot | linux-litex/master 5410f26 Tim 'mithro' Ansell: Kind of working. | 08:11 |
*** tvCommitBot has left #timvideos | 08:11 | |
mithro | futarisIRCcloud: I can login with that patch | 08:12 |
futarisIRCcloud | Ok. Trying now. | 08:12 |
mithro | futarisIRCcloud: linux-litex == 5410f26c68581a25f48a6e202b59dfe444183281, qemu-litex == 5e75055810e12e2b86b0408d5c725f37b9e56a30 | 08:14 |
mithro | brb | 08:14 |
futarisIRCcloud | Yep. Works for me. I can remove my printf from pic_cpu too.. | 08:18 |
futarisIRCcloud | If the TXFULL stuff is correct, it'll probably work on real hardware, but I suspect the timers will be out. | 08:21 |
futarisIRCcloud | time: clock_gettime(MONOTONIC) failed . | 08:24 |
mithro | I'm unclear if the or1k timer stuff exists in real hardware - we have our own timer implementation | 08:27 |
futarisIRCcloud | cat /proc/interrupts seems to be fine for litex_uart too. | 08:27 |
futarisIRCcloud | You don't use the SPR_TTMR on openrisc? | 08:29 |
futarisIRCcloud | third_party/litex/litex/soc/cores/cpu/mor1kx/verilog/rtl/verilog/mor1kx_ticktimer.v | 08:30 |
futarisIRCcloud | https://github.com/enjoy-digital/litex/blob/master/litex/soc/cores/timer.py | 08:32 |
tpb | Title: litex/timer.py at master · enjoy-digital/litex · GitHub (at github.com) | 08:32 |
mithro | Check the options | 08:32 |
futarisIRCcloud | https://github.com/enjoy-digital/litex/blob/master/litex/soc/cores/cpu/mor1kx/core.py#L29 | 08:33 |
tpb | Title: litex/core.py at master · enjoy-digital/litex · GitHub (at github.com) | 08:33 |
futarisIRCcloud | p_FEATURE_TIMER="NONE", | 08:33 |
mithro | Yeah | 08:33 |
mithro | I think that disables the timer | 08:33 |
futarisIRCcloud | https://github.com/openrisc/mor1kx/blob/69b97fcb43b35d6c6639ecc68e63d912c09ee8da/rtl/verilog/mor1kx_ctrl_cappuccino.v | 08:35 |
tpb | Title: mor1kx/mor1kx_ctrl_cappuccino.v at 69b97fcb43b35d6c6639ecc68e63d912c09ee8da · openrisc/mor1kx · GitHub (at github.com) | 08:35 |
futarisIRCcloud | Looks like it from looking at the VHDL. | 08:36 |
futarisIRCcloud | kernel/time.c is the relevant stuff in the linux kernel. | 08:36 |
futarisIRCcloud | Section 14 of openrisc-arch-1.1-rev0.pdf ... | 08:37 |
futarisIRCcloud | You should at least get "Linux not supported on devices without tick timer" | 08:39 |
mithro | futarisIRCcloud: Do you want to see if you can get a timer driver going? | 08:52 |
futarisIRCcloud | Where is the initialisation code in the bare-metal firmware? | 09:02 |
mithro | futarisIRCcloud: In libbase which is part of litex I think? | 09:04 |
futarisIRCcloud | https://github.com/enjoy-digital/litex/blob/ab075f3d80881bc118c438f6e2684a1525a26d2f/litex/soc/software/libbase/time.c | 09:06 |
tpb | Title: litex/time.c at ab075f3d80881bc118c438f6e2684a1525a26d2f · enjoy-digital/litex · GitHub (at github.com) | 09:06 |
mithro | futarisIRCcloud: I think we probably want some common helper functions for dealing with EV objects? | 09:07 |
futarisIRCcloud | https://github.com/timvideos/HDMI2USB-firmware-prebuilt/blob/master/archive/master/v0.0.3-703-ga16b484/mimasv2/base/or1k/software/include/generated/csr.h#L481 | 09:07 |
tpb | Title: HDMI2USB-firmware-prebuilt/csr.h at master · timvideos/HDMI2USB-firmware-prebuilt · GitHub (at github.com) | 09:07 |
futarisIRCcloud | EV objects? | 09:08 |
mithro | EventManager objects -- the thing which handles the IRQs in LiteX/MiSoC | 09:10 |
mithro | It always consists of 3 CSR registers, "STATUS, PENDING, ENABLE" | 09:11 |
mithro | futarisIRCcloud: btw https://github.com/timvideos/linux-litex/issues/11 | 09:15 |
tpb | Title: Figure out if we are using litex or or1k timer? · Issue #11 · timvideos/linux-litex · GitHub (at github.com) | 09:15 |
mithro | futarisIRCcloud: Ohhh - maybe the reason you couldn't put the UART on interrupt zero is that the timer seems to be connected to that? | 09:21 |
mithro | #define CPU_INTERRUPT_TIMER CPU_INTERRUPT_TGT_INT_0 | 09:21 |
futarisIRCcloud | https://github.com/qemu/qemu/blob/master/target/openrisc/cpu.h#L430 | 09:23 |
tpb | Title: qemu/cpu.h at master · qemu/qemu · GitHub (at github.com) | 09:23 |
futarisIRCcloud | Not sure if the kernel wasn't allowing it, and/or qemu. | 09:24 |
Joelw | mithro: Hi! No! I'm developing IoT stuff for a truck manufacturer in Japan | 09:40 |
mithro | Joelw: Ahh well, I met someone building hardware for tracking small animals the other day | 09:41 |
Joelw | Ah interesting! Which company do they work for? Or privately? | 09:41 |
mithro | Joelw: I think they are the company - some guy here in Sydney | 09:42 |
mithro | _florent_: We have Linux pretty much booting on qemu or1k with litex based peripherals | 09:43 |
_florent_ | mithro: great! I'll try to reproduce that soon! | 09:46 |
mithro | _florent_: Not yet attempted it on real hardware | 09:49 |
mithro | _florent_: QQ While you are here - You were working on some SPI related stuff, did you improve the SPI master in litex at all? | 09:50 |
mithro | futarisIRCcloud: I'll put together a patch to disable the or1k timer in QEMU tomorrow probably | 09:51 |
futarisIRCcloud | Ok | 09:51 |
mithro | I'm probably going to call it a night shortly | 09:54 |
mithro | futarisIRCcloud: I'll probably also send my first qemu patches to the mailing list tomorrow, just want shorne to take one more look over them... | 09:56 |
futarisIRCcloud | mithro: Ok. The linux drivers are fairly dirty at the moment (too). | 09:57 |
mithro | futarisIRCcloud: These are some minor or1k CPU patches - adding support for evbar and such | 09:58 |
futarisIRCcloud | Ok. | 09:58 |
mithro | _florent_: I've also been merging the arty-soc into the HDMI2USB firmware because I want a small/portable Vivado based platform | 10:03 |
mithro | Anyway, I'm calling it a night now | 10:04 |
mithro | Have a good evening everyone! | 10:04 |
*** rohitksingh has joined #timvideos | 10:11 | |
_florent_ | mithro: no but I should push the new version derived from the misoc one that I'm using now: | 11:47 |
_florent_ | https://github.com/enjoy-digital/litejesd204b-ad9154-demo/blob/master/test/libbase/ad9154.py#L21 | 11:48 |
tpb | Title: litejesd204b-ad9154-demo/ad9154.py at master · enjoy-digital/litejesd204b-ad9154-demo · GitHub (at github.com) | 11:48 |
_florent_ | https://github.com/enjoy-digital/litejesd204b-ad9154-demo/blob/master/spi.py | 11:48 |
tpb | Title: litejesd204b-ad9154-demo/spi.py at master · enjoy-digital/litejesd204b-ad9154-demo · GitHub (at github.com) | 11:48 |
*** sb0 has joined #timvideos | 12:25 | |
*** rohitksingh has quit IRC | 12:45 | |
*** rohitksingh has joined #timvideos | 12:48 | |
*** cr1901_modern has joined #timvideos | 15:08 | |
*** futarisIRCcloud has quit IRC | 16:52 | |
*** rohitksingh has quit IRC | 18:34 | |
*** f15h has joined #timvideos | 20:42 | |
*** f15h has quit IRC | 23:49 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!