I created patch for grubby to support uboot. It's tested with my panda
and all functions are working
This patch brings
- support for ubuntu flash-kernel utility
- update kernel in MMC/MTD devices on kernel install/remove
- creation of boot script for OMAP on MMC based on /etc/sysconfig/uboot
- update of bootloader (x-loader and u-boot)
You can download rpm
We are pleased to announce the release of Fedora 13 ARM Beta3. This release includes additional software not found in Beta2, most notably Abiword for your word processing needs. Unfortunately at this time we are not able to offer OpenOffice due to some issues with java packages ( java experts we could use your help! ).
A new root file system compose is available for download – http://scotland.proximity.on.ca/fedora-arm/beta/f13/rootfs-f13-beta3-2011...
The latest repository – http://arm.koji.fedoraproject.org/mash/beta/f13-arm-2011-05-10/f13-arm/ar...
We are again asking for feedback as we prepare for a final compose of Fedora 13 for ARM, and put all our efforts behind Fedora 14. Feedback can be forward to us via the mailing list – arm(a)lists.fedoraproject.org.
We are hosting another Fedora 15 hardfp Virtual Fedora Activity Day
today, at 14:00UTC (10:00 Eastern Daylight Time). The purpose of this
session is to co-ordinate the bootstrap of F15 hardfp (hardware floating
point). Going forward, the proposal is that these be on Fridays.
You can find a lot more detail here, along with all the pre-reqs/bits:
That page contains links to the general instructions on:
Be sure you follow the instructions to use an armv7hl-YOUR_FAS_USERNAME
or group name branch so that we can track who is doing what, and more
easily back out changes if you/we discover a problem with your setup.
This is a weird bug, has anyone else seen or fixed it?
If you connect storage up to a pandaboard USB port (flash or sata),
you get about 5 MB/sec throughput. Now, if you "ping -i 0.001" the
pandaboard from another host, you can increase the *storage*
performance to 22 MB/sec (for my disk, max 32 MB/sec on an x86
desktop). Note that the ethernet device is itself also on the same
USB hub (on chip) as the device storage.
This tells me that something in the smsc95xx driver is either missing
an interrupt, or not polling fast enough, but I couldn't find
USB protocol analyzer shows that most of the time, the transfers are
happening at the full speed, so it's just stopping every once in a
while, killing performance.
Kernel is 188.8.131.52-23.fc13.armv7l.omap from the Fedora 15 development
If anyone would like an up-to-date canned image for PandaBoard, please
visit the following location (and see the README.txt for instructions):
This collection of image files uses David Marlin's kernel-omap work in
progress kernel images and contains support for fdt testing in U-Boot.
But for those who just want to try out F13 on a PandaBoard, it's also
great as a starting point for you to drop something in and go.
P.S. If someone wants to test this on BeagleBoard, please let me know
whether it works for you on that board as well.
Quick status update on F-14. Today I kicked off the mass build so we've got
forward movement now at a much quicker pace :-)
So for those people interested in various other languages such as java,
mono, haskell or any other language that might have issues compiling on
ARMv5tel with Fedora 14 its time to step up and start to poke and prod. Also
those interested in particular desktop environments or other package groups
might want to have a look more closely as well.
Any queries just ask, I'm around on the irc channel or on this list. I'm not
awake all the time so if you ping me I'll get back to you when I'm awake.
I'm looking to get a non signed alpha minimal root fs later in the week.
I have pushed up a new kernel-fdt branch which contains a patch to add
flattened device tree support to the Fedora arm kernel, specifically on
the beagleboard and pandaboard because that is what I have to test on.
This kernel requires that the bootloader, e.g. u-boot, be able to load a
device tree blob into memory and pass it to the kernel at boot time.
Only basic FDT support is included presently, but with the
infrastructure in place, we can build on top of it.