00:16.58 | *** join/#elinux pierrelux (n=pierre-l@174-238.sh.cgocable.ca) |
00:20.56 | pierrelux | I was wondering, what if I choose to pick up, say kernel 2.4.31, headers in "toolchain option" when the running kernel on target device is different (2.6.5) ? |
00:28.21 | CosmicPenguin | I have absolutely no idea what you just said |
00:32.13 | pierrelux | I'm using buildroot. "make menuconfig" than in "Toolchain Options" and "Kernel Headers", there's only choice for a limited number of kernel. My question is: is it a problem to run a kernel (in my case 2.6.5) different than the one used to build the toolchain (I mean, the headers). |
00:32.28 | pierrelux | is that clear ? |
00:35.10 | CosmicPenguin | that is clear |
00:35.18 | CosmicPenguin | the kernel on your system has absolutely no effect on the kernel you are compiling for |
00:37.54 | pierrelux | well, I'm talking about the kernel on the target system based on 2.6.5 |
00:38.48 | CosmicPenguin | I believe you'll want to stay with the same minor version for the kernel headers |
00:39.03 | CosmicPenguin | running a 2.4 on your target, use 2.4 headers. Running a 2.6 kernel, use 2.6 headers |
00:39.13 | CosmicPenguin | it probably doesn't matter that much, but you never know |
00:40.40 | pierrelux | ok |
00:48.31 | *** join/#elinux eggers (n=eggers@cpe-24-28-73-7.austin.res.rr.com) |
00:48.54 | tsowell | it's mattered for me before.. but then again, I was running LTP |
00:51.51 | *** join/#elinux noclouds (n=mhfan@60.166.51.99) |
00:57.26 | prpplague | pierrelux: from my personal testing, it seems to work "ok" for most applications, but common sense says use the same minor versions |
00:57.40 | prpplague | pierrelux: i.e. common sense says not to smoke around gasoline |
02:03.04 | pierrelux | I try to follow common sense even if I'm loosing a hunder k passing from 2.6.5 to 2.6.11 (fails to compile alsa with 2.6.9) |
02:03.13 | pierrelux | "System is 608 kB |
02:03.14 | pierrelux | " |
02:03.29 | pierrelux | *hundred sorry |
02:06.33 | pierrelux | not that bad after all... support for TCP, NIC, nfs, smb and alsa |
02:24.40 | *** join/#elinux sjhill (n=sjhill@eth13.com-link.com) |
03:28.29 | *** join/#elinux chouimat (n=dieu@kde/developer/chouinard) |
05:22.53 | *** join/#elinux Spetznaz (n=spetznaz@tac.mukachevo.net) |
05:41.09 | *** join/#elinux ljp (n=lpotter@203.94.178.46) |
06:10.56 | *** join/#elinux Russ (i=foobar@ip70-190-223-46.ph.ph.cox.net) |
06:17.22 | *** join/#elinux ignatoff (n=ignatov@c1-41-2.rrba.isadsl.co.za) |
06:59.49 | *** join/#elinux vrm (n=vrm@44.23.98-84.rev.gaoland.net) |
07:43.30 | *** join/#elinux noclouds (n=mhfan@60.166.51.99) |
07:50.39 | *** join/#elinux ade|desk (n=ADAVEY@194.200.143.249) |
08:58.32 | *** join/#elinux HJBIII (n=HJBIII__@c1-41-2.rrba.isadsl.co.za) |
09:56.24 | *** join/#elinux _dsaxena (n=dsaxena@c-24-20-128-133.hsd1.or.comcast.net) |
10:22.53 | *** join/#elinux Zta (n=stephan@port572.ds1-arc.adsl.cybercity.dk) |
11:15.20 | *** join/#elinux mallum (n=mallum@host86-140-237-234.range86-140.btcentralplus.com) |
11:15.20 | *** mode/#elinux [+v mallum] by ChanServ |
11:22.54 | *** join/#elinux cbrake (n=cbrake@cpe-65-25-51-117.neo.res.rr.com) |
12:04.14 | *** join/#elinux tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
12:19.37 | ignatoff | anyone familiar with buildroot ... toolchain_build_arm/uClibc_dev/usr/lib/libthread_db.so appears as a broken symlink ...what should the source be ? |
12:32.27 | Crofton | ignatoff, there should be some people familiar with buildroot around in about an hor or so |
12:32.51 | ignatoff | Crofton, thanks |
12:43.35 | *** join/#elinux prpplague (n=billybob@72.22.135.25) |
12:47.09 | ignatoff | hey prpplague realy glad to see you :) |
12:48.20 | prpplague | gee thanks |
12:48.28 | *** mode/#elinux [+o prpplague] by ChanServ |
12:51.36 | *** join/#elinux sjhill (n=sjhill@eth13.com-link.com) |
12:59.02 | ignatoff | prpplague: buildroot doesnt like me so mutch hey :( |
13:01.17 | sjhill | why? |
13:01.38 | ignatoff | i cannot get this thing built |
13:01.47 | ignatoff | all sort of probs |
13:02.05 | ignatoff | but i am still trying :) |
13:06.07 | ignatoff | i think uClinbc-0.9.28 has a problem |
13:07.54 | ignatoff | it was unhappy about " install -m 644 lib/lib*-0.9.28.so " |
13:08.34 | ignatoff | and i looked through the build and didnt see uClibc being compiled at all |
13:08.50 | ignatoff | or if it did it didnt complain about anything |
13:20.40 | *** join/#elinux GPSFan (n=Ken@12.10.255.248) |
13:30.18 | ignatoff | prpplague, sjhill i have a broken symlink .... toolchain_build_arm/uClibc_dev/usr/lib/libthread_db.so what should be the source ? |
14:12.50 | CosmicPenguin | yo |
14:13.16 | HJBIII | Hi, I have a problem with the 2.6 serial_core/8250 driver on an xscale processor running embedded linux. |
14:13.22 | HJBIII | When I read the interrupt registers, the interupt seems to be cleared from the UART, but somehow the interupt stays active in the processor. |
14:19.17 | *** join/#elinux prpplague (n=billybob@72.22.135.25) |
14:22.13 | hvr | HJBIII: then maybe you need to tell the processor as well to clear it ;) |
14:22.43 | HJBIII | I've actually tried to do a gpio_line_isr_clear in my interupt routine, but still nothing |
14:27.26 | *** join/#elinux tuxmaniac (n=aanjhan@60.254.67.17) |
14:27.44 | tux1800 | CosmicPenguin: morning |
14:29.33 | tux1800 | CosmicPenguin: I am a bit confused about reading/writing to /dev/mem,kmem,kcore ... |
14:29.45 | CosmicPenguin | don't write to kcore... :) |
14:29.46 | CosmicPenguin | thats bad |
14:30.03 | CosmicPenguin | but reading and writing from /dev/mem and /dev/kmem is pretty easy |
14:30.07 | CosmicPenguin | just lseek to the address you want and go |
14:30.16 | prpplague | hehe |
14:30.25 | prpplague | CosmicPenguin: anything come of the PIC article ? |
14:30.42 | CosmicPenguin | You haven't seen any rebuttals on LD? |
14:36.53 | *** join/#elinux sjhill_ (n=sjhill@eth13.com-link.com) |
14:39.56 | *** join/#elinux Crofton (n=balister@hc6521ded.dhcp.vt.edu) |
14:41.28 | prpplague | CosmicPenguin: no, nothing outstanding |
14:58.44 | *** join/#elinux bbart (n=bbart@p54BDFB44.dip.t-dialin.net) |
15:04.14 | *** join/#elinux T0mW (n=Tom@24.152.249.149.res-cmts.sth.ptd.net) |
15:08.03 | *** join/#elinux prpplague^2 (n=billybob@72.22.150.154) |
15:11.08 | CosmicPenguin | two plagues are better then one |
15:16.10 | *** mode/#elinux [+o prpplague] by ChanServ |
15:22.01 | ignatoff | anyone pls help .... /buildroot/build_arm/staging_dir/lib/gcc/arm-linux-uclibc/3.4.2/libgcc.a(_udivsi3.o): compiled for a little endian system and target is big endian |
15:22.02 | ignatoff | ignatoff uClinc's configred for big endian xscale arm |
15:22.02 | ignatoff | ignatoff s/uClinc/uClibc |
15:42.10 | ignatoff | has anyone succesfuly built buidlroot for xscale arm big endian ? |
15:43.09 | prpplague | CosmicPenguin: hmm, my usb fifo is only 64 bytes but the usb gadget driver seems to be trying to send 70-80 bytes at a time |
16:24.36 | *** join/#elinux sjhill (n=sjhill@eth13.com-link.com) |
17:22.14 | *** join/#elinux CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
17:26.15 | *** join/#elinux CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
17:29.04 | prpplague | ~lart CosmicPenguin for having a cranky network |
17:29.25 | CosmicPenguin | you are in an angry mood lately |
17:30.32 | prpplague | hehe |
17:30.39 | prpplague | CosmicPenguin: just kidding, |
17:30.43 | prpplague | CosmicPenguin: very stressed |
17:30.49 | CosmicPenguin | Thats ok, angry is fine |
17:30.52 | prpplague | hehe |
17:31.06 | prpplague | CosmicPenguin: i think i misplaced my mind |
17:43.20 | *** join/#elinux thraxisp (n=thraxisp@ottgate.precidia.com) |
17:45.30 | *** join/#elinux andersee (n=andersee@codepoet.org) |
17:45.30 | *** mode/#elinux [+o andersee] by ChanServ |
18:20.23 | chouimat | hi CosmicPenguin prpplague |
18:21.19 | CosmicPenguin | yo |
18:23.02 | gcl | buildroot+uclibc question: how can I get buildroot to build uClibc w/ debug symbols? |
18:23.13 | gcl | I can't find anything in the documentation, or on the ML |
18:24.54 | sjhill | *sigh* |
18:24.56 | sjhill | kids these days |
18:25.04 | sjhill | bring up the config menu |
18:25.10 | sjhill | go to 'Toolchain Options' |
18:25.19 | sjhill | go clear down to the bottom |
18:25.26 | sjhill | select 'Target Optimizations' |
18:25.35 | sjhill | add in '-g' |
18:25.40 | sjhill | save your config and build |
18:25.46 | gcl | i did that. :p |
18:26.23 | gcl | libraries still don't seem to have debug symbols in them |
18:28.49 | CosmicPenguin | you have to rebulid any libraries you previously built |
18:29.41 | gcl | yup; did that |
18:30.36 | gcl | (doing it again now; just to make sure) |
18:36.10 | gcl | confirmed; 'file' reports the library as stripped, and readelf --debug-dump returns nothing |
18:36.39 | CosmicPenguin | ah - you asked the wrong question |
18:36.52 | gcl | :) what question should I ask? |
18:37.25 | CosmicPenguin | you asked how to build uclibc with debug symbols |
18:37.39 | CosmicPenguin | you should have asked how to keep the debug symbols in the library |
18:38.30 | gcl | or I'd be happy to know where to get the symbols so I can stuff them into GDB |
18:38.37 | gcl | :) |
18:58.27 | gcl | cd toolchain_build_powerpc_nofpu/uClibc-0.9.28/ |
18:58.31 | gcl | make menuconfig |
18:58.37 | gcl | set debug option and recompile. |
18:58.40 | gcl | :p |
19:19.44 | CosmicPenguin | Some days, this operating system really annoys me |
19:28.09 | prpplague | CosmicPenguin: ping |
19:37.39 | CosmicPenguin | pong |
19:37.56 | CosmicPenguin | whats the story, morning glory? |
19:38.54 | prpplague | CosmicPenguin: weird problem with some userland app |
19:38.59 | prpplague | CosmicPenguin: fb app |
19:39.08 | prpplague | CosmicPenguin: the fb cursor isn't turning off |
19:39.16 | prpplague | CosmicPenguin: run into that problem before? |
19:39.17 | CosmicPenguin | is it in graphics mode? |
19:39.24 | CosmicPenguin | you have to put the terminal in graphics mode |
19:39.46 | prpplague | i'm pretty sure it is , but i will double check |
19:48.05 | prpplague | CosmicPenguin: pretty happy with myself over getting the 2.6 running in such a short time |
19:48.11 | *** join/#elinux TimRiker (n=timr@pdpc/supporter/bronze/TimRiker) |
19:48.12 | *** mode/#elinux [+o TimRiker] by ChanServ |
19:48.20 | prpplague | TimRiker: hey hey |
19:48.38 | CosmicPenguin | prpplague: yeah, its a good hack |
19:51.00 | TimRiker | http://www.axtls.co.nr/ |
19:51.30 | CosmicPenguin | cute |
19:51.59 | prpplague | nice |
19:52.15 | MonMotha | prpplague: still having problems with Linux feeding your device more data than the FIFO can handle? |
19:52.29 | *** join/#elinux darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
19:53.17 | prpplague | MonMotha: under 2.4 yea, moved to 2.6, seems to have solved the problem |
19:53.37 | MonMotha | prpplague: hum, ok |
19:53.56 | MonMotha | are you using one of the existing frameworks (like HID) or did you write your own driver? |
19:53.57 | prpplague | MonMotha: i think i could probably solve it now, since i have a working model under 2.6 |
19:54.16 | prpplague | MonMotha: using the standard serial gadget driver |
19:54.25 | MonMotha | hum, ok. I'm not familiar with that subsystem |
19:54.48 | prpplague | MonMotha: gadget drivers for usb slave devices |
19:54.53 | MonMotha | the driver I wrote was pretty independant. The device didn't really fit well under any existing category (it could possibly be considered HID, but not anything that Linxu already has support for) |
19:55.02 | MonMotha | prpplague: yeah, I know what it does, just don't know any of the internals |
19:55.09 | prpplague | MonMotha: ahh ok |
19:55.31 | MonMotha | I know if you set your own stuff up, you can specify how much data to move at once, and I think you may be able to override what the USB descriptor says |
19:55.55 | prpplague | MonMotha: yea, well we had lots of legacy and compatibility issues |
19:56.08 | prpplague | MonMotha: we are using the usbser.sys driver in windows |
19:56.11 | MonMotha | yeah, it's always nice to be able to define everything yourself from the ground up |
19:56.16 | prpplague | MonMotha: so we needed something comaptible |
19:56.26 | MonMotha | oh, you know much about the Windows userspace USB driver model? |
19:56.34 | prpplague | MonMotha: sorry no |
19:56.43 | CosmicPenguin | gah |
19:56.50 | MonMotha | hum, ok. I may (will) end up having to write some Windows drivers here in a bit |
19:57.07 | MonMotha | heh, USB seems to have slowly become something I get tagged for |
19:57.12 | prpplague | MonMotha: there are some good kits for it |
19:57.33 | MonMotha | prpplague: SDKs? |
19:57.53 | prpplague | MonMotha: yea during my initial research i found afew that looked pretty good |
19:58.31 | MonMotha | good to know |
19:58.50 | MonMotha | I don't even know C++, and I know most of the windows driver model stuff is C++ (not plain C), so that could be fun |
19:58.54 | prpplague | come with a bunch of skel code |
19:58.58 | MonMotha | my plain C skills are fairly good, but not C++ |
20:00.17 | prpplague | http://www.tracesystemsinc.com/ |
20:01.36 | MonMotha | this could end up being rather fun. I need to get my USB device to be available to a VB program. Looks liek they have something that may work, though it looks PIC only? |
20:02.26 | prpplague | CosmicPenguin: http://www.bagotronix.com/dosstamp.html |
20:02.35 | prpplague | CosmicPenguin: wheres one based on a geode? |
20:02.57 | CosmicPenguin | heh |
20:03.03 | CosmicPenguin | you couldn't fit a geode on something that small |
20:03.49 | CosmicPenguin | stupid unionfs |
20:03.51 | CosmicPenguin | let me see your CVS |
20:04.12 | CosmicPenguin | otherwise I'm just going to end up making the same changes you probably already have |
20:06.18 | CosmicPenguin | I feel so dirty |
20:06.34 | CosmicPenguin | #if LINUX_VERSION_CODE > KERNEL_VERSION(2,6,15) |
20:06.35 | CosmicPenguin | #define up(sem) mutex_unlock(sem) |
20:06.35 | CosmicPenguin | #define down(sem) mutex_lock(sem) |
20:06.35 | CosmicPenguin | #define i_sem i_mutex |
20:06.35 | CosmicPenguin | #endif |
20:19.02 | CosmicPenguin | yeah, that webserver looks good |
20:19.13 | CosmicPenguin | thats a good budget for a SSL based server |
20:33.59 | tux1800 | Is there any equivalent of aumix in buildroot? |
20:34.36 | CosmicPenguin | probably not |
20:34.41 | CosmicPenguin | if there is, its probably not curses based |
20:35.04 | CosmicPenguin | I wonder where that went |
20:40.05 | tux1800 | CosmicPenguin: I dit a small utllity to dump some mem value out of /dev/kmem, it always return the same value no matter of the address requested |
20:40.15 | tux1800 | CosmicPenguin: but behave correctly onmy laptop |
20:43.50 | CosmicPenguin | wierd |
20:44.01 | CosmicPenguin | I wonder if kmem doesn't work very well on MIPS |
20:44.09 | CosmicPenguin | But I know I've used it before |
20:45.05 | tux1800 | is possible to access /dev/kmem thru gdb? |
20:45.37 | CosmicPenguin | no |
20:45.39 | CosmicPenguin | you need kgdb |
20:46.24 | tux1800 | is kgdb mips aware |
20:46.59 | CosmicPenguin | last I heard it was |
20:58.28 | *** join/#elinux CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
21:18.23 | gcl | bah! qt embedded 3.3.5 is barfing on me when I dynamically link it |
21:18.42 | gcl | (using uClibc); but a statically linked binary is just fine |
21:19.56 | gcl | I'm getting an illegal instruction exception during initialization (before main()) |
21:20.11 | gcl | anyone have thoughts on what this could be? |
21:22.10 | *** join/#elinux pierrelux (n=pierre-l@174-238.sh.cgocable.ca) |
21:24.39 | pierrelux | do have an idea about what could be causing this ? http://paste.lisp.org/display/19870 |
21:54.18 | *** join/#elinux GPSFan (n=Ken@12.10.255.248) |
22:23.24 | pierrelux | ok, the problem is solve |
22:23.42 | pierrelux | it was coming from a wrong config for uclibc |
22:24.42 | pierrelux | even if I specified i386 for the arch with buildroot, uclibc was compiling with alpha arch |
22:51.53 | *** join/#elinux Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
23:11.41 | *** part/#elinux T0mW (n=Tom@24.152.249.149.res-cmts.sth.ptd.net) |
23:47.19 | *** join/#elinux prpplague (n=dave@69.73.206.157) |