multitech-oe.git/recipes/kexecboot, branch testing Multi-Tech CoreCDP 1.x OpenEmbedded Tree kernel.bbclass: Fix INITRAMFS_IMAGE logic 2010-09-15T23:34:02+00:00 Tom Rini tom_rini@mentor.com 2010-09-15T23:30:28+00:00 25e515ba2ff7d9670b179fce85514f598094f13a Due to a bitbake bug to be fixed in 1.10.1, EXPORT_FUNCTIONS isn't remapping kernel_do_compile[depends] to do_compile[depends], so make a comment about cleaning this up once we depend on a working bitbake. Next, it needs to add to do_configure (like the users have manually set a dependancy on) rather than do_compile so that the initramfs is copied into place in time. Since we're fixing the logic in kernel.bbclass, we can drop the workarounds that linux-kexecboot and linux-preboot have added. Signed-off-by: Tom Rini <tom_rini@mentor.com> 
Due to a bitbake bug to be fixed in 1.10.1, EXPORT_FUNCTIONS isn't
remapping kernel_do_compile[depends] to do_compile[depends], so
make a comment about cleaning this up once we depend on a working
bitbake.  Next, it needs to add to do_configure (like the users
have manually set a dependancy on) rather than do_compile so that
the initramfs is copied into place in time.  Since we're fixing the
logic in kernel.bbclass, we can drop the workarounds that linux-kexecboot
and linux-preboot have added.

Signed-off-by: Tom Rini <tom_rini@mentor.com>
linux-kexecboot: replace empty do_stage with empty _do_populate_sysroot. 2010-08-22T21:33:03+00:00 Andrea Adami andrea.adami@gmail.com 2010-08-22T21:31:00+00:00 f310975482495680003b9cdf72e5f82af997671b * was found as false positive wrt legacy-staging * bump PR 
* was found as false positive wrt legacy-staging
* bump PR
kexecboot: inherit new klibc.bbclass 2010-08-21T16:18:28+00:00 Andrea Adami andrea.adami@gmail.com 2010-08-21T15:57:12+00:00 ab37e39dee9677cae06cff3e8b3e1de2abad2c41 * bump PR 
* bump PR
kexecboot: follow kexec-tools-klibc renaming. Bump PR. 2010-08-19T21:27:30+00:00 Andrea Adami andrea.adami@gmail.com 2010-08-19T21:25:47+00:00 e531bb9f91e4969fabdad806e72d4da29fc6fa3f 






kexecboot: bump to 5e020abcb38b7dcfeb1eed2350a4221e7bda7020
2010-08-15T22:23:59+00:00

Andrea Adami
andrea.adami@gmail.com

2010-08-15T22:23:59+00:00

49277f5511d0098229eb2995d31c59ff9fb64869

* fix case of rotated fb





* fix case of rotated fb







linux(-kexecboot)-2.6.35: upgrade to latest stablepatch 2.6.35.1
2010-08-11T07:33:27+00:00

Martin Jansa
Martin.Jansa@gmail.com

2010-08-11T06:43:34+00:00

a4c72e350c199adbd02fc526c5ca07ff44976749

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>





Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>







linux-kexecboot: add 2.6.35
2010-08-03T07:23:59+00:00

Martin Jansa
Martin.Jansa@gmail.com

2010-08-02T13:04:26+00:00

0a1635529a4a8cc5dfe614695bc8dd506f657f21

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>





Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>







kexecboot: remove dependency on losetup
2010-07-29T21:32:09+00:00

Andrea Adami
andrea.adami@gmail.com

2010-07-29T21:32:09+00:00

0ff60623c24d7abe943c0884b33545bd77ebe7d6

* Support for loopmount still to be defined.
* While we could easily mount a loopimage and kexec the included
* kernel and initrd, it would be duty of the init of the loopimage
* to know about rootfs and rest of filesystem.
* Problem is we don't know that init in advance.





* Support for loopmount still to be defined.
* While we could easily mount a loopimage and kexec the included
* kernel and initrd, it would be duty of the init of the loopimage
* to know about rootfs and rest of filesystem.
* Problem is we don't know that init in advance.







kexecboot_git: bump to f0f9069a40f7dcf21da9d0b59f36e768a073d0c9
2010-07-29T21:29:31+00:00

Andrea Adami
andrea.adami@gmail.com

2010-07-29T21:29:31+00:00

d45a784c0902dba7589caa0fa2d5e6038ae857dc

* new fbmenu layout





* new fbmenu layout







linux_git: bump SRCREV for rc6, enable PLATFORM_PATA for spitz
2010-07-22T22:37:52+00:00

Martin Jansa
Martin.Jansa@gmail.com

2010-07-19T12:52:17+00:00

01d0383398d239511563a76645b50c4497ddb3b4

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>





Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>