Chris Tyler pÃÅe v So 08. 01. 2011 v 12:48 -0500: > 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. Peter told me he still has some duties in school for the next 1 or 2 weeks and then he will join us here again. Dan _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
