Re: [oe] [RFC] Zaurus: make updater.sh obsolete for poodle, clamshells and tosa

Again on this: chatting with Eric about the pxa-linking-bug-r1 patch, it seems it is needed because of a bug in updater.sh: Same was reported here: http://www.oesf.org/index.php?title=SL-C3000_Updater_Script ## Bug in Sharp bit ##

Re: [oe] [RFC] Zaurus: make updater.sh obsolete for poodle, clamshells and tosa

Well, I tested this patch on c7x0 and got two results: 1) we can avoid the pxa-linking-bug-r1 patch 2) we can boot 2.6.33-r6 (and some older too :) Unexplicable (for me) unalignement issues...thx to Eric Miao for the hint! I propose therefore to fix the updater.sh and fork the new minimal one

Re: [oe] [RFC] Zaurus: make updater.sh obsolete for poodle, clamshells and tosa

Just for sanity I repeat here the command for c7x0: nandlogical /dev/mtd1 WRITE 0xE 0x13C zImage.bin I'm still dubious about the extra space at the end of mtd1...after checksums? Andrea ___ Openembedded-devel mailing list

[oe] QA: Fixes needed by console-image

Hello, I post here some bits of the log of console-image: my understanding is we should convert asap the packages using legacy do_stage. Most of these exhibit the cp: cannot stat `...*': No such file or directory issue. Others have just bad packaging, not logged by our QA checks. Some are heavy

Re: [oe] [RFC] Zaurus: make updater.sh obsolete for poodle, clamshells and tosa

Again about that Sharp headers...I tried to see why these were necessary long ago: Reading here http://www.oesf.org/index.php?title=C3000_Device_Specifics#Creation_of_a_new_initrd_for_the_SL-C3000 it seems there was even an header appended to the kernel, not only one header prepended to the

Re: [oe] glibc_2.9.bb QA error

'/home/usr/OE/Temp/work/armv5te-none-linux-gnueabi/glibc-2.9-r35.2/install/nscd/usr/sbin/nscd' What is in your local.conf? DISTRO and MACHINE? Regards Andrea ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org

Re: [oe] problem in building console-iamge

BBFILES = /oe/org.openembedded.dev/packages/*/*.bb /oe/ossie_collection/packages/*/*.bb This seems wrong NOTE: Handling BitBake files: \ (0014/0014) [100 %] In fact you get just 14 items... Dunno about ossie, but in openembedded we moved from 'packages' to 'recipes'. Regards Andrea

Re: [oe] [RFC] Zaurus: make updater.sh obsolete for poodle, clamshells and tosa

I probably did not explicit that actual Narcissus images cannot be flashed on nand if renamed initrd.bin. And the OE-built images have the 16bytes header thus cannot be flashed 'vanilla' using nandwrite. We should abandon the cat ${STAGING_LIBDIR}/sharp-flash-header/header-c700.bin we have now

Re: [oe] bitbaking helloworld

Saleh, the ipk can be opened with ar -x Usually one *installs* the ipk...otherwise you can have hard time with the dependencies. (not for helloworld, happily :) Regards Andrea ___ Openembedded-devel mailing list

Re: [oe] bitbaking helloworld

and which ipk I should extract that contains executable to be run on my platform something like deploy/glibc/ipk/ARCH/helloworld-static-xyz.ipk ? Andrea ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org

Re: [oe] [PATCH] kernel.bbclass: deploy all kind of compressed initramfs cpio images.

Bump ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH] kernel.bbclass: deploy all kind of compressed initramfs cpio images.

Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- classes/kernel.bbclass |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git a/classes/kernel.bbclass b/classes/kernel.bbclass index edeaa66..a05a56e 100644 --- a/classes/kernel.bbclass +++ b/classes/kernel.bbclass

Re: [oe] Commit 2fdf1aa1c869ea9deecee86206f49a2eca9d7c00 breaks opkg

FYI, I had similar issues with opkg-cl (was linked with libldap of my buildhost...[1]). I thouht it was originated by bump to SRCREV to 413 but a rebuild from scratch fixed all. Please retry the hard way... Regards Andrea [1] What I did was to unmerge openldap on my Gentoo buildhost. This

Re: [oe] Initramfs and kernel

I obviously don't do it right. How is initramfs supposed to work in OE? One way is the one we used for : kexecboot - initramfs-kexecboot-image - linux-kexecboot See how images of initramfs-enabled kernel is pulled in conf/machine/include/initramfs-kexecboot.inc Basically we ended up with two

Re: [oe] initramfs dependency loop

I'm using an initramfs image, based on klibc. Same here. I fear you need a second recipe for the initramfs-enabled kernel. See/conf/machine/include/initramfs-kexecboot.inc and the triplet/recipes/kexecboot , initramfs-kexecboot-image , linux-kexecboot Regards Andrea

Re: [oe] OEDEM 2009 summary: Death to checksums.ini?

There was some discussion around alternative proposals of storing the checksums in separate files within the recipes/ directory. The best alternatives so far where:       - Place the checksums into the dir of the recipe       - Use a MD5SUM_${URL} = , SHA256SUM_${URL} = syntax I would be

Re: [oe] Mailing lists

FWIW I experience since some days strange delays, probably caused by greylisting. I suspect all gmail users are affected. On my server I use following whitelist_dsname table for greylist demon (policyd): bigfish.com # bigfish.com has smtp servers behind multiple ips google.com # Google

Re: [oe] [oe-commits] [Bug 4162] zaurus-updater do_deploy fails to run in .stable

Justin, wrt Zaurus, pleas forget the stable branch for the moment. We are fixing the -dev branch but diverging too much to be able to cherry-pick. Regards Andrea On Tue, Nov 10, 2009 at 12:32 AM, bugzilla-dae...@git.openembedded.org wrote: http://bugs.openembedded.org/show_bug.cgi?id=4162

[oe] Fwd: 2.6.31 won't boot from nand (c7x0 and tosa)

Forwarded conversation Subject: 2.6.31 won't boot from nand (c7x0 and tosa) From: *Andrea Adami* andrea.ad...@gmail.com Date: Mon, Oct 26, 2009 at 8:52 AM To: Dmitry Eremin-Solenikov dbarysh...@gmail.com, Stanislav Brabec u...@penguin.cz, pa...@ucw.cz, - Cortez - omegam

Re: [oe] [PATCH] Fix files/device_table-ezx.txt

I was suggesting to mickey that some edits are needed. I pointed specifically to dev/mmcblk0 which is supposed to populate from p1 to p7 per specification. Regards Andrea ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org

<    4   5   6   7   8   9