| azonenberg | lekernel: hi | 09:17 |
|---|---|---|
| lekernel | hi | 09:17 |
| azonenberg | I see you saw my latest test pattern, any thoughts? | 09:17 |
| azonenberg | http://i.imgur.com/nsrQk.png is a lossless PNG version | 09:17 |
| azonenberg | top right and top center of http://i.imgur.com/RQ1lO.png is the actual mask layout | 09:18 |
| azonenberg | at ~600 DPI | 09:18 |
| azonenberg | ready to be printed and reduced 40x onto the wafer | 09:18 |
| lekernel | well, I don't know. | 09:21 |
| lekernel | but it does look good and I'm eager to see what it's going to do on silicon :-) | 09:21 |
| azonenberg | Lol me too | 09:26 |
| azonenberg | Payday was thursday so i'm in the process of ordering blank wafers etc | 09:27 |
| azonenberg | within a month i should be starting fab runs | 09:27 |
| azonenberg | But in the meantime i'm killing time by doing mask design | 09:28 |
| azonenberg | The plan for this mask is, stick the bottom (red) mask in | 09:28 |
| azonenberg | Line up so that the horizontal axis is parallel to a <111> plane and roughly center it on the die | 09:28 |
| azonenberg | Expose and etch | 09:28 |
| azonenberg | Then do the second level on to pof that | 09:29 |
| azonenberg | Align the central cross | 09:29 |
| azonenberg | Expose, develop, etch | 09:29 |
| azonenberg | And then use the vernier scales etc to see how close I got | 09:29 |
| azonenberg | to perfect alignment | 09:29 |
| azonenberg | In addition, the squares made out of parallel lines below the cross are there to test how well double etches turn out | 09:30 |
| azonenberg | io, hole on top of hole and peak on top of peak | 09:31 |
| azonenberg | Each etch will probably be a micron or so deep | 09:31 |
| azonenberg | Which is about a minute in 30% KOH at 80C | 09:31 |
| azonenberg | well actually that'd be 1.25um but close enough for testing, i just need it deep enough to see edges clearly | 09:36 |
| Fallenou | which gcc are you using ATM ? 4.5.1 ? 4.5.2 ? 4.5.3 ? | 12:59 |
| Fallenou | I am working a little bit on my lm32-rtems-gcc portfile for Mac OS | 13:00 |
| Fallenou | my current version is 4.5.1 | 13:00 |
| Fallenou | I am wondering if I should update | 13:00 |
| kristianpaul | gcc versión 4.5.2 (GCC) | 13:04 |
| kristianpaul | I'm usign xiangfu's script | 13:05 |
| Fallenou | kristianpaul: is this the version lekernel is using ? | 13:20 |
| Fallenou | because rtems has a 4.5.3 version in its ftp | 13:20 |
| lekernel | yes, i'm using 4.5.2 | 13:20 |
| Fallenou | http://www.rtems.org/ftp/pub/rtems/SOURCES/4.11/ | 13:20 |
| Fallenou | lekernel: why not 4.5.3 ? | 13:20 |
| Fallenou | just not tested yet ? | 13:20 |
| Fallenou | or some reason | 13:20 |
| lekernel | the rtems rpm's do not have the divider and sign extender enabled multilibs, and ralf is super anal about this, so i'm not using them | 13:21 |
| lekernel | besides, 4.5.2 works fine | 13:21 |
| Fallenou | I am not refering to their rpms | 13:22 |
| Fallenou | but to their source tarballs | 13:22 |
| lekernel | same ... it needs a little patch | 13:22 |
| Fallenou | hum ok | 13:22 |
| Fallenou | I guess I will stick with 4.5.2 then | 13:22 |
| lekernel | http://www.milkymist.org/wiki/index.php?title=Flickernoise_build_instructions#RTEMS_and_toolchain | 13:22 |
| Fallenou | OK will put this patch in addition to their patch | 13:23 |
| lekernel | I have fixed this in gcc svn, but now 4.6 is totally broken for lm32 ... | 13:23 |
| lekernel | it's a mess | 13:23 |
| Fallenou | hum ok :/ | 13:24 |
| Fallenou | if I add the divide and sign extension, will it still be compatible with lm32_evr ? | 13:24 |
| lekernel | the only reasonable outcomes I see are (a) switch to llvm or (b) maintain a gcc fork (e.g. 4.4 which has working c++) | 13:24 |
| lekernel | yes of course | 13:25 |
| Fallenou | maitaining something has a big cost, especially if it's gcc ^^ | 13:25 |
| lekernel | not if you stick to the "if it's not broken do not touch it" rule | 13:25 |
| lekernel | there's little innovation in gcc anyway | 13:26 |
| Fallenou | hum ok so you would not backport gcc features into your fork | 13:26 |
| lekernel | what features? | 13:26 |
| lekernel | the only remotely interesting one is google go | 13:26 |
| lekernel | wrt lm32, the newer gcc releases have mostly brought regressions | 13:27 |
| Fallenou | oh really ? | 13:27 |
| lekernel | yeah, c++ doesn't work anymore for example | 13:28 |
| lekernel | in all 4.5.x | 13:28 |
| Fallenou | :/ | 13:28 |
| Fallenou | I don't know if C++ is really a good choice for embedded applications | 13:28 |
| lekernel | it could definitely work on large embedded systems like mm | 13:29 |
| Fallenou | lekernel: you use newlib 1.19 or 1.18 ? | 13:59 |
| lekernel | I don't know ... try 1.19? | 14:10 |
| xiangfu | I am using 1.19 | 14:39 |
| xiangfu | Fallenou: what I can do/test on newlib-1.19? | 14:44 |
| kristianpaul | at least works :-) | 14:44 |
| Fallenou | no idea, really | 14:44 |
| xiangfu | lekernel. so you think better fork gcc? if fix those problem will needs a lot of time in gcc 4.6 ? | 14:56 |
| xiangfu | lekernel I know nothing about gcc code. never look into it. just asking. | 14:57 |
| lekernel | xiangfu: if you want to mess with the compiler, try to write a lm32 llvm backend | 14:58 |
| lekernel | but this is low priority anyway | 14:58 |
| lekernel | I've tried to track down the current 4.6 problem, took an afternoon and gave up | 14:58 |
| lekernel | it's mess | 14:58 |
| kristianpaul | may not a mess at all, just we born in different ages than gnu/gcc people? :-) | 15:07 |
| xiangfu | maybe I can try complain those bugs to gcc mailing list first : http://www.milkymist.org/wiki/index.php?title=GCC_bug_list :D | 15:16 |
| lekernel | oh, don't bother | 15:17 |
| lekernel | no one really cares about lm32 except us | 15:18 |
| lekernel | probably you just won't get an answer | 15:18 |
| lekernel | but we don't really need those bugs fixed anyway... | 15:18 |
| xiangfu | I just saw http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46898#c15. same as AVR | 15:22 |
| xiangfu | hmm.. seems (a) switch to llvm needs a lot of works: 1. write code 2. maintaining the code. | 15:38 |
| kristianpaul | sh*t | 15:39 |
| kristianpaul | two days lost because a forgot to initialize a counter !! | 15:39 |
| kristianpaul | :/ | 15:39 |
| xiangfu | (c) fix bug in gcc 4.6 needs: 1. fix bug 2. keep eyes on gcc | 15:39 |
| kristianpaul | s/a/i | 15:39 |
| xiangfu | (b) maintain a gcc fork (e.g. 4.4 which has working c++). but we will far away from 'upstream' at someday, some new libs will not compiled someday :( | 15:41 |
| Fallenou | lekernel: do we need multilib support ? | 18:05 |
| Fallenou | I think we just need one libgcc with our settings | 18:09 |
| lekernel | not really, if you can only build the library with all the CPU features enabled it's fine for our purposes | 18:14 |
| Fallenou | yep ok | 18:17 |
| Fallenou | I have some troubles compiling right now | 18:17 |
| Fallenou | maybe you will understand | 18:17 |
| Fallenou | http://pastebin.com/ebbumVPZ | 18:18 |
| Fallenou | arg ok i'm missing ppl (cloog) | 18:19 |
| Fallenou | damn | 18:19 |
| CIA-51 | flickernoise: Sebastien Bourdeauducq master * re8509ad / src/keymap.c : No need to make curr_layout static - http://bit.ly/mgJ1Ak | 19:13 |
| CIA-51 | flickernoise: Sebastien Bourdeauducq master * r7b6d091 / src/keymap.c : Remove irrelevant comment - http://bit.ly/j1sUlv | 19:13 |
| CIA-51 | flickernoise: Sebastien Bourdeauducq master * r4629cc2 / src/flash.c : Cosmetic - http://bit.ly/lOpEMo | 19:41 |
| CIA-51 | flickernoise: Sebastien Bourdeauducq master * r2452c7c / src/flash.c : Coding style - http://bit.ly/kSYPL1 | 19:41 |
| CIA-51 | mtk: Sebastien Bourdeauducq master * r7ce0056 / lib/userstate.c : Use new key codes for repeat - http://bit.ly/jDArW4 | 20:09 |
| --- Mon May 23 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
