| lekernel | http://pastebin.com/4zxXMNvy | 13:23 |
|---|---|---|
| mw1 | terpstra: do you write your own tool to use the lm32 jtag port with gdb? (that would be cool, even cooler if it was gpl :) ) | 13:27 |
| scrts | btw, how much time does it take to synthesize/p&r/etc milkymist? :) | 13:28 |
| kristianpaul | 35 minutes or so in my one core machine | 13:29 |
| kristianpaul | lekernel: (pastebin) first routing it seems, nice !!, does it worK? or you got a short cicuit else where? ;-) | 13:31 |
| lekernel | can't test on fpga yet... but the result looks coherent | 13:31 |
| kristianpaul | indeed | 13:31 |
| kristianpaul | xiangfu: hi | 14:15 |
| kristianpaul | xiangfu: You should join #rtems as well, and i dont know if already rtems mail lists? | 14:15 |
| kristianpaul | (can't test on fpga yet) because missing part for a xilinx-like compliance bitstream generation? | 14:17 |
| lekernel | I could feed that back into the xilinx toolchain using xdl, but the problem is I don't handle I/O yet | 14:56 |
| lekernel | so no observable thing would happen | 14:57 |
| wolfspraul | lekernel: just fyi, it seems China uses mostly PAL | 15:15 |
| lekernel | ok, good | 15:17 |
| lekernel | but taiwan is ntsc iirc | 15:17 |
| lekernel | Fallenou: the rxbuff's should go to the softc too | 15:36 |
| lekernel | http://pastebin.com/VkpJbC08 what's that? | 15:38 |
| wolfspraul | lekernel: sorry if this is a crazy question, but is it theoretically possible to process 3 different composite video signals over the 3 video-in jacks we have? | 15:43 |
| lekernel | no at the same time, but by switching them maybe | 15:43 |
| wolfspraul | this needs to be supported/driven by the video codec chip? | 15:44 |
| wolfspraul | video decoder I mean... | 15:45 |
| wolfspraul | the ad pdf says "includes a 6-channel input mux that enables multiple video signals..." | 15:47 |
| wolfspraul | ok anyway, I think I got it. maybe it's possible, but it's experimental and there may be limitations. | 15:48 |
| kristianpaul | haha, just i realize now we have 3 vide in jacks, i was thinking the other two were for audio.. | 16:05 |
| aeris | lekernel tu veux toujours que le firmware soit mono-fichier ? | 19:18 |
| aeris | Pas d'image à coté ? | 19:18 |
| lekernel | quel firmware? | 19:21 |
| aeris | flikernoise | 19:21 |
| lekernel | tant que c'est pas le fouillis... il y a un système yaffs2 de toutes façons | 19:21 |
| lekernel | c'est pour quoi? | 19:21 |
| aeris | Des icones, entre autre | 19:22 |
| lekernel | http://www.freepatentsonline.com/5907248.pdf | 22:30 |
| mwalle | a further source for chip interna? | 22:31 |
| lekernel | yup | 22:33 |
| lekernel | btw the current antares router simply dumps the complete interconnect graph from the tools, which makes it rather memory hungry but means I don't have to understand all of this (and irregularities e.g. I/O, DSP blocks, etc.) | 22:34 |
| lekernel | the complete representation for the xc6slx4 uses about 70M | 22:35 |
| lekernel | oh, and I tried routing several signals with antares and fpga editor, both give exactly the same PIP lists now :) | 22:37 |
| mwalle | nice :) | 22:39 |
| CIA-31 | qemu-lm32: michael master * rf543d138 /target-lm32/ (lm32-decode.h translate.c): lm32: use lookup table for opcodes http://tinyurl.com/62n3aau | 22:42 |
| CIA-31 | qemu-lm32: michael master * rc9fb6df5 /target-lm32/translate.c: lm32: rename raise opcode to scall http://tinyurl.com/6d6n55q | 22:42 |
| lekernel | mwalle: btw, do you happen to know if each value of the bitstream's frame address register (FAR) represents one tile in the FPGA? | 22:43 |
| mwalle | lol, no :) | 22:46 |
| lekernel | knowing the FAR<=>tile mapping should make it rather easy to figure out the bitstream format | 22:47 |
| lekernel | maybe I can get this information by playing with the partial reconfiguration features in ISE | 22:48 |
| kristianpaul | from #osmocom http://cgi.ebay.com/Ferrite-Core-Memory-Military-USSR-Soviet-Computer-/380320686712?pt=LH_DefaultDomain_0&hash=item588ce12278#ht_1810wt_1135 | 22:53 |
| lekernel | kristianpaul: might be fun to read it back :) | 22:58 |
| lekernel | though there's probably lot of stuff in it... and maybe even not ASCII | 22:59 |
| lekernel | s/lot/not a lot/ | 22:59 |
| lekernel | I guess there are cheaper ones too... | 23:00 |
| kristianpaul | Why ac97 core have a dma irq for r/w ? | 23:00 |
| lekernel | like with any irq: to avoid polling | 23:01 |
| kristianpaul | yeah, but in mean in system.v ac97dmar_irq | 23:03 |
| Action: kristianpaul read more before ask again | 23:04 | |
| kristianpaul | I mean ac97 also have ac97crreply_irq and ac97crrequest_irq wires | 23:05 |
| kristianpaul | So i noticed this for me *extra* wires labeled asac97dmar_irq and ac97dmaw_irq | 23:06 |
| kristianpaul | I should guess is something specific for the ac97 driver internals and i should read the datasheet also :-) | 23:06 |
| Fallenou | 16:32 < lekernel> http://pastebin.com/VkpJbC08 what's that? < well it's the equivalent of the code that was there before, but it's in the softc now, I had a global array with registers addresses, in order to loop over it, now the array is in the softc, I initialize the array at registering time of the driver | 23:13 |
| lekernel | ah, ok | 23:13 |
| lekernel | for the rx buffers, I guess you can safely assume that malloc() returns an address aligned to a 32 bit boundary | 23:14 |
| lekernel | otherwise posix_memalign() is like malloc() but lets you specify the alignment | 23:14 |
| Fallenou | oh ok | 23:14 |
| Fallenou | finally I did allocation with "static" | 23:15 |
| Fallenou | is it OK ? | 23:15 |
| lekernel | it's like a global variable.. better put that in the softc | 23:15 |
| lekernel | or use global variables everywhere, that works too | 23:15 |
| kristianpaul | lekernel: FML is transparently accesed from wishbone thanks to the fml bridge, right? | 23:15 |
| lekernel | but just avoid a misleading softc/global variable mix | 23:15 |
| lekernel | kristianpaul: yes | 23:16 |
| Fallenou | lekernel: when you say "put that in the softc" you mean sc->rxbuffers[i] = malloc(); ? | 23:16 |
| lekernel | yes | 23:16 |
| Fallenou | because it's in the softc now in the last version | 23:16 |
| Fallenou | well the static declaration is not in the softc | 23:17 |
| Fallenou | but the pointer is in it | 23:17 |
| Fallenou | and it's used through the softc | 23:17 |
| kristianpaul | so, the video-in, vga-out and tmu are already maped in fml also? | 23:17 |
| kristianpaul | Fallenou: what is softc? | 23:17 |
| Fallenou | kristianpaul: the structure that holds all the driver-related pointers/data | 23:18 |
| kristianpaul | Fallenou: oh, nice to know :-) | 23:19 |
| Fallenou | struct minimac_softc in network.c | 23:19 |
| Fallenou | gn8 | 23:25 |
| kristianpaul | n8 | 23:27 |
| Fallenou | thx | 23:29 |
| lekernel | kristianpaul: the only thing which is mapped in FML is the SDRAM. the other devices connected to it are masters (accessors) | 23:34 |
| --- Mon Mar 7 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!