| kristianpaul | cool, the openwrt toolchain for lm32 seems to work | 02:20 |
|---|---|---|
| wolfspraul | kristianpaul: can you try to download this zip file? | 03:12 |
| wolfspraul | http://www.xilinx.com/products/intellectual-property/PHYDDR2-SDRAM.htm | 03:12 |
| wolfspraul | it's linked on the right side | 03:12 |
| wolfspraul | supposedly it's easy, but I am unable to successfully login, it keeps complaining about my password even though I successfully reset it with their own server etc. stupid. | 03:13 |
| kristianpaul | mom | 03:13 |
| kristianpaul | You do not have permission to access this content. You can choose to register to gain access to the protected content, or you can return to your originating page. | 03:14 |
| kristianpaul | (i already loged in with my xilinx user) | 03:14 |
| kristianpaul | illregister, let see | 03:15 |
| kristianpaul | oh, i acept a doc about XILINX CONFIDENTIAL ;-) | 03:15 |
| wolfspraul | if you don't want to, don't do it | 03:16 |
| kristianpaul | got it :-) | 03:16 |
| wolfspraul | this zip file contains some source snippet that lekernel was considering using in the Milkymist SoC | 03:17 |
| wolfspraul | the problem is that the source comes with restrictions that do only allow redistribution in binary format inside a binary bitstream | 03:17 |
| wolfspraul | so anybody who would want to build the Milkymist SoC from source would need to download the zip file from Xilinx first, which I am currently unable to do even | 03:17 |
| wolfspraul | so it looks like that would create quite a high barrier of entry for contributors, in reality I would think you loose 80% of people over a step like this :-) | 03:18 |
| kristianpaul | heh | 03:19 |
| kristianpaul | check your mail | 03:19 |
| wolfspraul | but then Sebastien has to weigh the benefits of that code to Milkymist today... | 03:19 |
| kristianpaul | an not yet | 03:19 |
| wolfspraul | best is if more Verilog hackers join and help on the hundreds of things that can be improved :-) | 03:19 |
| Action: kristianpaul still need to learn more verilog.. | 03:20 | |
| kristianpaul | but yes | 03:20 |
| kristianpaul | i dont see bitstreams.. actually there is source code | 03:21 |
| kristianpaul | at least is all blobs embeded in .v files ;-) | 03:21 |
| kristianpaul | haha, lekernel want to drop its hpdmc :-), what nasa will say now .. | 03:22 |
| kristianpaul | (kidding of course) | 03:23 |
| kristianpaul | now check email wolfspraul | 03:23 |
| wolfspraul | we were just discussing the implications of using a source like this in Milkymist | 03:23 |
| wolfspraul | everything has pros and cons. Sebastien is the only one with deep overview of the Milkymist SoC architecture today and how it could evolve in the future, right now. | 03:24 |
| kristianpaul | sure,hes is the only one as always.. :) | 03:24 |
| wolfspraul | this source snippet which Xilinx created to support its customers would clearly raise the barrier of entry for new contributors, but I guess it would also improve performance | 03:24 |
| wolfspraul | it would make us depend on proprietary Spartan-6 specific features | 03:25 |
| kristianpaul | yeah,it seems (performance) | 03:25 |
| kristianpaul | well, take advantage is hardware is good | 03:26 |
| wolfspraul | but then I do share Sebastien's belief that we have to make great functioning products today, and not just theoretically 'free' but crappy and uncompetitive stuff | 03:26 |
| kristianpaul | :-) | 03:26 |
| wolfspraul | the best would be as I said if more developers join and help lift the free parts up, no doubt. | 03:26 |
| kristianpaul | may be you can ask to Northwest Logic, Inc, for let you distribute the DDR2 controoler | 03:29 |
| wolfspraul | unlikely that we ever get a response | 03:29 |
| wolfspraul | you can email them too :-) | 03:30 |
| kristianpaul | :-) | 03:30 |
| wolfspraul | it's not even because they are bad or anything, but simply because no other of their important customers ever has a request like that | 03:30 |
| kristianpaul | well, i dont complain yet about ddr controller made by sebastien :-D | 03:30 |
| wolfspraul | and at the volume we are buying chips at, all of these companies would be out of business tomorrow, so they are wise to ignore our strange requests :-) | 03:31 |
| kristianpaul | sure | 03:31 |
| kristianpaul | i agree that take advange of our hardware is the best | 03:31 |
| kristianpaul | sadlt the only way is using xilinx specific libraries for their propietary software, | 03:32 |
| kristianpaul | like then using specific intel instructions, etc... | 03:33 |
| wolfspraul | it will be a middle path for a long time | 03:33 |
| kristianpaul | so the only practical problem, distribution for profit | 03:34 |
| wolfspraul | copyleft hardware is clear to me ;-) push 100% free software and tools to the point that all remaining parts can be sourced from 2 or more independent parties | 03:34 |
| wolfspraul | but that's a long term goal | 03:34 |
| kristianpaul | yeah, sure | 03:34 |
| kristianpaul | the concern now a fast and fool prove Milkymist One, i understand :) | 03:35 |
| lekernel | we're not using the NWL DDR controller, just the PHY, i.e. some non-portable spartan6-specific design they made to tame the pesky I/O and clocking system of that particular FPGA | 08:45 |
| lekernel | you can read the spec document of the PHY ... | 08:45 |
| Alarm | I can not find "sys/ioct1.h" ? | 09:29 |
| roh | wolfspraul: maybe we are looking at this the wrong way around.. why is xilinx again not sponsoring sebastien? | 09:41 |
| roh | ;) | 09:41 |
| kristianpaul | (only PHY) oh, nice :-) | 11:49 |
| kristianpaul | he, yeah roh :) | 11:49 |
| GitHub88 | [flickernoise] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/flickernoise/commit/33091c15e2e8864b09e2e0b03899155a1fb5e39e | 13:01 |
| GitHub88 | [flickernoise/master] Do not include curl/types.h - Sebastien Bourdeauducq | 13:01 |
| lekernel | omg... lm32 is so so broken in rtems head | 13:23 |
| lekernel | semaphores are fucked up, interrupts are probably fucked up, termios is fucked up, ... upstreaming wtg ...not | 13:24 |
| lekernel | and of course, everything works in QEMU or when you add printk() to track down issues | 13:24 |
| larsc | time to switch to linux, i guess ;) | 13:40 |
| kristianpaul | :-) | 13:43 |
| lekernel | haha, don't tell me such things do not happen all the time with linux :) | 13:55 |
| larsc | sometimes | 14:00 |
| larsc | took me almost a day to figure out why the rootfs could not be mounted anymore with 3.0 | 14:01 |
| larsc | turns out there is a function called user_strnlen, which returns the number of characters in a string including the null byte. somebody accidentally changed it to not include the null byte | 14:02 |
| larsc | and thus the last byte was always truncated when copying the rootfs path | 14:03 |
| Alarm | lekernel: I can not find "sys/ioct1.h" ? | 14:45 |
| mwalle | lekernel: components arrived | 14:45 |
| mwalle | i guess the middle pin of the ir receiver is GND :) | 14:46 |
| lekernel | mwalle, just drop it instead of the existing sensor | 14:46 |
| lekernel | it's the same P/N | 14:47 |
| lekernel | you shouldn't need to care about pinout | 14:47 |
| lekernel | Alarm, it works for me (and everyone else). please give more information. | 14:47 |
| mwalle | lekernel: na because the heat is sucked up by the plane :) | 14:48 |
| lekernel | also, flickernoise does use this include file, and you said you were able to recompile it... so have a look at how it's done | 14:48 |
| lekernel | e.g. check compiler command like | 14:48 |
| lekernel | also, it's <sys/ioctl.h> and not "sys/ioct1.h" (l != 1; " != <) | 14:50 |
| lekernel | mwalle, does this look good to you? http://pastebin.com/5q8GmNq5 | 14:52 |
| lekernel | the internal interrupt/context switch management API was changed in RTEMS and broken for LM32, which created all sort of problems (stack corruption etc.) | 14:53 |
| lekernel | I have copied the current Nios code and added _exception_stack_frame | 14:54 |
| mwalle | lekernel: whats the difference between this and the old handling? | 14:55 |
| mwalle | #if( CPU_HAS_SOFTWARE_INTERRUPT_STACK == TRUE) << shouldnt this be always true? | 14:56 |
| lekernel | yes, it should be always true | 14:56 |
| lekernel | and I checked it is :) | 14:56 |
| lekernel | https://github.com/milkymist/rtems/blob/mmstaging/cpukit/score/cpu/lm32/irq.c <= current broken handling | 14:56 |
| lekernel | https://github.com/milkymist/rtems-old/blob/master/cpukit/score/cpu/lm32/irq.c <= old working handling | 14:57 |
| lekernel | _Context_Switch_necessary was renamed to _Thread_Dispatch_necessary | 14:57 |
| lekernel | they removed _ISR_Signals_to_thread_executing (I do not understand what it does atm) | 14:58 |
| lekernel | the new Nios code also calls _Thread_Dispatch_in_critical_section() | 14:58 |
| lekernel | the pastebin code seems to work correctly ... | 15:01 |
| lekernel | at least much better than the other which froze the board some 20ms after boot | 15:01 |
| lekernel | i get weird behaviour after trying to render in flickernoise though... | 15:03 |
| lekernel | not sure if it's related | 15:03 |
| lekernel | but after I have run rendering it takes several seconds to input one character on the shell, the mouse cursor lags, etc. | 15:04 |
| mwalle | mh there seems to be two differences, _Thread_Dispatch_{in,de}crement_disable_level is called before and after the stack switch | 15:08 |
| mwalle | i guess its just a wrapper around the former _Thread_Dispatch_disable_level--; | 15:09 |
| lekernel | yeah, or should be...I saw a Changelog entry about that | 15:09 |
| Alarm | lm32-rtems4.11-gcc -O2 -mbarrel-shift-enabled -mmultiply-enabled -mdivide-enabled -msign-extend-enabled -I $RTEMS_MAKEFILE_PATH/lib/include -B $RTEMS_MAKEFILE_PATH/lib -specs bsp_specs -qrtems -o VGA VGA.c | 15:09 |
| Alarm | VGA.c:3:23: fatal error: sys/ioct1.h: No such file or directory | 15:09 |
| lekernel | Alarm, ioctL.h | 15:10 |
| Alarm | oh sorry | 15:10 |
| mwalle | and the context switch was changed | 15:11 |
| mwalle | last time i touched that code was 2 years ago :) | 15:11 |
| mwalle | bbl | 15:13 |
| lekernel | I have committed the 'working better' code https://github.com/milkymist/rtems/commit/e0d4d55f693886b991c1b35b53091d005cea8cf5 | 15:17 |
| kristianpaul | there is no current way to boot linux from flash right? | 15:19 |
| lekernel | kristianpaul, no but should be an easy exercise for you :-) | 15:19 |
| kristianpaul | good ! | 15:19 |
| kristianpaul | wtf Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) | 15:22 |
| kristianpaul | last owrt-milkymist revision.. | 15:22 |
| kristianpaul | ah, thats what initrd for.. | 15:23 |
| kristianpaul | ;) | 15:23 |
| GitHub192 | [rtems-yaffs2] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/rtems-yaffs2/commit/875d6f89d85cc4a4c4dd6bf649b83230cf2db144 | 15:31 |
| GitHub192 | [rtems-yaffs2/master] added missing file - Sebastien Bourdeauducq | 15:31 |
| GitHub199 | [rtems-yaffs2] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/rtems-yaffs2/commit/3dc866a6f0c5f286ca81924d93c242747934b617 | 15:35 |
| GitHub199 | [rtems-yaffs2/master] Remove references to non-existing bits - Sebastien Bourdeauducq | 15:35 |
| kristianpaul | haha | 16:22 |
| kristianpaul | very easy, at least a boot from mecard load the simpleImage.milkymist_one | 16:25 |
| kristianpaul | now lets fill CMDLINE.TXT :-) | 16:27 |
| kristianpaul | no need boot from flash after all lekernel :9 | 16:31 |
| kristianpaul | :)* | 16:31 |
| kristianpaul | ah, you already diccused about it.. well wasnt so obvious too me | 16:36 |
| kristianpaul | larsc: rootfstype is ext2 even when in the target image said ext4? | 16:54 |
| kristianpaul | hum.. E: File size larger than the blocks read (corrupted FS or IO error ?) | 16:59 |
| kristianpaul | agrhrhrh i formated the flashmemory , write bios.bin and such again and now the bios cant find it .... | 17:52 |
| kristianpaul | arggg | 17:56 |
| GitHub119 | [rtems-yaffs2] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/rtems-yaffs2/commit/083cf978d030a6c841203bb5390a9952b952d07a | 18:21 |
| GitHub119 | [rtems-yaffs2/master] Compile needed yaffs_summary - Sebastien Bourdeauducq | 18:21 |
| GitHub0 | [rtems-yaffs2] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/rtems-yaffs2/commit/3849a105e3fe4606704609d96a6025385598cdba | 18:23 |
| GitHub0 | [rtems-yaffs2/master] Add memory management - Sebastien Bourdeauducq | 18:23 |
| GitHub74 | [flickernoise] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/flickernoise/commit/8e7aa92cceb96bd6e1b3356c66b4031da80a6971 | 18:39 |
| GitHub74 | [flickernoise/master] Use new YAFFS API - Sebastien Bourdeauducq | 18:39 |
| kristianpaul | arghgh ERROR:Place:1108 - A clock .. | 19:11 |
| kristianpaul | damn, there are not more clock deticated input in the mm1? at least router trought the exp connector.. | 19:56 |
| kristianpaul | routed* | 19:57 |
| kristianpaul | hum, may be i can still it from some TP, bad thing i can search text in the pdf... oh wel.. | 20:02 |
| kristianpaul | s/still/steal | 20:02 |
| kristianpaul | hum where is B9.. | 20:20 |
| lekernel | clocks in spartan 6 are a major source of trouble. i spent two weeks or so getting them to work for milkymist soc. | 22:22 |
| lekernel | the tools have improved since then, however | 22:22 |
| lekernel | ISE 11.x had a hefty dose of bugs that made any non-trivial clocking a complete nightmare | 22:23 |
| mwalle | i hate that fucking toolchain | 23:24 |
| mwalle | narf! | 23:24 |
| mwalle | ls | 23:24 |
| mwalle | lol.. | 23:24 |
| wpwrak | mwalle: mmh, toolchain build time ? or did you find some binutils/gcc/... bugs ? | 23:26 |
| mwalle | i just want to rebuild it | 23:26 |
| mwalle | now everything is broken, lol | 23:26 |
| kristianpaul | openwrt toolchain? | 23:48 |
| mwalle | no own one | 23:50 |
| kristianpaul | ok, best wishes :-) | 23:58 |
| --- Sun Jul 31 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!