00:05 <wpwrak> lekernel: ah, another possibility would be if the mouse has more than 8 buttons. or if the firmware thinks it might.

00:05 <wpwrak> (again something proper report processing will fix)

00:06 <wpwrak> lekernel: btw, do you remember any reason for the asymmetric bypassing of U14 and U15 ? all this is from before my time with M1 ...

02:39 <GitHub163> [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/d374ac92cf09760d4dc5bce7115e521289f55467

02:39 <GitHub163> [board-m1/master] Dram.sch: indicating bypass capacitors to dram pins - Adam Wang

02:49 <GitHub46> [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/133288af51c5624b04a0e8e26fb591bc4ed3c655

02:49 <GitHub46> [board-m1/master] Dram.sch: moved C156 to right of C252. - Adam Wang

12:18 <lekernel> I don't know, the layout people placed them this way, and it works so it's ok

13:03 <wpwrak> okay, so it's what i thought. it's funny how such subtle changes happen :)

14:55 <mischief6> any tips on building a lm32 cross compiler

14:56 <mischief6> found this makefile at the bottom of this page, but all the links to tarballs seem outdated. http://www.das-labor.org/wiki/Soc-lm32/lm32-toolchain_install_the_crosscompiler

14:56 <mischief6> can't find gcc-core-4.5-20091112 anywhere

15:00 <sh4rm4> mischief6, http://lekernel.net/blog/2011/10/soc-milkymist-le-developpement-logiciel-en-pratique/

15:12 <mischief6> thx sh4rm4. will see what i can do

15:13 <sh4rm4> otherwise just dl gcc-core 4.5.0 or 4.5.1 instead

15:13 <sh4rm4> it shouldnt be much different

15:14 <mischief6> i think this article says that gcc 4.5 will not build linux correctly, or that there is bugs with the lm32 arch for this version?

15:14 <sh4rm4> the french article ?

15:14 <Fallenou> try 4.5.2 it should work well (at least C compiler)

15:14 <mischief6> yes sh4rm4.

15:14 <Fallenou> C++ compiler is broken AFAIK

15:15 <Fallenou> lm32 toolchain builds well under Mac OS X and Debian

15:15 <mischief6> (translated) 'Although LatticeMico32 architecture is now included as standard in GCC 4.5, this inclusion has been made the addition of bugs that make it impossible to compile a Linux kernel. '

15:16 <Fallenou> mischief6: what do you want to compile ?

15:16 <Fallenou> rtems ? flickernoise ? linux ?

15:16 <mischief6> hopefully :-)

15:17 <mischief6> i am trying to understand what is supported, how to run the platform with virtualization, etc

15:17 <mischief6> linux might be first target

15:17 <Fallenou> right now I don't know the status of the lm32 linux port

15:18 <mischief6> perhaps i could try to port oskit if i have time

15:18 <Fallenou> I think for a first try to run something on a Milkymist One board (that's what you have, right ? or qemu ?) you should try the bios / rtems / flickernoise

15:18 <Fallenou> those are more documented

15:18 <Fallenou> and known to be working

15:18 <mischief6> getting anything running would be cool :P

15:19 <Fallenou> on a M1 ?

15:19 <mischief6> yes, sure

15:19 <Fallenou> try Milkymist bios :)

15:19 <mischief6> i don't have one, but a few people at noisebridge hackerspace are interested in development and possibly working on compiler support

15:20 <Fallenou> oh !

15:20 <mischief6> what is the state of llvm-lm32?

15:20 <Fallenou> working on compiler support would be awesome :)

15:21 <Fallenou> you would have to ask JP Bonn about llvm-lm32

15:21 <Fallenou> I think we compile a bit of software with it

15:22 <Fallenou> not sure which part

15:22 <mischief6> ok i will check it out

15:23 <mischief6> time for me to sleep though :-)

15:23 <Fallenou> gn8 !

15:24 <mischief6> night

15:24 <Fallenou> doing a quick grep shows

15:24 <Fallenou> ./software/include.mak:#CC_normal := clang -march=mico32 -ccc-host-triple mico32-elf

15:24 <Fallenou> it seems to be commented

15:24 <Fallenou> I guess by default we only use gcc, maybe because lm32 clang is a work in progress

15:25 <Fallenou> but I am quite sure we had some results/success with clang lm32 :)

20:48 <lekernel> <larsc>for example i really don't want to be bother with inserting buffers at the right positions.

20:48 <lekernel> <larsc>i want to write down the supposed functionallity and give the block a overall timing constraint

20:48 <lekernel> ==> migen flow with CAL (or similar) will do more or less that...

22:29 <lekernel> any recommendation for a good embedded OS? ideally, RTEMS but without dirty code, without autocrap, without disturbing bugs (like the infamous queue problem), and with a reasonably up to date TCP/IP stack

22:31 <GitHub23> [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/UUcHeg

22:31 <GitHub23> [milkymist-ng/master] Add Ethernet MAC - Sebastien Bourdeauducq

22:37 <lekernel> https://rwmj.wordpress.com/2012/04/13/genuine-fragment-from-rhel-spec-file/

23:39 <lekernel> http://www.xilinx.com/products/design-tools/vivado/implementation/place-and-route/index.htm

23:41 <lekernel> first time they talk about this - https://www.google.com/webhp?q=%22Simulated%20Annealing%22%20site%3Axilinx.com#hl=en&safe=off&output=search&sclient=psy-ab&q=%22Simulated+Annealing%22+site%3Axilinx.com&oq=&aq=&aqi=&aql=&gs_l=&pbx=1&bav=on.2,or.r_gc.r_pw.r_cp.r_qf.,cf.osb