[fedora-arm] uImage-2.6.30-sheevaplug is definitely broken

Chris Tyler chris at tylers.info
Sat Jan 8 17:48:08 UTC 2011


On Sat, 2011-01-08 at 18:36 +0100, Dan Horák wrote:
> Chris Tyler píše v So 08. 01. 2011 v 12:20 -0500: 
> > On Sat, 2011-01-08 at 12:28 +0000, Richard W.M. Jones wrote:
> > > Just a note to say that I'm having the precise same problem described
> > > here:
> > > 
> > > http://lists.fedoraproject.org/pipermail/arm/2010-December/thread.html#786
> > > 
> > > 'Mojibake' after the kernel is uncompressed.  No tty settings seem to
> > > fix it[*].
> > > 
> > > The wiki links to the uImage-2.6.30-sheevaplug image all over, but it
> > > is definitely broken either inherently or just with the latest
> > > SheevaPlug hardware.
> > 
> > We should probably update these wiki links to point to a common 'ARM
> > Kernel' page, which we can then use as a trampoline to a
> > currently-recommended kernel or a collection of kernels, and later
> > change to point to an RPM-based kernel solution. Any takers for this bit
> > of wiki gardening?
> > 
> > (Speaking of kernels, I'm going to get a couple students looking at
> > doing RPM-based kernels for ARM this semester. Some things from primary
> > archs won't apply, e.g., updating grub boot menus -- I think ARM with
> > uBoot will probably need some ugly pieces like a hard link to the
> > "current" kernel, at least to start. We also need to do an inventory to
> > figure out the smallest number of kernels necessary to support common
> > hardware).
> 
> We have a student in Red Hat Brno who will work on RPM-based kernels as
> his bachelor thesis and it should include an improvement in grubby to
> use the flash-kernel utility
> (https://bugzilla.redhat.com/show_bug.cgi?id=548422) Debian is
> developing and using to actually flash the kernel to a supported range
> of devices. We think the kernel installation workflow could be very
> similar to the one used on x86.

Cool! Any forward movement on that one? The review is a year old.

We need to be sure that we can ultimately boot either from NAND or a
filesystem.

-Chris



More information about the arm mailing list