**** BEGIN LOGGING AT Fri Feb 01 02:59:57 2008 Feb 01 07:10:41 good morning Feb 01 07:13:41 Laibsch: morning Feb 01 08:26:46 hi, i have a problem with compiling the kernel, i just do a bitbake task-basic, machine is configured for the cm-x270 Feb 01 08:26:48 NOTE: Task failed: Command Error: exit status: 1 Output: Feb 01 08:26:48 Patch sched-cfs-v2.6.23.12-v24.1.patch is applied Feb 01 08:26:48 NOTE: package linux-2.6.23-r10: task do_patch: failed Feb 01 08:30:46 r10 sounds very old to me Feb 01 08:33:50 very old? hm, the newest kernel version is 2.6.24, so I should swith to the new version? Feb 01 08:34:14 no 2.6.23 is at at r27 in .dev Feb 01 08:34:40 i mean the PR version of your 2.6.23 is very old Feb 01 08:35:33 ok, I just used the normal branch of oe so do I have to switch to a devel-branch or where can I change the option? Feb 01 08:35:53 mtn pull; mtn up Feb 01 08:36:43 I allready did that 2days ago Feb 01 08:37:46 i'm sorry, my mistake Feb 01 08:38:00 I thought it's linux-rp-2.6.23 Feb 01 08:42:52 np ;) Feb 01 09:08:32 has anyone tried any .24 kernel ? Feb 01 09:09:34 morning Feb 01 09:09:42 steliosk: my desktop run 2.6.24-rc8 Feb 01 09:10:36 neo runs 2.6.24-rc7 Feb 01 09:11:08 alix runs 2.6.24-rc5 Feb 01 09:11:16 Linux alix 2.6.24-rc5 #1 PREEMPT Fri Dec 21 09:50:24 CET 2007 i586 unknown unknown GNU/Linux Feb 01 09:11:26 Linux home 2.6.24-rc8 #23 SMP PREEMPT Wed Jan 23 12:18:05 CET 2008 x86_64 GNU/Linux Feb 01 09:13:25 it looks like the x86 dir is gone form the kernel Feb 01 09:13:47 and external modules trying to find it fail Feb 01 09:14:04 to build that is Feb 01 09:14:20 I did built madwifi for alix Feb 01 09:42:00 bonjour Feb 01 09:42:42 steliosk: I think some directories in the kernel were merged recently Feb 01 09:48:32 Bonjour Feb 01 10:05:58 03tmbinc 07org.oe.dreambox * rf8586fae... 10/ (1 packages/linux/linux-dm7025.bb): linux-dm7025: add patch to fix dvb-core locking problems Feb 01 10:06:02 03tmbinc 07org.oe.dreambox * r002e7876... 10/ (1 packages/libdaemon/libdaemon_0.12.bb): libdaemon: add version 0.12 which fixes several non-x86 problems Feb 01 10:06:09 03tmbinc 07org.oe.dev * rb105060e... 10/ (8 files in 3 dirs): strace: drop 4.5.14 for propagate Feb 01 10:06:14 03tmbinc 07org.oe.dev * r4ea5971c... 10/ (8 files in 3 dirs): prepare for propagate Feb 01 10:06:23 03pfalcon 07org.oe.dev * rcb67711a... 10/ (3 files in 2 dirs): Feb 01 10:06:23 angstrom-2007.1-legacy.conf: Rename to angstrom-2008.1-legacy.conf Feb 01 10:06:23 * To correspond with content Feb 01 10:06:23 * Angstrom 2007 not supported in .dev. Feb 01 10:06:30 03jeremy_laine 07org.oe.dev * rf8e95332... 10/ (1 conf/machine/qemux86.conf): conf/machine/qemux86.conf: define TARGET_CC_ARCH, fixes build failure for glibc >= 2.6 Feb 01 10:06:36 03Laibsch 07org.oe.dev * r74beccb0... 10/ (4 files in 2 dirs): gtkmm: update to 2.10.11 and make packaging a bit more robust. Closes 2804. Feb 01 10:06:42 03Laibsch 07org.oe.dev * rab0df719... 10/ (3 files in 3 dirs): kanjipad: consolidate in kanjipad directory and unify Feb 01 10:06:49 03jeremy_laine 07org.oe.dev * r094d0180... 10/ (3 files in 3 dirs): linux-rp-2.6.23: build netfilter modules for qemux86 Feb 01 10:06:57 03jeremy_laine 07org.oe.dev * rf331ce74... 10/ (3 files in 3 dirs): linux-rp-2.6.23: enable wireless extensions for qemux86 Feb 01 10:07:04 03Laibsch 07org.oe.dev * r09993b7a... 10/ (1 packages/xapian packages/xapian/xapian-core_1.0.5.bb): xapian: initial commit for xapian-core. partly fixes 3712 on our way to an offline wikipedia. Feb 01 10:07:10 03Laibsch 07org.oe.dev * rc4fef6b8... 10/ (1 packages/xapian/xapian-quickstartindex_1.0.bb): xapian: initial commit of xapian-quickstartindex. Fixes 3712. Feb 01 10:07:21 03pfalcon 07org.oe.dev * r47fc6929... 10/ (3 files in 3 dirs): Feb 01 10:07:21 gcc-native 3.4.4: Rename PROVIDES gcc-native3 to gcc3-native. Feb 01 10:07:21 * Consistent with how other versioned native packages called. As discussed Feb 01 10:07:21 on ML. Feb 01 10:07:28 03Laibsch 07org.oe.dev * rc07273f2... 10/ (4 files in 3 dirs): Feb 01 10:07:28 php4: fix unfetchable SRC_URI and update checksums.ini accordingly. Feb 01 10:07:28 * Some clean-up. Feb 01 10:07:28 * do_patch still fails. needs more work (or dropping). Feb 01 10:07:34 03Laibsch 07org.oe.dev * r7c64c197... 10/ (7 files in 2 dirs): php: unify Feb 01 10:07:41 03jeremy_laine 07org.oe.dev * r723287ca... 10/ (1 packages/linux/linux_2.6.23.bb): linux_2.6.23.bb: only include the CFS patch once! Feb 01 10:07:50 03jeremy_laine 07org.oe.dev * r8c57ce85... 10/ (3 files in 2 dirs): Feb 01 10:07:50 u-boot_1.3.1.bb: package u-boot 1.3.1 with patches for mpc8313e-rdb Feb 01 10:07:50 * add patch for the NAND controller on mpc8313e-rdb boards Feb 01 10:07:50 * add patch to make mpc8313e-rdb boards autoboot after 3 seconds Feb 01 10:07:58 03jeremy_laine 07org.oe.dev * re651c4fa... 10/ (1 conf/machine/mpc8313e-rdb.conf): mpc8313e-rdb.conf: make u-boot 1.3.1 the preferred version Feb 01 10:08:05 03rpurdie 07org.oe.dev * r11d1a9e6... 10/ (1 MAINTAINERS): MAINTAINERS: Add me as a maintainer for the qemu recipes Feb 01 10:08:13 03rpurdie 07org.oe.dev * r44cd306b... 10/ (4 files in 3 dirs): Restore files accidently removed in bad merge Feb 01 10:08:21 03xjqian 07org.oe.dev * r2e6be4e7... 10/ (11 files in 4 dirs): Feb 01 10:08:21 linux-rp-2.6.23/24: spitz kernel patches, oebug 3283, courtesy of Stanislav Brabec utx@penguin.cz Feb 01 10:08:21 * see bug tracker and mailist for details Feb 01 10:08:28 03xjqian 07org.oe.dev * r6795ad85... 10/ (3 files in 2 dirs): linux-rp_2.6.23/24: bump PR for the previous commit Feb 01 10:08:35 03xjqian 07org.oe.dev * r3ea27c0c... 10/ (5 files in 4 dirs): Feb 01 10:08:35 xserver-kdrive-1.3/1.4: keycode MEDIUMRAW patch, oebug 2637, courtesy of Stanislav Brabec utx@penguin.cz Feb 01 10:08:35 * see details in bugtracker and mailinglist Feb 01 10:08:42 03xjqian 07org.oe.dev * rfaddfcf2... 10/ (5 files in 3 dirs): Feb 01 10:08:42 navit: fix packaging, etc. Feb 01 10:08:42 * replace hardcoded directory Feb 01 10:08:42 * package *.la to -dev Feb 01 10:08:43 * fix .desktop QA Feb 01 10:08:45 * add SECTION Feb 01 10:08:51 03xjqian 07org.oe.dev * r0fb5dce5... 10/ (3 files in 2 dirs): Feb 01 10:08:51 linux-rp: fix previous commit, apply patches from Stanislav Brabec to akita/spitz only Feb 01 10:08:51 * sharpsl-rc-r1.patch interferes with tosa-keyboard-r19.patch Feb 01 10:25:54 03rpurdie 07org.oe.dev * rbec88f8c... 10/ (1 conf/local.conf.sample): local.conf.sample: Fix bad gcc-native3 reference Feb 01 10:26:16 RP: looks like it Feb 01 10:45:22 hi.. what distro should I use for AVR32?? Feb 01 10:46:33 angstrom probably Feb 01 10:59:37 I am trying to build x11_image - OE tries to download a package: dejavu-ttf-2.18.tar.bz2, but is not successful, I could not find that package on the net. can anyone here help me? why does it try to download dejavu-ttf-2.18.tar.bz2? Feb 01 11:00:22 I need to update it.. Feb 01 11:04:23 Hmm... I tried angstrom-2008.1. It compiles kernel 2.6.23. Compile is successfull, but kernel fails to run Feb 01 11:05:20 I looked into packages/linux... there are no avr32 specific patches for kernel 2.6.23... but there are some for kernel 2.6.18. Feb 01 11:07:58 03jeremy_laine 07org.oe.dev * rf6b3170b... 10/ (5 files in 4 dirs): libexosip2: add libexosip2, a high-level SIP library Feb 01 11:08:46 03jeremy_laine 07org.oe.dev * rb4ae69d7... 10/ (3 files in 3 dirs): libc-client: package University of Washington's mail protocol library Feb 01 11:09:04 The link where it tries to download is not valid as well, right now only a newer version of that file is available Feb 01 11:09:54 03jeremy_laine 07org.oe.dev * rc17e9e2b... 10/ (1 packages/lm_sensors/lmsensors-apps_2.10.1.bb): lmsensors-apps_2.10.1.bb: fix build on non-x86 machines, update homepage Feb 01 11:11:55 tripod123_: ttf-dejavu update is on a way Feb 01 11:14:20 XorA: http://pastebin.ca/887508 Feb 01 11:15:24 hrw: someone been needlessly cleaning again :-( Feb 01 11:15:37 hrw: Im doing a build now, I shall try and clean them up Feb 01 11:32:51 can somebody try and rebuild git-native_1.5.3.bb please? Feb 01 11:40:56 hrw: is the update over?. could you let me know what changes i need to do?. why exactly we need ttf-dejavu? Feb 01 11:42:23 03hrw 07org.oe.dev * rabbb903e... 10/ (3 files in 2 dirs): ttf-dejavu: updated to 2.23 Feb 01 11:42:41 tripod123_: mtn pull/mtn update Feb 01 11:46:27 dcordes, git-native did build ok Feb 01 11:48:15 if i update and give a bitbake build, will all the packages start building from beginning? Feb 01 11:49:11 i mean to say if the packages will compile from beginning?. or can i see whats is different from my local repository and the OE repository? Feb 01 11:49:20 no, only the ones which have been updated in the meantime Feb 01 11:50:26 Shoragan: thank you. git-native_1.5.2.3.bb builds fine, git-native_1.5.3.bb doesn't Feb 01 11:50:46 NOTE: package git-native-1.5.3: completed Feb 01 11:50:46 NOTE: Tasks Summary: Attempted 241 tasks of which 176 didn't need to be rerun and 0 failed. Feb 01 11:50:53 and I just removed tmp and pulled before Feb 01 11:50:57 10 minutes ago Feb 01 11:54:04 well runqueue also succeeds with 1.5.2.3 built Feb 01 12:23:20 ERROR: QA issue: libstdc++.la failed sanity test (reference to workdir or installed) what does this tell me ? Feb 01 12:26:16 there is an alpha release of libtool out, shoudl we think about testing and trying to get some of our patches upstream? Feb 01 12:26:41 * Crofton know the answer is yes, I guess what I am really asking is, does anyone have time for this? Feb 01 12:38:36 hw: ttf-dejavu still fails see http://pastebin.ca/887567, it is unable to download the file after 20 retries Feb 01 12:39:45 RP: how about pushing the patches for strace :-) Feb 01 12:42:03 tripod123_: mtn pull;mtn update Feb 01 12:46:18 XorA: patches are overrated ;-) Feb 01 12:48:03 Shoragan: could you pull and check again for git-native-1.5.3? Feb 01 12:48:40 git-native_1.5.3.bb failed Feb 01 12:49:25 packages/git/files/./git-gui-install-mode-arg-spaces.patch not found. Feb 01 12:54:52 dcordes: show 'mtn head' output Feb 01 12:58:26 dcordes, it still works ok Feb 01 13:03:21 gm Feb 01 13:04:24 I've seen xjqian committed some xserver-kdrive works (thx Stanislav Brabec) Feb 01 13:05:13 Just wondering if one xserver-kdrive expert could eventually merge #3635 Feb 01 13:05:19 patch is attached Feb 01 13:07:11 and for #3428 well, after almost 2 months I lost my hope (btw is trivial) Feb 01 13:08:02 * RP you'll encounter this if you eventually compile for c7x0 Feb 01 13:08:48 hrw: Shoragan I removed entire OE and recreate now Feb 01 13:21:34 ant|work: Kernel work should not be taken lightly Feb 01 13:22:04 And I did not feel well with xjqian committing those patches when he admitted to not understanding a thing about them Feb 01 13:22:31 Laibsch: usually xserver was koen's job Feb 01 13:22:58 Laibsch: for what I could read in the past Feb 01 13:26:34 wait a minute Feb 01 13:26:43 I thought he did something to kernel Feb 01 13:26:55 xserver is of course important Feb 01 13:27:18 But I agree that one can be a bit more daring, I think ;-) Feb 01 13:28:06 Laibsch: yes, to/linux/keyboard.c ...scary Feb 01 13:29:01 ? Feb 01 13:29:12 Laibsch: http://lists.linuxtogo.org/pipermail/openembedded-commits/2008-February/012062.html Feb 01 13:29:13 I now see he also worked on xserver Feb 01 13:29:26 But he made some commits to the kernel as well Feb 01 13:29:36 And previously he said that he did not understand them Feb 01 13:29:41 IMHO not a good idea Feb 01 13:30:15 Laibsch: I was only referring to that commit to steal attention on xserver-kdrive-imageoun Feb 01 13:30:20 ant|work: your link is a bunch of hieroglyphs to me Feb 01 13:30:27 If he understands them, fine Feb 01 13:30:33 If not, ouch! Feb 01 13:30:38 Leibsch: well, sort of ;-) Feb 01 13:31:07 And I am trying to explain why some very urgently needed patches sometimes take time to make it into OE Feb 01 13:31:10 Laibsch: but Stanislav semms skilled Feb 01 13:31:12 And why that is a good thing Feb 01 13:31:18 I guess he is Feb 01 13:31:26 But I don't know him Feb 01 13:31:28 or his record Feb 01 13:31:39 If somebody else does, that is a different story Feb 01 13:32:03 Laibsch: I don't think he's submitting by himself Feb 01 13:32:21 I commit patches for thesing that I don't understand Feb 01 13:32:33 Laibsch: in OE we trust! Feb 01 13:32:40 That is OK, I think becuase others (hrw) have kind of confirmed his work Feb 01 13:32:55 trust is no laughable thing Feb 01 13:33:03 But anyway, no use arguing Feb 01 13:33:38 Laibsh: trust = confiance = fiducia = Vertrauen Feb 01 13:35:44 ant|work: xserver-kdrive-imageon needs to be forward ported to xorg 1.4 Feb 01 13:36:12 Laibsch: I think svolpe packed the .bb Feb 01 13:36:26 Laibsch: the old for 1.3 Feb 01 13:36:49 Laibsch: is he around anymore? Feb 01 13:37:44 ~seen svolpe Feb 01 13:38:18 svolpe was last seen on IRC in channel #oe, 7d 23h 5m 47s ago, saying: 'Laibsch, thanks.'. Feb 01 13:38:48 Laibsch: he owes you something...he he Feb 01 13:38:57 ant|work: I think I already told you, no need to "Laibsch" me every time, OK? Feb 01 13:39:12 sorry IRC webchat is ugly Feb 01 13:40:03 and I cannot easily distinguish the conversations Feb 01 13:40:54 RP: yesterday was fun with monotone ... Feb 01 13:41:10 RP: why not like this http://devmanual.gentoo.org/general-concepts/cvs-to-rsync/index.html Feb 01 13:42:31 RP: BTW I was on monotone .35 (Gentoo) Feb 01 13:44:41 hi.. is someone here to discuss a solution for AVR32 kernel linking issue? Feb 01 13:45:13 I've tried a few things, but don't have the propre OE background... Feb 01 14:02:34 ~curse devs which use 'uname -m' in makefiles Feb 01 14:02:35 May you be reincarnated as a Windows XP administrator, devs which use 'uname -m' in makefiles ! Feb 01 14:03:19 hrw: we need to do some trick to override that in OE, like linux32 does :-) Feb 01 14:03:55 I just disabled that check and provided value in EXTRA_OEMAKE Feb 01 14:11:17 hrw: Shoragan I removed entire OE and recreate nowpackages/strace/strace-4.5.14/./glibc-2.5.patch not found.', ) 2295ef5b7a6917972deadcbabf09fec81a977300 oe@openembedded.org 2008-02-01T11:43:36 Feb 01 14:11:38 dcordes: rm strace/strace_4.5.14.bb Feb 01 14:13:33 XorA: super it's working Feb 01 14:14:55 I am pushing missing patches Feb 01 14:20:15 pushed Feb 01 14:20:41 how do I disable local generation again? Feb 01 14:20:48 locale Feb 01 14:23:18 dcordes: ENABLE_BINARY_LOCALE_GENERATION = "0" is what I have been doing Feb 01 14:23:48 cbrake: I have that set in local.conf but still NOTE: generating locale es_VE (UTF-8) Feb 01 14:24:20 dcordes: not sure than as I have been leaving them enabled lately Feb 01 14:24:20 dcordes:cbrake: ever tried building gcc-native (gcc-3.4.4)? Feb 01 14:24:37 dcordes:cbrake: before qemu ? Feb 01 14:24:46 ant|work: I'm running a build now Feb 01 14:25:00 is gcc-native a recent addition to OE? Feb 01 14:25:06 yes Feb 01 14:25:29 and I think the latest qemu automatically builds it Feb 01 14:25:46 (this was RP target) Feb 01 14:26:32 http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-February/004185.html Feb 01 14:27:29 was THE SOLUTION for me on Gentoo Feb 01 14:29:22 ant|work: glibc is building so gcc-native must have completed Feb 01 14:29:40 cbrake: wait for locales.... Feb 01 14:29:58 ant|work: :-( Feb 01 14:30:37 cbrake: qemu need sto be built with that gcc-3.4.4 Feb 01 14:30:51 cbrake: to properly generate locales Feb 01 14:30:58 cbrake: glibc locales Feb 01 14:31:12 ant|work: ahh, OK so that happens after the glibc compile Feb 01 14:31:29 cbrake: yes, then you need a glibc rebuild Feb 01 14:31:39 ant|work: ?? Feb 01 14:31:47 1) gcc-native Feb 01 14:31:55 2) qemu-native Feb 01 14:32:29 morning Feb 01 14:32:45 ant|work: no need to rebuild glibc Feb 01 14:32:55 if he has no locales, then yes Feb 01 14:32:58 since google SoC is coming up soon, I was wondering if OE will be taking students, and if so, what I should to do start preparing Feb 01 14:34:24 keep reminding us to apply for Gsoc? Feb 01 14:34:32 do you have an url? Feb 01 14:35:45 Crofton: it's not open yet Feb 01 14:36:34 sorry, stupid java Feb 01 14:36:49 Crofton: it's not open for applications yet. http://code.google.com/soc/2007/ Feb 01 14:37:21 keep pinging us an dthinnk of something you would like to do Feb 01 14:38:00 is something along the lines of getting collie working feasible/acceptable? Feb 01 14:38:35 I'm not sure Feb 01 14:38:57 you might look at what the accepted last yer Feb 01 14:39:01 in general Feb 01 14:39:38 ok thanks. Feb 01 14:40:04 I'm a freshman in college, don't know that I've got the pre-req knowledge, but I think it's worth a shot Feb 01 14:40:32 the key is to propose something that google will go for Feb 01 14:40:51 we would go for poodle working, but the key is to get funding Feb 01 14:41:34 porting android to openembedded? :-p Feb 01 14:41:58 :) Feb 01 14:42:11 "collie kernel drivers" can be project for gsoc Feb 01 14:42:21 but will it be accepted.. rather not Feb 01 14:42:37 you don't think it would be? why? Feb 01 14:42:42 that is why I suggested reviewing last years accepted work :) Feb 01 14:42:52 my linux kernel fails to load.... I suspect it has wrong load address. How can this be? where to set it? Feb 01 14:42:59 If the google people are at FOSDEM, we can ask them also Feb 01 14:43:00 handhelds.org started few times with similar projects Feb 01 14:43:18 Kleckse: u-boot? Feb 01 14:43:18 Crofton: I'm looking at that now Feb 01 14:43:20 I think one of the SoC people was there Feb 01 14:43:20 03hrw 07org.oe.dev * r21b14c16... 10/ (6 files in 2 dirs): strace 4.5.15: added missing patches (from Poky) Feb 01 14:43:21 Kleckse: what problem you are facing? Feb 01 14:43:42 Kleckse: look at other u-boot using machines and their configs Feb 01 14:43:55 that commit was about 4.5.14 not .15 Feb 01 14:44:00 I am still trying OE for AVR32 Feb 01 14:44:09 I could get it to compile minimal-image Feb 01 14:44:54 now I have a uImage which i can load via tftp. Feb 01 14:45:25 somethink is wrong with glibc Feb 01 14:45:36 Is there potentially a better alternative for ipkg? Or I could work on fixing ipkg Feb 01 14:45:45 after booting this kernel I get reported: Image Name and so on.. Verifying Checksum OK, Uncompressing OK Feb 01 14:45:46 qemu-arm stuck on locale generation Feb 01 14:46:07 summatusmentis: I was told that ipkg is not maintained again Feb 01 14:46:09 summatusmentis: Thomas Wood from OpenedHand works on Opkg which is fork of ipkg done in more sane way Feb 01 14:46:14 NineX: amd64? Feb 01 14:46:17 The only point I see is load and entry address are both set to 20008000 Feb 01 14:46:28 yes Feb 01 14:46:35 NineX: known problem ;( Feb 01 14:46:39 damn Feb 01 14:46:42 NineX: I need time to debug it Feb 01 14:46:47 hrw: what sort of "emergency" kernel + ramfs would you adopt/suggest for Zaurus? Feb 01 14:46:49 hrw: any workaround? Feb 01 14:46:50 Kleckse: look at other u-boot using machines and their configs Feb 01 14:47:00 NineX: disable locale generation Feb 01 14:47:11 NineX: ENABLE_BINARY_LOCALES_GENERATION = "0" Feb 01 14:47:14 hrw: so would that be a 'kosher' gsoc project? if #oe is not the correct space to discuss this, that's fine ttoo Feb 01 14:47:16 There is *NO* memory at this address. And compared to a working kernel which reports load address 0x10000000 and entry point 90000000 Feb 01 14:47:16 too* Feb 01 14:47:48 ant|work: any - I am starting to drop zaurus support Feb 01 14:48:07 hrw: ok, s/zaurus/embedded-device/ Feb 01 14:48:19 hrw: by 'that' I mean helping him in some way, taking care of something within Opkg that he doesn't necesarilly want tot do Feb 01 14:48:19 hrw: with limited mtd space Feb 01 14:48:49 how do i avoid building ipks in OE? Feb 01 14:49:12 ant|work: many embedding devices which I know have sane bootloaders so do not need workarounds Feb 01 14:49:15 hrw: minimal image + mtdtools ? Feb 01 14:49:25 tripod123_: what for? Feb 01 14:50:09 gsoc accepted http://code.google.com/soc/2007/freebsd/appinfo.html?csaid=E7B42ACC1F2C2966 last year... huh Feb 01 14:50:52 summatusmentis: how many macbooks are on market? Feb 01 14:51:05 summatusmentis: how many macbooks are produced *daily*? Feb 01 14:51:22 summatusmentis: and then compare numbers with 'how many collie users still use them?' Feb 01 14:51:34 hrw: fair analysis, I didn't think about that Feb 01 14:52:30 its like thousands to few Feb 01 14:52:43 hrw: do you know btw the production volumes of chinese 7500 Feb 01 14:52:47 ? Feb 01 14:52:50 of course, I forget that everyone has a zaurus :-) Feb 01 14:53:07 hrw: do you mean the OE config in conf/machine or their kernel config? Feb 01 14:53:09 i am building debug builds, i want a rootfs, i dont have ipks to be generated, it takes time and space on my slow machine Feb 01 14:53:32 Kleckse: OE config Feb 01 14:53:49 ant|work: from kernel point of view sl-7500 == c750 Feb 01 14:54:09 hrw: I know, thx, just wondering about numbers Feb 01 14:54:13 tripod123_: do you know how rootfs is generated? Feb 01 14:54:16 ant|work: no idea Feb 01 14:54:22 tripod123_: from *packages* Feb 01 14:54:31 hrw: you could have millions of customers -) Feb 01 14:54:47 hrw: I had a look, but couldn't find anything related to kernel load address/entry point Feb 01 14:55:09 hrw: is it possible that gsoc would be done through openmoko? it was done by openmoko, and not oe, last year Feb 01 14:55:19 Kleckse: smdk2443.conf:UBOOT_ENTRYPOINT = "30008000" Feb 01 14:55:32 summatusmentis: ask openmoko guys Feb 01 14:55:50 Kleckse: you probably need something like that for you device Feb 01 14:57:41 this is the uboot entry point I would guess... location of uboot.... Feb 01 14:57:46 :q Feb 01 14:58:08 hrw: ultimately it's up to OE as to whether or not they want to mentor anyone Feb 01 14:58:22 Kleckse: its kernel entry point used by uboot Feb 01 14:58:29 I didn't know if it was going to be OM instead of OE, or vice versa Feb 01 14:58:46 Kleckse: you are talking about *kernel* for over hour and when you get info you get it wrong...... Feb 01 15:00:33 Is there a meta file to build a minimal xwindows system? Feb 01 15:01:27 i just want the bare minimum, i have 15MB space left on my nand partition Feb 01 15:02:45 ok.. I'm sorry... I shut up and try ;-) Feb 01 15:05:42 ashu: minimal-x11-image iirc Feb 01 15:08:43 hrw:thanks Feb 01 15:12:27 hrw: I bother you now while you have Zaurus fresh in the memory... Feb 01 15:13:25 hrw: how would you proceed if I want to change the bootloader and rootsize for c7x0? Feb 01 15:13:33 hrw: new machine? Feb 01 15:14:03 hrw: I was thinking cx60 (64+64mb flash) Feb 01 15:15:01 I mean, I already have the patches and have to slalom the kernel size-limit Feb 01 15:15:21 hrw: there is no bb file by the name : minimal-x11-image Feb 01 15:29:20 ashu: look at packages/images/ ones and select one Feb 01 15:29:35 XorA: org.openembedded.dev/packages/strace/strace_4.5.12.bb' failed Feb 01 15:30:00 ant|work: worth checking is does it is possible to boot kernel instead of second stage bootloader (the one in nand) Feb 01 15:30:32 Since yesterday I have a problem with my GPE apps using a wrong dpi and going way off the screen. Other apps seem fine. Does anyone know anything about this? Feb 01 15:31:47 what is up with strace? Feb 01 15:33:15 dcordes: strace .14 is fixed in OE now Feb 01 15:33:48 Crofton: There was a bad merge in mtn last night Feb 01 15:34:09 urg Feb 01 15:34:16 I saw some comments about it Feb 01 15:34:41 not sure what the root casue was though Feb 01 15:34:54 I just pulled, so hopeully XorA is correct :) Feb 01 15:35:41 * XorA hopes he didnt just bugger it again Feb 01 15:44:25 hello, what is the option for not hiding the mouse pointer when using oe's qemu? Feb 01 15:48:54 I got my first image built for omap2430 Feb 01 15:48:58 XorA: worx Feb 01 15:49:51 yay Feb 01 15:50:18 but the kernel hangs at Freeing init memory: 192K Feb 01 15:50:53 CONFIG_LL_DEBUG Feb 01 15:50:56 or soemthing like that Feb 01 15:53:05 tripod123_: what 2430 device you have? Feb 01 15:53:15 tripod123_: kernel has EABI enabled? Feb 01 15:55:39 ant|work: yup, build failed: http://pastebin.ca/887737 Feb 01 15:56:01 * cbrake pulls again Feb 01 15:56:39 cbrake: you didn't enable ASSUME_PROVIDED.... thing, didn'tyou? Feb 01 15:56:50 ant|work: no Feb 01 15:56:58 ok Feb 01 15:58:02 03xora 07org.oe.dev * rc1ca81bd... 10/ (6 files in 2 dirs): strace-4.5.14 : add missing patches nicked from poky Feb 01 15:58:07 03xora 07org.oe.dev * r3df50a71... 10/ (6 files in 2 dirs): disapproval of revision 'c1ca81bdb586cb1c19068b48f512fa424ce13b9f' Feb 01 15:58:12 yeah, it has been enabled, actually i was trying to mount tmp/rootfs via NFS, there were no nodes in the directory /dev they were some text files in there Feb 01 15:59:05 i took the tar file inside images and it now boots, however x doesnot come up. Feb 01 15:59:32 it hangs at Starting GPE display manager: gpe-dm Feb 01 15:59:34 tripod123_: what device you have with omap2430? Feb 01 15:59:44 i am using 2430osk Feb 01 16:00:02 cbrake: quemu prefers gcc-3.4.4 over others... Feb 01 16:00:34 cbrake: or at least did so last week.... Feb 01 16:01:58 cbrake: lurk in the buildlogs to see if is configured/using gcc-3.4.4 Feb 01 16:02:18 cbrake: otherwise clean and rebuild Feb 01 16:02:40 i think i have some compiler issues as well: see: http://pastebin.ca/887740 Feb 01 16:03:28 cbrake: are you on x86_64? Feb 01 16:03:41 hvontres|work: yes Feb 01 16:05:58 ant|work: gcc-native-3.4.4 Feb 01 16:06:47 cbrake: the latest qemu has a bug with locale generation on x86-64...Xora and RP know about it Feb 01 16:06:58 cbrake: you won ! Feb 01 16:07:12 * hvontres1work looks at XorA and hides Feb 01 16:08:01 hvontres1work: I know little about how to fix qemu Feb 01 16:08:46 cbrake: do you need locale support? If not ENABLE_BINARY_LOCALES_GENERATION = "0" is your friend :) Feb 01 16:09:04 hvontres1work: I can get by without it for now Feb 01 16:09:13 hvontres1work: has anyone opened up a bug? Feb 01 16:09:16 * cbrake checks Feb 01 16:09:33 cbrake: I couldn't find one.... Feb 01 16:10:02 if I can find the bug tracker ... Feb 01 16:10:15 bugs.openembedded.net Feb 01 16:10:19 thanks Feb 01 16:10:24 (see topic) Feb 01 16:12:59 I have built an image for omap2430, i see some illegal instructions printed while booting, i suspect the compiler has not been built proper, please see http://pastebin.ca/887740, Feb 01 16:13:08 please advice Feb 01 16:13:10 ~lart ipkg Feb 01 16:13:11 * ibot drops a baby grand on ipkg Feb 01 16:14:11 bug posted Feb 01 16:20:02 tripod123_, what distro are you using? Feb 01 16:21:07 angstrom-2008.1 Feb 01 16:21:27 Hrmpf. ipkg list shows packages but the install command denies all knowledge of them. Feb 01 16:24:02 ~seen thesing Feb 01 16:24:04 thesing was last seen on IRC in channel #oe, 17h 23m 29s ago, saying: 'RP: can't you just disapprove the revision?'. Feb 01 16:26:20 RP, you did the kexec port for arm? Feb 01 16:28:55 tripod123_: show your machine config file Feb 01 16:29:27 Shoragan: I helped with it Feb 01 16:30:07 i tried to backport your patch for 2.6.16 to have kexec support on the chumby, but it crashes with OOM Feb 01 16:30:24 is there a working kexec for arm and 2.6.16? Feb 01 16:30:52 hvontres|work, XorA: The good news is I have an amd64 sitting next to me. It'll take a while for me to start using it as a desktop but I might be able to look into the problem at some point... Feb 01 16:31:01 Shoragan: Is that SA1100? Feb 01 16:31:13 no, iMX21 Feb 01 16:31:40 Shoragan: Someone showed me a patch which fixed certain OOM problems for the iirc Feb 01 16:32:39 Shoragan: I can't remember where I saw them though :( Feb 01 16:32:43 i've been unable to find somehing with google :/ Feb 01 16:35:32 Is there any way to add extra architectures to the list ipkg is willing to install? Feb 01 16:35:50 RP: cool. What kind of amd box do you have? Feb 01 16:36:15 hvontres|work: Intel quad core, literally just got it Feb 01 16:37:00 RP: Way cool :) Feb 01 16:37:20 RP:nickname of my cpu is "mizar" (a binary star) Feb 01 16:37:39 RP: dual core Feb 01 16:37:41 * hvontres|work thinks now x86_64 will get WAY more support :) Feb 01 16:37:42 03xora 07org.oe.dev * r2641af17... 10/ (1 packages/linux/linux-openmoko_2.6.24.bb): linux-openmoko_2.6.24.bb : new version of linux-openmoko Feb 01 16:38:06 Shoragan: Try http://www.rpsys.net/openzaurus/temp/collie-kexec.patch and let me know if it helps Feb 01 16:38:13 Shoragan: That was the patch I was thinking of Feb 01 16:40:51 RP, i'll try Feb 01 16:44:16 RP: shihtzu moved to you house or got copied? Feb 01 16:44:43 hrw: This is a copy+ ;-) Feb 01 16:46:31 nice Feb 01 16:47:48 I will rather wait with new machines until will get new flat Feb 01 16:51:08 Hello Feb 01 16:52:36 hw: my machine config file http://pastebin.ca/887802 Feb 01 16:52:59 i am using omap2430sdp file, since omap2430sdp and omap2430osk are practically same Feb 01 17:03:25 RP, does the kernel loaded via kexec need special support for that? Feb 01 17:04:05 bye Feb 01 17:12:43 Shoragan: If the cmdline is compiled in, you can kexec any kernel you want, even older/newer ones. I have been kexecing and old 2.6.17 kernel built for Openzaurus with one of my new 2.6.23 Angstrom kernels for a while now Feb 01 17:13:05 Shoragan: no, it doesn't Feb 01 17:13:16 and if the commandline is not compiled in? Feb 01 17:13:48 Shoragan: If yo uwnat to be able to fiddle with the cmdline, there is some support for that in 2.6.23 and up Feb 01 17:14:10 Shoragan: it depends how much help the kernel needs from the bootloader to boot Feb 01 17:15:58 * hvontres|work is wondering if the mailing lists are down today..... it's awfully quiet out there.... Feb 01 17:16:27 * Genesis note : precise revision when fixing version in conf/distro :| Feb 01 17:22:15 RP: if the bootcmd is passed by u-boot do I need config_mtd_cmdline_parts=y ? Feb 01 17:22:36 RP: I'd say no Feb 01 17:30:39 so I'm working on an omap5912osk right now and I've got suspend working, but after resume x is unresponsive. Any ideas on where to start poking around? Feb 01 17:33:18 bbl Feb 01 17:51:13 03pfalcon 07org.oe.dev * re870bd2d... 10/ (1 conf/distro/include/angstrom-2007-preferred-versions.inc): Feb 01 17:51:13 angstrom-2007-preferred-versions.inc: Bump version of few GPE/GPEPhone libs. Feb 01 17:51:13 * Away from buggy/non-buildable versions. Feb 01 18:04:05 RP: does your kexec patch apply cleanly on 2.6.24, or do I need to rebase it? Feb 01 18:04:49 apaulsen, awesome! Feb 01 18:05:06 (I need to get it added to the official ixp4xx svn repo, and I'd like to get it into the 2.6.24 openmoko kernel as well) Feb 01 18:05:09 let me know if you need to push anything Feb 01 18:05:17 I do not know abuot suspend though :( Feb 01 18:05:43 crofton: any clue on the toolchain for omap2430, i think OE gave me a broken toolchain Feb 01 18:06:10 no, the guy that tested that isn't around Feb 01 18:06:13 ~seen khem Feb 01 18:06:44 khem was last seen on IRC in channel #oe, 20d 23h 21m 48s ago, saying: 'gfortran is needed on host now I wonder why'. Feb 01 18:06:45 khem khem, where are you? Feb 01 18:07:17 apparently the gfortran problem so upset him that he left, perhaps... ;) Feb 01 18:20:17 how do i choose a specific version of busybox for my build, say i dont have the highest version available Feb 01 18:20:36 use PREFERRED_VERSION in local.conf Feb 01 18:20:52 although I would wonder why ... Feb 01 18:21:10 i have given PREFERRED_VERSION_busybox = "1.00", it does take that Feb 01 18:21:21 is that correct? Feb 01 18:23:17 sorry, it does not work, i am not sure what could be wrong? Feb 01 18:23:18 I think so, I do not use it mcuh :) Feb 01 18:23:32 bitbake -c rebuild busybox? Feb 01 18:25:38 tripod123_, maybe in local.conf SRCREV_pn-busybox = "1.00" Feb 01 18:25:45 that may be the right answer Feb 01 18:26:02 * Crofton is updating linux-davinci to AUTOREV ... Feb 01 18:26:37 mwester: looks like for 2.6.24 there is ${RPSRC}/export_atags-r2.patch Feb 01 18:27:02 hvontres|work: Thanks. :) Feb 01 18:36:01 can i specify a specific resolution to xkdrive. if so, how? Feb 01 18:36:56 we are using an lcd resolution of 240x320. Feb 01 19:08:25 ashu: you might want to take a look in /etc/X11/Xserver, that seems to be where the screen is configures Feb 01 19:12:01 Crofton: suspend already worked, I just had to enable APM in the kernel. The biggest problem was getting it to resume from the wakeup button, which turned out to be a hardware problem so there's no patch to push for that Feb 01 19:12:48 the wakeup button was powered from a rail that was shut down in suspend :( Feb 01 19:12:57 ooops :) Feb 01 19:14:51 apaulsen: that's what paperclips are for :) Feb 01 19:16:03 hvontres|work: rewire the switch with a paperclip? that could work... I had a big budget though and used real wire Feb 01 19:16:04 i don't know why but when i clidk on the crosshair the calibration screen of gpe-image it doesn't do anything...(angstrom qemu-native-0.9.1) Feb 01 19:29:30 hi everybody Feb 01 19:30:15 apaulsen, if you have any osk suggestions, I am listening Feb 01 19:33:22 Crofton: as far as hardware goes, all you need to do is tombstone R10 on the LCD board and wire it to 3.3V. This is on the Mistral board though, not the osk itself Feb 01 19:34:16 well, I meant mainly thinfs I should commit :) Feb 01 19:34:42 although that is a really piece of information, maybe put it in the elinux.org wiki Feb 01 19:34:43 I know, but now the hardware fix is in the IRC log for other people to find :) Feb 01 19:35:00 ok, I'll look into that Feb 01 19:35:27 I'm looking for the OSK page Feb 01 19:35:40 http://elinux.org/OSK Feb 01 19:47:52 anyone around? Feb 01 19:49:02 I was looking at the gumstix boards for a project I am going to be doing, and OE seems to be what everything is done with so I came here with some questions. Feb 01 19:52:23 http://blog.haerwu.biz/2008/02/01/zaurus-leather-case-for-free/ Feb 01 19:52:42 I am going to be building a automated vehicle (converted high end rc truck) and am going to be writing some pretty hefty control code. For instance I want it to be able to use access points as beacons and calculate its position, so I wanted a powerful but small platform. However I have only ever worked with microcontrollers before for this kind of stuff and was wondering if OE / gumstix would allow me a level of control where I could Feb 01 19:52:42 simply make a wire high or low at will based opn a program. Pretty basic funtionality for a MC but I don't really know this platform Feb 01 19:53:17 OE will help you build the SW :) Feb 01 19:53:54 OE will solve all your problems Feb 01 19:54:19 hi Feb 01 19:54:26 well, that is an extreme viewpoint :) Feb 01 19:54:43 OE solves also erection problems Feb 01 19:54:53 OE as OverErection Feb 01 19:55:58 we all know what big breast files are Feb 01 19:56:58 OE would aks you the preferred the kind of erection you want Feb 01 19:57:17 Sjeesh. I come running into #oe again after weeks of absence and all you guys talk about are BB files? :-) Feb 01 19:57:28 if this was #ossie you would all be in trouble now! Feb 01 19:57:36 lol Feb 01 19:58:13 rofl Feb 01 19:58:15 right about the time we get bb working, python 3.0 will ruin everything! Feb 01 19:58:21 would now be a good time to ask for help? Feb 01 19:58:42 it might get us back on track Feb 01 19:58:49 :P Feb 01 19:58:53 keesj: there does seem to be a decent amount of people here . . . :) Feb 01 19:59:43 !oebug 3730 Feb 01 19:59:44 * * Bug 3730, Status: NEW, Created: 2008-02-01 19:27 Feb 01 19:59:46 * * andrew.paulsen(AT)gmail.com: gpe-conf misinterprets omap5912osk backlight Feb 01 19:59:47 * * http://bugs.openembedded.net/show_bug.cgi?id=3730 Feb 01 19:59:55 cripes Feb 01 19:59:59 someone using the screen Feb 01 20:00:04 and about the same amount of OE based distros Feb 01 20:00:18 * Crofton needs to sneak over to his old office and swipe the screen Feb 01 20:00:38 apaulsen, is angstrom working on the OSK for you? Feb 01 20:01:03 keesj, use Angstrom :) Feb 01 20:01:10 maybe generic/minimal Feb 01 20:01:16 * keesj is into mamona atm Feb 01 20:01:36 in other words use a distro that is used Feb 01 20:02:03 Crofton: yes, I'm using angstrom Feb 01 20:02:05 I also heard something about maemo compatible debs. that also sounded nice Feb 01 20:02:14 !oebug 3731 Feb 01 20:02:15 * * Bug 3731, Status: NEW, Created: 2008-02-01 19:57 Feb 01 20:02:16 * * andrew.paulsen(AT)gmail.com: omap OSK needs an entry in Xserver Feb 01 20:02:17 * * http://bugs.openembedded.net/show_bug.cgi?id=3731 Feb 01 20:02:29 which image? Feb 01 20:02:53 ? Feb 01 20:03:06 what image are you starting with> Feb 01 20:03:07 ? Feb 01 20:03:14 console, xll, .... Feb 01 20:03:44 oh, sorry. gpe-image Feb 01 20:04:05 +/- some packages Feb 01 20:04:25 ok Feb 01 20:04:52 angstrom 2008? Feb 01 20:05:00 yes Feb 01 20:05:14 and kernel 2.6.22 Feb 01 20:05:26 * Crofton adds swiping the screen and creating this image to his already too long list of things to do Feb 01 20:05:42 that is the one that builds by default? Feb 01 20:05:58 * Crofton needs to add loads of modules to the defconfig .... Feb 01 20:06:00 I don't actually know, we're building the kernel separately Feb 01 20:06:15 ah Feb 01 20:06:20 why? Feb 01 20:06:51 * Crofton would like to get all this into .dev :) Feb 01 20:07:32 I don't honestly know Feb 01 20:07:42 ok Feb 01 20:07:46 just checking Feb 01 20:08:02 I'll likely push the .dev kernel to .24 soon Feb 01 20:11:21 anyone for my qemu problem? (when i click on the crossair of the calibration screen of gpe-image it doesn't do anything(angstrom)) Feb 01 20:13:14 Crofton: I don't know because I'm doing the rootfs work and a coworker is doing the kernel work. I would just do the kernel work in OE like I have for other projects. Feb 01 20:14:05 ok Feb 01 20:14:16 let me know if you would like anything pushed Feb 01 20:14:42 I plan to look at .24 sometime (the omap patch exists now) and build a bunch of modules Feb 01 20:21:37 we tried .24 and didn't use it for some reason Feb 01 20:21:49 I think cpufreq didn't work right possibly Feb 01 20:23:42 ok Feb 01 20:24:07 most people probably don't need frequency scaling on their osk's though...I don't know Feb 01 20:25:11 probably no one noticed, hopefully they post this info to the omap list ... Feb 01 20:28:29 RP: I bothered you exactly about this (today earlier) Feb 01 20:29:00 RP: "was RP: and he skipped CONFIG_CPU_FREQ_PXA25x=y" Feb 01 20:38:00 Crofton: teh hardware mod is now documented http://elinux.org/OSK#Q-VGA_from_Mistral Feb 01 20:38:50 thanks Feb 01 21:14:43 GNUtoo: Are you running on x86_64? qemu seems to have some issues with that ATM Feb 01 21:18:15 gesbc-9302 console-image builds :-) Feb 01 21:18:26 without locales though Feb 01 21:22:06 hvontres|work, no plain x86(centrino) Feb 01 21:51:19 I think that question was already answered but I go: how to properly edit the machine defconfig ? Feb 01 21:52:23 I mean what is bitbake for "make menuconfig" ? Feb 01 21:55:15 hvontres|work: how did you edit defconfig during your kernel trips? Feb 01 21:55:45 by hand? Feb 01 21:58:56 ant: bitbake -c menuconfig and then copy the .config file from tmp/work/ over the old defconfig Feb 01 21:59:12 ant: or you could use bitbake -c devshell Feb 01 21:59:19 hvontres|work: many thanks... Feb 01 22:29:09 on a normal gpe-image are there any scripts that run before/after suspend? Feb 01 22:32:17 hvontres:work: to boot from SD did you change /etc/fstab and recreated jffs2 image? Feb 01 22:33:17 apaulsen: yes, gpe-login ask password was moved as last task before suspend Feb 01 22:33:34 apaulsen: took to long at reboot Feb 01 22:33:52 ant: where is this script? Feb 01 22:34:01 uh... Feb 01 22:34:15 I have to search... Feb 01 22:34:30 is different S in int I guess Feb 01 22:34:48 SystemV I mean Feb 01 22:36:35 ant: I have my SD card set up as ext2. OE will output a tarball of the rootfs that you can just untar onto the card. Modify the /etc/fstab on the card Feb 01 22:37:24 hvontres:work: I have to change the string in u-boot then, now is jffs2 Feb 01 22:38:52 ant: to boot from SD, just modify the root and rootfstype entries to point to your SD card. Also you want to add either rootdelay (2.6.22 or older) or rootwait (2.6.23 and up) to allow the SD card to mount first Feb 01 22:39:09 hvontres:work: btw jffs2 is overkill for SD Feb 01 22:39:45 ant: never tried that Feb 01 22:40:04 IIRC jffs2 needs direct access to the flash Feb 01 22:40:28 and SD cards have teir own wear-leveling built in Feb 01 22:48:52 hvontres:work: If I compile the module in kernel then don't need rootwait, isn't ? Feb 01 22:49:25 ant: no, you still need that IIRC. The SD driver takes a while to initialize and to mount jthe card Feb 01 22:49:50 hvontres:work: same for ext3 filesystems? Feb 01 22:50:09 ant: yes. Feb 01 22:50:14 ok, thx Feb 01 22:50:53 ant: the nice thing about rootwait is that you don't have to guess at how much of a delay you need (like with rootdelay) Feb 01 22:51:26 now is just rootwait, no more rootwait=1 , isn't? Feb 01 22:51:52 ant: right Feb 01 22:52:10 thx again, you save me google-time! Feb 01 22:53:52 np Feb 01 23:07:46 nick cbrake_away Feb 01 23:07:56 gahh, its Fri! Feb 01 23:10:51 cbrake_away: Yay!!!!! Feb 01 23:17:51 hvontres|work: I just kexeced a kernel from an initramfs Feb 01 23:25:36 thesing_: woooot Feb 01 23:26:11 I will put the initramfs for you to download. Feb 01 23:26:16 mwester: It should apply ok Feb 01 23:26:31 hvontres|work: has poodle mtdblock2 as root? Feb 01 23:26:33 thesing_: I don't have a colie Feb 01 23:26:41 thesing_: yes Feb 01 23:26:42 ant: In that case you can have cpu frequency scaling or no ticks but not both Feb 01 23:27:09 hvontres|work: it does not matter. its all arm code. Feb 01 23:27:26 ant: You want mtd commandline paritions Feb 01 23:27:29 thesing_: could you put up your recipie as well? I might want to hack at it some this weekend, if I get a chance Feb 01 23:28:16 hvontres|work: the image just contains statically linked kexec, dash and mount and a simple shellscript. if you compile a kernel it into a kernel it should just work. ;) Feb 01 23:28:52 hvontres|work: it has no recipe. I created it manually. Feb 01 23:29:13 by the way is qtopia 4.3 just a library? or can i launch graphicals programs in a way or in another? Feb 01 23:29:16 thesing_: cool. Feb 01 23:31:06 hvontres|work: the initramfs is 307K big. Feb 01 23:33:11 hvontres|work: http://www2.informatik.hu-berlin.de/~tkunze/zaurus/images/initrd.tgz Feb 01 23:33:32 hvontres|work: extract it somewhere and point your kernel config to it. Feb 01 23:35:02 thesing_: thanks Feb 01 23:35:36 hvontres|work: don't forget to put a zImage at / at mtdblock2 ;) Feb 01 23:35:48 thesing_: hehe Feb 01 23:38:15 could somebody give me a hand with "dbench" not installing? http://pastebin.ca/888249 There's something wrong with install paths. I wonder if it is a problem with my build host or recipe Feb 01 23:43:05 RP: it applies. It just doesn't work. Feb 01 23:43:06 :( Feb 01 23:43:51 RP: no dynticks ? Feb 01 23:44:42 dcordes: looks like a syntax error in your recipe. Feb 01 23:45:01 dcordes: compare your "install ..." line with other recipes Feb 01 23:45:11 I didn't change anything about it Feb 01 23:47:14 time to go home :) Feb 01 23:47:29 hvontres:work: =) Feb 01 23:47:41 hvontres|work: have a nice weekend. Feb 01 23:47:48 thesing_: you too. Feb 01 23:48:34 dcordes: look into the makefile what make install tries to do. Feb 01 23:49:23 RP: have fun seting up your new "toy" :) Feb 02 00:11:03 hi RP Feb 02 00:14:45 http://www.improveverywhere.com/2008/01/31/frozen-grand-central/ <- brilliant Feb 02 00:19:13 mwester: Which patch are you applying? Feb 02 00:20:34 RP: can you help with an apupsd linker error i'm getting? Feb 02 00:22:11 scant: its late here and my mind isn't at its best ;-) Feb 02 00:29:31 RP: I've tried the one in RMK's patch system on 2.6.24, and the one I found referenced in OE based on the 2.6.23 kernel. Both fail for me in the same way; the new kernel boots but sees no atags at all. Feb 02 00:29:59 mwester: Did you use the updated userspace tools? Feb 02 00:30:46 I've built the latest kexec-tools in OE. Feb 02 00:31:04 kexec --append="foo=bar" zImage Feb 02 00:31:04 mwester: Does /proc/atags exist? Feb 02 00:31:14 Yep, /proc/atags exists Feb 02 00:31:50 mwester: which kernel version is it booting? Feb 02 00:32:10 I just built a new one - 2.6.23 for this one. Feb 02 00:33:45 Lets see if a newer OE snapshot ahs this improved Feb 02 00:33:48 oop, mt Feb 02 00:33:58 but, does anyone know if udev-115 has had an initscript update since commit? Feb 02 00:35:53 mwester: It should work :/ Feb 02 00:39:12 RP: I'll continue working on this. Feb 02 00:39:36 (I never tested it previously; it looked so obvious that I didn't think it would *not* work :( ) Feb 02 00:40:31 mwester: I know it does work on the zaurus. Its entirely possible there is a bug somewhere though Feb 02 00:40:50 mwester: I still think the method is sound at least... Feb 02 00:44:00 'night all Feb 02 00:44:04 * RP -> Zzzz Feb 02 02:01:58 Question for anyone who uses ARMs and FPE, are there any good benchmarks out there for which kernel FPE mode works the best? **** ENDING LOGGING AT Sat Feb 02 02:59:57 2008