* URGENT REQUEST FOR HELP *

I'm part of a group of about 10 undergraduate & graduate students who are
collectively working on an "embedded Linux" project at Cal Poly, SLO. We are
working with an EBSA-285 and have run into a *major* problem with our project,
as outlined at the following web site:

http://www.calpoly.edu/~jfischer/ebsa285/bios/1.10.1-110/ebsa-panic.html

Specifically, we loaded RK's EBSA-285 BIOS v1.11 into flash bank 6 on our EBSA
because we wanted to add support for a Promise Ultra66 IDE card we bought.
However, we were unable to boot Linux via NFS/root on the EBSA after installing
the v1.11 BIOS. (Clearly, we cannot boot the EBSA from our IDE disk at this
point. We must first have Linux running on the EBSA so that we can create an
ARM-compatible master boot record on the disk...) So we removed the 1.11 BIOS
from flash bank 6 and reloaded our customized "v1.10.1" BIOS into flash bank 6,
but unfortunately, this didn't work; we are still unable to boot a Linux kernel
on the EBSA-285. Note that: a) we are using the *exact same* Linux kernel that
our v1.10.1 BIOS was successfully booting before we decided to upgrade to the
1.11 BIOS, and b) until yesterday our v1.10.1 BIOS was working great until
yesterday -- i.e., for the past 5 months or so we have been using it
successfully to bootstrap Linux kernels on the EBSA-285).

FWIW, we've tried both BIOS versions -- 1.10.1 and 1.11 -- on two different
EBSA-285 boards, and both boards exhibit the same failure modes. Specifically,
the 1.11 BIOS performs the BOOTP phase and then hangs shortly after the start of
the TFTP phase. The 1.10.1 BIOS successfully performs both the BOOTP and TFTP
phases, and the Linux kernel is able to uncompress itself and begin its boot
sequence. However, when Linux executes its own BOOTP sequence, it fails to
detect the response from the BOOTP server (see the www site for mote detailed
info).

We need to get this problem resolved ASAP as a number of senior projects and
master's thesis are depending on the availability of this board. So any help in
this matter will be *greatly* appreciated. Thanks!


Jim




_______________________________________________
http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm
Please visit the above address for information on this list.

Reply via email to