Guys, starting next week, I think we only take patches that are known to
be a delta from an SVN-based repository. This current situation is not
acceptable -- I believe some of these patches are coming from the old
ARCH repo, which is quite out of date.
OK? Can everyone please sync up with the svn tree?
thanks
ron
This week I started to create a linuxbios for an embedded Geode GX1 board
(Kontron ETX-mgx). I was delighted to see that it was able to boot Linux
at the first try!
Off course there remain some issues that need to be solved.
The first thing I ran into is that I can't use the ethernet controller.
When I try to load the ethernet module (dmfe.o) I get this message:
PCI: No IRQ known for interrupt pin A of device 00:02.0. Please try using
pci=biosirq
This reason is that linux is not able to locate the interrupt table,
because linuxbios failed to copy the table to the area at 0xf0000:
....
Copying IRQ routing tables to 0xf0000...done.
Verifing copy of IRQ routing tables at 0xf0000...failed
Moving GDT to 0x500...ok
Wrote linuxbios table at: 00000530 - 000006b4 checksum e72d
I saw that this issue was discussed earlier in this list (March 2005,
started by ramesh), but I found no reference as to if and how it was ever
solved.
Any answers?
Thanks,
Joep Jansen
Hi,
I'm seeing a weird problem while switching back and forth between
a legacy bios and LinuxBIOS.
I have a 256 byte cmos image created with cmos_util and a 512k bios
image for each firmware flavour.
Switching from legacy bios to LinuxBIOS works fine using flashrom and
cmos_util.
Switching the other way round always leaves legacy bios with a wrong
checksum on the first boot.
writing the cmos from the file afterwards and rebooting is fine, so it's
not the cmos image that is wrong.
Could LinuxBIOS change the CMOS when doing a reboot?
Or is legacy bios doing some very weird things like safing additional
data in mystic places?
Stefan
Hi,
I suggest putting the cmos checksum areas into the LinuxBIOS table.
This was obviously planned a long time ago and I already implemented
support for that in the lxbios utility.
See below patch to implement this thing in LinuxBIOS.
Stefan
I would like to add my name to the list of people who have suceeded with the
EPIA-MII LinuxBIOS.
The VGA BIOS offset given by Nick Barker was no good for my board (Model:
EPIA-Mii12000 LVDS), I had to use skip=786432 as suggested by Jun.
I am having problems with the kernel recognising the CF device as hde1
though. I am able to manually mount hde1 from a diagnostics shell within the
initrd after running cardmgr, so it is available, but once I exit the shell
the kernel is saying it can't find hde1.
I'm not sure if Nick used devfs with his setup, but that's not available for
my 2.6.14 kernel. I have used mknod to create the device, and also tried
using udevstart but still have the same problem. I wonder if it's something
to do with me having all the pcmcia stuff compiled directly into the kernel
instead of as loadable modules? Unfortunately I'm quite rusty with Linux!
Anyway, I suppose this is a bit off topic. The LinuxBIOS seems to work
great, thank you, and big thanks to Nick for all your work on the EPIA M2.
Oh, by the way, I used Award's AWDFLASH to flash linuxbios.bin. Using the
undocumented /F option. Nick's HOWTO talked about a flash_and_burn utility
which wasn't in the tree, and the flashrom tool just wouldn't compile for me
for some reason. AWDFLASH worked, except for some strange quirks. I can't be
certain if it was due to bad floppies on my part, but for some reason I felt
I was having better success overwriting a good bios, rather than re-trying
on a failed flash. The machine would go loopy sometimes. It all works now
anyway.
cheers,
Carl
Carl Farrington wrote:
>I am having problems with the kernel recognising the CF device as hde1
>though. I am able to manually mount hde1 from a diagnostics shell within
>the initrd after running cardmgr, so it is available, but once I exit the
>shell the kernel is saying it can't find hde1.
Is it possible to use an ATA to CF adapter? There are both ATA-40
(desktop) and ATA-44 (laptop) plus dual CF versions. The ATA-40 are
powered through a standard floppy drive power connector. I assume the
ATA-44 versions are powered through the ATA-44 bus. There is a jumper
to select master or slave.
I bought one on eBay a couple of months ago for less than $6, including
S+H. Works great! Search for "IDE" and "CF" though, since almost all
resellers incorrectly use the term "IDE" when they really mean "ATA".
Using an ATA to CF adapter would avoid the problems of using cardmgr in
an initrd, etc. Obviously, the CF would not be hot swappable via the
ATA interface, but if its your boot drive, it can't be swapped out
anyway.
Good luck!
Sincerely,
Ken Fuchs <kfuchs(a)winternet.com>
Carl Farrington wrote:
>I am having problems with the kernel recognising the CF device as hde1
>though. I am able to manually mount hde1 from a diagnostics shell within
>the initrd after running cardmgr, so it is available, but once I exit the
>shell the kernel is saying it can't find hde1.
Is it possible to use an ATA to CF adapter? There are both ATA-40
(desktop) and ATA-44 (laptop) plus dual CF versions. The ATA-40 are
powered through a standard floppy drive power connector. I assume the
ATA-44 versions are powered through the ATA-44 bus. There is a jumper
to select master or slave.
I bought one on eBay a couple of months ago for less than $6, including
S+H. Works great! Search for "IDE" and "CF" though, since almost all
resellers incorrectly use the term "IDE" when they really mean "ATA".
Using an ATA to CF adapter would avoid the problems of using cardmgr in
an initrd, etc. Obviously, the CF would not be hot swappable via the
ATA interface, but if its your boot drive, it can't be swapped out
anyway.
Good luck!
Sincerely,
Ken Fuchs <kfuchs(a)winternet.com>
Hi there,
We have a couple of Tyan S2881 boxes that we want to run linuxbios on.
I checked out the latest SVN repository (revision 2117), but get compile
errors for the S2881 tree.
This is the case on Debian testing/unstable with GCC 3.4.5 20051015
(prerelease) (Debian 3.4.4-9) and GCC 4.0.2 (Debian 4.0.2-2), as well as on
Ubuntu Breezy with GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9).
There are a lot more warnings when compiling with GCC 4, but it always dies
on this:
LinuxBIOSv2/src/cpu/amd/car/disable_cache_as_ram.c: At top level:
LinuxBIOSv2/src/cpu/amd/car/disable_cache_as_ram.c:3: error:
syntax error before 'volatile'
Am I missing a dependency, or is this a bug?
Any help would be greatly appreciated.
Thanks,
Ward.
--
Ward Vandewege <ward(a)fsf.org>
Free Software Foundation - Senior System Administrator
