| turtlee | and these tools allow you to make physical RAM pretend that it's swap? | 00:00 |
|---|---|---|
| qwebirc91025 | is there any way to compile the hello world C application for nanonote and execute it on the platform without actually recompiling the whole kernel | 00:00 |
| Action: turtlee welcomes qwebirc | 00:00 | |
| wolfspraul | we need to publish the toolchain or some kind of SDK... | 00:02 |
| nebajoth | haha | 00:03 |
| nebajoth | not just pretend to be swap | 00:04 |
| nebajoth | pretend to be swap, and compress and decompress on the fly in and out | 00:04 |
| turtlee | nebajoth: just making sure I understand what you're doing. =D | 00:04 |
| wpwrak | yes !!!! :) | 00:04 |
| nebajoth | most distros seem to be using this already | 00:04 |
| nebajoth | at least for their installers | 00:04 |
| nebajoth | turtlee: yes | 00:04 |
| qwebirc91025 | anybody having a solution for my problem | 00:04 |
| wpwrak | wolfspraul: keep is simple. toolchain and selected headers/libraries. like in openmoko. that worked great. | 00:04 |
| wpwrak | s/is/it/ | 00:05 |
| nebajoth | why would you have to recompile the kernel? | 00:05 |
| wpwrak | nebajoth: probably as part of building all of openwrt ... | 00:05 |
| qwebirc91025 | yes exactly | 00:05 |
| nebajoth | oh | 00:06 |
| nebajoth | I dunno anything about that | 00:06 |
| nebajoth | I run openwrt on my routers :P | 00:06 |
| nebajoth | not my gtd nn | 00:06 |
| qwebirc91025 | cant we have any toolchain only to compile the C file and port it on nanonote using usbnet and run it | 00:06 |
| wpwrak | qwebirc91025: i just bit the bullet, ran the whole build, and then symlinked all the executables into /usr/local/bin | 00:07 |
| nebajoth | qwebirc91025: yeah that should work | 00:08 |
| nebajoth | hell I'm running openwrt compiled sound modules in my debian I think | 00:08 |
| qwebirc91025 | but how ? | 00:09 |
| qwebirc91025 | can you plz tell me the procedure | 00:09 |
| nebajoth | I'm not sure I know it | 00:09 |
| nebajoth | I have to compile with a mips toolchain myself | 00:09 |
| wpwrak | qwebirc91025: here it is: http://en.qi-hardware.com/wiki/Building_Software_Image | 00:09 |
| qwebirc91025 | right now I just need to develop a C aplication to print some thing on console | 00:09 |
| nebajoth | I was either going to do it with openwrt | 00:09 |
| nebajoth | or right on the nn | 00:09 |
| nebajoth | you can compile on the NN with debian :P | 00:10 |
| wpwrak | once done, ln -s staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.32/usr/bin/mipsel-openwrt-linux-* /usr/local/bin/ | 00:10 |
| qwebirc91025 | wpwrak : if i go with this procedure then i need to port the kernel image ? | 00:11 |
| qwebirc91025 | am I correct ? | 00:11 |
| turtlee | does the basic pyneo debian install slow the NN noticably more than the stock OpenWRT? | 00:11 |
| wpwrak | i think it builds a kernel in the process. you will be asked a few questions. just hit enter to accept the defaults. | 00:12 |
| nebajoth | turtlee: I didn't keep openwrt on there long enough to know really | 00:12 |
| nebajoth | but yeah probabl | 00:12 |
| nebajoth | y | 00:12 |
| nebajoth | I still find it totally usable though | 00:12 |
| nebajoth | bootup takes a little longer | 00:12 |
| nebajoth | it could probably be optimized though | 00:12 |
| qwebirc91025 | but ultimately we need to port the whole kernel image ? isnt | 00:12 |
| wpwrak | qwebirc91025: why worry about the kernel ? there's plenty more junk in openwrt ;-) | 00:13 |
| wpwrak | qwebirc91025: the build process takes care of it all. you don't have to pay attention to all the things it builds. | 00:14 |
| wpwrak | qwebirc91025: for the configuration, instead of "menuconfig" use "oldconfig". i.e., accept things as they are. | 00:14 |
| nebajoth | rofl: "When code from the staging tree is loaded in the kernel, a warning message will be printed to the kernel log, and the kernel will be tainted with the TAINT_CRAP flag." | 00:15 |
| nebajoth | epic | 00:15 |
| wpwrak | sounds like Greg :) | 00:16 |
| Action: turtlee would snort his beverage out his nose if he had a beverage. | 00:16 | |
| nebajoth | wpwrak: yep | 00:18 |
| qwebirc91025 | I am worrried about that because in software development for a minor in my application I will have to port the whole kernel again and again | 00:19 |
| nebajoth | install debian, compile on the Nanonote itself :D | 00:20 |
| nebajoth | http://www.aurel32.net/info/debian_mips_qemu.php | 00:21 |
| wpwrak | qwebirc91025: the kernel is already ported, openwrt merely compiles it one more time :) | 00:21 |
| nebajoth | http://code.google.com/p/jz-hacking/wiki/qemujz | 00:21 |
| wpwrak | qwebirc91025: and no, you don't need to go through that ritual again once you have built your toolchain | 00:21 |
| wpwrak | qwebirc91025: you'll have a mipsel-openwrt-linux-gcc, mipsel-openwrt-linux-ld, etc., which you then use for cross-compiling | 00:22 |
| qwebirc91025 | I am little bit confused now | 00:26 |
| qwebirc91025 | let me tell you what all I have already done | 00:27 |
| qwebirc91025 | I have downloaded source code and toolchian from Ben nanonote website | 00:27 |
| wpwrak | qwebirc91025: the "toolchain" or the "tools" ? | 00:28 |
| qwebirc91025 | and configured it as per http://en.qi-hardware.com/wiki/Building_Software_Image | 00:29 |
| nebajoth | does this thing have an internal clock? | 00:29 |
| qwebirc91025 | I am having one folder namely toolchain having binutils , gcc etc varous folders | 00:30 |
| qwebirc91025 | and tools folder is also present but not in toolchain directory | 00:31 |
| wpwrak | qwebirc91025: sounds good so far | 00:31 |
| rafa | nebajoth: what do you mean? | 00:32 |
| rafa | rtc? | 00:32 |
| nebajoth | I mean | 00:33 |
| nebajoth | that it loses the date | 00:33 |
| nebajoth | and I have to rdate it back | 00:33 |
| nebajoth | I haven't looked into it at all | 00:33 |
| nebajoth | maybe this has already been addressed on the wiki or mailing list | 00:33 |
| nebajoth | maybe its debian specific | 00:34 |
| nebajoth | do you have that issue with jLime? | 00:34 |
| rafa | nebajoth: no.. rtc works okey | 00:35 |
| nebajoth | ok | 00:35 |
| nebajoth | so its a debian thing | 00:36 |
| rafa | nebajoth: but it did not do before.. I had to add /dev/rtc* device files.. | 00:36 |
| rafa | so hwclock -w .. etc works | 00:36 |
| nebajoth | aha | 00:36 |
| nebajoth | just add the device files and it works? | 00:36 |
| rafa | nebajoth: well.. it has several parts.. you need a kernel with rtc driver, etc.. | 00:37 |
| nebajoth | awesome | 00:37 |
| rafa | then you need the proper files under /dev/* | 00:37 |
| rafa | and then to test hwclock/date commands ;) | 00:37 |
| nebajoth | yeah, I'm about to compile 2.6.36 anyway | 00:37 |
| nebajoth | I'll check for rtc driver now | 00:37 |
| nebajoth | you have it compiled into the kernel or as a module? | 00:37 |
| qwebirc91025 | now if I go to openwrt-xburst directory and execute make menuconfig FORCE=1 cmd then kernel configuration screen pops up | 00:37 |
| rafa | inside the kernel | 00:37 |
| qwebirc91025 | now tell me what to do next ? | 00:38 |
| nebajoth | I'm sure its turned on actually | 00:38 |
| nebajoth | I grabbed your config file | 00:38 |
| nebajoth | to build on | 00:38 |
| wpwrak | qwebirc91025: i would run make oldconfig, not menuconfig. just hit ENTER for all the questions. | 00:38 |
| qwebirc91025 | ok | 00:38 |
| nebajoth | or yes "" | make oldconfig | 00:39 |
| wpwrak | qwebirc91025: also, FORCE doesn't work reliably. you'll have to edit out the silly test in include/prereq-build.mk | 00:39 |
| rafa | nebajoth: you can check you rtc driver in nn kernel with : | 00:39 |
| rafa | Jlime$ dmesg | grep -i rtc | 00:39 |
| rafa | jz4740-rtc jz4740-rtc: rtc core: registered jz4740-rtc as rtc0 | 00:39 |
| rafa | jz4740-rtc jz4740-rtc: setting system clock to 2010-06-20 20:30:31 UTC (1277065831) | 00:39 |
| nebajoth | "yes "" | make oldconfig" | 00:39 |
| rafa | (for example) | 00:39 |
| nebajoth | damned double quotes | 00:39 |
| nebajoth | but you get my point | 00:39 |
| nebajoth | this is my favourite irc channel | 00:40 |
| nebajoth | yes | 00:40 |
| nebajoth | I'm using the older qi-hw kernel | 00:40 |
| nebajoth | 2.6.32.10 | 00:40 |
| nebajoth | and yes, rtc is on | 00:41 |
| nebajoth | but | 00:41 |
| nebajoth | [ 9.660000] jz4740-rtc jz4740-rtc: setting system clock to 1970-01-01 00:00:00 UTC (0) | 00:41 |
| nebajoth | 1970! | 00:41 |
| nebajoth | /dev/rtc0 exists | 00:42 |
| rafa | did you change the time at some moment? :) | 00:42 |
| rafa | date,...hwclock ? | 00:43 |
| qi-bot | [commit] Werner Almesberger: Added register definitons and simplified register naming. http://qi-hw.com/p/ben-wpan/1d777aa | 00:43 |
| qi-bot | [commit] Werner Almesberger: fw/atspi/atspi.c (reset_rf): added reset timing measurement http://qi-hw.com/p/ben-wpan/44f0c38 | 00:43 |
| qi-bot | [commit] Werner Almesberger: Enter TRX_OFF to enable DVDD regulator. Plus minor cleanup. http://qi-hw.com/p/ben-wpan/7a534d2 | 00:43 |
| qwebirc91025 | what has to be done to remove FORCE=1 option ? | 00:43 |
| nebajoth | I've set it with rdate | 00:43 |
| nebajoth | multiple times | 00:43 |
| nebajoth | rdate -s time.nrc.ca | 00:43 |
| nebajoth | aha | 00:44 |
| nebajoth | but | 00:44 |
| wpwrak | qwebirc91025: where it says "define Require/non-root", change the next line to "true" | 00:44 |
| nebajoth | after running rdate | 00:44 |
| nebajoth | the command "date" shows the new correct time | 00:44 |
| nebajoth | but hwclock | 00:44 |
| nebajoth | still shows 1970 | 00:44 |
| nebajoth | ok | 00:45 |
| nebajoth | ran hwclock -w | 00:46 |
| nebajoth | lets see how it goes now :P | 00:46 |
| nebajoth | thx rafa | 00:46 |
| qwebirc91025 | can you plz tell me the syntac | 00:47 |
| qwebirc91025 | in next line "[ "$$(shell whoami)" != "root" ] is written | 00:48 |
| rafa | nebajoth: you are welcome | 00:48 |
| qwebirc91025 | I have made it "== root" | 00:51 |
| qwebirc91025 | so dont need to use FORCE=1 | 00:51 |
| qwebirc91025 | now what ? | 00:51 |
| nebajoth | is the LED connected via GPIO? | 00:53 |
| wpwrak | qwebirc91025: yes "" | make oldconfig | 00:59 |
| wpwrak | qwebirc91025: make -j <number_of_cores_you_have_plus_1> | 00:59 |
| wpwrak | e.g., make -j5 | 01:00 |
| wpwrak | lean back and relax while openwrt builds all the stuff | 01:00 |
| wpwrak | your toolchain will be in staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.32/usr/bin/ | 01:01 |
| wpwrak | hmm. i better get some sleep. barbecue in 12 hours. terrace oblige :) | 01:02 |
| rafa | is not barbecue some meat made with fire only? :) | 01:03 |
| wolfspraul | barbecue, nice - 'night | 01:04 |
| qwebirc91025 | how to chek that hwo many cores are there | 01:04 |
| nebajoth | haha terrace oblige | 01:06 |
| nebajoth | how many cores are where? | 01:06 |
| nebajoth | in your computer? | 01:06 |
| nebajoth | cat /proc/cpuinfo |grep processor|wc -l | 01:07 |
| qwebirc91025 | are you talking about processor or ? | 01:07 |
| nebajoth | OK gentlemen | 01:09 |
| nebajoth | I believe he was | 01:09 |
| nebajoth | what other kinds of core are there? | 01:09 |
| nebajoth | OK gentlemen, I'm undertaking a kernel compile FOR the nanonote, ON the nanonote | 01:09 |
| nebajoth | I am timing it :P | 01:09 |
| nebajoth | I'll let you know what the results are | 01:10 |
| nebajoth | ... in a few days | 01:10 |
| nebajoth | ... when its complete | 01:10 |
| qwebirc91025 | fine | 01:11 |
| qwebirc91025 | I got it | 01:11 |
| osokuro | nebajoth: thanks for the advice. wish me luck on my debian install. | 01:18 |
| nebajoth | ah yes | 01:18 |
| nebajoth | good luck :D | 01:18 |
| nebajoth | lmk how it goes | 01:18 |
| nebajoth | I'll be here for a bit still | 01:18 |
| osokuro | Heh. I won't. time for sleeping. will try the flash over the next day or two. | 01:19 |
| nebajoth | ok | 01:19 |
| nebajoth | good luck :) | 01:19 |
| nebajoth | I eventually intend to release a new rootfs | 01:20 |
| nebajoth | but I want to get this new kernel working first | 01:20 |
| nebajoth | NN is gonna be busy for the next couple days | 01:20 |
| nebajoth | compiling :P | 01:20 |
| osokuro | Very cool. | 01:20 |
| osokuro | Oh! | 01:20 |
| osokuro | one more thing. | 01:20 |
| osokuro | any recommendation on how to go about formatting and setting up a swap part on the nand? | 01:21 |
| nebajoth | are you going to use the whole thing or partition it? | 01:21 |
| nebajoth | actually | 01:21 |
| nebajoth | not sure it would be very easy to partition it | 01:21 |
| nebajoth | ummm, you can either use the whole mtd partition | 01:22 |
| nebajoth | or you can make a swap file | 01:22 |
| nebajoth | up to you | 01:22 |
| nebajoth | guess you don't need that big a swap file | 01:22 |
| nebajoth | er that big a swap | 01:22 |
| nebajoth | so I'd make a swap file on the nand and use that | 01:23 |
| nebajoth | that tickles my memory of something on the mailing list involving xiang-fu | 01:23 |
| osokuro | ohh, | 01:23 |
| nebajoth | but I didn't see it while cruising through the last 6 months yesterday | 01:23 |
| osokuro | swap file is super-obvious. sorry. | 01:23 |
| osokuro | alright. time for sleeping. | 01:24 |
| osokuro | see you later. | 01:24 |
| nebajoth | he's a nice fellow | 01:27 |
| wolfspraul | nebajoth: yes we are lucky with the people that show up. it drives me nuts that the NanoNote is not more useful from a regular user standpoint today. argh. but the direction is right... | 01:47 |
| nebajoth | we'll get there | 02:02 |
| viric | wolfspraul: one program I lack in the nanonote is something that would allow me to store and navigate maps | 04:55 |
| viric | I have to try that nanomap still. | 04:55 |
| wolfspraul | viric: yes, nanomap :-) but I haven't tried it myself yet... | 04:59 |
| wolfspraul | definitely I want that too though | 04:59 |
| wolfspraul | bbl | 04:59 |
| qi-bot | [commit] Andres Calderon: ddr-vref improved placement http://qi-hw.com/p/xue/1ba7525 | 08:18 |
| viric | Hello | 09:05 |
| viric | anyone using mpg321 in the nanonote? | 09:05 |
| kristianpaul | nope that i'm aware off | 09:08 |
| kristianpaul | did you tried gmu? | 09:08 |
| kristianpaul | there is also a command line program to play music called: oggplay | 09:18 |
| viric | I'll try | 09:20 |
| viric | I simply saw that mpg321 seems to require more cpu power than the ben has | 09:20 |
| viric | while madplay seems to have plenty of cpu | 09:21 |
| urandom__ | mpg321? well gmu plays mp3 fine but uses mpg123 i think | 09:35 |
| urandom__ | cpu power shouldnt be any problem at all for playing music | 09:36 |
| viric | hm | 09:38 |
| viric | mpg123 should be using floating point, while mpg321 should not | 09:39 |
| viric | (for what I read about them) | 09:39 |
| viric | so mpg321 should work *faster* in a cpu without fpu | 09:39 |
| viric | and at the end, mpg321 uses libmad, that of madplay too. | 09:39 |
| viric | wier.d | 09:39 |
| urandom__ | well mpg123 works fine so just use it | 09:40 |
| viric | I'll try. | 09:41 |
| urandom__ | if you need binarys, use the ones from the dingoo version of gmu | 09:42 |
| viric | no no, I build myself | 09:42 |
| viric | thank you | 09:42 |
| wejp | mpg321 is very old and generally should not be used | 09:44 |
| wejp | also, mpg123 has both floating point and fixed point decoders included | 09:45 |
| viric | ahh | 09:45 |
| viric | There was a time when mpg321 was newer than mpg123 :) | 09:46 |
| wejp | that is long ago | 09:46 |
| wejp | mpg123 is actively maintained | 09:46 |
| viric | ahh | 09:46 |
| wejp | last mpg123 release is from july 11th 2010 | 09:47 |
| viric | great | 09:47 |
| wejp | yeah, works really good | 09:48 |
| viric | do you use softvol? | 09:56 |
| viric | I'd like to get from someone the alsa config for that. | 09:56 |
| viric | I could not manage to get it working | 09:56 |
| qi-bot | [commit] Andres Calderon: some eth-phy to s6 nets has been routed http://qi-hw.com/p/xue/4193109 | 10:03 |
| qi-bot | [commit] Andres Calderon: some eth-phy to s6 nets has been routed http://qi-hw.com/p/xue/195bfb9 | 10:14 |
| hike85 | hello everybody | 12:08 |
| hike85 | I'm trying to compile the toolchain for the new image, but I get this error: | 12:16 |
| hike85 | In file included from ./include/bits/syscalls.h:11, | 12:16 |
| hike85 | from ./include/sys/syscall.h:34, | 12:16 |
| hike85 | from ./libc/sysdeps/linux/common/sysdep.h:20, | 12:16 |
| hike85 | from ./libc/sysdeps/linux/mips/sysdep.h:25, | 12:16 |
| hike85 | from libpthread/nptl/sysdeps/mips/tcb-offsets.c:1: | 12:16 |
| hike85 | ./include/errno.h:69: error: thread-local storage not supported for this target | 12:16 |
| hike85 | ./include/errno.h:69: warning: `tls_model' attribute ignored | 12:16 |
| hike85 | make[4]: *** [libpthread/nptl/sysdeps/mips/tcb-offsets.s] Error 1 | 12:16 |
| viric | wejp: I just built mpg123 (generic-cpu optimizations), and it looks like not having enough cpu either | 12:16 |
| viric | 99% of the CPU spent on 'system' | 12:17 |
| viric | using the 'alsa backend' | 12:17 |
| viric | clearly something goes wrong | 12:17 |
| wejp | viric, you nee to build it with generic_no-fpu | 12:17 |
| wejp | the generic decoder uses floating point math, you really need to tell configure to use the no_fpu decoder | 12:17 |
| viric | ah ok | 12:18 |
| viric | ah, hence the 'system' load! I guess it's using the kernel fpu emulation | 12:18 |
| wejp | with that decoder gmu is able to decode mp3 files with any bitrate with less than 25 % cpu load on the ben | 12:18 |
| viric | I've seen 22% on madplay | 12:18 |
| wejp | hehe, yeah kernel fpu emulation is especially slow ;) | 12:18 |
| wejp | yeah, madplay is a little slower than mpg123 but still okay | 12:19 |
| viric | nevertheless I don't know what code my gcc generated, so that the kernel fpu operations are used | 12:19 |
| wejp | for ARM cpus mpg123 has an even more optimized decoder, but that doesn't help you on mips cpus ;) | 12:19 |
| viric | I did not expect my gcc to produce code for fpu | 12:19 |
| viric | I have a sheevaplug, but no sound card on it. | 12:19 |
| viric | Maybe for the gp2x I could do something :) | 12:20 |
| wejp | you could attach an usb soundcard :D | 12:20 |
| viric | :) yes | 12:20 |
| wejp | yeah, gmu on the gp2x uses mpg123 with the arm optimized version :) | 12:20 |
| viric | How can I know if gcc generated fpu instructions? | 12:23 |
| viric | there may be an elf flag for it | 12:24 |
| wejp | you can tell gcc to explicitly use its own fpu emulation layer, i think it is -mfloat-abi=softfp | 12:24 |
| wejp | but you don't want that | 12:24 |
| viric | I know how to set that explicit | 12:24 |
| wejp | it is much faster than kernel emulation, but still damn slow | 12:24 |
| viric | Wa! Here I go! | 12:25 |
| viric | 13% user cpu, 2% system1 :) | 12:25 |
| viric | :) | 12:25 |
| viric | 192kbps stereo | 12:25 |
| wejp | yep :) | 12:25 |
| viric | far below 25% :) | 12:25 |
| wejp | yeah, just decoding mp3 is pretty fast | 12:25 |
| viric | well, it plays. | 12:25 |
| viric | so it goes to the sound card | 12:25 |
| wejp | gmu does some graphics output too, which needs some cpu, but it is still pretty fast even with that | 12:26 |
| viric | ok | 12:26 |
| viric | nothing I need, that gmu :) | 12:26 |
| viric | thank you very much | 12:26 |
| wejp | you're welcome :) | 12:26 |
| viric | Aren't you using softvol, btw? | 12:26 |
| wejp | yeah | 12:26 |
| viric | can you paste your softvol configuration so I could take a look? | 12:26 |
| viric | I could not manage to configure it | 12:27 |
| wejp | what exactly do you mean? the source code? | 12:27 |
| viric | the asoundrd file | 12:27 |
| viric | asoundrc | 12:27 |
| wejp | oh, sorry, no i do not use alsa for software volume control | 12:27 |
| viric | it should have the description of the softvol mixer setting | 12:28 |
| viric | Then what volume do you use? | 12:28 |
| viric | the hardware mixer? :) | 12:28 |
| wejp | i scale the audio signal itself before giving it to alsa (or whatever audio driver is being used) | 12:28 |
| viric | ahm | 12:28 |
| viric | mpg123 can do that? | 12:28 |
| wejp | no | 12:28 |
| viric | oh :) | 12:29 |
| wejp | i use mpg123 just for decoding mp3 data, the volume control and audio output takes place at another point | 12:29 |
| viric | ah.. | 12:29 |
| viric | maybe I could pipe it to sox | 12:29 |
| wejp | that should be possible | 12:30 |
| wejp | i think the mpg123 executable can output the data to stdout | 12:30 |
| viric | but doing that on the *decoded* signal looks like a heavy job. | 12:30 |
| viric | many samples a second | 12:30 |
| wejp | it is not that bad and actually you could not even do it easily on the encoded signal | 12:31 |
| wejp | and even if you could, you would not want to do that in a music player that is capable of decoding lots of different file formats | 12:31 |
| viric | I mean that if mpg123 did that, it would not that be that a heavy task I guess | 12:31 |
| viric | for the cpu | 12:31 |
| viric | anyway, I have mp3 playing. Great! :) | 12:32 |
| viric | I wonder what I need more... | 12:32 |
| wejp | it could be even worse, the decoding process is quite complex ;) | 12:32 |
| viric | I should try to start X some day. | 12:32 |
| wejp | :D | 12:32 |
| wejp | i think X is a bit overkill on such a device | 12:32 |
| viric | there is the tiny keith X | 12:33 |
| viric | it should run fine there | 12:33 |
| viric | I could cross-build it, but I did not go into configuring. :) | 12:33 |
| wejp | i've used X on the zipit z2 (which has similar specs) and it is rather slow and the screen resolution does not help either ;) | 12:33 |
| viric | hm | 12:33 |
| wejp | but it is possible | 12:33 |
| wejp | should be possible on the Ben too | 12:34 |
| viric | What other options are, to run GTK or qt programs? | 12:34 |
| wejp | you can use fbdev for video output | 12:34 |
| viric | for mplayer I know | 12:34 |
| viric | maybe people use qtopia on the fbdev? | 12:34 |
| wejp | you can use fbdev for X and there is a gtk port which outputs to fbdev directly | 12:34 |
| wejp | there were some problems with that on the ben, though | 12:34 |
| viric | ah | 12:35 |
| wejp | yeah, qtopia runs on fbdev too | 12:35 |
| viric | there are plenty of things to learn :) | 12:35 |
| wejp | maybe one could run a tiny x server instead of xorg | 12:35 |
| viric | The keith server I said | 12:36 |
| viric | It comes with xorg. | 12:36 |
| viric | build the server with "--enable-keith" and you are there | 12:36 |
| wejp | yeah, you could try that one | 12:36 |
| viric | it runs on fbdev | 12:36 |
| viric | --enable-kdrive, sorry | 12:37 |
| viric | I built it, but I did not try to start it | 12:37 |
| wejp | yep right, kdrive was the name :) | 12:37 |
| viric | kdrive is made by Keith. I always mix that :) | 12:37 |
| viric | I'm busy with another mips... kdrive for another day. | 12:38 |
| hike85 | guys, sorry to interrupt, but I'm trying to compile the mpg123 lib for gmu | 12:38 |
| hike85 | but I get errors when compiling the tool-chain :( | 12:38 |
| wejp | what kind of errors? could you show us some error log? | 12:39 |
| hike85 | In file included from ./include/bits/syscalls.h:11, | 12:40 |
| hike85 | from ./include/sys/syscall.h:34, | 12:40 |
| hike85 | from ./libc/sysdeps/linux/common/sysdep.h:20, | 12:40 |
| hike85 | from ./libc/sysdeps/linux/mips/sysdep.h:25, | 12:40 |
| hike85 | from libpthread/nptl/sysdeps/mips/tcb-offsets.c:1: | 12:40 |
| hike85 | ./include/errno.h:69: error: thread-local storage not supported for this target | 12:40 |
| hike85 | ./include/errno.h:69: warning: `tls_model' attribute ignored | 12:40 |
| hike85 | make[4]: *** [libpthread/nptl/sysdeps/mips/tcb-offsets.s] Error 1 | 12:40 |
| hike85 | this is where it stops... I'm on Ubuntu 10.04 and I have all the dependencies needed | 12:40 |
| wejp | hm | 12:41 |
| hike85 | I just added qt and libSDL to the config file | 12:41 |
| nebajoth | woop | 12:51 |
| nebajoth | 373 minutes, 20 seconds | 12:51 |
| nebajoth | to compile 2.6.36 kernel | 12:52 |
| nebajoth | ON the nanonote | 12:52 |
| nebajoth | actually that's not as bad as I thought it would be | 12:52 |
| Antaga | oO | 12:58 |
| nebajoth | sup | 12:59 |
| viric | nebajoth: with gcc? | 13:06 |
| viric | nebajoth: I would not expect gcc to have enough ram | 13:06 |
| nebajoth | it doesn't | 13:07 |
| nebajoth | that's why I gave it 1G of swap :P | 13:07 |
| nebajoth | I run debian | 13:07 |
| nebajoth | I had to assign swap anyway, just to run apt-get | 13:07 |
| viric | uh :) | 13:07 |
| viric | swap on SD? | 13:08 |
| viric | or a network block device? | 13:08 |
| viric | (just not to wear down Flash memory :) | 13:08 |
| nebajoth | microsd | 13:08 |
| viric | You don't love that microsd very much :) | 13:08 |
| nebajoth | #1 no | 13:09 |
| nebajoth | I don't | 13:09 |
| nebajoth | I have 4 others identical to it | 13:09 |
| nebajoth | #2 wearing out takes forever | 13:09 |
| nebajoth | much longer than I'll likely have a practical use for it | 13:09 |
| nebajoth | people get really upset about wearing of flash memory | 13:09 |
| nebajoth | and I don't really understand why | 13:09 |
| nebajoth | when they generally outlive their mechanical cousins | 13:09 |
| viric | ok | 13:10 |
| viric | I never got a flash memory to wear down too | 13:10 |
| nebajoth | right | 13:11 |
| nebajoth | I'm sure it does happen | 13:11 |
| nebajoth | but last time I looked at the numbers | 13:11 |
| nebajoth | it was like | 13:11 |
| nebajoth | years | 13:11 |
| viric | I have some friends that worked on embedded systems, and they are used to flash wearing down | 13:11 |
| viric | But maybe they write the flash a lot. | 13:11 |
| viric | argh, there is 2.6.35.3 already. | 13:12 |
| mth | you can swap to zram too, by the way | 13:16 |
| mth | a compressed block device stored in RAM | 13:16 |
| mth | gives you some extra memory before swapping to SD | 13:17 |
| viric | how much you set for zram? | 13:21 |
| mth | Ayla set it to 10 MB on Dingux, afaik | 13:22 |
| viric | dingux is a device or a gnu distribution? | 13:23 |
| mth | Dingux is Linux for the Dingoo A320/A330 | 13:23 |
| viric | does that have also 32MB of RAM? | 13:23 |
| mth | yes | 13:23 |
| viric | ah | 13:23 |
| mth | zram is new in 2.6.35 | 13:23 |
| viric | great | 13:24 |
| mth | I backported it to 2.6.34 though | 13:24 |
| viric | I run 2.6.35 | 13:24 |
| viric | I could try. | 13:24 |
| viric | (with 2.6.34, mmc does not work for me) | 13:24 |
| mth | there was a bug fixed in the MMC insert detection, I don't know if that's related? | 13:25 |
| nebajoth | mth: yes | 13:42 |
| nebajoth | I have it compiled into the kernel that took 6h to compile :P | 13:42 |
| nebajoth | zram, that is | 13:43 |
| nebajoth | in fact, that's the entire reason I undertook to build the kernel | 13:43 |
| mth | 6h? you compile it on the NanoNote itself? | 13:43 |
| nebajoth | yup | 13:43 |
| nebajoth | I was interested in how long it would take | 13:43 |
| nebajoth | 6h was a lot shorter than I expected, tbh | 13:43 |
| nebajoth | I thought it'd still be going when I woke up toda | 13:44 |
| nebajoth | y | 13:44 |
| viric | mth: no, the insert detection worked fine. It simply did not understand my sd card | 13:44 |
| kristoffer | nebajoth, 6hours isnt that bad :) good to know that it works | 14:05 |
| nebajoth | does anybody know if there's anything special that must be done to compiled kernel before it can be flashed to the NN? | 14:40 |
| wejp | nothing special, you just need the compiled uImage | 15:33 |
| qi-bot | [commit] Andres Calderon: s6 to eth-phy connections has been completed http://qi-hw.com/p/xue/30b1282 | 17:39 |
| qi-bot | [commit] Andres Calderon: nand routing just started http://qi-hw.com/p/xue/de965fa | 19:08 |
| rafa_ | nebajoth: you really need to learn how to use a toolchain man | 19:16 |
| rafa_ | nebajoth: building on host is nice and fun.. but it is not to suffer | 19:16 |
| rafa_ | nebajoth: you can do the same using a toolchain.. and you will have a kernel built in just a few seconds.. or minutes | 19:17 |
| nebajoth | rafa: oh totally, I was just curious and didn't feel like setting up a toolchain yet | 22:29 |
| nebajoth | I'll definitely be doing that this week | 22:29 |
| --- Sun Aug 22 2010 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!