2010-11-05 00:02 <qi-bot> [commit] Xiangfu Liu: adjust the rootfs partiton size to 512MB http://qi-hw.com/p/openwrt-xburst/f1c4962
2010-11-05 05:25 <mt> Hi all
2010-11-05 06:13 <xiangfu> mt: hi
2010-11-05 11:39 <kip> hi
2010-11-05 11:40 <kip> just wanted to know if there is any device that can b placed in a compute that can bypass security and monitor it etc
2010-11-05 11:41 <kip> say if it got fixed and a sort of computer version of a listening but was installed somewhere. is this possible
2010-11-05 11:41 <kip> bug sorry
2010-11-05 12:01 <kristianpaul> There is a QT hacker around??
2010-11-05 12:01 <wpwrak> he suspects something, but he hasn't found it yet. heh, heh.
2010-11-05 12:02 <kristianpaul> i need to find the right /usr/share/qt4/mkspecs/linux-g++/qmake.conf: No such file or directory
2010-11-05 12:02 <kristianpaul> oops
2010-11-05 12:02 <kristianpaul> the right qmake.conf used in openwrt build process
2010-11-05 12:02 <wpwrak> kristianpaul: that was self-explanatory :)
2010-11-05 12:06 <qi-bot> [commit] Mirko Vogt: mark as broken since it does not compile http://qi-hw.com/p/openwrt-packages/f4bd1f2
2010-11-05 12:08 <qi-bot> [commit] Mirko Vogt: deselect gnuplot since it does not compile (in our tree) http://qi-hw.com/p/openwrt-xburst/589ead1
2010-11-05 12:08 <rafa> kristianpaul: if you need the package which has that it is : qt4-mkspecs
2010-11-05 12:09 <kristianpaul> ahh
2010-11-05 12:10 <kristianpaul> ggrss
2010-11-05 12:11 <kristianpaul> i need wmake anyway..
2010-11-05 12:11 <kristianpaul> qmake*
2010-11-05 12:11 <kristianpaul> i wonder if in can try compile it..
2010-11-05 12:14 <kristianpaul> argg dropbeat is easting lot of memory... buw who needs ssh with this emdebbed devices ???
2010-11-05 12:17 <kristianpaul> xiangfu: zear is aceptable to you consider that ssh is uncesary for the Ben, as there is no need for security and in the other replace the dropbear will give more memory and high data tranfer
2010-11-05 12:17 <wpwrak> kristianpaul: just say no to dropbear. like so many of those "light" programs (busybox, etc.), it has some nasty quirks if you have an even slightly more advanced use.
2010-11-05 12:17 <zear> what about me now?
2010-11-05 12:18 <kristianpaul> wpwrak: hmm
2010-11-05 12:18 <wpwrak> kristianpaul: "no need for security". yup, and 640 kB are enough ;-)
2010-11-05 12:18 <kristianpaul> llol
2010-11-05 12:18 <zear> ssh it the way i use to log on the nanonote (typing the commands on nn's keyboard is a suicide) and to transfer the files
2010-11-05 12:18 <kristianpaul> ok..
2010-11-05 12:19 <kristianpaul> sure all we do
2010-11-05 12:19 <zear> you guys want to remove ssh?
2010-11-05 12:19 <kristianpaul> *i* just put the idea on the table
2010-11-05 12:19 <zear> what do you want to replace it with? telnet?
2010-11-05 12:19 <wpwrak> zear: only kristianpaul does. and he'll stop doing that once he's taken his medicine :)
2010-11-05 12:20 <wpwrak> zear: kermit ! ;-)
2010-11-05 12:20 <kristianpaul> okay remove this log and onbody said nothing about ssh
2010-11-05 12:20 <kristianpaul> nobody*
2010-11-05 12:20 <zear> wpwrak, ha! One learn something new every day
2010-11-05 12:20 <zear> i heard something about kermit, though never really checked it out
2010-11-05 12:20 <kristianpaul> but i just remenber the usb gadget can emulate serial port over ethernet...
2010-11-05 12:21 <kristianpaul> needs his medicine 
2010-11-05 12:22 <wpwrak> kristianpaul: if you dig deep enough, you'll even find something that multiplexes several sessions over a serial line. i think it had file transfer as well. can't remember the name, though.
2010-11-05 12:22 <zear> speaking about the serial port, i have this little cool thingy rafa gave me during the jlime meeting (i believe it originates from wpwrak?), though i have no skills to solder it in :P
2010-11-05 12:22 <kristianpaul> idbg?
2010-11-05 12:22 <wpwrak> kristianpaul: of course, then there's also ka9q. that was very useful on linux, before we had tcp/ip in the kernel :)
2010-11-05 12:23 <zear> i don't know, a little thingy with usb connector that acts like serial port for kernel output
2010-11-05 12:23 <kristianpaul> psk32??
2010-11-05 12:23 <wpwrak> kristianpaul: (idbg) no no, it's some program. i actualy used it quite a lot but that was a looong time ago. 20+ years.
2010-11-05 12:23 <zear> ah, you are talking about something else, nvrmnd
2010-11-05 12:24 <kristianpaul> idbg <- cool thingy ??
2010-11-05 12:24 <kristianpaul> ah i guess fdti chips kill it ;-)
2010-11-05 12:25 <wpwrak> kristianpaul: (ftdi) dunno. i was planning to replace the mcu with one, but considering the lousy results i got with bit-banging, i'm less confident about this.
2010-11-05 12:25 <kristianpaul> :-/
2010-11-05 12:26 <kristianpaul> you'll need a really tiny and powerfull CPLD and solve all your problems ..
2010-11-05 12:26 <kristianpaul> talking about bit-banging
2010-11-05 12:27 <wpwrak> kristianpaul: small, powerful, cheap, with lots of built-in analog components, including an LDO. yes ;-)
2010-11-05 12:27 <kristianpaul> :p
2010-11-05 12:31 <kristianpaul> hhee
2010-11-05 12:34 <kristianpaul> i'm finding poke very usefull
2010-11-05 12:35 <wpwrak> kristianpaul: ah, you've overcome your fear. very good :-)
2010-11-05 13:05 <lekernel> http://lekernel.net/presentations/Milkymist_BLIT2010/mmblit.pdf
2010-11-05 13:08 <wpwrak> what is BLIT ?
2010-11-05 13:09 <kristianpaul> an event i guess
2010-11-05 13:09 <kristianpaul> lekernel: is that pdf made off latex?
2010-11-05 13:09 <lekernel> a small linux/free software event
2010-11-05 13:09 <lekernel> www.blit.org
2010-11-05 13:10 <lekernel> no, it's openoffice
2010-11-05 13:10 <kristianpaul> hey that freedom stack look bettyer with comments
2010-11-05 13:11 <lekernel> it's not the same...
2010-11-05 13:11 <lekernel> I merely copied the idea and adapted it
2010-11-05 13:11 <kristianpaul> i see
2010-11-05 13:11 <mth> speaking of events, anyone coming to t-dose tomorrow?
2010-11-05 13:12 <kristianpaul> networking is missing
2010-11-05 13:12 <mth> http://www.t-dose.org/ - open source event in Eindhoven (south-east of the Netherlands)
2010-11-05 13:13 <wpwrak> lekernel: don't you want to copy the design tools also into the "<< Traditional >> schematics" box ?
2010-11-05 13:14 <lekernel> usually when you do a schematics entry, it's for making a PCB..
2010-11-05 13:14 <lekernel> and there are already a lot of things to say for a 10-minute talk
2010-11-05 13:14 <kristianpaul> ahh thats why so short
2010-11-05 13:14 <kristianpaul> ok
2010-11-05 13:14 <kristianpaul> i was about to ask for more sldes :)
2010-11-05 13:16 <wpwrak> lekernel: (schem entry) yup. you could also just merge the two boxes. it's just a little odd that you duplicate the projects but not the tools.
2010-11-05 13:16 <wpwrak> kristianpaul: heh, me too. "where's the cool technology ?" ;-)
2010-11-05 13:19 <lekernel> mh?
2010-11-05 13:19 <lekernel> what do you want to see, exactly? :)
2010-11-05 13:20 <kristianpaul> well on my side i would like an quick SoC review
2010-11-05 13:20 <kristianpaul> not too much tenical just the concept
2010-11-05 13:20 <wpwrak> lekernel: nice ! let's hope you can recruit some contributors. we're still quite weak in the mechanical area. the only tangible results so far are the counterweights, a few PCBs, and Jane's bags.
2010-11-05 13:21 <kristianpaul> also for the Milkydrop part
2010-11-05 13:21 <lekernel> kristianpaul, i'll demonstrate that anyway (exhibition, and talk if I have spare time)
2010-11-05 13:21 <kristianpaul> well latelly USB development deservers a slide
2010-11-05 13:21 <kristianpaul> lekernel: sure
2010-11-05 13:21 <lekernel> USB is a detail (and USB sucks)
2010-11-05 13:22 <kristianpaul> ok lets swich USB by RTEMS as sofware parts is requiren help
2010-11-05 13:22 <kristianpaul> :-)
2010-11-05 13:22 <kristianpaul> s/requiren/requiring
2010-11-05 13:22 <wpwrak> lekernel: some feature list would be nice. it doesn't have to be very understandable, just impress :)
2010-11-05 13:23 <kristianpaul> yeah
2010-11-05 13:23 <lekernel> RTEMS is 80% done by now
2010-11-05 13:23 <lekernel> it's not uClinux, you can move fast :)
2010-11-05 13:23 <wpwrak> lekernel: (feature list) but if there's no time, you can just put such a list in the exhibition area. people will probably stroll by anyway.
2010-11-05 13:23 <lekernel> yeah
2010-11-05 13:24 <kristianpaul> what people most asked you first about the MM One lekernel ?
2010-11-05 13:24 <wpwrak> "does it run linux ?" (-:C
2010-11-05 13:24 <lekernel> no, price and availability
2010-11-05 13:25 <lekernel> anyway for the "does it run linux" as long as they see busybox and /proc/cpuinfo they're happy
2010-11-05 13:25 <kristianpaul> hehe
2010-11-05 13:25 <lekernel> i even get extra points for running it on the framebuffer console :)
2010-11-05 13:26 <lekernel> but under this appearance, the uClinux port really sucks
2010-11-05 13:26 <kristianpaul> ahh cool, on flickernoise you did it?
2010-11-05 13:26 <wpwrak> in what way does it suck ?
2010-11-05 13:26 <kristianpaul> unknow reboots?
2010-11-05 13:27 <kristianpaul> slwo?
2010-11-05 13:27 <kristianpaul> slow*
2010-11-05 13:27 <lekernel> by my standards at last, theobroma systems (who did the original port to the LM32 arch for lattice, in which we fixed many issues already) says it's "production grade"
2010-11-05 13:27 <lekernel> dirty code
2010-11-05 13:27 <lekernel> missing drivers
2010-11-05 13:27 <lekernel> bugs
2010-11-05 13:27 <lekernel> unstability
2010-11-05 13:27 <lekernel> missing features
2010-11-05 13:27 <kristianpaul> heh better replace it ..
2010-11-05 13:27 <wpwrak> is this because of uclinux or just because of the port ?
2010-11-05 13:28 <lekernel> because of uclinux and gnu
2010-11-05 13:28 <kristianpaul> lol
2010-11-05 13:28 <kristianpaul> ok but RTEMS uses gnu and works better, isnt?
2010-11-05 13:28 <wpwrak> see rms, that's what you get for insisting on gnu/linux - now people blame you for the linux bugs as well ;-)
2010-11-05 13:28 <kristianpaul> haha
2010-11-05 13:28 <lekernel> there are probably 10 persons on earth who understand the binutils/gcc source...
2010-11-05 13:29 <lekernel> and when those pieces of crap break (as they often do when targeting lm32 uclinux) you're left with a huge mess that you need to fix
2010-11-05 13:29 <kristianpaul> lets invite one of then to join your project !
2010-11-05 13:30 <wpwrak> rumor has it that gcc used to be an even bigger mess in the not too distant past ...
2010-11-05 13:30 <kristianpaul> :_/
2010-11-05 13:31 <kristianpaul> sofware is gas as somebody else said..
2010-11-05 13:31 <lekernel> oh, and i'll spare you the details of building a software package that uses autoconf and libtool for lm32 uclinux...
2010-11-05 13:32 <wpwrak> lekernel: you're preaching to the choir ;-)
2010-11-05 13:32 <lekernel> sometimes it's faster to throw that junk away and simply run gcc *.c -o executable
2010-11-05 13:32 <lekernel> that's just ridiculous
2010-11-05 13:32 <wpwrak> is a card-carrying member of the autotools haters club
2010-11-05 13:33 <lekernel> too
2010-11-05 13:33 <wpwrak> lekernel: only sometimes ? :)
2010-11-05 13:33 <lekernel> yes, because sometimes the GNU/Autocrap needs to generate a config.h that is later included by the program
2010-11-05 13:33 <lekernel> those programs are the worst to port
2010-11-05 13:35 <wpwrak> seems that you need an autotools-hugger to join and clean up stuff, so that things will be easier in the future
2010-11-05 13:35 <wpwrak> so don't talk too badly about it :)
2010-11-05 13:35 <lekernel> well
2010-11-05 13:35 <lekernel> I made my decision
2010-11-05 13:35 <lekernel> I switched over to RTEMS :)
2010-11-05 13:35 <lekernel> everything went much smoother since then
2010-11-05 13:36 <wpwrak> NIH labs proudly present .... :)
2010-11-05 13:36 <lekernel> mh?
2010-11-05 13:36 <wpwrak> Not Invented Here
2010-11-05 13:38 <lekernel> haha, no, there are technical reasons
2010-11-05 13:39 <wpwrak> seems that my function generator is accurate to about 1 ppm. i like that :)
2010-11-05 13:39 <lekernel> and rtems isn't even that exotic
2010-11-05 13:40 <wpwrak> lekernel: still .. think of the thousands of packages, say, jlime has. that's still a very long way.
2010-11-05 13:40 <wpwrak> lekernel: so we should get rafa a MM1 board. then he can solve the obstacles that prevent jlime from building there.
2010-11-05 13:40 <lekernel> sure, that's why I leave it to other people (and not myself alone) the care of porting them and beating autocrap/linux/gcc into place
2010-11-05 13:41 <wpwrak> rafa, how about learning a bit of gcc, binutils, and autotools internals ? ;-)
2010-11-05 13:41 <wpwrak> (well, you probably had your share of fun with autotools already :)
2010-11-05 13:41 <lekernel> besides, linux and x11 are slow
2010-11-05 13:43 <lekernel> quite frankly, the few successful Linux ports that i've seen have been done by companies like Codesourcery
2010-11-05 13:43 <lekernel> who probably benefit a lot from the GNU obscurantism :)
2010-11-05 13:44 <wpwrak> hmm. if you get linux to compile and run, your toolchain can't be all bad.
2010-11-05 13:46 <lekernel> ok. then, what would you use as GUI toolkit?
2010-11-05 13:46 <rafa> wpwrak: sorry, to learn for what? I am not following
2010-11-05 13:48 <wpwrak> lekernel: whatever works ? :) personally, i like gtk, because it plays nicely with C
2010-11-05 13:49 <lekernel> but requires a bunch of crazy dependencies: glib, cairo, x11, ...
2010-11-05 13:49 <wpwrak> rafa: learn about the dark side of gcc and friends to port jlime to the milkymist processor :)
2010-11-05 13:50 <rafa> wpwrak: ah.. no following.. so there is not a gcc for milymist processor¡?
2010-11-05 13:50 <wpwrak> lekernel: but how many of those things are really a problem one you've properly debugged your toolchain ?
2010-11-05 13:50 <wpwrak> s/one/once/
2010-11-05 13:50 <kristianpaul> rafa: it is
2010-11-05 13:51 <lekernel> well, first they're slow
2010-11-05 13:51 <kristianpaul> rafa: just current uclinux for milkymist seems to lack features plus bugs, and aparently noo usabillity
2010-11-05 13:51 <lekernel> then, how would you integrate support for graphics acceleration like the texturing unit?
2010-11-05 13:51 <lekernel> when I see the mess the DRI is, I do not want to touch it
2010-11-05 13:52 <wpwrak> lekernel: that's an optimization problem :) first, i'd be interested in the 99% of the applications where i don't really care about performance
2010-11-05 13:52 <rafa> lekernel: x11 slow: it depends that you mean with slow.. it looks for me that x11 is a generic word for a huge world of programs doing xwindow.. And I have found xfbdev fast enough many times against porting applications to fb directly..
2010-11-05 13:53 <mth> lekernel: I thought Gallium was the future of graphics acceleration
2010-11-05 13:53 <mth> or is that layered on top of DRI?
2010-11-05 13:53 <lekernel> both seem equally unappealling to me
2010-11-05 13:54 <lekernel> keep thing simple...
2010-11-05 13:54 <mth> but graphics hardware today is not simple
2010-11-05 13:54 <lekernel> mine is :)
2010-11-05 13:55 <mth> you can make a specific API for your hardware of course, but then there won't be much software for it
2010-11-05 13:55 <wpwrak> lekernel: milkymist can be different things to different people. e.g., i usually don't care much about graphics performance. but the ability to synthesize peripherals that connect efficiently to the rest of the system would be very exciting.
2010-11-05 13:55 <rafa> wpwrak: if lekernel needs a GUI without X then I would vote for SDL :) .. well, it is not a GUI to do windows/buttons.. but you can easily to use it for that and write a small lib
2010-11-05 13:55 <mth> if you want to do windowing, consider DirectFB
2010-11-05 13:55 <mth> you can even run wxWidgets or GTK on top of DirectFB
2010-11-05 13:56 <lekernel> I already have a GUI library that does windowing, buttons, widgets, etc.
2010-11-05 13:56 <mth> and DirectFB can use hardware specific acceleration if you write some driver code for it
2010-11-05 13:56 <wpwrak> rafa: yeah, and people have done amazing things on top of SDL. i always thought it was little more than just a frame buffer, but boy was i wrong.
2010-11-05 13:56 <lekernel> and is many times faster than a wxwidgets+gtk+cairo+glib+directfb+sdl+fb bloatstack
2010-11-05 13:57 <wpwrak> lekernel: ah yes, wxGTK ;-)
2010-11-05 13:58 <lekernel> but well, if someone wants to run Linux, perfect!
2010-11-05 13:58 <lekernel> I'm all for it
2010-11-05 13:58 <mth> lekernel: wxWidgets + DirectFB is a pretty light stack
2010-11-05 13:58 <lekernel> I just do not want to waste my personal time on it
2010-11-05 13:59 <lekernel> it's a huge effort, bigger than reinventing some wheels
2010-11-05 13:59 <mth> you can always get something lighter if you write everything yourself, but I'm not sure the difference is worth the effort
2010-11-05 13:59 <lekernel> and a dirty job when it comes to fix the software from the GNUtards
2010-11-05 13:59 <kristianpaul> sure not you lekernel send a board to rafa ;-)
2010-11-05 14:00 <lekernel> you don't need a board for the linux port, there's QEMU available for that
2010-11-05 14:00 <kristianpaul> true
2010-11-05 14:00 <wpwrak> lekernel: there's a big difference between qemu and a real device when it comes to motivation ...
2010-11-05 14:01 <rafa> lekernel: how do you know that your lib is faster than sdl for example?.. I mean.. maybe I am not following the whole chat here.. but it seems that you just have your GUI and no linux there?.. How is the comparison?
2010-11-05 14:01 <lekernel> if there's isn't enough motivation already to overcome using QEMU in a first time, I doubt there will be enough when it'll come to fight with the GNU tools
2010-11-05 14:01 <kristianpaul> actually more for the visual tasks i agree with wpwrak
2010-11-05 14:01 <kristianpaul> rafa: i think there is no comparison yet
2010-11-05 14:02 <lekernel> kristianpaul, oh, I did get SDL apps to run on Linux
2010-11-05 14:02 <lekernel> did you forget those mails already?
2010-11-05 14:02 <kristianpaul> no
2010-11-05 14:02 <lekernel> my initial plan was even to use uClinux and SDL
2010-11-05 14:03 <qi-bot> [commit] Werner Almesberger: Print a frequency estimate after each burst. http://qi-hw.com/p/ben-wpan/9361f14
2010-11-05 14:03 <qi-bot> [commit] Werner Almesberger: cntr/cntr.c: option -v (report data corruption) was never implemented, oops. http://qi-hw.com/p/ben-wpan/a8d7434
2010-11-05 14:03 <qi-bot> [commit] Werner Almesberger: More detailed examination of the input circuit problem. http://qi-hw.com/p/ben-wpan/6d4ea61
2010-11-05 14:03 <lekernel> then I gave up after countless problems with the GNU toolchain, porting software and linux kernel driver writing
2010-11-05 14:03 <lekernel> linux was slow already, too
2010-11-05 14:04 <lekernel> slow to boot, slow to run applications (the crappy executable loader doesn't help, though)
2010-11-05 14:04 <kristianpaul> hmm http://lists.milkymist.org/htdig.cgi/devel-milkymist.org/2010-January/000339.html
2010-11-05 14:04 <kristianpaul> ok
2010-11-05 14:04 <lekernel> ah, yeah, got DOOM to work, too
2010-11-05 14:04 <lekernel> somehow
2010-11-05 14:04 <rafa> kristianpaul: is uclinuc the thing used with openwrt?
2010-11-05 14:04 <rafa> (as well)
2010-11-05 14:05 <wpwrak> rafa: could you mean uclibc ?
2010-11-05 14:06 <rafa> wpwrak: probably. .. dont know much about openwrt, so it was ulibc surely :)
2010-11-05 14:06 <rafa> uclibc
2010-11-05 14:06 <wpwrak> rafa: uclinux is a variant of the linux kernel that doesn't need an MMU.
2010-11-05 14:08 <wpwrak> lekernel: perhaps it would help things if you could add some really simple MMU ? could be a throwaway design, just to get things rolling. that way, the system would be "more mainstream", so you'd avoid a number of pitfalls that certainly exist outside the beaten path.
2010-11-05 14:08 <rafa> wpwrak: ah.. yes, then uclibc is the thing I remember from qi ml :)
2010-11-05 14:09 <wpwrak> lekernel: (of course, after ccc ... :)
2010-11-05 14:09 <lekernel> yeah, I could do that and what not, if I had 72-hour days
2010-11-05 14:09 <lekernel> though I won't reject a patch that implements a MMU
2010-11-05 14:11 <lekernel> my view on the question is that GNU/Linux is a huge and dirty effort that is better shared and put on as many shoulders as possible
2010-11-05 14:11 <wpwrak> lekernel: i'd love to help with an mmu patch, but i still have that open source synthesis toolchain in my dependency graph ... seems that none of your future selves has invented time travel, or you'd already have the code somewhere :)
2010-11-05 14:12 <lekernel> I won't touch it unless I have an army of 100 motivated developers
2010-11-05 14:12 <wpwrak> lekernel: (many shoulders) it's a huge effort, that's for sure. so anything that makes it easier for people to get going is good.
2010-11-05 14:13 <lekernel> and if I were to port an Unix-like OS from scratch myself, I'd rather choose NetBSD
2010-11-05 14:13 <lekernel> assuming I have a MMU
2010-11-05 14:13 <kristianpaul> rafa: yes libc suck for emdebbed a bit ;-) i was told that
2010-11-05 14:13 <lekernel> I'm just too tired of the shitty technical quality of GNU/Linux
2010-11-05 14:14 <lekernel> open source synthesis toolchain: that's something I find way more interesting than fixing GNUtarded software :)
2010-11-05 14:14 <rafa> kristianpaul: can you tell me who told you that? you often say "i was told that".. and many time I do not agree :D
2010-11-05 14:15 <rafa> kristianpaul: BTW, you mean uclibc, or libc?
2010-11-05 14:15 <rafa> kristianpaul: do you remember the wpwrak tests of speed? jlime seemed a lot faster than openwrt.. and it uses libc (jlime). But well, I am not saying here that it is the reason why jlime was faster
2010-11-05 14:15 <kristianpaul> rafa: was a guying working on the early port for the avr32 cpu in openwrt
2010-11-05 14:15 <wpwrak> lekernel: excellent. there are lots of people out there who can make autotools behave, but there are very few who can do the open synthesis toolchain :)
2010-11-05 14:16 <rafa> kristianpaul: but that is something which both distros could differ
2010-11-05 14:17 <wpwrak> rafa: my speed test was flawed. (i think because of gmenu2x messing with the clock, but i'm not entirely sure.) in the end, they're about the same.
2010-11-05 14:17 <kristianpaul> rafa: agreed, i think you are more experienced on that field to give a comment, this guy surelly was just complaining
2010-11-05 14:17 <rafa> wpwrak: somebody did the test without gmenu2x as well IIRC
2010-11-05 14:18 <wpwrak> rafa: btw, when you say "glibc", do you really mean "glibc" or "eglibc" ? according to christoph, glibc is a dead end
2010-11-05 14:18 <rafa> wpwrak: (we did a few tests on #jlime, so I should check my logs)
2010-11-05 14:19 <rafa> wpwrak: christoph always giving nice news ;-))
2010-11-05 14:19 <wpwrak> rafa: (memcpy speed) i don't quite remember the details. just that the difference largely disappeared in the end.
2010-11-05 14:21 <wpwrak> rafa: (glibc dead end) the reasons being precisely that it's too bloated and so on. apparently, most major distributions have switched to eglibc.
2010-11-05 14:21 <rafa> wpwrak: eglibc is the thing
2010-11-05 14:22 <rafa> wpwrak: the confussion for me is that the package is named libc6, but it is eglibc
2010-11-05 14:22 <wpwrak> rafa: yeah, for compatibility :)
2010-11-05 15:37 <kristianpaul> Hey i like this conding style in SIE sram example :°)
2010-11-05 15:40 <kristianpaul> is simple
2010-11-05 15:42 <kristianpaul> and fun
2010-11-05 15:42 <kristianpaul> :D
2010-11-05 15:45 <wpwrak> hmm, cas_latency_dmcr[((CFG_SDRAM_CASL == 3) ? 1 : 0)]
2010-11-05 15:45 <wpwrak> someone distrusts his C compiler a lot more than even lekernel distrusts gcc ;-)
2010-11-05 15:46 <kristianpaul> :p
2010-11-05 15:49 <kristianpaul> well not so simple
2010-11-05 15:49 <kristianpaul> i dint noticed that line yet...
2010-11-05 15:50 <kristianpaul> what ever it does?....
2010-11-05 15:50 <kristianpaul> wpwrak: i'm at src folder ATM
2010-11-05 15:50 <kristianpaul> he better i dint looked and build :p
2010-11-05 15:51 <kristianpaul> ha ! thats ingenic code
2010-11-05 15:52 <wpwrak> ah, right :) maybe wolfgang can bring them a C book as a present for the next visit :) the code looks nice in general, but there are a few spots where it looks deeply confused
2010-11-05 15:56 <lekernel> hahaha, glibc
2010-11-05 15:56 <lekernel> another reason for me to dislike GNU
2010-11-05 15:56 <lekernel> just look at the bug reports and patches and how they're answered... LOL
2010-11-05 15:57 <wpwrak> lekernel: glibc is dying. long live eglibc ! :)
2010-11-05 15:58 <kristianpaul> will this happen to gcc? ...
2010-11-05 15:59 <kristianpaul> s/wil/may
2010-11-05 15:59 <kristianpaul> lekernel: had you ever consider minix3 for the MM?
2010-11-05 15:59 <kristianpaul> hides
2010-11-05 16:20 <kristianpaul> handy http://en.qi-hardware.com/wiki/SAKC_GPIOs/es
2010-11-05 16:21 <wpwrak> hmm, if this is for gcc, better to use inline instead of #define
2010-11-05 16:23 <kristianpaul> ah sure
2010-11-05 16:23 <kristianpaul> but gets an idea and could save me read manual pages
2010-11-05 16:26 <wpwrak> (inline) because the p and o can cause stray warnings with -Wshadow. otherwise, this looks good. of course,  foo = (1 << o);  ought to be  foo = 1 << o;
2010-11-05 16:26 <wpwrak> actually, 1 << (o) :-)
2010-11-05 16:26 <wpwrak> at least while it's a macro
2010-11-05 16:40 <lekernel> minix3 needs a MMU
2010-11-05 17:12 <kristoffer> lekernel, how is the feeling of minix3 btw? been awhile since I tested it
2010-11-05 17:13 <lekernel> it seems pretty good
2010-11-05 18:37 <kyak> NAND DATA partition offset is incorrect now
2010-11-05 18:38 <kristianpaul> (glup!)
2010-11-05 18:38 <kristianpaul> how come?
2010-11-05 18:40 <kyak> http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/commit/f1c49624016d2eff029302c044ee5ee26ef19cc0/
2010-11-05 18:40 <kyak> seems to me that the offset should be increased by 256
2010-11-05 18:40 <kristianpaul> yes
2010-11-05 18:40 <kristianpaul> because gcc and other stuff need a 512MB rootfs
2010-11-05 18:41 <kyak> you don't get me
2010-11-05 18:41 <kristianpaul> nope :(
2010-11-05 18:41 <kyak> .offset = 264 * 0x100000,
2010-11-05 18:41 <kristianpaul> oh
2010-11-05 18:42 <kyak> i think reflash_ben.sh should be updated, too?
2010-11-05 18:42 <kristianpaul> indeed
2010-11-05 18:42 <kristianpaul> also wiki
2010-11-05 18:42 <kristianpaul> some nerase command need fix too
2010-11-05 18:43 <kristianpaul> oh what you mean with updated?
2010-11-05 18:43 <kristianpaul> this changes are not offical yet i thnk so
2010-11-05 18:43 <kyak> what do you mean "not official"?
2010-11-05 18:43 <kyak> it is in git, so as reflash_ben.sh
2010-11-05 18:44 <kyak> if one thing changes, other things should change, too
2010-11-05 18:45 <kyak> btw, gcc doesn't seem to compile on x64 and marked as broken now
2010-11-05 18:45 <kyak> so maybe 512 MB is not needed after all :)
2010-11-05 18:46 <kristianpaul> but reflash_ben.sh dint pull Ben image from last git commits
2010-11-05 18:46 <kristianpaul> indeed, maybe
2010-11-05 18:46 <kyak> reflash_ben.sh on the web site is ok
2010-11-05 18:46 <kyak> the one in git should be changed
2010-11-05 18:47 <kristianpaul> make sense
2010-11-05 18:47 <kristianpaul> i was confused
2010-11-05 18:55 <kristianpaul> wow planet.openmoko.org looks like planet.qi.com.. : )
2010-11-05 19:58 <wpwrak> kristianpaul: let's fill one planet before we add another one ;-)
2010-11-05 21:03 <qi-bot> [commit] Werner Almesberger: Add DFU to BOOKSHELF. Add MMC driver unloading instructions to f32x/README http://qi-hw.com/p/f32xbase/19e87df
2010-11-05 21:24 <qi-bot> [commit] Werner Almesberger: Added footprint for U.FL (micro coax) receptacle. http://qi-hw.com/p/ben-wpan/e6c8818