Sean Omalley wrote:
That was part of the series, that if you didn't have the correct
firmware you had to set the arcnumber, and kernels wouldn't work, and a
few other issues. I think ext2 support and zlib both were buggy straight
from the manufacturer. Both Arch and Debian, I believe, require updating
the firmware, rather then trying to program around broken software that
has already been fixed. You even have to update the firmware on x86
before you can get support from anyone.
If guruplug users don't mind updating the firmware, I'm OK with it. Do
you know the minimum version that should be good (so people know if they
need to upgrade)?
Also, please post if you have suggestions for improvement on the boot
process. If the new u-boot supports using the boot.scr, or a uEnv.txt
script, that would be great.
Thank you,
d.marlin
==========
I am not saying the image creation is correct. I know EFI requires DOS
partitions, but we aren't talking about x86 either. The EFI idea was
good but the implementation is just totally borked. Even Apple had to
get stuff changed to support HFS which is indicative of a poor design.
------------------------------------------------------------------------
*From:* David A. Marlin <dmarlin@xxxxxxxxxx>
*To:* Sean Omalley <omalley_s@xxxxxxxxxxxxxx>
*Cc:* Derek Atkins <warlord@xxxxxxx>; Fedora ARM
<arm@xxxxxxxxxxxxxxxxxxxxxxx>
*Sent:* Friday, December 14, 2012 8:47 AM
*Subject:* Re: F18 ARM Beta Test Candidate 2
On 12/13/2012 06:57 PM, Sean Omalley wrote:
Update your uBoot?
http://loginroot.com/installing-uboot-to-guruplug-server-plus/
While updating U-Boot is always an option, the images we make _should_
work with existing firmware. We need to look for better ways to make
the images.
d.marlin
=======
------------------------------------------------------------------------
*From:* Derek Atkins <warlord@xxxxxxx> <mailto:warlord@xxxxxxx>
*To:* David A. Marlin <dmarlin@xxxxxxxxxx> <mailto:dmarlin@xxxxxxxxxx>
*Cc:* Fedora ARM <arm@xxxxxxxxxxxxxxxxxxxxxxx>
<mailto:arm@xxxxxxxxxxxxxxxxxxxxxxx>
*Sent:* Thursday, December 13, 2012 5:02 PM
*Subject:* Re: F18 ARM Beta Test Candidate 2
David,
"David A. Marlin" <dmarlin@xxxxxxxxxx <mailto:dmarlin@xxxxxxxxxx>> writes:
projects/LinuxCellPhone
> There are a number of pre-created F18 ARM Beta TC2 (Test Candidate
2) images available for testing, including: PandaBoard, Trim Slice,
Versatile Express (QEMU) and Kirkwood.
>
> Images can be downloaded from:
>
> http://scotland.proximity.on.ca/arm-nightlies/vault/f18-beta-tc2/
I just tried the Kirkwood image and it didn't work because the 1st
partition is EXT and not FAT. UBoot on my GuruPlug doesn't support
that.
Also note that I suspect I'm also running into a known kernel bug with
the F17 release: https://bugzilla.kernel.org/show_bug.cgi?id=42680
Unfortunately I don't know if there is a workaround for this, especially
considering that uImage-kirkwood reports that it is not compressed:
/media/boot/uImage-kirkwood: u-boot legacy uImage,
3.4.2-3.fc17.armv5tel.kirkwood, Linux/ARM, OS Kernel Image (Not
compressed), 3291832 bytes, Mon Jun 18 00:58:01 2012, Load Address:
0x00008000, Entry Point: 0x00008000, Header CRC: 0xCDB8004D, Data CRC:
0x6C6E299A
Any ideas?
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
warlord@xxxxxxx <mailto:warlord@xxxxxxx>
PGP key available
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx <mailto:arm@xxxxxxxxxxxxxxxxxxxxxxx>
https://admin.fedoraproject.org/mailman/listinfo/arm
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm
