From gtoumi at gmail.com Tue Feb 1 05:31:01 2005
From: gtoumi at gmail.com (Ghozlane Toumi)
Date: Tue Feb 1 05:31:01 2005
Subject: enabling flash on an old asus tx97e mainboard
In-Reply-To: <7bd037a0050131114536355e93@mail.gmail.com>
References: <7bd037a0050131114536355e93@mail.gmail.com>
Message-ID: <7bd037a0050201075931f528bc@mail.gmail.com>
Hi all.
I've got an old Asus TX97E board (socket 7, chipset 430TX) on which
I'd like to
port/try linuxbios, should'nt be hard as a close cousin, the tx97le
has been reported as working with linuxbios V1.
Unfortunately, I'm stuck at the first stage : flashing anything to the EEPROM.
I tried /dev/bios that has support for the intel 430TX based mobos,
but it oopses badly.
I ported the code for enabling flash on 430TX from deb/bios to
flash_and_burn, but the results are not so good (apparently, the flash
detection routines get back 0xFFs and no IDs)
Uniflash (opensource flasher in pascal) doesn't see the flash part either...
Somehow, I guess that Asus put some work on adding extra layers of "security"
in order to protect the bios. Black magic with GPIOs an whatnot ...
Do any of you guys know what has to be done for this specific motherboard?
I don't really know where to go from that...
The only tool that is able to flash the bios is the original flasher
from the manufacturer.
how can I "spy" on it in order to get what gpio it uses for enabling flashes ?
I'd try Bochs, but i guess the flash tool looks for a specific chipset...
I'm stuck at square one, I'd appreciate advices ...
Thanks,
Ghoz
From YhLu at tyan.com Tue Feb 1 07:02:01 2005
From: YhLu at tyan.com (YhLu)
Date: Tue Feb 1 07:02:01 2005
Subject: Running with VGA
Message-ID: <3174569B9743D511922F00A0C9431423080851EF@TYANWEB>
try change in targets/tyan/s2850/Config.lb
option ROM_IMAGE_SIZE=0x13800
to
option ROM_IMAGE_SIZE=0x14800
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Monday, January 31, 2005 11:42 PM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
I update my cvs freebios2 tree and I get the ERROR for making Tyan/S2850 :
gcc -m32 -nostdlib -nostartfiles -static -o linuxbios -T ldscript.ld crt0.o
/usr/bin/ld: section .reset [fffdfff0 -> fffdffff] overlaps section .rom
[fffd7f6b -> fffe04cf]
/usr/bin/ld: section .id [fffdffd9 -> fffdffef] overlaps section .rom
[fffd7f6b -> fffe04cf]
/usr/bin/ld: linuxbios: section .id lma 0xfffdffd9 overlaps previous
sections
/usr/bin/ld: linuxbios: section .text lma 0xfffdfff0 overlaps previous
sections
/usr/bin/ld: linuxbios: section .data lma 0xfffdfff0 overlaps previous
sections
/usr/bin/ld: linuxbios: section .reset lma 0xfffdfff0 overlaps previous
sections
collect2: ld returned 1 exit status
make[1]: *** [linuxbios] Error 1
Sagiv.
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Monday, January 31, 2005 7:52 PM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Please check out updated file in CVS server.
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Sunday, January 30, 2005 2:06 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Hi,
Is there any version support the onboard ATI - Rage XL?
Is there any version support a add-on ATI - Rage XL?
Do I need to change something in the configuration file?
Sagiv
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Thursday, January 13, 2005 2:24 AM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Please check the update S2850, and it support onboard ATI via emulator.
For command line? FILO,? Please refer Etherboot/src/filo/*.txt
Regards
YH
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Wednesday, January 12, 2005 9:59 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Thanks.
What is the command-line needed for using the VGA?
Sagiv.
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Monday, December 20, 2004 8:34 PM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Please get the Etherboot 5.2.6.
You need to use patch for 2.4.22 and only enable ati rage xl framebuffer.
Regards
YH
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Sunday, December 19, 2004 2:27 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Great, It solved the problem.
About the etherboot I try to run with 5.2.6 version as you said (enable
BTEXT) and It is not working.
It stack in: Jumping to LinuxBIOS
When I use the 5.2.5 version that you sent me before It work.
Command: Make bin/r8169.zelf
Now the elf image is loading and there is no respond from the VGA..
The kernel parameter is: console=tty0.
Maybe I didn't patch the kernel with the correct patch file.
Where can I get the patch of the kernel supporting ATI Ragexl?
I am using 2.4.24 kernel version.
Thanks,
Sagiv
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Friday, December 17, 2004 7:53 PM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
In the targest/tyan/s2850/Config.lb
Change
option ROM_IMAGE_SIZE=0x10000
to
option ROM_IMAGE_SIZE=0x11800
option XIP_ROM_SIZE=0x20000
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Friday, December 17, 2004 3:05 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
I try to build freebios2-20041216-0400
And I get this compilation error:
gcc -nostdlib -nostartfiles -static -o linuxbios -T ldscript.ld crt0.o
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu
/bin/ld: section .reset [fffdfff0 -> fffdffff] overlaps section .rom
[fffd88c1 -> fffe0d7f]
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu
/bin/ld: section .id [fffdffd9 -> fffdffef] overlaps section .rom [fffd88c1
-> fffe0d7f]
collect2: ld returned 1 exit status
make: *** [linuxbios] Error 1
What do you think it is?
Sagiv.
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Thursday, December 16, 2004 4:57 AM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
I commit the changes for you. Please check it out from
http://snapshots.linuxbios.org/
one hour later.
YH
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Wednesday, December 15, 2004 12:09 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
I have this definition in targets/tyan/s2850/Config.lb:
option CONFIG_CONSOLE_BTEXT=1
Not default as you wrote.
Is it ok?
Should I had the same thing in src/mainboard/tyan/s2850/Config.lb?
Sagiv.
-----Original Message-----
From: Yinghai Lu [mailto:yhlu at tyan.com]
Sent: Monday, December 13, 2004 4:01 AM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
You need to add
uses CONFIG_CONSOLE_BTEXT
default CONFIG_CONSOLE_BTEXT=1
dir /drivers/ati/ragexl
after that you can get ouput in Linuxbios after vga init.
You also need to enable the btext in Etherboot. You should use Etherboot
5.2.6. it includes filo and btext console.
About kernel, you need to use kernel patch to enable ragexl frame buffer
support.
YH
_____
From: linuxbios-admin at clustermatic.org
[mailto:linuxbios-admin at clustermatic.org] On Behalf Of Sagiv Yefet
Sent: Sunday, December 12, 2004 5:23 AM
To: linuxbios at clustermatic.org
Subject: Running with VGA
Hello,
I am using Linux Bios on Tyan 2850. The machine is running with
console.
I add to the command line: "console=ttyS0,115200" and I have linux
which runs with console.
How can I run with VGA? Should I add some code to the bios?
The VGA driver is: ATI Rage XL.
Sagiv
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From sagivy at 3vium.com Tue Feb 1 23:49:00 2005
From: sagivy at 3vium.com (Sagiv Yefet)
Date: Tue Feb 1 23:49:00 2005
Subject: Running with VGA
Message-ID: <4A3D5F6DC9406A4DBE93D9BA8F07E4BB228AC1@cronos.trivium>
I change the ROM_IMAGE_SIZE and now there is no respond even from the
console.
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Tuesday, February 01, 2005 7:43 PM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
try change in targets/tyan/s2850/Config.lb
option ROM_IMAGE_SIZE=0x13800
to
option ROM_IMAGE_SIZE=0x14800
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Monday, January 31, 2005 11:42 PM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
I update my cvs freebios2 tree and I get the ERROR for making
Tyan/S2850 :
gcc -m32 -nostdlib -nostartfiles -static -o linuxbios -T
ldscript.ld crt0.o
/usr/bin/ld: section .reset [fffdfff0 -> fffdffff] overlaps
section .rom [fffd7f6b -> fffe04cf]
/usr/bin/ld: section .id [fffdffd9 -> fffdffef] overlaps section
.rom [fffd7f6b -> fffe04cf]
/usr/bin/ld: linuxbios: section .id lma 0xfffdffd9 overlaps
previous sections
/usr/bin/ld: linuxbios: section .text lma 0xfffdfff0 overlaps
previous sections
/usr/bin/ld: linuxbios: section .data lma 0xfffdfff0 overlaps
previous sections
/usr/bin/ld: linuxbios: section .reset lma 0xfffdfff0 overlaps
previous sections
collect2: ld returned 1 exit status
make[1]: *** [linuxbios] Error 1
Sagiv.
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Monday, January 31, 2005 7:52 PM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Please check out updated file in CVS server.
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Sunday, January 30, 2005 2:06 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Hi,
Is there any version support the onboard ATI -
Rage XL?
Is there any version support a add-on ATI - Rage
XL?
Do I need to change something in the
configuration file?
Sagiv
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Thursday, January 13, 2005 2:24 AM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Please check the update S2850, and it support onboard
ATI via emulator.
For command line? FILO,? Please refer
Etherboot/src/filo/*.txt
Regards
YH
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Wednesday, January 12, 2005 9:59 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Thanks.
What is the command-line needed for using the VGA?
Sagiv.
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Monday, December 20, 2004 8:34 PM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Please get the Etherboot 5.2.6.
You need to use patch for 2.4.22 and only enable ati
rage xl framebuffer.
Regards
YH
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Sunday, December 19, 2004 2:27 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
Great, It solved the problem.
About the etherboot I try to run with 5.2.6 version as
you said (enable BTEXT) and It is not working.
It stack in: Jumping to LinuxBIOS
When I use the 5.2.5 version that you sent me before It
work.
Command: Make bin/r8169.zelf
Now the elf image is loading and there is no respond
from the VGA..
The kernel parameter is: console=tty0.
Maybe I didn't patch the kernel with the correct patch
file.
Where can I get the patch of the kernel supporting ATI
Ragexl?
I am using 2.4.24 kernel version.
Thanks,
Sagiv
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Friday, December 17, 2004 7:53 PM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
In the targest/tyan/s2850/Config.lb
Change
option ROM_IMAGE_SIZE=0x10000
to
option ROM_IMAGE_SIZE=0x11800
option XIP_ROM_SIZE=0x20000
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Friday, December 17, 2004 3:05 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
I try to build freebios2-20041216-0400
And I get this compilation error:
gcc -nostdlib -nostartfiles -static -o linuxbios -T
ldscript.ld crt0.o
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux
-gnu/bin/ld: section .reset [fffdfff0 -> fffdffff] overlaps section .rom
[fffd88c1 -> fffe0d7f]
/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux
-gnu/bin/ld: section .id [fffdffd9 -> fffdffef] overlaps section .rom
[fffd88c1 -> fffe0d7f]
collect2: ld returned 1 exit status
make: *** [linuxbios] Error 1
What do you think it is?
Sagiv.
-----Original Message-----
From: YhLu [mailto:YhLu at tyan.com]
Sent: Thursday, December 16, 2004 4:57 AM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
I commit the changes for you. Please check it out from
http://snapshots.linuxbios.org/
one hour later.
YH
_____
From: Sagiv Yefet [mailto:sagivy at 3vium.com]
Sent: Wednesday, December 15, 2004 12:09 AM
To: YhLu; linuxbios at clustermatic.org
Subject: RE: Running with VGA
I have this definition in targets/tyan/s2850/Config.lb:
option CONFIG_CONSOLE_BTEXT=1
Not default as you wrote.
Is it ok?
Should I had the same thing in
src/mainboard/tyan/s2850/Config.lb?
Sagiv.
-----Original Message-----
From: Yinghai Lu [mailto:yhlu at tyan.com]
Sent: Monday, December 13, 2004 4:01 AM
To: Sagiv Yefet; linuxbios at clustermatic.org
Subject: RE: Running with VGA
You need to add
uses CONFIG_CONSOLE_BTEXT
default CONFIG_CONSOLE_BTEXT=1
dir /drivers/ati/ragexl
after that you can get ouput in Linuxbios after vga
init.
You also need to enable the btext in Etherboot. You
should use Etherboot 5.2.6. it includes filo and btext console.
About kernel, you need to use kernel patch to enable
ragexl frame buffer support.
YH
_____
From: linuxbios-admin at clustermatic.org
[mailto:linuxbios-admin at clustermatic.org] On Behalf Of Sagiv Yefet
Sent: Sunday, December 12, 2004 5:23 AM
To: linuxbios at clustermatic.org
Subject: Running with VGA
Hello,
I am using Linux Bios on Tyan 2850. The machine is
running with console.
I add to the command line: "console=ttyS0,115200"
and I have linux which runs with console.
How can I run with VGA? Should I add some code to the
bios?
The VGA driver is: ATI Rage XL.
Sagiv
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From thomas at wehrspann.de Sat Feb 5 23:03:01 2005
From: thomas at wehrspann.de (Thomas Wehrspann)
Date: Sat Feb 5 23:03:01 2005
Subject: Where to start.....
In-Reply-To: <20050131132820.GA5938@openbios.org>
References: <48075.82.70.154.145.1107177187.squirrel@squirrelmail.tgfslp.dalmany.co.uk> <20050131132820.GA5938@openbios.org>
Message-ID: <200502061033.27757.thomas@wehrspann.de>
On Monday 31 January 2005 14:28, Stefan Reinauer wrote:
> The SIS6x0 is not yet supported by the LinuxBIOS v2 tree yet. Which
> means you cannot replace your motherboard bios with LinuxBIOS on those
> systems.
>
But LinuxBIOS v1 has support for it. That's why i'm still using it.
Thomas
From rminnich at lanl.gov Sun Feb 6 18:08:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Sun Feb 6 18:08:01 2005
Subject: broken targets (opteron)
Message-ID:
I've only tested a few things but people have been making changes and I
don't think that you all are testing carefully enough.
I can't get any tyan targets to build. Here is the S2881:
DE $file" >> ldscript.ld ; done
gcc -m32 -nostdlib -nostartfiles -static -o linuxbios -T ldscript.ld
crt0.o
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld:
section .reset [00000000fffdfff0 -> 00000000fffdffff] overlaps section
.rom [00000000fffd7449 -> 00000000fffe037f]
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld:
section .id [00000000fffdffd9 -> 00000000fffdffef] overlaps section .rom
[00000000fffd7449 -> 00000000fffe037f]
collect2: ld returned 1 exit status
make[1]: *** [linuxbios] Error 1
make[1]: Leaving directory
`/root/src/freebios2/targets/tyan/s2881/s2881/normal'
make: *** [normal/linuxbios.rom] Error 1
That's typical.
The island/aruma also fails to build
===> ERROR: Attempt to set default for nonexistent option
ALLOW_HT_OVERCLOCKING(missing USES?)
island/aruma/Config.lb:0
src/mainboard/island/aruma/Options.lb:0
Arima/hdama also fails to build.
p linuxbios_ram.nrv2b linuxbios_ram.rom
gcc -m32 -nostdlib -nostartfiles -static -o linuxbios -T ldscript.ld
crt0.o
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld:
section .reset [00000000fffdfff0 -> 00000000fffdffff] overlaps section
.rom [00000000fffd6fe9 -> 00000000fffe022f]
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/ld:
section .id [00000000fffdffd8 -> 00000000fffdffef] overlaps section .rom
[00000000fffd6fe9 -> 00000000fffe022f]
collect2: ld returned 1 exit status
make[1]: *** [linuxbios] Error 1
make[1]: Leaving directory
`/root/src/freebios2/targets/arima/hdama/hdama/normal'
make: *** [normal/linuxbios.rom] Error 1
I think people are getting careless. Could those of you who own these bits
of motherboard PLEASE fix them.
thanks
ron
From gnif at spacevs.com Sun Feb 6 18:29:01 2005
From: gnif at spacevs.com (Geoffrey McRae)
Date: Sun Feb 6 18:29:01 2005
Subject: NTV-1000 STB
Message-ID: <63289.165.12.252.11.1107752377.squirrel@webmail.spacevs.com>
Hi people, I have recently acquired a NTV-1000 set top box that has a 486
DX4-100 in it, so its standard ix86 architecture, but this thing boots
from a flash simm its own os (ONX) and no matter what I do I cant get it
to boot from its ide interface. This is where linuxbios comes in, would it
be possible to put "LinuxBios" onto the original bios in this thing?
The bios is a square smc chip, not like the one documented on the lb
website and according to its datasheet its OTP (one time programmable), so
flashing it is not an option. I would love to get this thing running as a
gateway, but thats pretty much impossible if I cant replace the operating
system, the chipset is made by OPTi but finding datahseets on it has
proven to be impossible.
I have googled for hours looking for a way to re-flash the flash simm with
a linux kernel, but the only solution I could find was to buy a
programmer, but since this is just an attempt to resurect some useless
hardware, I wont be spending more then a couple of $ on it. I cant even be
sure that the flash simm the same pinout as a normal simm, and if it is, i
wouldnt even know where to start with writing to it on a standard mobo. I
have found once reference to someone getting etherboot on it, but I cant
contact him as the post was from 2001 and it was a uni email address.
Anyhow, back on topic, is there a way to adapt this socket to take a DoC
and if so, would LinuxBios support the cipset? I am at work at the moment,
so I cant give you the chipset part numbers, but if you need them I will
send them when I get home.
Regards
--
Geoff
www.spacevs.com
From jonsmirl at gmail.com Sun Feb 6 21:54:00 2005
From: jonsmirl at gmail.com (Jon Smirl)
Date: Sun Feb 6 21:54:00 2005
Subject: VGABIOS
Message-ID: <9e47339105020700244ee65455@mail.gmail.com>
Your work on VGABIOS has been mentioned on the Linux kernel mailing
list. Right now we are trying to add VGA reset capability to the
kernel. This needs to be done at two points, reseting of secondary
cards at boot (the system BIOS should reset the primary one) and
reseting of cards if needed when coming out of suspend/resume.
There has been talk of adding emu86 to the kernel. Where's the source
for your 32K version? I'd also like to look at your code for setting
up the environment to run the VBIOS. PPC/IA64 people have been asking
for us to add emu86 support so that they can reset their cards. With a
32K emu86 there is no need for us to use vm86 mode.
Is LinuxBIOS part of the main kernel tree or is it separate?
--
Jon Smirl
jonsmirl at gmail.com
From rminnich at lanl.gov Mon Feb 7 05:53:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Mon Feb 7 05:53:00 2005
Subject: VGABIOS
In-Reply-To: <9e47339105020700244ee65455@mail.gmail.com>
References: <9e47339105020700244ee65455@mail.gmail.com>
Message-ID:
On Mon, 7 Feb 2005, Jon Smirl wrote:
> Is LinuxBIOS part of the main kernel tree or is it separate?
separate, for now. Although every once in a while I dream of having a
'built in bios' option for the kernel build :-)
Ollie Lo is the person who did the work, but he is on maternity leave
(well, really, paternity leave, but ... Ollie is a new dad!).
I will try to answer your questions, however.
ron
From ollie at lanl.gov Mon Feb 7 06:04:01 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Mon Feb 7 06:04:01 2005
Subject: VGABIOS
In-Reply-To: <9e47339105020700244ee65455@mail.gmail.com>
References: <9e47339105020700244ee65455@mail.gmail.com>
Message-ID: <1107794093.2930.31.camel@logarithm.lanl.gov>
On Mon, 2005-02-07 at 01:24, Jon Smirl wrote:
> Your work on VGABIOS has been mentioned on the Linux kernel mailing
> list. Right now we are trying to add VGA reset capability to the
> kernel. This needs to be done at two points, reseting of secondary
> cards at boot (the system BIOS should reset the primary one) and
> reseting of cards if needed when coming out of suspend/resume.
>
> There has been talk of adding emu86 to the kernel. Where's the source
> for your 32K version? I'd also like to look at your code for setting
> up the environment to run the VBIOS. PPC/IA64 people have been asking
> for us to add emu86 support so that they can reset their cards. With a
> 32K emu86 there is no need for us to use vm86 mode.
>
The source code is available from LinuxBIOS CVS
cvs.sourceforge.net:/cvsroot/freebios
the directory for the emulator are
freebios2/src/devices/emulator/x86emu
and
freebios2/src/include/x86emu
The emulator is slightly larger than 32KB. For the Tyan S2885
mainboard, the difference of the final romimage is 41376 bytes.
> Is LinuxBIOS part of the main kernel tree or is it separate?
>
It has its own tree.
Ollie
From ollie at lanl.gov Mon Feb 7 06:13:01 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Mon Feb 7 06:13:01 2005
Subject: VGABIOS
In-Reply-To:
References: <9e47339105020700244ee65455@mail.gmail.com>
Message-ID: <1107794632.2930.44.camel@logarithm.lanl.gov>
On Mon, 2005-02-07 at 09:23, Ronald G. Minnich wrote:
> On Mon, 7 Feb 2005, Jon Smirl wrote:
>
> > Is LinuxBIOS part of the main kernel tree or is it separate?
>
> separate, for now. Although every once in a while I dream of having a
> 'built in bios' option for the kernel build :-)
>
> Ollie Lo is the person who did the work, but he is on maternity leave
> (well, really, paternity leave, but ... Ollie is a new dad!).
>
Well, I try to go to work as often as possible while my parents
are still here to help us and to save as much FMLA leave as possible.
If you have any questions, please feel free to ask me.
Ollie
From ollie at lanl.gov Mon Feb 7 06:16:01 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Mon Feb 7 06:16:01 2005
Subject: VGABIOS
In-Reply-To: <1107794093.2930.31.camel@logarithm.lanl.gov>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov>
Message-ID: <1107794763.2930.46.camel@logarithm.lanl.gov>
On Mon, 2005-02-07 at 09:34, Li-Ta Lo wrote:
> On Mon, 2005-02-07 at 01:24, Jon Smirl wrote:
> > Your work on VGABIOS has been mentioned on the Linux kernel mailing
> > list. Right now we are trying to add VGA reset capability to the
> > kernel. This needs to be done at two points, reseting of secondary
> > cards at boot (the system BIOS should reset the primary one) and
> > reseting of cards if needed when coming out of suspend/resume.
> >
> > There has been talk of adding emu86 to the kernel. Where's the source
> > for your 32K version? I'd also like to look at your code for setting
> > up the environment to run the VBIOS. PPC/IA64 people have been asking
> > for us to add emu86 support so that they can reset their cards. With a
> > 32K emu86 there is no need for us to use vm86 mode.
> >
>
> The source code is available from LinuxBIOS CVS
> cvs.sourceforge.net:/cvsroot/freebios
>
> the directory for the emulator are
>
> freebios2/src/devices/emulator/x86emu
>
> and
>
> freebios2/src/include/x86emu
>
> The emulator is slightly larger than 32KB. For the Tyan S2885
> mainboard, the difference of the final romimage is 41376 bytes.
>
Actuall, it is for uncompress romimage. For compressed image,
it is about 16KB.
Ollie
From smithbone at gmail.com Mon Feb 7 06:37:00 2005
From: smithbone at gmail.com (Richard Smith)
Date: Mon Feb 7 06:37:00 2005
Subject: VGABIOS
In-Reply-To: <1107794093.2930.31.camel@logarithm.lanl.gov>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov>
Message-ID: <8a0c3678050207090772aa709d@mail.gmail.com>
> > There has been talk of adding emu86 to the kernel. Where's the source
> > for your 32K version? I'd also like to look at your code for setting
> > up the environment to run the VBIOS. PPC/IA64 people have been asking
> > for us to add emu86 support so that they can reset their cards. With a
> > 32K emu86 there is no need for us to use vm86 mode.
John,
The 32k version is still a proof of concept for now. Paulo Marques
did all the work on reducing the emulator size down. He felt it was
_possible_ to get it to 32k.
Paulos version is based on the Xfree86 emu from the xfree project.
There are 2 other trees. One from SciTech soft and Ollies (linuxbios)
tree. They all are mostly the same. Especially for the actual x86
emulation part. SciTech soft is the Full upstream tree and Xfree
(X.org) would perodically sync up push back/pull from improvements
from SciTech. I've copied "Kendall Bennett"
from scitech as he may have some additional
info for you.
The LB tree is from a Xfree snapshot of long ago. Most of the
changes to the LB tree are tweaks for proper VGA and PCI bios
interrupt support.
To my knowledge Paulos version has never been tested. I'm sending you
the source for Paulos stuff from my Yahoo account in a different mail.
--
Richard A. Smith
From smithbone at gmail.com Mon Feb 7 06:46:01 2005
From: smithbone at gmail.com (Richard Smith)
Date: Mon Feb 7 06:46:01 2005
Subject: VGABIOS
In-Reply-To: <1107794763.2930.46.camel@logarithm.lanl.gov>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov>
<1107794763.2930.46.camel@logarithm.lanl.gov>
Message-ID: <8a0c367805020709161184e2b6@mail.gmail.com>
> The emulator is slightly larger than 32KB. For the Tyan S2885
> mainboard, the difference of the final romimage is 41376 bytes.
>
> Actuall, it is for uncompress romimage. For compressed image,
> it is about 16KB.
>
Wow. I didn't realize that the Linuxbios verison would compile down
and compress so small. If you apply Paulos work to all that it might
get a lot smaller. I remember Paulo saying that there was lots of
code duplication in the x86 instruction emulation that could be
consolidated.
--
Richard A. Smith
From rminnich at lanl.gov Mon Feb 7 06:50:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Mon Feb 7 06:50:01 2005
Subject: VGABIOS
In-Reply-To: <8a0c367805020709161184e2b6@mail.gmail.com>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov> <1107794763.2930.46.camel@logarithm.lanl.gov>
<8a0c367805020709161184e2b6@mail.gmail.com>
Message-ID:
On Mon, 7 Feb 2005, Richard Smith wrote:
> Wow. I didn't realize that the Linuxbios verison would compile down
> and compress so small. If you apply Paulos work to all that it might
> get a lot smaller. I remember Paulo saying that there was lots of
> code duplication in the x86 instruction emulation that could be
> consolidated.
I think Ollie did this already.
ron
From smithbone at gmail.com Mon Feb 7 07:02:00 2005
From: smithbone at gmail.com (Richard Smith)
Date: Mon Feb 7 07:02:00 2005
Subject: VGABIOS
In-Reply-To:
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov>
<1107794763.2930.46.camel@logarithm.lanl.gov>
<8a0c367805020709161184e2b6@mail.gmail.com>
Message-ID: <8a0c367805020709324388dd8@mail.gmail.com>
> > get a lot smaller. I remember Paulo saying that there was lots of
> > code duplication in the x86 instruction emulation that could be
> > consolidated.
>
> I think Ollie did this already.
>
Ah. Well that would explain why is so much smaller. Looking back
through my mail I see where he mentioned that he was going to try it
but I don't see a mention of it after that.
--
Richard A. Smith
From jonsmirl at gmail.com Mon Feb 7 07:40:01 2005
From: jonsmirl at gmail.com (Jon Smirl)
Date: Mon Feb 7 07:40:01 2005
Subject: VGABIOS
In-Reply-To: <1107794632.2930.44.camel@logarithm.lanl.gov>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794632.2930.44.camel@logarithm.lanl.gov>
Message-ID: <9e47339105020710105bdfe2bb@mail.gmail.com>
On Mon, 07 Feb 2005 09:43:52 -0700, Li-Ta Lo wrote:
> Well, I try to go to work as often as possible while my parents
> are still here to help us and to save as much FMLA leave as possible.
> If you have any questions, please feel free to ask me.
I have a new set of twins that are two months old now. I'm finally
able to start doing some work again now that they don't eat every
three hours.
--
Jon Smirl
jonsmirl at gmail.com
From ollie at lanl.gov Mon Feb 7 08:17:01 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Mon Feb 7 08:17:01 2005
Subject: VGABIOS
In-Reply-To: <8a0c367805020709161184e2b6@mail.gmail.com>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov>
<1107794763.2930.46.camel@logarithm.lanl.gov>
<8a0c367805020709161184e2b6@mail.gmail.com>
Message-ID: <1107802032.2934.0.camel@logarithm.lanl.gov>
On Mon, 2005-02-07 at 10:16, Richard Smith wrote:
> > The emulator is slightly larger than 32KB. For the Tyan S2885
> > mainboard, the difference of the final romimage is 41376 bytes.
> >
> > Actuall, it is for uncompress romimage. For compressed image,
> > it is about 16KB.
> >
>
> Wow. I didn't realize that the Linuxbios verison would compile down
> and compress so small. If you apply Paulos work to all that it might
> get a lot smaller. I remember Paulo saying that there was lots of
> code duplication in the x86 instruction emulation that could be
> consolidated.
It is Paulo's work.
Ollie
From ollie at lanl.gov Mon Feb 7 08:42:00 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Mon Feb 7 08:42:00 2005
Subject: VGABIOS
In-Reply-To: <9e47339105020710105bdfe2bb@mail.gmail.com>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794632.2930.44.camel@logarithm.lanl.gov>
<9e47339105020710105bdfe2bb@mail.gmail.com>
Message-ID: <1107803550.2934.3.camel@logarithm.lanl.gov>
On Mon, 2005-02-07 at 11:10, Jon Smirl wrote:
> On Mon, 07 Feb 2005 09:43:52 -0700, Li-Ta Lo wrote:
> > Well, I try to go to work as often as possible while my parents
> > are still here to help us and to save as much FMLA leave as possible.
> > If you have any questions, please feel free to ask me.
>
> I have a new set of twins that are two months old now. I'm finally
> able to start doing some work again now that they don't eat every
> three hours.
Having one little nice baby is difficult enough for me. I can't
image how difficult it would be if it is multiply by 2!!!
Ollie
From smithbone at gmail.com Mon Feb 7 09:03:01 2005
From: smithbone at gmail.com (Richard Smith)
Date: Mon Feb 7 09:03:01 2005
Subject: VGABIOS
In-Reply-To: <1107802032.2934.0.camel@logarithm.lanl.gov>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov>
<1107794763.2930.46.camel@logarithm.lanl.gov>
<8a0c367805020709161184e2b6@mail.gmail.com>
<1107802032.2934.0.camel@logarithm.lanl.gov>
Message-ID: <8a0c367805020711324d666352@mail.gmail.com>
> > code duplication in the x86 instruction emulation that could be
> > consolidated.
>
> It is Paulo's work.
>
Ah well there you go. My knowledge was outdated. Looks like the
cutting edge of x86emu developement now is the linuxbios emu tree.
Did you also extend Paulo's work? He mentioned that there were other
areas in the code where application of his work should reduce code
size as well.
If they haven't already submitted thier patches you might want to also
check with Scitech soft on thier version of the in-kernel emu. Thier
commercial "snap" drivers use the same stuff and I seem to remember
him telling me they made some tweaks to make the newer Radeon cards
and the like work right.
--
Richard A. Smith
From ebiederman at lnxi.com Mon Feb 7 09:10:01 2005
From: ebiederman at lnxi.com (Eric W. Biederman)
Date: Mon Feb 7 09:10:01 2005
Subject: VGABIOS
In-Reply-To: <1107802032.2934.0.camel@logarithm.lanl.gov>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov>
<1107794763.2930.46.camel@logarithm.lanl.gov>
<8a0c367805020709161184e2b6@mail.gmail.com>
<1107802032.2934.0.camel@logarithm.lanl.gov>
Message-ID:
Li-Ta Lo writes:
> On Mon, 2005-02-07 at 10:16, Richard Smith wrote:
> > > The emulator is slightly larger than 32KB. For the Tyan S2885
> > > mainboard, the difference of the final romimage is 41376 bytes.
> > >
> > > Actuall, it is for uncompress romimage. For compressed image,
> > > it is about 16KB.
> > >
> >
> > Wow. I didn't realize that the Linuxbios verison would compile down
> > and compress so small. If you apply Paulos work to all that it might
> > get a lot smaller. I remember Paulo saying that there was lots of
> > code duplication in the x86 instruction emulation that could be
> > consolidated.
>
> It is Paulo's work.
A small addendum to this thread. ACPI 3.0 specifies a _ROM method
to read the video ROM from onboard video devices that store the _ROM in
a proprietary format and cannot be read from the PCI ROM bar.
Which seems to answer the question how does windows read that :)
Eric
From ollie at lanl.gov Mon Feb 7 09:11:00 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Mon Feb 7 09:11:00 2005
Subject: VGABIOS
In-Reply-To: <8a0c367805020711324d666352@mail.gmail.com>
References: <9e47339105020700244ee65455@mail.gmail.com>
<1107794093.2930.31.camel@logarithm.lanl.gov>
<1107794763.2930.46.camel@logarithm.lanl.gov>
<8a0c367805020709161184e2b6@mail.gmail.com>
<1107802032.2934.0.camel@logarithm.lanl.gov>
<8a0c367805020711324d666352@mail.gmail.com>
Message-ID: <1107805308.2934.10.camel@logarithm.lanl.gov>
On Mon, 2005-02-07 at 12:32, Richard Smith wrote:
> > > code duplication in the x86 instruction emulation that could be
> > > consolidated.
> >
> > It is Paulo's work.
> >
>
> Ah well there you go. My knowledge was outdated. Looks like the
> cutting edge of x86emu developement now is the linuxbios emu tree.
>
> Did you also extend Paulo's work? He mentioned that there were other
> areas in the code where application of his work should reduce code
> size as well.
>
No. Except some modification on the #include path, there is no change
at all.
> If they haven't already submitted thier patches you might want to also
> check with Scitech soft on thier version of the in-kernel emu. Thier
> commercial "snap" drivers use the same stuff and I seem to remember
> him telling me they made some tweaks to make the newer Radeon cards
> and the like work right.
There was some discussion on consolidate all those different versions,
but no action yet.
Ollie
From smithbone at gmail.com Mon Feb 7 14:41:01 2005
From: smithbone at gmail.com (Richard Smith)
Date: Mon Feb 7 14:41:01 2005
Subject: NTV-1000 STB
In-Reply-To: <63289.165.12.252.11.1107752377.squirrel@webmail.spacevs.com>
References: <63289.165.12.252.11.1107752377.squirrel@webmail.spacevs.com>
Message-ID: <8a0c36780502071711247c5d3e@mail.gmail.com>
>> and if so, would LinuxBios support the cipset? I am at work at the moment,
> so I cant give you the chipset part numbers, but if you need them I will
> send them when I get home.
- SMSC FDC37C665GT (SuperIO)
- OPTi 82C802GA (Northbridge?)
- OPTi 82C602A (RTC/companion chip?)
- OPTi 82C931 (Audio)
- Davicom DM9008F (LAN)
- IGS CyberPro 2010 (VGA + TV out)
- Philips SAA 7111A (TV in)
Looks like your pretty much out of luck for Linuxbios. No support for
the OPTi chipset.
From bari at onelabs.com Mon Feb 7 16:01:00 2005
From: bari at onelabs.com (Bari Ari)
Date: Mon Feb 7 16:01:00 2005
Subject: NTV-1000 STB
In-Reply-To: <8a0c36780502071711247c5d3e@mail.gmail.com>
References: <63289.165.12.252.11.1107752377.squirrel@webmail.spacevs.com> <8a0c36780502071711247c5d3e@mail.gmail.com>
Message-ID: <420824EA.5030403@onelabs.com>
Richard Smith wrote:
> - SMSC FDC37C665GT (SuperIO)
> - OPTi 82C802GA (Northbridge?)
> - OPTi 82C602A (RTC/companion chip?)
> - OPTi 82C931 (Audio)
> - Davicom DM9008F (LAN)
> - IGS CyberPro 2010 (VGA + TV out)
> - Philips SAA 7111A (TV in)
>
> Looks like your pretty much out of luck for Linuxbios. No support for
> the OPTi chipset.
You'll have to set the wayback machine pretty far back to find the data
sheets for the Opti chipset. Nothing left at their website:
http://www.opti.com/
-Bari
From smithbone at gmail.com Mon Feb 7 20:07:00 2005
From: smithbone at gmail.com (Richard Smith)
Date: Mon Feb 7 20:07:00 2005
Subject: NTV-1000 STB
In-Reply-To: <20050208055330.GA22963@svs.spacevs.com>
References: <63289.165.12.252.11.1107752377.squirrel@webmail.spacevs.com>
<8a0c36780502071711247c5d3e@mail.gmail.com>
<20050208055330.GA22963@svs.spacevs.com>
Message-ID: <8a0c36780502072237426ea372@mail.gmail.com>
> I didnt think that LinuxBIOS would help me but was worth a shot. What do
> you mean that the SuperIO chip should be easy to get going?
Linux bios supports a SMC chip with numbers that are very close to the
numbers on your board. Typically that means very little difference
between the chips so a quick check with the datasheet would show you
what if any tweaks you needed to make to get serial IO. Thats the
first step in linuxbios support.
Its all pretty much mute though since in order to do that you would
need to replace your OTP bios chip with something you can re-program.
> I have
> confirmed that it is working fine and is powered up, but the bios doesnt
> even try to boot from any devices connected to it.
Acording to the posts I saw the bios has no int19 support so they
really didn't want it to boot from any disks.
If it can't be made to netboot easily then your probally better off
just chunking it. The RE effort for anything else will be quite
large.
--
Richard A. Smith
From stepan at openbios.org Mon Feb 7 23:44:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Mon Feb 7 23:44:00 2005
Subject: VGA option rom code broken?
Message-ID: <20050208101448.GA20649@openbios.org>
Hi,
with the latest code I don't seem to get VGA initialized anymore
on the island/aruma (builtin option rom for onboard card).
rom address for PCI: 04:04.0 = fff80000
int1a vector at 0
int1a vector at 0
[...]
int42 vector at ff065
int6d vector at c16a3
int10 vector at c16a3
int6d vector at c16a3
int10 vector at c16a3
int10 vector at c16a3
int10 vector at c16a3
int10 vector at c16a3
[..]
halt_sys: file /home/stepan/cvsroots/freebios2/src/devices/emulator/x86emu/ops.c, line 4400
Stefan
From rminnich at lanl.gov Tue Feb 8 06:03:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Tue Feb 8 06:03:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <20050208101448.GA20649@openbios.org>
References: <20050208101448.GA20649@openbios.org>
Message-ID:
On Tue, 8 Feb 2005, Stefan Reinauer wrote:
> Hi,
>
> with the latest code I don't seem to get VGA initialized anymore
> on the island/aruma (builtin option rom for onboard card).
>
> rom address for PCI: 04:04.0 = fff80000
> int1a vector at 0
> int1a vector at 0
well, that's not fun.
we're doing some work on this here at sonoma ca. so will let you know if
we get anywhere.
ron
From ollie at lanl.gov Tue Feb 8 07:42:00 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Tue Feb 8 07:42:00 2005
Subject: VGA option rom code broken?
In-Reply-To:
References: <20050208101448.GA20649@openbios.org>
Message-ID: <1107886344.3151.3.camel@logarithm.lanl.gov>
On Tue, 2005-02-08 at 09:33, Ronald G. Minnich wrote:
> On Tue, 8 Feb 2005, Stefan Reinauer wrote:
>
> > Hi,
> >
> > with the latest code I don't seem to get VGA initialized anymore
> > on the island/aruma (builtin option rom for onboard card).
> >
> > rom address for PCI: 04:04.0 = fff80000
> > int1a vector at 0
> > int1a vector at 0
>
> well, that's not fun.
>
> we're doing some work on this here at sonoma ca. so will let you know if
> we get anywhere.
>
Ron,
Did you actually commit some of your change? The emulator stop emulating
the PCI bios.
Ollie
From ollie at lanl.gov Tue Feb 8 07:54:01 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Tue Feb 8 07:54:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <20050208101448.GA20649@openbios.org>
References: <20050208101448.GA20649@openbios.org>
Message-ID: <1107887097.3151.11.camel@logarithm.lanl.gov>
On Tue, 2005-02-08 at 03:14, Stefan Reinauer wrote:
> Hi,
>
> with the latest code I don't seem to get VGA initialized anymore
> on the island/aruma (builtin option rom for onboard card).
>
> rom address for PCI: 04:04.0 = fff80000
> int1a vector at 0
> int1a vector at 0
> [...]
> int42 vector at ff065
> int6d vector at c16a3
> int10 vector at c16a3
> int6d vector at c16a3
> int10 vector at c16a3
> int10 vector at c16a3
> int10 vector at c16a3
> int10 vector at c16a3
> [..]
> halt_sys: file /home/stepan/cvsroots/freebios2/src/devices/emulator/x86emu/ops.c, line 4400
>
There is no change to the emulator since last Friday. I tested the
(then) current CVS tree on that day. Did the emulator ever work
on your platform?
Ollie
From stepan at openbios.org Tue Feb 8 09:38:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Tue Feb 8 09:38:00 2005
Subject: VGA option rom code broken?
In-Reply-To: <1107887097.3151.11.camel@logarithm.lanl.gov>
References: <20050208101448.GA20649@openbios.org> <1107887097.3151.11.camel@logarithm.lanl.gov>
Message-ID: <20050208200935.GA8425@openbios.org>
* Li-Ta Lo [050208 19:24]:
> There is no change to the emulator since last Friday. I tested the
> (then) current CVS tree on that day. Did the emulator ever work
> on your platform?
Last time I tried before was 2005-01-25. It worked fine then.
Stefan
From ollie at lanl.gov Tue Feb 8 09:52:01 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Tue Feb 8 09:52:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <20050208200935.GA8425@openbios.org>
References: <20050208101448.GA20649@openbios.org>
<1107887097.3151.11.camel@logarithm.lanl.gov>
<20050208200935.GA8425@openbios.org>
Message-ID: <1107894162.3151.16.camel@logarithm.lanl.gov>
On Tue, 2005-02-08 at 13:09, Stefan Reinauer wrote:
> * Li-Ta Lo [050208 19:24]:
> > There is no change to the emulator since last Friday. I tested the
> > (then) current CVS tree on that day. Did the emulator ever work
> > on your platform?
>
> Last time I tried before was 2005-01-25. It worked fine then.
>
> Stefan
>
>
YhLu reversed the order of apic_cluster and northbridge in mainboard
config file. Did you change your config file too?
Ollie
From stepan at openbios.org Tue Feb 8 10:22:01 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Tue Feb 8 10:22:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <1107894162.3151.16.camel@logarithm.lanl.gov>
References: <20050208101448.GA20649@openbios.org> <1107887097.3151.11.camel@logarithm.lanl.gov> <20050208200935.GA8425@openbios.org> <1107894162.3151.16.camel@logarithm.lanl.gov>
Message-ID: <20050208205314.GA9825@openbios.org>
* Li-Ta Lo [050208 21:22]:
> YhLu reversed the order of apic_cluster and northbridge in mainboard
> config file. Did you change your config file too?
No, do I need to? What is the exact benefit except only having to
mention one apic_cluster? If this is the problem we will have to change
it in most ports I guess.
Stefan
From ollie at lanl.gov Tue Feb 8 11:02:00 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Tue Feb 8 11:02:00 2005
Subject: VGA option rom code broken?
In-Reply-To: <20050208205314.GA9825@openbios.org>
References: <20050208101448.GA20649@openbios.org>
<1107887097.3151.11.camel@logarithm.lanl.gov>
<20050208200935.GA8425@openbios.org>
<1107894162.3151.16.camel@logarithm.lanl.gov>
<20050208205314.GA9825@openbios.org>
Message-ID: <1107898360.3151.18.camel@logarithm.lanl.gov>
On Tue, 2005-02-08 at 13:53, Stefan Reinauer wrote:
> * Li-Ta Lo [050208 21:22]:
> > YhLu reversed the order of apic_cluster and northbridge in mainboard
> > config file. Did you change your config file too?
>
> No, do I need to? What is the exact benefit except only having to
> mention one apic_cluster? If this is the problem we will have to change
> it in most ports I guess.
>
It should not matter for your case but I am not sure. Can you
send me the whole log file?
Ollie
From YhLu at tyan.com Tue Feb 8 14:05:00 2005
From: YhLu at tyan.com (YhLu)
Date: Tue Feb 8 14:05:00 2005
Subject: VGA option rom code broken?
Message-ID: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
That could solve some problem about font memory initilization.
But I guess the problem is about Emulator, and Ron is digging that on S2885
now. With LinuxBIOS (enable VGA and copy that to RAM but don't run_BIOS) +
test bios.
Stefan,
What's the onboard VGA? are your talking about onboard one?
YH
> -----Original Message-----
> From: Stefan Reinauer [mailto:stepan at openbios.org]
> Sent: Tuesday, February 08, 2005 12:53 PM
> To: Li-Ta Lo
> Cc: LinuxBIOS
> Subject: Re: VGA option rom code broken?
>
> * Li-Ta Lo [050208 21:22]:
> > YhLu reversed the order of apic_cluster and northbridge in
> mainboard
> > config file. Did you change your config file too?
>
> No, do I need to? What is the exact benefit except only
> having to mention one apic_cluster? If this is the problem we
> will have to change it in most ports I guess.
>
> Stefan
>
>
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
>
From stepan at openbios.org Tue Feb 8 22:05:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Tue Feb 8 22:05:00 2005
Subject: VGA option rom code broken?
In-Reply-To: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
Message-ID: <20050209083701.GA3611@openbios.org>
* YhLu [050209 01:48]:
> Stefan,
>
> What's the onboard VGA? are your talking about onboard one?
>
> YH
Yes, it is an onboard rage xl. Pretty much the same as on all opteron
boards i guess.
It looks like x86emu can't see the rom itself? I manually checked the
image and it looks ok
Stefan
From stepan at openbios.org Tue Feb 8 22:13:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Tue Feb 8 22:13:00 2005
Subject: VGA option rom code broken?
In-Reply-To: <1107898360.3151.18.camel@logarithm.lanl.gov>
References: <20050208101448.GA20649@openbios.org> <1107887097.3151.11.camel@logarithm.lanl.gov> <20050208200935.GA8425@openbios.org> <1107894162.3151.16.camel@logarithm.lanl.gov> <20050208205314.GA9825@openbios.org> <1107898360.3151.18.camel@logarithm.lanl.gov>
Message-ID: <20050209084455.GB3611@openbios.org>
* Li-Ta Lo [050208 22:32]:
> On Tue, 2005-02-08 at 13:53, Stefan Reinauer wrote:
> > No, do I need to? What is the exact benefit except only having to
> > mention one apic_cluster? If this is the problem we will have to change
> > it in most ports I guess.
> >
>
> It should not matter for your case but I am not sure. Can you
> send me the whole log file?
Here it is..
-------------- next part --------------
A non-text attachment was scrubbed...
Name: island_vga.log.gz
Type: application/x-gunzip
Size: 4948 bytes
Desc: not available
URL:
From rminnich at lanl.gov Wed Feb 9 05:50:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 9 05:50:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <1107886344.3151.3.camel@logarithm.lanl.gov>
References: <20050208101448.GA20649@openbios.org>
<1107886344.3151.3.camel@logarithm.lanl.gov>
Message-ID:
On Tue, 8 Feb 2005, Li-Ta Lo wrote:
> Did you actually commit some of your change? The emulator stop emulating
> the PCI bios.
I don't believe I have committed any changes. You can check the cvs.
Somebody busted something in the last few days.
This problem highlights the many deficiencies of cvs. I'd like to propose
the following:
I have an offer from openib.org to host the linuxbios code base on their
web site, with subversion. I think this is a solid offer and it is backed
by a solid organization. If there are no objections I'd like to make the
move effective mar 1.
ron
From rminnich at lanl.gov Wed Feb 9 05:54:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 9 05:54:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <1107887097.3151.11.camel@logarithm.lanl.gov>
References: <20050208101448.GA20649@openbios.org> <1107887097.3151.11.camel@logarithm.lanl.gov>
Message-ID:
On Tue, 8 Feb 2005, Li-Ta Lo wrote:
> There is no change to the emulator since last Friday. I tested the
> (then) current CVS tree on that day. Did the emulator ever work on your
> platform?
Stefan, we have hit a few new cards that are causing trouble for the
emulator and I don't know the full reason. More as we learn it.
ron
From rminnich at lanl.gov Wed Feb 9 06:01:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 9 06:01:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <20050208200935.GA8425@openbios.org>
References: <20050208101448.GA20649@openbios.org> <1107887097.3151.11.camel@logarithm.lanl.gov>
<20050208200935.GA8425@openbios.org>
Message-ID:
On Tue, 8 Feb 2005, Stefan Reinauer wrote:
> Last time I tried before was 2005-01-25. It worked fine then.
based on what I am seeing here, I wonder if somebody busted the routing
code in 18:1 and 19:1? I no longer see the 'advertisement' when we start
the card up. is the 0xc000 mapping still correct?
We have one PCI card that works for X11 and seemed to work with text. We
have two previously untested NVIDIA based cards, NV5050 and something else
(the $5K card with ethernet!) that will not work.
ron
From rminnich at lanl.gov Wed Feb 9 06:01:06 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 9 06:01:06 2005
Subject: VGA option rom code broken?
In-Reply-To: <1107894162.3151.16.camel@logarithm.lanl.gov>
References: <20050208101448.GA20649@openbios.org> <1107887097.3151.11.camel@logarithm.lanl.gov>
<20050208200935.GA8425@openbios.org> <1107894162.3151.16.camel@logarithm.lanl.gov>
Message-ID:
On Tue, 8 Feb 2005, Li-Ta Lo wrote:
> YhLu reversed the order of apic_cluster and northbridge in mainboard
> config file. Did you change your config file too?
uh oh.
ron
From rminnich at lanl.gov Wed Feb 9 06:52:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 9 06:52:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
Message-ID:
On Tue, 8 Feb 2005, YhLu wrote:
> But I guess the problem is about Emulator, and Ron is digging that on
> S2885 now. With LinuxBIOS (enable VGA and copy that to RAM but don't
> run_BIOS) + test bios.
some more detail on this. We have temporarily modified linuxbios to do
everything EXCEPT actually run the emulator. This ensures that the routing
is right in 18:1 etc. but allows us to defer running the bios until we can
run the user mode testbios.
I think that a CMOS setting and/or build time option to enable this would
be very useful.
ron
From ollie at lanl.gov Wed Feb 9 06:58:01 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Wed Feb 9 06:58:01 2005
Subject: VGA option rom code broken?
In-Reply-To:
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
Message-ID: <1107970102.22285.5.camel@exponential.lanl.gov>
On Wed, 2005-02-09 at 10:22, Ronald G. Minnich wrote:
> On Tue, 8 Feb 2005, YhLu wrote:
>
> > But I guess the problem is about Emulator, and Ron is digging that on
> > S2885 now. With LinuxBIOS (enable VGA and copy that to RAM but don't
> > run_BIOS) + test bios.
>
> some more detail on this. We have temporarily modified linuxbios to do
> everything EXCEPT actually run the emulator. This ensures that the routing
> is right in 18:1 etc. but allows us to defer running the bios until we can
> run the user mode testbios.
>
> I think that a CMOS setting and/or build time option to enable this would
> be very useful.
>
Is the routing correct? Can you see the vbios image at 0xc0000?
You are using S2885 right?
Ollie
From YhLu at tyan.com Wed Feb 9 07:01:01 2005
From: YhLu at tyan.com (YhLu)
Date: Wed Feb 9 07:01:01 2005
Subject: VGA option rom code broken?
Message-ID: <3174569B9743D511922F00A0C9431423080855A8@TYANWEB>
I will modify your MB Config please check it out.
YH
> -----Original Message-----
> From: Stefan Reinauer [mailto:stepan at openbios.org]
> Sent: Wednesday, February 09, 2005 12:37 AM
> To: YhLu
> Cc: Li-Ta Lo; LinuxBIOS
> Subject: Re: VGA option rom code broken?
>
> * YhLu [050209 01:48]:
> > Stefan,
> >
> > What's the onboard VGA? are your talking about onboard one?
> >
> > YH
>
> Yes, it is an onboard rage xl. Pretty much the same as on all
> opteron boards i guess.
>
> It looks like x86emu can't see the rom itself? I manually
> checked the image and it looks ok
>
>
> Stefan
>
From YhLu at tyan.com Wed Feb 9 07:05:01 2005
From: YhLu at tyan.com (YhLu)
Date: Wed Feb 9 07:05:01 2005
Subject: VGA option rom code broken?
Message-ID: <3174569B9743D511922F00A0C9431423080855AB@TYANWEB>
I'm back to office, and I could do some test on that today.
YH
> -----Original Message-----
> From: Li-Ta Lo [mailto:ollie at lanl.gov]
> Sent: Wednesday, February 09, 2005 9:28 AM
> To: Ronald G. Minnich
> Cc: YhLu; Stefan Reinauer; LinuxBIOS
> Subject: RE: VGA option rom code broken?
>
> On Wed, 2005-02-09 at 10:22, Ronald G. Minnich wrote:
> > On Tue, 8 Feb 2005, YhLu wrote:
> >
> > > But I guess the problem is about Emulator, and Ron is
> digging that
> > > on
> > > S2885 now. With LinuxBIOS (enable VGA and copy that to
> RAM but don't
> > > run_BIOS) + test bios.
> >
> > some more detail on this. We have temporarily modified
> linuxbios to do
> > everything EXCEPT actually run the emulator. This ensures that the
> > routing is right in 18:1 etc. but allows us to defer
> running the bios
> > until we can run the user mode testbios.
> >
> > I think that a CMOS setting and/or build time option to enable this
> > would be very useful.
> >
>
> Is the routing correct? Can you see the vbios image at 0xc0000?
>
> You are using S2885 right?
>
> Ollie
>
>
From rminnich at lanl.gov Wed Feb 9 07:07:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 9 07:07:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <1107970102.22285.5.camel@exponential.lanl.gov>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
Message-ID:
On Wed, 9 Feb 2005, Li-Ta Lo wrote:
> Is the routing correct? Can you see the vbios image at 0xc0000?
it seems to be right -- I see the vbios image.
But: it seems the a000 space is not right. Not sure yet.
ron
From ollie at lanl.gov Wed Feb 9 07:12:00 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Wed Feb 9 07:12:00 2005
Subject: VGA option rom code broken?
In-Reply-To:
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
Message-ID: <1107970969.13335.2.camel@logarithm.lanl.gov>
On Wed, 2005-02-09 at 10:37, Ronald G. Minnich wrote:
> On Wed, 9 Feb 2005, Li-Ta Lo wrote:
>
> > Is the routing correct? Can you see the vbios image at 0xc0000?
>
> it seems to be right -- I see the vbios image.
>
> But: it seems the a000 space is not right. Not sure yet.
>
> ron
I just did the regression test on the stack of vga cards here.
Every previously working card still works for the current CVS
tree. It must be something we have not seen before.
Did you get scrambled screen or a blank one?
Ollie
From rminnich at lanl.gov Wed Feb 9 07:14:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 9 07:14:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <1107970969.13335.2.camel@logarithm.lanl.gov>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
<1107970969.13335.2.camel@logarithm.lanl.gov>
Message-ID:
On Wed, 9 Feb 2005, Li-Ta Lo wrote:
> Did you get scrambled screen or a blank one?
for our cards, we get one scrambled screen, and one blank one. In X, we
get a scrambled screen.
here's a great one. For the NV5500 ($500 card), if we don't connect the
external hard drive power connector, the card works under X!
ron
From YhLu at tyan.com Wed Feb 9 07:34:01 2005
From: YhLu at tyan.com (YhLu)
Date: Wed Feb 9 07:34:01 2005
Subject: VGA option rom code broken?
Message-ID: <3174569B9743D511922F00A0C9431423080855B9@TYANWEB>
Ron,
The PCI card works well when init is done in LinuxBIOS.
but if use Linux enable only + testbios, you will get scrambled screen but
the X works well.
So If you can make X works under testbios, you may don't need to wory about
scrambled text screen.
Also
Is it possiable that AGP graphics card can not get enough Power for PSU?
Can you get more big PSU or 700W one for testing?
YH
> -----Original Message-----
> From: Ronald G. Minnich [mailto:rminnich at lanl.gov]
> Sent: Wednesday, February 09, 2005 9:45 AM
> To: Li-Ta Lo
> Cc: YhLu; Stefan Reinauer; LinuxBIOS
> Subject: RE: VGA option rom code broken?
>
>
>
> On Wed, 9 Feb 2005, Li-Ta Lo wrote:
>
> > Did you get scrambled screen or a blank one?
>
> for our cards, we get one scrambled screen, and one blank
> one. In X, we get a scrambled screen.
>
> here's a great one. For the NV5500 ($500 card), if we don't
> connect the external hard drive power connector, the card
> works under X!
>
> ron
>
From rminnich at lanl.gov Wed Feb 9 07:36:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 9 07:36:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <3174569B9743D511922F00A0C9431423080855B9@TYANWEB>
References: <3174569B9743D511922F00A0C9431423080855B9@TYANWEB>
Message-ID:
On Wed, 9 Feb 2005, YhLu wrote:
> Is it possiable that AGP graphics card can not get enough Power for PSU?
no, that's not it. AGP worked under fuctory bios.
ron
From jerj at coplanar.net Wed Feb 9 08:04:00 2005
From: jerj at coplanar.net (Jeremy Jackson)
Date: Wed Feb 9 08:04:00 2005
Subject: Tyan Opteron board with LinuxBIOS for production environment?
Message-ID: <420A57BC.3090204@coplanar.net>
Hi,
I wonder if someone can advise me about this. Tyan looks promising for
us, due to longer product life cycles and 3 year warranty. We would
like to build identical servers for as long as possible, to minimize our
engineering and integration costs.
We would also like to use LinuxBIOS for serial console support, good
integration flexibility, redundant booting support, and bootup speed.
I would really like to talk to someone at Tyan or on the LinuxBIOS
mailing list about how we might accomplish this. This is a serious
application in avionics.
Thanks,
Jeremy
--
Jeremy Jackson
Coplanar Networks
(519)897-1516
http://www.coplanar.net
From YhLu at tyan.com Wed Feb 9 10:58:01 2005
From: YhLu at tyan.com (YhLu)
Date: Wed Feb 9 10:58:01 2005
Subject: VGA option rom code broken?
Message-ID: <3174569B9743D511922F00A0C9431423080855EB@TYANWEB>
I just tested five agp cards
works on:
1. Nvidia NV25 GL ( Quadro4 750XGL)
2. ATI Fire GLX1
Fail:
1. Nvidia FX5800
2. Nvidia FX3000 (Quadro)
3. Nvidia FX1000 (Duadro)
YH
> -----Original Message-----
> From: YhLu
> Sent: Wednesday, February 09, 2005 9:50 AM
> To: Li-Ta Lo; Ronald G. Minnich
> Cc: Stefan Reinauer; LinuxBIOS
> Subject: RE: VGA option rom code broken?
>
> I'm back to office, and I could do some test on that today.
>
> YH
>
> > -----Original Message-----
> > From: Li-Ta Lo [mailto:ollie at lanl.gov]
> > Sent: Wednesday, February 09, 2005 9:28 AM
> > To: Ronald G. Minnich
> > Cc: YhLu; Stefan Reinauer; LinuxBIOS
> > Subject: RE: VGA option rom code broken?
> >
> > On Wed, 2005-02-09 at 10:22, Ronald G. Minnich wrote:
> > > On Tue, 8 Feb 2005, YhLu wrote:
> > >
> > > > But I guess the problem is about Emulator, and Ron is
> > digging that
> > > > on
> > > > S2885 now. With LinuxBIOS (enable VGA and copy that to
> > RAM but don't
> > > > run_BIOS) + test bios.
> > >
> > > some more detail on this. We have temporarily modified
> > linuxbios to do
> > > everything EXCEPT actually run the emulator. This ensures
> that the
> > > routing is right in 18:1 etc. but allows us to defer
> > running the bios
> > > until we can run the user mode testbios.
> > >
> > > I think that a CMOS setting and/or build time option to
> enable this
> > > would be very useful.
> > >
> >
> > Is the routing correct? Can you see the vbios image at 0xc0000?
> >
> > You are using S2885 right?
> >
> > Ollie
> >
> >
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
>
From spencer at stoneflytech.com Wed Feb 9 11:34:00 2005
From: spencer at stoneflytech.com (Spencer Stucki)
Date: Wed Feb 9 11:34:00 2005
Subject: VIA EPIA FILO boot problems
In-Reply-To: <20050209121401.19017.20483.Mailman@nwn.definitive.org>
References: <20050209121401.19017.20483.Mailman@nwn.definitive.org>
Message-ID: <420A891A.3080800@stoneflytech.com>
I'm having problems getting filo to recognize any ide drive connected.
Ultimately I'd like to boot off of a cf card. I'm using the default
configs for via/epia/Config.ituner.filo.lb, except I turned up the
console log level, changed RAM settings to PC133 and CL2 to match the ram...
Here is the output from the console
LinuxBIOS-1.1.7.0Normal Wed Feb 9 14:20:55 MST
2
87 is the comm register
SMBus controller enabled
vt8601 init starting
00000000 is the north
1106 0601
0120????????????????????????????????
LinuxBIOS-1.1.7.0Fallback Wed Feb 9 14:21:32 MST 2005
starting...
vt8601 init starting
Slot 00 is SDRAM 08000000 bytes x2
Slot 01 is empty
Slot 02 is empty
Slot 03 is empty
vt8601 done
FILO version 0.4.2 (root at duck.stoneflytech.com) Tue Feb 8 17:05:08 MST
2005
collect_sys_info: boot eax = 0xe1fb007
collect_sys_info: boot ebx = 0xfff62a0
collect_sys_info: boot arg = 0xfff62a0
malloc_diag: alloc: 0 bytes (0 blocks), free: 16376 bytes (1
blocks)
malloc_diag: alloc: 24 bytes (1 blocks), free: 16352 bytes (1
blocks)
collect_elfboot_info: Bootloader:
elfboot
collect_elfboot_info: Version: 1.3
malloc_diag: alloc: 40 bytes (2 blocks), free: 16336 bytes (1
blocks)
collect_linuxbios_info: Searching for LinuxBIOS
tables...
find_lb_table: Found canidate at:
00000500
find_lb_table: header checksum o.k.
find_lb_table: table checksum o.k.
find_lb_table: recor
collect_linuxbios_info: Found LinuxBIOS table at:
00000500
malloc_diag: alloc: 112 bytes (3 blocks), free: 16264 bytes (1
blocks)
convert_memmap: 0x00000000000000 0x00000000000b8c
16
convert_memmap: 0x00000000000b8c 0x000000000ef474
1
convert_memmap: 0x000000000f0000 0x00000000000400
16
convert_memmap: 0x000000000f0400 0x0000000ff0fc00
1
collect_sys_info:
0000000000000b8c-00000000000f0000
collect_sys_info:
00000000000f0400-0000000010000000
collect_sys_info: RAM 256 MB
relocate: Current location:
0x100000-0x12614
relocate: Relocating to 0xffd9eb0-0xffffff7...
ok
setup_timers: CPU 533 MHz
pci_init: Scanning PCI: found 10
devices
malloc_diag: alloc: 240 bytes (4 blocks), free: 16136 bytes (1
blocks)
pci_init: 00:00.0 1106:0601 0600 00
pci_init: 00:01.0 1106:8601 0604 00
pci_init: 00:11.0 1106:8231 0601 00
pci_init: 00:11.1 1106:0571 0101 8f
pci_init: 00:11.2 1106:3038 0c03 00
pci_init: 00:11.3 1106:3038 0c03 00
pci_init: 00:11.4 1106:8235 0000 00
pci_init: 00:11.5 1106:3058 0401 00
pci_init: 00:11.6 1106:3068 0780 00
pci_init: 00:12.0 1106:3065 0200 00
boot: hda1:/boot/imedia root=/dev/hda1 console=tty0 console=ttyS0,115200
malloc_diag: alloc: 320 bytes (5 blocks), free: 16056 bytes (1 blocks)
malloc_diag: alloc: 336 bytes (6 blocks), free: 16040 bytes (1 blocks)
file_open: dev=hda1, path=/boot/imedia
find_ide_controller: found PCI IDE controller 1106:0571 prog_if=0x8f
find_ide_controller: primary channel: native PCI mode
find_ide_controller: cmd_base=0x0 ctrl_base=0x0
ide_software_reset: Waiting for ide0 to become ready for reset... ok
IDE time out
No drive detected on IDE channel 0
devopen: failed to open ide
malloc_diag: alloc: 320 bytes (5 blocks), free: 16056 bytes (1 blocks)
malloc_diag: alloc: 240 bytes (4 blocks), free: 16136 bytes (1 blocks)
boot: hda1:/boot/imedia root=/dev/hda1 console=tty0 console=ttyS0,115200
Here's filo's config
# Image filename for automatic boot and optional command line parameter
AUTOBOOT_FILE = "hda1:/boot/imedia root=/dev/hda1 console=tty0
console=ttyS0,115200"
# Time in second before booting AUTOBOOT_FILE
AUTOBOOT_DELAY = 0
# Driver for hard disk, CompactFlash, and CD-ROM on IDE bus
IDE_DISK = 1
# VGA text console
VGA_CONSOLE = 0
PC_KEYBOARD = 1
# Serial console
SERIAL_CONSOLE = 1
SERIAL_IOBASE = 0x3f8
SERIAL_SPEED = 115200
# Filesystems
FSYS_EXT2FS = 1
FSYS_FAT = 1
FSYS_JFS = 1
FSYS_MINIX = 1
FSYS_REISERFS = 1
FSYS_XFS = 1
FSYS_ISO9660 = 1
# Support for boot disk image in bootable CD-ROM (El Torito)
ELTORITO = 1
# PCI support
SUPPORT_PCI = 1
# i386 options
# Loader for standard Linux kernel image, a.k.a. /vmlinuz
LINUX_LOADER = 1
# Use PCI Configuration Mechanism #1 (most boards)
PCI_CONFIG_1 = 1
From smithbone at gmail.com Wed Feb 9 12:13:00 2005
From: smithbone at gmail.com (Richard Smith)
Date: Wed Feb 9 12:13:00 2005
Subject: VIA EPIA FILO boot problems
In-Reply-To: <420A891A.3080800@stoneflytech.com>
References: <20050209121401.19017.20483.Mailman@nwn.definitive.org>
<420A891A.3080800@stoneflytech.com>
Message-ID: <8a0c36780502091444b8735fa@mail.gmail.com>
> find_ide_controller: found PCI IDE controller 1106:0571 prog_if=0x8f
> find_ide_controller: primary channel: native PCI mode
> find_ide_controller: cmd_base=0x0 ctrl_base=0x0
> ide_software_reset: Waiting for ide0 to become ready for reset... ok
I'd say your cmd and ctl base registers should be something else other
than 0x00. I would expect a number like 0x1f0.
I've never used the EPIA so I don't have any specifics but go look in
the section that enables the IDE on your chip set and verify IDE is
really getting turned on.
Perhaps there is a config setting for the base address thats not getting setup?
--
Richard A. Smith
From cro_marmot at comcast.net Wed Feb 9 13:44:01 2005
From: cro_marmot at comcast.net (David Hendricks)
Date: Wed Feb 9 13:44:01 2005
Subject: Tyan Opteron board with LinuxBIOS for production environment?
In-Reply-To: <420A57BC.3090204@coplanar.net>
References: <420A57BC.3090204@coplanar.net>
Message-ID: <20050209171652.7d31dd62@sunder>
Dr. Lu (yhlu at tyan.com) is your man. He frequents here, stay tuned and
you'll get to see him at work.
Did you have a particular Tyan board in mind? I know Dr. Lu's been doing
a lot of work on the newer Intel boards, but we had also had S2881 and
S2885 dual Opteron mainboards working quite in our lab at Los Alamos
Nat'l Lab.
On Wed, 09 Feb 2005 13:34:36 -0500
Jeremy Jackson wrote:
> Hi,
>
> I wonder if someone can advise me about this. Tyan looks promising
for
> us, due to longer product life cycles and 3 year warranty. We would
> like to build identical servers for as long as possible, to minimize
our
> engineering and integration costs.
>
> We would also like to use LinuxBIOS for serial console support, good
> integration flexibility, redundant booting support, and bootup speed.
>
> I would really like to talk to someone at Tyan or on the LinuxBIOS
> mailing list about how we might accomplish this. This is a serious
> application in avionics.
>
> Thanks,
>
> Jeremy
>
> --
> Jeremy Jackson
> Coplanar Networks
> (519)897-1516
> http://www.coplanar.net
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
From YhLu at tyan.com Wed Feb 9 13:58:01 2005
From: YhLu at tyan.com (YhLu)
Date: Wed Feb 9 13:58:01 2005
Subject: VGA option rom code broken?
Message-ID: <3174569B9743D511922F00A0C94314230808561F@TYANWEB>
The one works. --- AGP 2.0
~ # lspci -vvxxx -s 2:0.0
02:00.0 VGA compatible controller: nVidia Corporation NV25GL [Quadro4 750
XGL] (rev a3) (prog-if 00 [VGA])
Subsystem: nVidia Corporation: Unknown device 0139
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR-
00: de 10 59 02 03 00 b0 02 a3 00 00 03 00 40 00 00
10: 00 00 00 f0 08 00 00 e0 08 00 00 e8 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 de 10 39 01
30: 00 00 00 f1 60 00 00 00 00 00 00 00 00 01 05 01
40: de 10 39 01 02 00 20 00 17 02 00 1f 00 00 00 00
50: 01 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00
60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
The one not works --- AGP 3.0
~ # lspci -vvxxx -s 2:0.0
02:00.0 VGA compatible controller: nVidia Corporation NV35GL [Quadro FX
3000] (rev a1) (prog-if 00 [VGA])
Subsystem: nVidia Corporation: Unknown device 01c2
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR-
00: de 10 38 03 02 00 b0 02 a1 00 00 03 00 40 00 00
10: 00 00 00 f4 08 00 00 e0 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 de 10 c2 01
30: 00 00 00 f5 60 00 00 00 00 00 00 00 00 01 05 01
40: de 10 c2 01 02 00 30 00 1b 0e 00 1f 00 00 00 00
50: 00 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00
60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
From talbotx at comcast.net Wed Feb 9 19:38:01 2005
From: talbotx at comcast.net (Adam Talbot)
Date: Wed Feb 9 19:38:01 2005
Subject: Via passing out linuxbios with out GPL?
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB> <1107970102.22285.5.camel@exponential.lanl.gov> <1107970969.13335.2.camel@logarithm.lanl.gov>
Message-ID: <02c901c50f36$f8a3c460$9901a8c0@newflame>
-Linux bios team
http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
Looks like via is passing out linux bios, with out ever saying any thing
about GPL or linuxbios.org...
-Adam
From ollie at lanl.gov Thu Feb 10 04:55:01 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Thu Feb 10 04:55:01 2005
Subject: VGA option rom code broken?
In-Reply-To: <3174569B9743D511922F00A0C94314230808561F@TYANWEB>
References: <3174569B9743D511922F00A0C94314230808561F@TYANWEB>
Message-ID: <1108049169.2871.4.camel@logarithm.lanl.gov>
On Wed, 2005-02-09 at 17:42, YhLu wrote:
That is exactly what I thought. If it works under X but not in
LinuxBIOS, it much be some AGP setting done in the Linux kernel
or the X server.
Ollie
> The one works. --- AGP 2.0
> ~ # lspci -vvxxx -s 2:0.0
> 02:00.0 VGA compatible controller: nVidia Corporation NV25GL [Quadro4 750
> XGL] (rev a3) (prog-if 00 [VGA])
> Subsystem: nVidia Corporation: Unknown device 0139
> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B-
> Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> SERR- Interrupt: pin A routed to IRQ 16
> Region 0: Memory at f0000000 (32-bit, non-prefetchable) [size=16M]
> Region 1: Memory at e0000000 (32-bit, prefetchable) [size=128M]
> Region 2: Memory at e8000000 (32-bit, prefetchable) [size=512K]
> Expansion ROM at f1000000 [disabled] [size=128K]
> Capabilities: [60] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
> PME(D0-,D1-,D2-,D3hot-,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> Capabilities: [44] AGP version 2.0
> Status: RQ=31 SBA+ 64bit- FW+ Rate=x1,x2,x4
> Command: RQ=0 SBA- AGP- 64bit- FW- Rate=
> 00: de 10 59 02 03 00 b0 02 a3 00 00 03 00 40 00 00
> 10: 00 00 00 f0 08 00 00 e0 08 00 00 e8 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 de 10 39 01
> 30: 00 00 00 f1 60 00 00 00 00 00 00 00 00 01 05 01
> 40: de 10 39 01 02 00 20 00 17 02 00 1f 00 00 00 00
> 50: 01 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00
> 60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>
> The one not works --- AGP 3.0
> ~ # lspci -vvxxx -s 2:0.0
> 02:00.0 VGA compatible controller: nVidia Corporation NV35GL [Quadro FX
> 3000] (rev a1) (prog-if 00 [VGA])
> Subsystem: nVidia Corporation: Unknown device 01c2
> Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B-
> Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> SERR- Interrupt: pin A routed to IRQ 16
> Region 0: Memory at f4000000 (32-bit, non-prefetchable) [size=16M]
> Region 1: Memory at e0000000 (32-bit, prefetchable) [size=256M]
> Expansion ROM at f5000000 [disabled] [size=128K]
> Capabilities: [60] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
> PME(D0-,D1-,D2-,D3hot-,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> Capabilities: [44] AGP version 3.0
> Status: RQ=31 SBA+ 64bit- FW+ Rate=x1,x2
> Command: RQ=0 SBA- AGP- 64bit- FW- Rate=
> 00: de 10 38 03 02 00 b0 02 a1 00 00 03 00 40 00 00
> 10: 00 00 00 f4 08 00 00 e0 00 00 00 00 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 de 10 c2 01
> 30: 00 00 00 f5 60 00 00 00 00 00 00 00 00 01 05 01
> 40: de 10 c2 01 02 00 30 00 1b 0e 00 1f 00 00 00 00
> 50: 00 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00
> 60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
From ollie at lanl.gov Thu Feb 10 04:57:00 2005
From: ollie at lanl.gov (Li-Ta Lo)
Date: Thu Feb 10 04:57:00 2005
Subject: VGA option rom code broken?
In-Reply-To: <3174569B9743D511922F00A0C94314230808561F@TYANWEB>
References: <3174569B9743D511922F00A0C94314230808561F@TYANWEB>
Message-ID: <1108049255.2871.6.camel@logarithm.lanl.gov>
On Wed, 2005-02-09 at 17:42, YhLu wrote:
> The one works. --- AGP 2.0
Can you lspci the AGP bridge in both working (AGP2.0) and half working
(AGP3.0 with X)?
Ollie
> ~ # lspci -vvxxx -s 2:0.0
> 02:00.0 VGA compatible controller: nVidia Corporation NV25GL [Quadro4 750
> XGL] (rev a3) (prog-if 00 [VGA])
> Subsystem: nVidia Corporation: Unknown device 0139
> Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B-
> Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> SERR- Interrupt: pin A routed to IRQ 16
> Region 0: Memory at f0000000 (32-bit, non-prefetchable) [size=16M]
> Region 1: Memory at e0000000 (32-bit, prefetchable) [size=128M]
> Region 2: Memory at e8000000 (32-bit, prefetchable) [size=512K]
> Expansion ROM at f1000000 [disabled] [size=128K]
> Capabilities: [60] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
> PME(D0-,D1-,D2-,D3hot-,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> Capabilities: [44] AGP version 2.0
> Status: RQ=31 SBA+ 64bit- FW+ Rate=x1,x2,x4
> Command: RQ=0 SBA- AGP- 64bit- FW- Rate=
> 00: de 10 59 02 03 00 b0 02 a3 00 00 03 00 40 00 00
> 10: 00 00 00 f0 08 00 00 e0 08 00 00 e8 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 de 10 39 01
> 30: 00 00 00 f1 60 00 00 00 00 00 00 00 00 01 05 01
> 40: de 10 39 01 02 00 20 00 17 02 00 1f 00 00 00 00
> 50: 01 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00
> 60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>
> The one not works --- AGP 3.0
> ~ # lspci -vvxxx -s 2:0.0
> 02:00.0 VGA compatible controller: nVidia Corporation NV35GL [Quadro FX
> 3000] (rev a1) (prog-if 00 [VGA])
> Subsystem: nVidia Corporation: Unknown device 01c2
> Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B-
> Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> SERR- Interrupt: pin A routed to IRQ 16
> Region 0: Memory at f4000000 (32-bit, non-prefetchable) [size=16M]
> Region 1: Memory at e0000000 (32-bit, prefetchable) [size=256M]
> Expansion ROM at f5000000 [disabled] [size=128K]
> Capabilities: [60] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
> PME(D0-,D1-,D2-,D3hot-,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> Capabilities: [44] AGP version 3.0
> Status: RQ=31 SBA+ 64bit- FW+ Rate=x1,x2
> Command: RQ=0 SBA- AGP- 64bit- FW- Rate=
> 00: de 10 38 03 02 00 b0 02 a1 00 00 03 00 40 00 00
> 10: 00 00 00 f4 08 00 00 e0 00 00 00 00 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 de 10 c2 01
> 30: 00 00 00 f5 60 00 00 00 00 00 00 00 00 01 05 01
> 40: de 10 c2 01 02 00 30 00 1b 0e 00 1f 00 00 00 00
> 50: 00 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00
> 60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
From rminnich at lanl.gov Thu Feb 10 05:39:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 10 05:39:00 2005
Subject: VIA EPIA FILO boot problems
In-Reply-To: <420A891A.3080800@stoneflytech.com>
References: <20050209121401.19017.20483.Mailman@nwn.definitive.org>
<420A891A.3080800@stoneflytech.com>
Message-ID:
is native IDE enabled on that southbridge by any chance? Or legacy IDE?
ron
From rminnich at lanl.gov Thu Feb 10 05:43:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 10 05:43:01 2005
Subject: VIA EPIA FILO boot problems
In-Reply-To: <8a0c36780502091444b8735fa@mail.gmail.com>
References: <20050209121401.19017.20483.Mailman@nwn.definitive.org>
<420A891A.3080800@stoneflytech.com> <8a0c36780502091444b8735fa@mail.gmail.com>
Message-ID:
On Wed, 9 Feb 2005, Richard Smith wrote:
> Perhaps there is a config setting for the base address thats not getting
> setup?
there are two modes on the sb, native and legacy, and I never had any luck
unless I enabled legacy.
ron
From rminnich at lanl.gov Thu Feb 10 06:00:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 10 06:00:01 2005
Subject: Via passing out linuxbios with out GPL?
In-Reply-To: <02c901c50f36$f8a3c460$9901a8c0@newflame>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
<1107970969.13335.2.camel@logarithm.lanl.gov>
<02c901c50f36$f8a3c460$9901a8c0@newflame>
Message-ID:
On Wed, 9 Feb 2005, Adam Talbot wrote:
> -Linux bios team
> http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
> Looks like via is passing out linux bios, with out ever saying any thing
> about GPL or linuxbios.org...
we've got a couple of GPL violators in the linuxbios space. I know Orion
Microsystems has got caught between a rock and a hard place and is
distributing linuxbios-based systems without releasing sources; I have no
idea if this via fastboot is linuxbios or not; via denies that it is.
I don't have the energy to pursue these guys.
ron
From talbotx at comcast.net Thu Feb 10 06:18:00 2005
From: talbotx at comcast.net (Adam Talbot)
Date: Thu Feb 10 06:18:00 2005
Subject: Via EPIA-MII
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB> <1107970102.22285.5.camel@exponential.lanl.gov> <1107970969.13335.2.camel@logarithm.lanl.gov> <02c901c50f36$f8a3c460$9901a8c0@newflame>
Message-ID: <02f701c50f90$6ea017a0$9901a8c0@newflame>
Looking for the configs for the EPIA-MII, i dont see them in the freebios2
tree. Should I just build them from scratch?
-Adam
From rminnich at lanl.gov Thu Feb 10 06:19:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 10 06:19:00 2005
Subject: Via EPIA-MII
In-Reply-To: <02f701c50f90$6ea017a0$9901a8c0@newflame>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
<1107970969.13335.2.camel@logarithm.lanl.gov>
<02c901c50f36$f8a3c460$9901a8c0@newflame>
<02f701c50f90$6ea017a0$9901a8c0@newflame>
Message-ID:
On Thu, 10 Feb 2005, Adam Talbot wrote:
> Looking for the configs for the EPIA-MII, i dont see them in the freebios2
> tree. Should I just build them from scratch?
sure.
ron
From al at hootons.org Thu Feb 10 06:20:01 2005
From: al at hootons.org (Al Hooton)
Date: Thu Feb 10 06:20:01 2005
Subject: Via passing out linuxbios with out GPL?
In-Reply-To:
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
<1107970969.13335.2.camel@logarithm.lanl.gov>
<02c901c50f36$f8a3c460$9901a8c0@newflame>
Message-ID: <1108054256.12895.38.camel@chatsworth.hootons.org>
On Thu, 2005-02-10 at 09:30 -0700, Ronald G. Minnich wrote:
> I don't have the energy to pursue these guys.
None of us probably do, but the Software Freedom Law Center might, and
this sort of thing is right down their alley as non-profit defenders of
the FOSS licensing ecosystem. These kinds of violations hurt the entire
FOSS community, and need to be pursued by somebody -- eventually, with
enough violations, the courts will decide that we weren't serious about
the FOSS licenses anyway, and throw them out.
Might at least be worth an email to them:
http://www.softwarefreedom.org/
From rminnich at lanl.gov Thu Feb 10 06:28:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 10 06:28:01 2005
Subject: Via passing out linuxbios with out GPL?
In-Reply-To: <1108054256.12895.38.camel@chatsworth.hootons.org>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
<1107970969.13335.2.camel@logarithm.lanl.gov>
<02c901c50f36$f8a3c460$9901a8c0@newflame>
<1108054256.12895.38.camel@chatsworth.hootons.org>
Message-ID:
On Thu, 10 Feb 2005, Al Hooton wrote:
> None of us probably do, but the Software Freedom Law Center might,
> and this sort of thing is right down their alley as non-profit defenders
> of the FOSS licensing ecosystem. These kinds of violations hurt the
> entire FOSS community, and need to be pursued by somebody -- eventually,
> with enough violations, the courts will decide that we weren't serious
> about the FOSS licenses anyway, and throw them out.
I did that, but after one or two emails heard no more from them.
ron
From bari at onelabs.com Thu Feb 10 06:47:00 2005
From: bari at onelabs.com (Bari Ari)
Date: Thu Feb 10 06:47:00 2005
Subject: Via passing out linuxbios with out GPL?
In-Reply-To:
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB> <1107970102.22285.5.camel@exponential.lanl.gov> <1107970969.13335.2.camel@logarithm.lanl.gov> <02c901c50f36$f8a3c460$9901a8c0@newflame>
Message-ID: <420B9748.2060408@onelabs.com>
Ronald G. Minnich wrote:
>
> On Wed, 9 Feb 2005, Adam Talbot wrote:
>
>
>>-Linux bios team
>>http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
>>Looks like via is passing out linux bios, with out ever saying any thing
>>about GPL or linuxbios.org...
>
>
> we've got a couple of GPL violators in the linuxbios space. I know Orion
> Microsystems has got caught between a rock and a hard place and is
> distributing linuxbios-based systems without releasing sources; I have no
> idea if this via fastboot is linuxbios or not; via denies that it is.
>
> I don't have the energy to pursue these guys.
A quick peek through the binary shows:
Build Boot notes ... LinuxBIOS Build boot notes [FIRMWARE_TYPE](0x%x) ... ok
LinuxBIOS Build boot notes [BOOTLOADER_NAME](0x%x)
Hmmm... what's this in here?
I've always found VIA to be pretty helpful. Maybe someone can politely
contact them for more info.
-Bari
From YhLu at tyan.com Thu Feb 10 07:07:00 2005
From: YhLu at tyan.com (YhLu)
Date: Thu Feb 10 07:07:00 2005
Subject: VGA option rom code broken?
Message-ID: <3174569B9743D511922F00A0C943142308085658@TYANWEB>
In my test the three failure mean can not work under text mode, and I can
not test X mode.
The AGP device and bridge (amd 8151...) register value in working one and
failure one is the same.
YH
From petekarl at student.chalmers.se Thu Feb 10 08:28:01 2005
From: petekarl at student.chalmers.se (Peter Karlsson)
Date: Thu Feb 10 08:28:01 2005
Subject: Via passing out linuxbios with out GPL?
In-Reply-To:
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
<1107970969.13335.2.camel@logarithm.lanl.gov>
<02c901c50f36$f8a3c460$9901a8c0@newflame>
Message-ID:
On Thu, 10 Feb 2005, Ronald G. Minnich wrote:
> > -Linux bios team
> > http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
> > Looks like via is passing out linux bios, with out ever saying any thing
> > about GPL or linuxbios.org...
>
> we've got a couple of GPL violators in the linuxbios space. I know Orion
> Microsystems has got caught between a rock and a hard place and is
> distributing linuxbios-based systems without releasing sources; I have no
> idea if this via fastboot is linuxbios or not; via denies that it is.
I downloaded the above zip file, unzipped it and did a quick 'strings
*/BIOS* | grep -i linux' which resulted in:
Try to load Linux(0x%x) at dev 0x%x
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Jump to Linux(0x%lx, 0x%lx)
Found file system used by Linux.(File System ID = 0x%x)
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
bash-2.05b$ strings */* | grep -i linux
Try to load Linux(0x%x) at dev 0x%x
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Jump to Linux(0x%lx, 0x%lx)
Not a Linux kernel image.
Linux(non-ELF),
Linux version is very old.
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Linux(non-ELF),
Try to load Linux(0x%x) at dev 0x%x
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Jump to Linux(0x%lx, 0x%lx)
Found file system used by Linux.(File System ID = 0x%x)
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Try to load Linux(0x%x) at dev 0x%x
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Jump to Linux(0x%lx, 0x%lx)
Found file system used by Linux.(File System ID = 0x%x)
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Try to load Linux(0x%x) at dev 0x%x
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Jump to Linux(0x%lx, 0x%lx)
Found file system used by Linux.(File System ID = 0x%x)
LinuxBIOS
LinuxBIOS
Jump to Linux(0x%lx, 0x%lx)
Perhaps FSF or EFF can help?
Best regards
Peter K
From paulm at astro.gla.ac.uk Thu Feb 10 10:19:00 2005
From: paulm at astro.gla.ac.uk (Paul Millar)
Date: Thu Feb 10 10:19:00 2005
Subject: Hi & 440lx chipset
Message-ID: <200502102050.39226.paulm@astro.gla.ac.uk>
Hi,
Quick (cheeky) question: does LinuxBIOS support the 440LX chipset?
MSI/AMI no longer support it (probably for some time now), and the
most recent BIOS has some difficulty with "large" disks: anything
much over 3G kills the boot sequence.
Cheers,
Paul.
PS I'm getting a 404 when trying to fill in the help web-form:
/cgi-bin/linuxbios/help.cgi not found.
PPS output from lspci:
0000:00:00.0 Host bridge: Intel Corp. 440LX/EX - 82443LX/EX Host
bridge (rev 03)
0000:00:01.0 PCI bridge: Intel Corp. 440LX/EX - 82443LX/EX AGP bridge
(rev 03)
0000:00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
0000:00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev
01)
0000:00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev
01)
0000:00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
0000:00:0e.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro
100] (rev08)
0000:00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
0000:00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage
IIC AGP (rev 3a)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From smithbone at gmail.com Thu Feb 10 11:03:01 2005
From: smithbone at gmail.com (Richard Smith)
Date: Thu Feb 10 11:03:01 2005
Subject: Hi & 440lx chipset
In-Reply-To: <200502102050.39226.paulm@astro.gla.ac.uk>
References: <200502102050.39226.paulm@astro.gla.ac.uk>
Message-ID: <8a0c367805021013313df4676@mail.gmail.com>
> Quick (cheeky) question: does LinuxBIOS support the 440LX chipset?
>
I don't know what the difference between the 440LX and BX is Buta as
long as the ram registers are the same the 440bx stuff should work
fine. Unless they have done something messy with the access to the
SPD on the ram.
> PPS output from lspci:
What superIO is on it? if your superIO supported then V1 should at
least come up and try to setup the ram. If not then the differences
might be pretty easy to work out by some northbridge dumps.
--
Richard A. Smith
From stepan at openbios.org Thu Feb 10 11:53:01 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Thu Feb 10 11:53:01 2005
Subject: Via passing out linuxbios with out GPL?
In-Reply-To:
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB> <1107970102.22285.5.camel@exponential.lanl.gov> <1107970969.13335.2.camel@logarithm.lanl.gov> <02c901c50f36$f8a3c460$9901a8c0@newflame>
Message-ID: <20050210222517.GA3420@openbios.org>
* Peter Karlsson [050210 19:58]:
> Try to load Linux(0x%x) at dev 0x%x
> LinuxBIOS
> LinuxBIOS
> Jump to Linux(0x%lx, 0x%lx)
> Jump to Linux(0x%lx, 0x%lx)
> Found file system used by Linux.(File System ID = 0x%x)
> LinuxBIOS
> Try to load Linux(0x%x) at dev 0x%x
[..]
From spencer at stoneflytech.com Thu Feb 10 12:19:00 2005
From: spencer at stoneflytech.com (Spencer Stucki)
Date: Thu Feb 10 12:19:00 2005
Subject: VIA EPIA FILO boot problems
In-Reply-To:
References: <20050209121401.19017.20483.Mailman@nwn.definitive.org> <420A891A.3080800@stoneflytech.com>
Message-ID: <420BE535.4010508@stoneflytech.com>
Ronald G. Minnich wrote:
>is native IDE enabled on that southbridge by any chance? Or legacy IDE?
>
>ron
>
>
>
It's set to legacy....
.enable_native_ide = 0,
Any other ideas?
From paulm at astro.gla.ac.uk Thu Feb 10 12:19:07 2005
From: paulm at astro.gla.ac.uk (Paul Millar)
Date: Thu Feb 10 12:19:07 2005
Subject: Hi & 440lx chipset
In-Reply-To: <8a0c367805021013313df4676@mail.gmail.com>
References: <200502102050.39226.paulm@astro.gla.ac.uk> <8a0c367805021013313df4676@mail.gmail.com>
Message-ID: <200502102251.17869.paulm@astro.gla.ac.uk>
On Thursday 10 February 2005 21:31, you wrote:
> > Quick (cheeky) question: does LinuxBIOS support the 440LX
> > chipset?
>
> I don't know what the difference between the 440LX and BX is Buta
> as long as the ram registers are the same the 440bx stuff should
> work fine. Unless they have done something messy with the access
> to the SPD on the ram.
I've no idea either, but I'll try and give it a shot. It'll probably
be Sunday before I get the chance to do anything, though.
> > PPS output from lspci:
>
> What superIO is on it? if your superIO supported then V1 should at
> least come up and try to setup the ram. If not then the
> differences might be pretty easy to work out by some northbridge
> dumps.
OK, asking the great Google in the sky: "MS-6117 superio" resulted in
a single hit, with the following line.
Superio: Winbond 977TF rev 0 found at port 3F0h
(I can probably verify that by eyeball the motherboard at some point)
Does that sound promising?
Cheers,
Paul.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From rminnich at lanl.gov Fri Feb 11 05:54:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 11 05:54:00 2005
Subject: Hi & 440lx chipset
In-Reply-To: <200502102050.39226.paulm@astro.gla.ac.uk>
References: <200502102050.39226.paulm@astro.gla.ac.uk>
Message-ID:
On Thu, 10 Feb 2005, Paul Millar wrote:
> Quick (cheeky) question: does LinuxBIOS support the 440LX chipset?
no, sorry, I think it should be easy but it's not been of interest to
anyone.
ron
From rminnich at lanl.gov Fri Feb 11 06:03:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 11 06:03:00 2005
Subject: VIA EPIA FILO boot problems
In-Reply-To: <420BE535.4010508@stoneflytech.com>
References: <20050209121401.19017.20483.Mailman@nwn.definitive.org>
<420A891A.3080800@stoneflytech.com>
<420BE535.4010508@stoneflytech.com>
Message-ID:
what kind of ide do you have on there again?
ron
From talbotx at comcast.net Fri Feb 11 06:05:36 2005
From: talbotx at comcast.net (Adam Talbot)
Date: Fri Feb 11 06:05:36 2005
Subject: Via EPIA-MII ROM speed?
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB> <1107970102.22285.5.camel@exponential.lanl.gov> <1107970969.13335.2.camel@logarithm.lanl.gov> <02c901c50f36$f8a3c460$9901a8c0@newflame> <02f701c50f90$6ea017a0$9901a8c0@newflame>
Message-ID: <035d01c51057$4fdc3d40$9901a8c0@newflame>
How fast is the ROM chip MB/s. In my case a SST 39SF020A 70-4C-NH. I was
trying to figure out what would be faster... Linuxbios calling a 2.6 kernel
off the hard drive, or loading my 2.6 kernel out of the rom file. I have the
512k rom chips, so I have room to add my kernel. If I put my kernel into
the rom, can I just call it as a payload?
-Adam
From smithbone at gmail.com Fri Feb 11 06:05:44 2005
From: smithbone at gmail.com (Richard Smith)
Date: Fri Feb 11 06:05:44 2005
Subject: Hi & 440lx chipset
In-Reply-To: <200502102251.17869.paulm@astro.gla.ac.uk>
References: <200502102050.39226.paulm@astro.gla.ac.uk>
<8a0c367805021013313df4676@mail.gmail.com>
<200502102251.17869.paulm@astro.gla.ac.uk>
Message-ID: <8a0c36780502110833661fdf@mail.gmail.com>
> > I don't know what the difference between the 440LX and BX is Buta
> > as long as the ram registers are the same the 440bx stuff should
> > work fine. Unless they have done something messy with the access
> > to the SPD on the ram.
I just look on developer.intel.com and fouind the 440LX datasheet. At
my (really) quick glance it looks very similar to the BX. You might
just get lucky and have it come up and work.
What's the FSB speed of that board? Can it do 100Mhz or only 66?
> I've no idea either, but I'll try and give it a shot. It'll probably
> be Sunday before I get the chance to do anything, though.
Ok I would suggest that you start with a copy of the bitworks board.
(mainboard/bitworks/ims) change the superIO and rework the ROM size
to match your board and work from there.
> OK, asking the great Google in the sky: "MS-6117 superio" resulted in
> a single hit, with the following line.
> Superio: Winbond 977TF rev 0 found at port 3F0h
> (I can probably verify that by eyeball the motherboard at some point)
> Does that sound promising?
Yes. Theres a few number missing but thats probally a w83977tf.
Theres a w83977ef in the tree. I'm sure the differences between the
tf and ef are really minor. But check your number and google for the
datasheet on the part.
Let me send you my config file. I't probally won't compile against
the stock V1 tree since I think I've added several config options for
my own use but those should be pretty easy to fix.
--
Richard A. Smith
From rminnich at lanl.gov Fri Feb 11 06:18:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 11 06:18:00 2005
Subject: Via EPIA-MII ROM speed?
In-Reply-To: <035d01c51057$4fdc3d40$9901a8c0@newflame>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
<1107970969.13335.2.camel@logarithm.lanl.gov>
<02c901c50f36$f8a3c460$9901a8c0@newflame>
<02f701c50f90$6ea017a0$9901a8c0@newflame>
<035d01c51057$4fdc3d40$9901a8c0@newflame>
Message-ID:
yes, you can make the kernel the payload.
if you get a kernel into 512kb, I want your .config file!
ron
From talbotx at comcast.net Fri Feb 11 06:31:00 2005
From: talbotx at comcast.net (talbotx at comcast.net)
Date: Fri Feb 11 06:31:00 2005
Subject: Via EPIA-MII ROM speed?
Message-ID: <021120051701.19535.420CE505000A2A0100004C4F2206998499989B010D040E9B@comcast.net>
-Ron
You will have a copy of my 2.6 config... Now I got to see if I can pull this off. My kernel as it currently stands is 1.6MB A bit to big :-)
-Adam
-------------- Original message --------------
> yes, you can make the kernel the payload.
>
> if you get a kernel into 512kb, I want your .config file!
>
> ron
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From smithbone at gmail.com Fri Feb 11 07:13:00 2005
From: smithbone at gmail.com (Richard Smith)
Date: Fri Feb 11 07:13:00 2005
Subject: Via EPIA-MII ROM speed?
In-Reply-To: <035d01c51057$4fdc3d40$9901a8c0@newflame>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB>
<1107970102.22285.5.camel@exponential.lanl.gov>
<1107970969.13335.2.camel@logarithm.lanl.gov>
<02c901c50f36$f8a3c460$9901a8c0@newflame>
<02f701c50f90$6ea017a0$9901a8c0@newflame>
<035d01c51057$4fdc3d40$9901a8c0@newflame>
Message-ID: <8a0c367805021109436c185d0@mail.gmail.com>
On Fri, 11 Feb 2005 08:32:43 -0800, Adam Talbot wrote:
> How fast is the ROM chip MB/s. In my case a SST 39SF020A 70-4C-NH. I was
> trying to figure out what would be faster... Linuxbios calling a 2.6 kernel
> off the hard drive, or loading my 2.6 kernel out of the rom file. I have the
> 512k rom chips, so I have room to add my kernel. If I put my kernel into
> the rom, can I just call it as a payload?
> -Adam
Your challenge won't be loading speed but rather getting a kernel in 512k.
That said my first guess is that in ROM is going to be much faster on
all but a few special cases but lets just do some math and see...
For loading from the BIOS chip you are talking ISA cycles. Which is
approx 1uS per cycle but you are only going to get 8 bits at a time
unless you happend to have a 16-Bit flash.
Lets neglect RAM speed since it should be the same in both cases.
The string copy functions of x86 assembly will let you set up a block
memory move with basiclly no overhead. So you should be able to load
the entire ROM into a block of RAM in 525 mS.
Reading from IDE will happen over the PCI bus which is much faster. I
don't really know what the actual cycle time of PCI is sine it varies
but the clock is 4 tims faster so lets assume we can get 4x the cycle
rate or 250 ns per cycle. Ide devices are 16 bit so we are going to
approx 8x the data rate. However, the HD involes a seek for every
512 16 bit words. I don't think FILO takes advantage of the streaming
commands. So for every 1kb we are talking 128uS of data time and 10
to 12 ms avg seek. so 512 x 12.128 mS give you 6.2 seconds.
But thats a worst case number and neglects the cache of a modern HD.
If the HD is able to cache up the entire 512k so the seek times are 0
then the number would have a low of .128 mS * 512 = 65mS. That's
negelecting the overhead with issuing the read commands to the IDE
device so in reality its higher than that.
So the only answer is you have to test and see. Could be faster could
be slower. Also if you take in account harddisk spinup time from a
cold boot which is always going to be larger than .5s it in ROM will
be faster. But if you use something like a compact flash you don't
have the hd platter spinup time. Then its going to depend on the
device.
I'd be intersted in hearing about your results.
--
Richard A. Smith
From talbotx at comcast.net Fri Feb 11 07:57:01 2005
From: talbotx at comcast.net (talbotx at comcast.net)
Date: Fri Feb 11 07:57:01 2005
Subject: Via EPIA-MII ROM speed?
Message-ID: <021120051828.14583.420CF9540003E987000038F72206999735989B010D040E9B@comcast.net>
-Richard.
Thank you for some real numbers. Ok, a few note to add to your very good description of the issue at hand. I found that my hard drive has a spin up time of about 3~5 seconds so that?s out of the picture. Solved that issue by switching from a HDD to a Compact Flash (CF), no spin up, almost no seek time. The board (Via EPIA-MII) has a built on CF slot. Linux bios allowed me to boot from the CF. Also there is one other number we need to look at. How long does it take for FILO to load? I have no clue on numbers for FILO. The 2 step process LinuxBios ? kernel (LBK), or the 3 set process, LinuxBios ? FILO ? kernel (LBFK). In the LBFK process all the transaction are faster, but the second step my slow down the process long enough to make the LBK process faster. I am not very sure here and there are still just ideas and I need to do some real testing. In the long run I may be forced to use LBFK as the smallest 2.6 kernel I have been able to compile comes in at 404k+linuxbios > ROM. I think 512KB is the biggest ROM chip out there that will work with this board.
-Adam
-------------- Original message --------------
> On Fri, 11 Feb 2005 08:32:43 -0800, Adam Talbot wrote:
> > How fast is the ROM chip MB/s. In my case a SST 39SF020A 70-4C-NH. I was
> > trying to figure out what would be faster... Linuxbios calling a 2.6 kernel
> > off the hard drive, or loading my 2.6 kernel out of the rom file. I have the
> > 512k rom chips, so I have room to add my kernel. If I put my kernel into
> > the rom, can I just call it as a payload?
> > -Adam
>
> Your challenge won't be loading speed but rather getting a kernel in 512k.
>
> That said my first guess is that in ROM is going to be much faster on
> all but a few special cases but lets just do some math and see...
>
> For loading from the BIOS chip you are talking ISA cycles. Which is
> approx 1uS per cycle but you are only going to get 8 bits at a time
> unless you happend to have a 16-Bit flash.
>
> Lets neglect RAM speed since it should be the same in both cases.
>
> The string copy functions of x86 assembly will let you set up a block
> memory move with basiclly no overhead. So you should be able to load
> the entire ROM into a block of RAM in 525 mS.
>
> Reading from IDE will happen over the PCI bus which is much faster. I
> don't really know what the actual cycle time of PCI is sine it varies
> but the clock is 4 tims faster so lets assume we can get 4x the cycle
> rate or 250 ns per cycle. Ide devices are 16 bit so we are going to
> approx 8x the data rate. However, the HD involes a seek for every
> 512 16 bit words. I don't think FILO takes advantage of the streaming
> commands. So for every 1kb we are talking 128uS of data time and 10
> to 12 ms avg seek. so 512 x 12.128 mS give you 6.2 seconds.
>
> But thats a worst case number and neglects the cache of a modern HD.
> If the HD is able to cache up the entire 512k so the seek times are 0
> then the number would have a low of .128 mS * 512 = 65mS. That's
> negelecting the overhead with issuing the read commands to the IDE
> device so in reality its higher than that.
>
> So the only answer is you have to test and see. Could be faster could
> be slower. Also if you take in account harddisk spinup time from a
> cold boot which is always going to be larger than .5s it in ROM will
> be faster. But if you use something like a compact flash you don't
> have the hd platter spinup time. Then its going to depend on the
> device.
>
> I'd be intersted in hearing about your results.
>
> --
> Richard A. Smith
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From rminnich at lanl.gov Fri Feb 11 08:07:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 11 08:07:01 2005
Subject: Via EPIA-MII ROM speed?
In-Reply-To: <021120051828.14583.420CF9540003E987000038F72206999735989B010D040E9B@comcast.net>
References: <021120051828.14583.420CF9540003E987000038F72206999735989B010D040E9B@comcast.net>
Message-ID:
FILO load is very fast. FILO can be 32KB and it's coming out of flash. I
would say for your purposes it is 0.
FILO scanning for IDE will be fast on EPIA. The only real time kill is
"spinning" up the hard drive, which on CF is also pretty quick.
ron
From paulm at astro.gla.ac.uk Fri Feb 11 09:59:01 2005
From: paulm at astro.gla.ac.uk (Paul Millar)
Date: Fri Feb 11 09:59:01 2005
Subject: Hi & 440lx chipset
In-Reply-To:
References: <200502102050.39226.paulm@astro.gla.ac.uk>
Message-ID: <200502112030.52053.paulm@astro.gla.ac.uk>
On Friday 11 February 2005 16:25, Ronald G. Minnich wrote:
> On Thu, 10 Feb 2005, Paul Millar wrote:
> > Quick (cheeky) question: does LinuxBIOS support the 440LX
> > chipset?
>
> no, sorry, I think it should be easy but it's not been of interest
> to anyone.
No problem. I'm happy to "go it alone" if you don't mind me asking a
stoopid questions.
Cheers,
Paul.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From rminnich at lanl.gov Fri Feb 11 10:01:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 11 10:01:01 2005
Subject: Hi & 440lx chipset
In-Reply-To: <200502112030.52053.paulm@astro.gla.ac.uk>
References: <200502102050.39226.paulm@astro.gla.ac.uk>
<200502112030.52053.paulm@astro.gla.ac.uk>
Message-ID:
On Fri, 11 Feb 2005, Paul Millar wrote:
> No problem. I'm happy to "go it alone" if you don't mind me asking a
> stoopid questions.
there are no stupid questions, this stuff is hard. We would be very
grateful for your help. I would start with richard smith's 440bx port on
V2.
and, uh, as always, anybody want to help with the web page?
ron
From smithbone at gmail.com Fri Feb 11 10:40:00 2005
From: smithbone at gmail.com (Richard Smith)
Date: Fri Feb 11 10:40:00 2005
Subject: Hi & 440lx chipset
In-Reply-To:
References: <200502102050.39226.paulm@astro.gla.ac.uk>
<200502112030.52053.paulm@astro.gla.ac.uk>
Message-ID: <8a0c3678050211130873b4b74b@mail.gmail.com>
> there are no stupid questions, this stuff is hard. We would be very
> grateful for your help. I would start with richard smith's 440bx port on
> V2.
Yeah that would be great.. _If_ it worked. I got stuck getting data
back from the SM controller. Its really wierd. I can see data
happening on the SMbus with a scope but I always get zeros back when I
try to dump the SPD values.
I had to back burner it for now... Its really hard to justify spending
the time on moving to V2 when V1 pretty much does what we need. I'll
get it eventually though.
Paul? How are your hacking skills? Do you write C code? I could sure
use the help in the V2 port. The southbridge between the BX and LX
family is exactly the same chip so anything you did would be 100%
re-useable.
--
Richard A. Smith
From spencer at stoneflytech.com Fri Feb 11 11:46:01 2005
From: spencer at stoneflytech.com (Spencer Stucki)
Date: Fri Feb 11 11:46:01 2005
Subject: VIA EPIA FILO boot problems
In-Reply-To:
References: <20050209121401.19017.20483.Mailman@nwn.definitive.org> <420A891A.3080800@stoneflytech.com> <420BE535.4010508@stoneflytech.com>
Message-ID: <420D2EF8.8060204@stoneflytech.com>
Ronald G. Minnich wrote:
>what kind of ide do you have on there again?
>
>ron
>
>
I've tried three different 128MB CF cards, 24x CDROM, and a 8GB
Maxtor.... All of these devices boot fine from the original bios.....
From paulm at astro.gla.ac.uk Fri Feb 11 12:08:01 2005
From: paulm at astro.gla.ac.uk (Paul Millar)
Date: Fri Feb 11 12:08:01 2005
Subject: Hi & 440lx chipset
In-Reply-To: <8a0c36780502110833661fdf@mail.gmail.com>
References: <200502102050.39226.paulm@astro.gla.ac.uk> <200502102251.17869.paulm@astro.gla.ac.uk> <8a0c36780502110833661fdf@mail.gmail.com>
Message-ID: <200502112239.54423.paulm@astro.gla.ac.uk>
On Friday 11 February 2005 16:33, Richard Smith wrote:
> I just look on developer.intel.com and fouind the 440LX datasheet.
> At my (really) quick glance it looks very similar to the BX. You
> might just get lucky and have it come up and work.
Fingers crossed!
> What's the FSB speed of that board? Can it do 100Mhz or only 66?
I while back I searched for BIOS upgrades for Janus' MSI 6117
motherboard. I found out that it was already at the most recent
version, but I also found a set of the manuals. I've dug them out
and placed them, temporarily, at [1]
[1] - http://www.astro.gla.ac.uk/users/paulm/Janus/
It looks like the motherboard supports only "officially" the 66MHz
FSB.
The installation manual (6117-2.pdf) mentions support for 68MHz and
75MHz, but these are "reserved functions", whatever that means ;^)
> Ok I would suggest that you start with a copy of the bitworks
> board. (mainboard/bitworks/ims) change the superIO and rework the
> ROM size to match your board and work from there.
OK, I'll give that a bash.
BTW, I've now acquired a genuine 440BX machine that I can play with
without worrying about destroying it. I'm currently installing
Debian on it and bringing it up to speed. Once that's done, I'll try
flashing a LinuxBIOS and see how it goes.
Some questions, probably FAQ-like (sorry). I currently have the
existing BIOS booting GRUB off the MBR (on both machines)
1a. LinuxBIOS can be flashed with one of several different targets,
right?
1b. Do I want to use FILO as the target inside the LinuxBIOS?
2. I can't use FILO to simply chain-boot grub because either grub
does BIOS calls that LinuxBIOS doesn't support, grub expects to be in
real-mode, or some other problem. Is that right?
3. Does FILO support loading some configuration information off the
disk, like grub does?
4. Does FILO follow symbolic links (on an ext2 filesystem) OK? My
(rough) plan is to have a sym-link off the root directory pointing to
the current kernel image.
A random extra bit of info, I just found this page:
http://www.openbios.org/development/devbios.html
I haven't tried it yet, but if it works, it would make flashing new
images a lot easier. A link from your web-page might be a good idea.
> > Does [winbond 977TF rev 0] sound promising?
>
> Yes. Theres a few number missing but thats probally a w83977tf.
> Theres a w83977ef in the tree. I'm sure the differences between
> the tf and ef are really minor. But check your number and google
> for the datasheet on the part.
The summary table from [2] shows the two with only superficial
differences:
> W83977TF W83877TF plus KBC, GP I-O, Wake-Up
> W83977EF W83877TF plus KBC, GP I-O, Wake-Up, Power Fail Resume
... although the Power Fail Resume function sounds like the what-to
do-if-the-power-fails option in the AMI BIOS. On Janus, this
currently doesn't work. It would be handy if it, but hey ho.
[2] - http://www.datasheetarchive.com/datasheet/pdf/5256.html
> Let me send you my config file. I't probally won't compile against
> the stock V1 tree since I think I've added several config options
> for my own use but those should be pretty easy to fix.
Ta,
Paul.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From paulm at astro.gla.ac.uk Fri Feb 11 12:18:01 2005
From: paulm at astro.gla.ac.uk (Paul Millar)
Date: Fri Feb 11 12:18:01 2005
Subject: Hi & 440lx chipset
In-Reply-To:
References: <200502102050.39226.paulm@astro.gla.ac.uk> <200502112030.52053.paulm@astro.gla.ac.uk>
Message-ID: <200502112250.09761.paulm@astro.gla.ac.uk>
On Friday 11 February 2005 20:31, Ronald G. Minnich wrote:
> On Fri, 11 Feb 2005, Paul Millar wrote:
> > No problem. I'm happy to "go it alone" if you don't mind me
> > asking a stoopid questions.
>
> there are no stupid questions, this stuff is hard.
Believe me, I'm sure I can find some ;^)
> We would be very grateful for your help.
Always happy to try stuff; also, I'm curious to how usable it is at
the moment.
> I would start with richard smith's 440bx
> port on V2.
Silly question #1: what is V1 and V2? Do these map to the two modules
under sourceforge CVS: freebios and freebios2? Which tree is better
to use and more likely to work?
> and, uh, as always, anybody want to help with the web page?
May I recommend having a wiki?
I've used them with a few projects and they make updating information
a lot less hassle, so info stays up-to-date.
HTH,
Paul.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From rminnich at lanl.gov Fri Feb 11 12:56:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 11 12:56:00 2005
Subject: Hi & 440lx chipset
In-Reply-To: <200502112250.09761.paulm@astro.gla.ac.uk>
References: <200502102050.39226.paulm@astro.gla.ac.uk>
<200502112030.52053.paulm@astro.gla.ac.uk>
<200502112250.09761.paulm@astro.gla.ac.uk>
Message-ID:
On Fri, 11 Feb 2005, Paul Millar wrote:
> Silly question #1: what is V1 and V2? Do these map to the two modules
> under sourceforge CVS: freebios and freebios2? Which tree is better
> to use and more likely to work?
V1 was the first go-around. The increasing complexity of chipsets etc. and
our better understanding of how things ought to work led to v2. You want
ot use v2. co freebios2, not freebios
> May I recommend having a wiki?
I'll see what stefan thinks.
ron
From smithbone at gmail.com Fri Feb 11 13:46:00 2005
From: smithbone at gmail.com (Richard Smith)
Date: Fri Feb 11 13:46:00 2005
Subject: Hi & 440lx chipset
In-Reply-To: <200502112250.09761.paulm@astro.gla.ac.uk>
References: <200502102050.39226.paulm@astro.gla.ac.uk>
<200502112030.52053.paulm@astro.gla.ac.uk>
<200502112250.09761.paulm@astro.gla.ac.uk>
Message-ID: <8a0c367805021116176e0e658b@mail.gmail.com>
> Silly question #1: what is V1 and V2? Do these map to the two modules
> under sourceforge CVS: freebios and freebios2? Which tree is better
> to use and more likely to work?
V1 is the only tree that can work. I haven't even given anybody my V2
patches which don't work yet anyway. So V1 is currently your only
option.
--
Richard A. Smith
From stepan at openbios.org Sat Feb 12 00:46:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Sat Feb 12 00:46:00 2005
Subject: Hi & 440lx chipset
In-Reply-To:
References: <200502102050.39226.paulm@astro.gla.ac.uk> <200502112030.52053.paulm@astro.gla.ac.uk> <200502112250.09761.paulm@astro.gla.ac.uk>
Message-ID: <20050212111828.GB6045@openbios.org>
* Ronald G. Minnich [050212 00:27]:
> > May I recommend having a wiki?
>
> I'll see what stefan thinks.
A rather thought about closing dowd the existing linuxbioswiki
http://openbios.org/linuxbioswiki since it was never used.
Maybe people did not feel well with "moinmoin wiki" but would rather
prefer Plone or another system.
Whatever people prefer, we can do it. Static pages seem more robust in
_my_ opinion, but I am for sure no hero when it comes down to updating
web _content_ regularly ;)
No matter what, the solution in the end should suit the people who feed
the web pages with new information.
The OpenBIOS web site is kept in an arch repository (could be any other
versioning system) and can be updated on checkin to the repository.
Have a look at
http://www.openbios.org/cgi-bin/viewarch.cgi/stepan at openbios.org--devel/openbios--website--1.0--patch-27/
to get an idea how the web page content is stored.
Stefan
From stepan at openbios.org Sat Feb 12 00:48:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Sat Feb 12 00:48:00 2005
Subject: Hi & 440lx chipset
In-Reply-To: <200502112239.54423.paulm@astro.gla.ac.uk>
References: <200502102050.39226.paulm@astro.gla.ac.uk> <200502102251.17869.paulm@astro.gla.ac.uk> <8a0c36780502110833661fdf@mail.gmail.com> <200502112239.54423.paulm@astro.gla.ac.uk>
Message-ID: <20050212112044.GC6045@openbios.org>
* Paul Millar [050211 23:39]:
> A random extra bit of info, I just found this page:
> http://www.openbios.org/development/devbios.html
>
> I haven't tried it yet, but if it works, it would make flashing new
> images a lot easier. A link from your web-page might be a good idea.
It's not really up to date. I've got the impression that
freebios2/util/flash_and_burn/ works better.
From paulm at astro.gla.ac.uk Sat Feb 12 03:34:01 2005
From: paulm at astro.gla.ac.uk (Paul Millar)
Date: Sat Feb 12 03:34:01 2005
Subject: Hi & 440lx chipset
In-Reply-To: <20050212111828.GB6045@openbios.org>
References: <200502102050.39226.paulm@astro.gla.ac.uk> <20050212111828.GB6045@openbios.org>
Message-ID: <200502121406.14290.paulm@astro.gla.ac.uk>
On Saturday 12 February 2005 11:18, you wrote:
> * Ronald G. Minnich [050212 00:27]:
> > > May I recommend having a wiki?
> >
> > I'll see what stefan thinks.
>
> A rather thought about closing dowd the existing linuxbioswiki
> http://openbios.org/linuxbioswiki since it was never used.
Err.. I didn't know this existed. I didn't find any links to this
wiki off of the LinuxBIOS pages.
Assuming that's not atypical, that might explain why its never
used....
> Maybe people did not feel well with "moinmoin wiki" but would
> rather prefer Plone or another system.
I've used PHPWiki (mainly because it has "php" in the title ;) and it
was the first one I tried. From a casual glance, there doesn't look
to be anything wrong with moinmoin: it does things slightly
differently to PHP but the learning curve looks to be a pretty simple
one.
> Whatever people prefer, we can do it. Static pages seem more robust
> in _my_ opinion, but I am for sure no hero when it comes down to
> updating web _content_ regularly ;)
I agree that static pages are generally more "robust", but the problem
is one needs to make pages easy to edit (kind of anti-robust,
although not the same). Otherwise the information on the page starts
to rot.
Currently, there's *lots* of badly formatted (or at least badly
copy-and-pasted) information on the pages, broken links, ... in
LinuxBIOS. The FAQ suffers quite badly from this.
> No matter what, the solution in the end should suit the people who
> feed the web pages with new information.
Agreed.
> The OpenBIOS web site is kept in an arch repository (could be any
> other versioning system) and can be updated on checkin to the
> repository.
>
> Have a look at
> http://www.openbios.org/cgi-bin/viewarch.cgi/stepan at openbios.org--d
>evel/openbios--website--1.0--patch-27/ to get an idea how the web
> page content is stored.
Fair enough; but who has commit access to the repository? How
difficult is it (or how much time does it take) to get write access
to the web pages?
I'm particularly looking at the LinuxBIOS pages, rather than the
OpenBIOS ones, as the OpenBIOS pages seem to be well formated, edited
and contain useful information.
For LinuxBIOS, one model you might like to consider is to have two
tiers (or types) of information: officially sanctioned web pages (a
la arch, cvs or whatever), and a more liberal access-policy wiki-like
scribble area.
HTH,
Paul.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From paulm at astro.gla.ac.uk Sat Feb 12 03:55:01 2005
From: paulm at astro.gla.ac.uk (Paul Millar)
Date: Sat Feb 12 03:55:01 2005
Subject: Hi & 440lx chipset
In-Reply-To: <20050212112044.GC6045@openbios.org>
References: <200502102050.39226.paulm@astro.gla.ac.uk> <200502112239.54423.paulm@astro.gla.ac.uk> <20050212112044.GC6045@openbios.org>
Message-ID: <200502121427.27480.paulm@astro.gla.ac.uk>
On Saturday 12 February 2005 11:20, Stefan Reinauer wrote:
> * Paul Millar [050211 23:39]:
> > A random extra bit of info, I just found this page:
> > http://www.openbios.org/development/devbios.html
> >
> > I haven't tried it yet, but if it works, it would make flashing
> > new images a lot easier. A link from your web-page might be a
> > good idea.
>
> It's not really up to date. I've got the impression that
> freebios2/util/flash_and_burn/ works better.
OK, but this is *precisely* the information that should go in the FAQ.
One of the first questions (at least for me) was: if I build
LinuxBIOS, how do I "run" it?
If I've got this right the answer is:
1. that softboot thing (utility that loads the image into memory
and runs it instead of halt/reboot, from /etc/init.d/S99halt)
2. Flashing via the motherboard:
2.0 procedure for flashing an external EEPROM using mobo
2.1 flash using flash_and_burn util (in freebios2) [recommended]
2.2 flash using OpenBIOS /dev/bios support
2.3 flash using 2.6-kernel MTD mobo-BIOS flash support
2.4 flash using freebios/util/sis
2.5 flash using Intel's System Update Package (this still exist?)
3. flash using external EEPROM burner:
3.1 Devices that work under Linux:
3.1.1 burn-u-like-it [link]
...
3.2 Other computer-controlled devices (boot under Windows?):
3.2.1 burn-with-gates [link]
,,,
3.3 Stand-alone devices:
3.3.1 Needham Electronics EMP 30 [link]
3.3.1 Nero's Fiddle 100 [link]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From ts1 at tsn.or.jp Sat Feb 12 04:29:00 2005
From: ts1 at tsn.or.jp (Takeshi Sone)
Date: Sat Feb 12 04:29:00 2005
Subject: Via passing out linuxbios with out GPL?
In-Reply-To: <20050210222517.GA3420@openbios.org>
References: <3174569B9743D511922F00A0C94314230808557F@TYANWEB> <1107970102.22285.5.camel@exponential.lanl.gov> <1107970969.13335.2.camel@logarithm.lanl.gov> <02c901c50f36$f8a3c460$9901a8c0@newflame> <20050210222517.GA3420@openbios.org>
Message-ID: <20050212150024.GA4128@tsn.or.jp>
On Thu, Feb 10, 2005 at 11:25:17PM +0100, Stefan Reinauer wrote:
> >From those strings it actually doesn't look like they are using
> LinuxBIOS but rather chose the same name. But then again, changing a
> couple of strings is nothing too hard.
I guess Fastboot builds LinuxBIOS Tables and ELF Boot Notes in RAM
to boot ELF images (they instructs to use mkelfimage to boot linux).
So the "LinuxBIOS" strings might be ones to go to some of these tables?
OTOH, I've found those strings that are very similar to those found
in FILO...
ts1 at felixx:/tmp/CDRom$ strings BIOS_D.BIN | grep "Not a"
Not a bootable ELF image
Not a Linux kernel image.
ts1 at felixx:~/src/ts1/filo$ grep -r "Not a" .
./i386/linux_load.c: debug("Not a Linux kernel image\n");
./main/elfload.c: debug("Not a bootable ELF image\n");
--
Takeshi
From stepan at openbios.org Sun Feb 13 12:22:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Sun Feb 13 12:22:00 2005
Subject: totalimpact briq?
Message-ID: <20050213225519.GA1077@openbios.org>
Hi,
how should the totalimpact briq target work? When I build it, I get an
elf image as the resulting linuxbios.rom. Is this intended?
Stefan
From ebiederman at lnxi.com Sun Feb 13 12:42:01 2005
From: ebiederman at lnxi.com (Eric W. Biederman)
Date: Sun Feb 13 12:42:01 2005
Subject: totalimpact briq?
In-Reply-To: <20050213225519.GA1077@openbios.org>
References: <20050213225519.GA1077@openbios.org>
Message-ID:
Stefan Reinauer writes:
> Hi,
>
> how should the totalimpact briq target work? When I build it, I get an
> elf image as the resulting linuxbios.rom. Is this intended?
Generally I would ask if you are seeing the payload at the top
of the romimage. But that is one of the ppc targets isn't it?
I guess that is a question for Greg.
Eric
From stepan at openbios.org Sun Feb 13 21:25:01 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Sun Feb 13 21:25:01 2005
Subject: totalimpact briq?
In-Reply-To:
References: <20050213225519.GA1077@openbios.org>
Message-ID: <20050214075826.GA18766@openbios.org>
* Eric W. Biederman [050214 00:13]:
> Generally I would ask if you are seeing the payload at the top
> of the romimage. But that is one of the ppc targets isn't it?
For experimenting i build with a payload of /dev/null (as generated by
abuild.sh). The binary is around 200k instead of an expected size of 2^x
with x from {17,18,19,20}
> I guess that is a question for Greg.
It is a ppc target, so basically, yes.
Stefan
From gwatson at lanl.gov Mon Feb 14 04:31:01 2005
From: gwatson at lanl.gov (Greg Watson)
Date: Mon Feb 14 04:31:01 2005
Subject: totalimpact briq?
In-Reply-To: <20050213225519.GA1077@openbios.org>
References: <20050213225519.GA1077@openbios.org>
Message-ID:
Hi Stefan,
I did it this way because the JTAG debugger understands elf headers, so
can automatically work out where to program the image in rom. I guess
it should really be called linuxbios.elf. Feel free to change things if
you feel the need.
Greg
On Feb 13, 2005, at 3:55 PM, Stefan Reinauer wrote:
> Hi,
>
> how should the totalimpact briq target work? When I build it, I get an
> elf image as the resulting linuxbios.rom. Is this intended?
>
> Stefan
>
>
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
>
From stepan at openbios.org Mon Feb 14 05:48:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Mon Feb 14 05:48:00 2005
Subject: totalimpact briq?
In-Reply-To:
References: <20050213225519.GA1077@openbios.org>
Message-ID: <20050214162138.GA26956@openbios.org>
* Greg Watson [050214 16:02]:
> Hi Stefan,
>
> I did it this way because the JTAG debugger understands elf headers, so
> can automatically work out where to program the image in rom. I guess
> it should really be called linuxbios.elf. Feel free to change things if
> you feel the need.
Ah, good to know.. I'm not sure whether I really need to change
anything, but I would like to play with LinuxBIOS in qemu some more, as
it has working ppc, x86, amd64 and sparc system emulation.
Arm and sparc64 to come..
Together with it's speed, this gives a pretty unique testing utility for
OpenBIOS, but I need some lower level firmware under it, so I decided to
go LinuxBIOS since there already is a weirdly broken qemu-i386 port and
the totalimpact briq worked with openbios before...
Stefan.
From davidnicol at gmail.com Mon Feb 14 06:40:01 2005
From: davidnicol at gmail.com (David Nicol)
Date: Mon Feb 14 06:40:01 2005
Subject: speaker beeper
In-Reply-To:
References: <004201c4f7da$735fb5c0$4f01060a@nexcom.com.tw>
<008301c4f871$949656d0$9901a8c0@newflame>
Message-ID: <934f64a2050214091223a6c7ae@mail.gmail.com>
this has got to be the most amusing thread I have read in
a while.
For the key, on the morse console, do I need special hardware,
or can I just use a mouse button?
On 12 Jan 2005 11:19:01 -0700, Eric W. Biederman wrote:
> "Ronald G. Minnich" writes:
>
> > On Wed, 12 Jan 2005, Eric W. Biederman wrote:
> >I keep play with the idea of morse code console, using
> > > the pc-speaker :)
From rminnich at lanl.gov Mon Feb 14 06:41:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Mon Feb 14 06:41:01 2005
Subject: speaker beeper
In-Reply-To: <934f64a2050214091223a6c7ae@mail.gmail.com>
References: <004201c4f7da$735fb5c0$4f01060a@nexcom.com.tw>
<008301c4f871$949656d0$9901a8c0@newflame>
<934f64a2050214091223a6c7ae@mail.gmail.com>
Message-ID:
On Mon, 14 Feb 2005, David Nicol wrote:
> For the key, on the morse console, do I need special hardware,
> or can I just use a mouse button?
sure, if you don't mind frying your tendon ... you can use up one finger
at a time :-)
ron
From ebiederman at lnxi.com Thu Feb 17 10:19:01 2005
From: ebiederman at lnxi.com (Eric W. Biederman)
Date: Thu Feb 17 10:19:01 2005
Subject: Linuxbios and co...
In-Reply-To: <200502171543.27584.guido.fiala@dka-gmbh.de>
References: <200502171543.27584.guido.fiala@dka-gmbh.de>
Message-ID:
Guido Fiala writes:
> Hallo Mr. Biederman,
>
> came to contact you reading your article in the Linuxjournal:
> http://www.linuxjournal.com/article/4888
>
> You mention that you managed to set up Linuxbios for 3 mainboards, was it a
> big job or quite easy to do?
The hard part is always the chipset port. In particular the memory
controllers can be a pain.
> Would really like to try it for to system i have at hands here: a Via-based
> system and a Pentium-M based one (MB890 mainboard).
>
> Can you recommend some step-by-step procedure how to get it working?
> Unfortunately the documentation at the linux/free/open-bios sites is not very
> useful compared to a "classical" Howto ;-)
Love to but I've been too busy porting to different systems.
> I can not even decide which one is the way to go - linux-bios, free-bios or
> open-bios! There is mailing-list-traffic in all these, but in none a
> site-search even got me results on "MB890" or "855GME" chipsets etc.
linuxbios is a subset of freebios that seems to equal the entire set.
openbios for the most part runs on top of Linuxbios.
> Maybe you can give me some hint if you are still involved?
I am.
If you need more of a hint hopefully someone else can do a
better job of answering the questions.
Eric
From rminnich at lanl.gov Thu Feb 17 18:17:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 17 18:17:00 2005
Subject: Refill Notification Ref: GE-99663054409128
In-Reply-To: <1.0.45.2081924.0083fc70@ies.edu>
References: <1.0.45.2081924.0083fc70@ies.edu>
Message-ID:
folks, we are getting ready to move linuxbios to a new system, and
hopefully more sophisticated spam-killer. Sorry for the spam.
ron
From gfiala at s.netic.de Fri Feb 18 01:39:00 2005
From: gfiala at s.netic.de (gfiala at s.netic.de)
Date: Fri Feb 18 01:39:00 2005
Subject: Pentium-M on 855GM ?
Message-ID: <1108728727.4215db9717e6a@webmail.LF.net>
Hallo,
has somebody managed to get an Pentium-M based motherboard to run already?
The motherboard is an ibase MB890 mini-itx one with the following chips:
82555GME (GMCH) (with DVI out if that makes anything harder than with CRT?)
82552GM (MCH)
82801DB (ICH4)
82801DBM (ICH4-M)
DDR DIMMs
Winbond W83627HF
cpu-socket is FCBGA 478
Pentium-M (Dothan) 1.6 GHz
More information required?
---
Somewhere i read, that hot-swapping the Bios-chip is not recommended, instead
a tiny "dual-socket" extension-board is plugged into the MoBo's Bios-socket
(PLCC?) which has a jumper on it to enable one or the other chip of the two.
Where can i get one?
Where to find the correct pin-compatible DOC for use with linuxbios (if
required), alternatives?
BTW, the article/document on the linuxbios-homepage only mentions 32pin DIP
ZIF sockets variants, does it work for others at all ?-)
---
Are there some current reliable numbers on what booting speed can be achieved
using linuxbios (which is critical for my application) ?- the "rumour" numbers
vary from 3 seconds to 20 seconds for same hardware ...
Guido
From rminnich at lanl.gov Fri Feb 18 04:41:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 18 04:41:01 2005
Subject: Pentium-M on 855GM ?
In-Reply-To: <1108728727.4215db9717e6a@webmail.LF.net>
References: <1108728727.4215db9717e6a@webmail.LF.net>
Message-ID:
On Fri, 18 Feb 2005 gfiala at s.netic.de wrote:
> The motherboard is an ibase MB890 mini-itx one with the following chips:
no, intel has no desire to help with linuxbios and we are hung up on
chipset init.
ron
From rminnich at lanl.gov Fri Feb 18 04:44:28 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 18 04:44:28 2005
Subject: Pentium-M on 855GM ?
In-Reply-To: <1108728727.4215db9717e6a@webmail.LF.net>
References: <1108728727.4215db9717e6a@webmail.LF.net>
Message-ID:
On Fri, 18 Feb 2005 gfiala at s.netic.de wrote:
> The motherboard is an ibase MB890 mini-itx one with the following chips:
you might want to consider using an AMD or PPC based system, as IBM and
AMd are helpful with linuxbios.
ron
From gfiala at s.netic.de Fri Feb 18 05:29:01 2005
From: gfiala at s.netic.de (Guido Fiala)
Date: Fri Feb 18 05:29:01 2005
Subject: Pentium-M on 855GM ?
In-Reply-To:
References: <1108728727.4215db9717e6a@webmail.LF.net>
Message-ID: <200502181659.12735.gfiala@s.netic.de>
On Friday 18 February 2005 15:13, Ronald G. Minnich wrote:
> On Fri, 18 Feb 2005 gfiala at s.netic.de wrote:
> > The motherboard is an ibase MB890 mini-itx one with the following chips:
>
> no, intel has no desire to help with linuxbios and we are hung up on
> chipset init.
Sigh - always the same...
At least the south-bridge documentation is available i gather (link somewhere
in this ml archive), so its the north-bridge ??
>regarding AMD, PPC:
If one considers things as power-per-watt and a certain set of needed features
(firewire, usb, network, total power consumption, noise ...) only a few
mainboards remain, there was no AMD or PPC that fit my needs, also VIA is far
to slow for my purposes ( a "linux media center" based on vdr plus my daily
workstation).
From sxpert at esitcom.org Fri Feb 18 06:12:00 2005
From: sxpert at esitcom.org (Amaury Jacquot)
Date: Fri Feb 18 06:12:00 2005
Subject: Pentium-M on 855GM ?
In-Reply-To: <200502181659.12735.gfiala@s.netic.de>
References: <1108728727.4215db9717e6a@webmail.LF.net> <200502181659.12735.gfiala@s.netic.de>
Message-ID: <42161B2D.9040703@esitcom.org>
Guido Fiala wrote:
> If one considers things as power-per-watt and a certain set of needed features
> (firewire, usb, network, total power consumption, noise ...) only a few
> mainboards remain, there was no AMD or PPC that fit my needs, also VIA is far
> to slow for my purposes ( a "linux media center" based on vdr plus my daily
> workstation).
you should be using the PVR versions of the capture cards... onboard
compression only requires fast disk access..
/me runs his DVR on an epia...
From YhLu at tyan.com Fri Feb 18 07:40:01 2005
From: YhLu at tyan.com (YhLu)
Date: Fri Feb 18 07:40:01 2005
Subject: Refill Notification Ref: GE-99663054409128
Message-ID: <3174569B9743D511922F00A0C943142308085A4E@TYANWEB>
CVS or maillist system?
YH
> -----Original Message-----
> From: Ronald G. Minnich [mailto:rminnich at lanl.gov]
> Sent: Thursday, February 17, 2005 8:49 PM
> To: linuxbios at clustermatic.org
> Subject: Re: Refill Notification Ref: GE-99663054409128
>
> folks, we are getting ready to move linuxbios to a new
> system, and hopefully more sophisticated spam-killer. Sorry
> for the spam.
>
> ron
>
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
>
From petekarl at student.chalmers.se Fri Feb 18 14:20:00 2005
From: petekarl at student.chalmers.se (Peter Karlsson)
Date: Fri Feb 18 14:20:00 2005
Subject: Linuxbios and co...
In-Reply-To:
References: <200502171543.27584.guido.fiala@dka-gmbh.de>
Message-ID:
On Thu, 17 Feb 2005, Eric W. Biederman wrote:
> linuxbios is a subset of freebios that seems to equal the entire set.
> openbios for the most part runs on top of Linuxbios.
So openbios is part of linuxbios which is part of freebios?
Best regards
Peter K
From rminnich at lanl.gov Fri Feb 18 17:29:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Fri Feb 18 17:29:00 2005
Subject: Linuxbios and co...
In-Reply-To:
References: <200502171543.27584.guido.fiala@dka-gmbh.de>
Message-ID:
On Sat, 19 Feb 2005, Peter Karlsson wrote:
> On Thu, 17 Feb 2005, Eric W. Biederman wrote:
>
> > linuxbios is a subset of freebios that seems to equal the entire set.
> > openbios for the most part runs on top of Linuxbios.
>
> So openbios is part of linuxbios which is part of freebios?
no, openbios is one of many possible linuxbios payloads.
ron
From jwalsh at bigpond.net.au Sat Feb 19 09:41:01 2005
From: jwalsh at bigpond.net.au (Justin Walsh)
Date: Sat Feb 19 09:41:01 2005
Subject: A my wits end.
Message-ID: <4218A8AD.4070407@bigpond.net.au>
I'm old fashion, believing that True Users are End Users.
Business/nonBusiness people (dotCom/dotOrg, or neither).
The Ideal model I use is the mobile phone: Who really cares what drives
it, as long s it works.
I have two Integrated Development Environments, IDE's:
1. PDC VIP nc; Visual Prolog non commercial and,
2. Cincom VWnc; VisualWorks non commercial.
The first is primarily Declarative (non procedural leaning toward
procedural). The mindset is radical "close".
The second primarily Procedural (non Declarative leaning toward
declarative). The mindset is radical "open".
I am stuck with a choice of which "one" to choose. Neither is making it
easier for me.
Background:
Neither actually requires an Operating System at all, the earlier
Borland and Digitalk (mid to late 80's) releases ran well on early DOS.
From my experience both could have run just as well (if not better) on
64k bit CP/M.
Since they are both true OO IDE's and can perform everything a modern
computer should, then I don't see the OS as doing any more than provide
what you describe so well in you opening statement in Linuxbios.org:
Reinout Heek wrote:
The most minimal Linux I heard of is the one being adapted to run instead of
the bios (requires reflashing your bios)
http://www.linuxbios.org/
Will boot in seconds
In fact once my StV IDE has booted (DOS3.10) I can even delete c:\dos
and the command.com.
Both Cincom and PDC (owners of the above tools) have hitched their
respective wagons to either Windows or Linux or both and End Users are
being led a merry techno-political dance.; no insult intended.
They now service only their Primary Users, who are nearly all
committed to either Linux or Windows; one and all Programmers
Secondary or End User are left wondering whether years of development
are going to end up as junk.
I am now faced with all the uncertainty which a technical "civil war"
i.e "open v Close" or as in Gullivers Travels "Big-enders v
Small-enders", presents.
If there is anybody (with an open/closed mind), who can speak with me on
the matter (soberly and Rationally), then:
I would be delighted to hear from him/her,them.
Regards
Justin
From gnif at spacevs.com Sat Feb 19 12:59:01 2005
From: gnif at spacevs.com (Geoffrey McRae)
Date: Sat Feb 19 12:59:01 2005
Subject: A my wits end.
In-Reply-To: <4218A8AD.4070407@bigpond.net.au>
References: <4218A8AD.4070407@bigpond.net.au>
Message-ID: <4217CCDB.8070507@spacevs.com>
Justin Walsh wrote:
> I'm old fashion, believing that True Users are End Users.
> Business/nonBusiness people (dotCom/dotOrg, or neither).
> The Ideal model I use is the mobile phone: Who really cares what
> drives it, as long s it works.
> I have two Integrated Development Environments, IDE's:
> 1. PDC VIP nc; Visual Prolog non commercial and,
> 2. Cincom VWnc; VisualWorks non commercial.
> The first is primarily Declarative (non procedural leaning toward
> procedural). The mindset is radical "close".
> The second primarily Procedural (non Declarative leaning toward
> declarative). The mindset is radical "open".
> I am stuck with a choice of which "one" to choose. Neither is making
> it easier for me.
> Background:
> Neither actually requires an Operating System at all, the earlier
> Borland and Digitalk (mid to late 80's) releases ran well on early DOS.
> From my experience both could have run just as well (if not better) on
> 64k bit CP/M.
> Since they are both true OO IDE's and can perform everything a
> modern computer should, then I don't see the OS as doing any more than
> provide what you describe so well in you opening statement in
> Linuxbios.org:
>
> Reinout Heek wrote:
> The most minimal Linux I heard of is the one being adapted to run
> instead of the bios (requires reflashing your bios)
> http://www.linuxbios.org/
>
> Will boot in seconds
>
> In fact once my StV IDE has booted (DOS3.10) I can even delete c:\dos
> and the command.com.
> Both Cincom and PDC (owners of the above tools) have hitched their
> respective wagons to either Windows or Linux or both and End Users are
> being led a merry techno-political dance.; no insult intended.
> They now service only their Primary Users, who are nearly all
> committed to either Linux or Windows; one and all Programmers
> Secondary or End User are left wondering whether years of development
> are going to end up as junk.
> I am now faced with all the uncertainty which a technical "civil war"
> i.e "open v Close" or as in Gullivers Travels "Big-enders v
> Small-enders", presents.
> If there is anybody (with an open/closed mind), who can speak with me
> on the matter (soberly and Rationally), then:
> I would be delighted to hear from him/her,them.
> Regards
> Justin
>
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
Dude, have you even played with the new tech, its all designed to be
backwards compatible and the linux community are doing what the can to
support windows apps and dos apps (Wine, DosBox, even got it booting
win2k), can you say the same for MS? Open source is becoming the way, it
makes it much easier to maintain/fix machines, why just the other day I
had issues with my mail server and the pam_mysql module, so I downloaded
the source, found the issue, fixed it and I was back in musniess within
a couple of hours, normally you would have to request a patch from the
developers, and who knows how long it would take, and if they would even
listen to you. Also, you say you have borland stuff from the 80s, go get
youself a copy of Kylix and Delphi, then you can develop for both
operating systems at once and your problem goes away.
Working in a computer shop I once encountered a guy running Dos and he
wanted to upgrade but refused to use windows, we had to tell hit to go
away because if your running dos you have to be a complete idiot.
LinuxBios is designed to overcome bios limitations, the motherboard
manufactures are jumping at the oppotunity to do this as it saves them
time and money developing a bios for every MB that they produce, and if
they have problems, they contact the community.
"In fact once my StV IDE has booted (DOS3.10) I can even delete c:\dos
and the command.com."
Once linux has booted you can even delete everything, even though it is
a stupid idea, you can ever partition the hdd and format without
rebooting, which you cant do from dos. You are using dos as your
operating system/launcher here, thats all the LinuxBios is, just
smaller, smarter and much faster, you can make it boot whatever you
want, even probarbly could make it launch dosbox and your dos dev
environment.
Anyhow, feel free to flame me, this is just my opinion.
From sxpert at esitcom.org Mon Feb 21 19:43:01 2005
From: sxpert at esitcom.org (Amaury Jacquot)
Date: Mon Feb 21 19:43:01 2005
Subject: yet another reason to use linuxbios in laptops I guess
Message-ID: <421ACEEA.2030008@esitcom.org>
http://it.slashdot.org/article.pl?sid=05/02/21/193232&tid=137&tid=184&tid=164&tid=17
From ginlin at nexcom.com.tw Mon Feb 21 22:33:01 2005
From: ginlin at nexcom.com.tw (Gin)
Date: Mon Feb 21 22:33:01 2005
Subject: Embedded Linux
Message-ID: <000001c518bd$df99c790$4f01060a@nexcom.com.tw>
Don't know if anyone has a good tool package in mind that I can use to
develop an Embedded Linux. We want a linux that is just enough to run
the flash_rom program+usb support and we hope it would be small enough
so we can fit it into a Bios chip. It's all for the convenience of
updating Bios in the future. As you image, we are closed to support
Linuxbios officially in our products.
gin
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From stepan at openbios.org Mon Feb 21 23:22:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Mon Feb 21 23:22:00 2005
Subject: Embedded Linux
In-Reply-To: <000001c518bd$df99c790$4f01060a@nexcom.com.tw>
References: <000001c518bd$df99c790$4f01060a@nexcom.com.tw>
Message-ID: <20050222095600.GA2698@openbios.org>
* Gin [050222 10:07]:
> Don't know if anyone has a good tool package in mind that I can use to
> develop an Embedded Linux. We want a linux that is just enough to run
> the flash_rom program+usb support and we hope it would be small enough
> so we can fit it into a Bios chip. It's all for the convenience of
> updating Bios in the future. As you image, we are closed to support
> Linuxbios officially in our products.
If it's just about reading a file from usb and writing it to flash, you
might want to have a look at filo. It should be easy to integrate the
functionality of flash_rom into it, so you don't need a full blown linux
system in flash.
Otherwise it is very much dependent on your flash size whether you can
fit Linux in there or not. 512k _might_ be enough if you really squeeze,
but unlikely.
From ginlin at nexcom.com.tw Tue Feb 22 01:14:01 2005
From: ginlin at nexcom.com.tw (Gin)
Date: Tue Feb 22 01:14:01 2005
Subject: Embedded Linux
In-Reply-To: <20050222095600.GA2698@openbios.org>
Message-ID: <000001c518d4$4f7a36b0$4f01060a@nexcom.com.tw>
>If it's just about reading a file from usb and writing it to flash, you
>might want to have a look at filo. It should be easy to integrate the
>functionality of flash_rom into it, so you don't need a full blown
linux
>system in flash.
That will be a good idea if FILO can launch the flash_rom program but I
thought FILO is excepting a bootable image.
So I guess the effort will be in "How to make FILO run an executable?"
Don't' know if I miss anything.
gin
From sherlock at vsnl.com Tue Feb 22 01:56:01 2005
From: sherlock at vsnl.com (sherlock at vsnl.com)
Date: Tue Feb 22 01:56:01 2005
Subject: Porting Linuxbios to Via P4m266A
Message-ID: <1348c0313428cd.13428cd1348c03@vsnl.net>
Hi all
I ve been lurking on this list for some time.
Has linuxbios been ported to the Via p4m266A mobo?
(vt8633, vt8235, IT8705)
If not can i do it?.
Basically i would like to boot from a usb thumb drive
(transcend 512Mb). The problem is that the bios
recognizes the usb only as a floppy and if it is a
dos fat16 partition. This makes grub and lilo unusable
(unless i waste 16 mb on a dos partition). I am able
to use syslinux though.
here is what lspci says
00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3148
00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP]
00:10.0 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc.: Unknown device 3104 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3177
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 50)
00:12.0 Ethernet controller: VIA Technologies, Inc. Ethernet Controller (rev 74)
01:00.0 VGA compatible controller: S3 Inc.: Unknown device 8d04
attached output of lspci -v
Btw I am good with a solder iron and do some work with
microntrollers pcs and assorted hardware.
rgds
jtd
-------------- next part --------------
A non-text attachment was scrubbed...
Name: p4m266a
Type: application/octet-stream
Size: 3271 bytes
Desc: not available
URL:
From robin.randhawa at gmail.com Tue Feb 22 05:14:00 2005
From: robin.randhawa at gmail.com (Robin Randhawa)
Date: Tue Feb 22 05:14:00 2005
Subject: LinuxBios support for the ELAN SC520
Message-ID: <1109086814.21917.42.camel@localhost.localdomain>
Greetings List and Hi Ron!
Ron, its been a while since I made on offlist enquiry about Linuxbios
support for AMD's ELANSC520 microcontroller. Couldn't get my hands on
the devel board hence the delay. Apologies for the same! I'll have the
board by the weekend so I thought now would be a good time to get my
perspective right.
Here's the spill:
I've been asked to get Linux 2.6.x up on a BIOS-less custom devel board
built around this controller and would love to collaborate and get some
help from this community. I would love to put up my experience if it
would help others.
But first, some pre-requisites. I have some degree of expertise with
deeply embedded RTOS' such as eCos (did a port to a multicore board) and
bootloaders such as RedBoot but have never ventured strictly into the
Linux BSP domain, though I call myself a Linux power user (not in any
way grandiose!) and have done a fair amount of Linux Device Driver work.
After a bit of digging around, I've narrowed down my choice of
bootloaders to telios' ALIOS and Linuxbios from you good people. Alios
seems to support only the ELAN SC400 and I am not sure of the existing
Linuxbios support for the ELAN SC520.
Could someone please inform me if this microcontroller is currently
supported ?
My strategy, based on AMD's recommendations for the SC520 is to come up
with bootstrap code which does the following (from scratch if I have no
other option, but I'm hoping that Linuxbios will come to the rescue!) :
1. From the reset vector (which just 16Kb from the top of physical mem),
jump to a more spacious area
2. Switch to protected mode
3. Bring up the DRAM
4. Copy a Linux elf image which is at some safe location in ROM to the
DRAM
5. Jump to it
Now while that may sound fine and dandy, I am plagued by very basic and
fundamental questions which I will pop up as things move along.
Since this micro is core compatible with a pentium, I intend using
standard pentium GNU tools.
For the moment, I would really appreciate pointers to experiences,
documentation, tutorials et al. I could supply more info as needed.
Thanks a tonne and keep up the good work!
Cheers,
Robin
From stepan at openbios.org Tue Feb 22 05:25:01 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Tue Feb 22 05:25:01 2005
Subject: LinuxBios support for the ELAN SC520
In-Reply-To: <1109086814.21917.42.camel@localhost.localdomain>
References: <1109086814.21917.42.camel@localhost.localdomain>
Message-ID: <20050222155811.GA10110@openbios.org>
* Robin Randhawa [050222 16:40]:
> After a bit of digging around, I've narrowed down my choice of
> bootloaders to telios' ALIOS and Linuxbios from you good people. Alios
> seems to support only the ELAN SC400 and I am not sure of the existing
> Linuxbios support for the ELAN SC520.
>
> Could someone please inform me if this microcontroller is currently
> supported ?
I've started a port a while ago but I never found the time to get it
working. I'll dig it up so you can have a look somewhen this week.
Stefan
From rminnich at lanl.gov Tue Feb 22 05:26:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Tue Feb 22 05:26:01 2005
Subject: yet another reason to use linuxbios in laptops I guess
In-Reply-To: <421ACEEA.2030008@esitcom.org>
References: <421ACEEA.2030008@esitcom.org>
Message-ID:
yeah, I hit this problem 2 weeks ago. Tried to put an X24 minicard into a
T41 and got the same error.
I hate fuctory BIOS.
ron
From robin.randhawa at gmail.com Tue Feb 22 05:38:01 2005
From: robin.randhawa at gmail.com (Robin Randhawa)
Date: Tue Feb 22 05:38:01 2005
Subject: LinuxBios support for the ELAN SC520
In-Reply-To: <20050222155811.GA10110@openbios.org>
References: <1109086814.21917.42.camel@localhost.localdomain>
<20050222155811.GA10110@openbios.org>
Message-ID: <1109088774.11584.5.camel@localhost.localdomain>
Hi Stefan.
Thanks for your prompt response.
That would be nice.
Will look forward to checking out your code. Do let me know when you
would be able to hand it over,
Cheers and thanks,
Robin
On Tue, 2005-02-22 at 16:58 +0100, Stefan Reinauer wrote:
>* Robin Randhawa [050222 16:40]:
>> After a bit of digging around, I've narrowed down my choice of
>> bootloaders to telios' ALIOS and Linuxbios from you good people. Alios
>> seems to support only the ELAN SC400 and I am not sure of the existing
>> Linuxbios support for the ELAN SC520.
>>
>> Could someone please inform me if this microcontroller is currently
>> supported ?
>
>I've started a port a while ago but I never found the time to get it
>working. I'll dig it up so you can have a look somewhen this week.
>
>Stefan
>
From rminnich at lanl.gov Tue Feb 22 06:05:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Tue Feb 22 06:05:01 2005
Subject: Porting Linuxbios to Via P4m266A
In-Reply-To: <1348c0313428cd.13428cd1348c03@vsnl.net>
References: <1348c0313428cd.13428cd1348c03@vsnl.net>
Message-ID:
I would love it if you could do that port. You need to get data from via
on how the chips work. That is your first step.
ron
From bos at serpentine.com Tue Feb 22 07:44:01 2005
From: bos at serpentine.com (Bryan O'Sullivan)
Date: Tue Feb 22 07:44:01 2005
Subject: yet another reason to use linuxbios in laptops I guess
In-Reply-To:
References: <421ACEEA.2030008@esitcom.org>
Message-ID: <1109096228.12942.3.camel@serpentine.pathscale.com>
On Tue, 2005-02-22 at 08:59 -0700, Ronald G. Minnich wrote:
> yeah, I hit this problem 2 weeks ago. Tried to put an X24 minicard into a
> T41 and got the same error.
Far from an ideal solution, but:
http://www.srcf.ucam.org/~mjg59/thinkpad/hacks.html
References: <20050222095600.GA2698@openbios.org> <000001c518d4$4f7a36b0$4f01060a@nexcom.com.tw>
Message-ID: <20050222194347.GA14032@openbios.org>
* Gin [050222 12:47]:
> >If it's just about reading a file from usb and writing it to flash, you
> >might want to have a look at filo. It should be easy to integrate the
> >functionality of flash_rom into it, so you don't need a full blown
> linux
> >system in flash.
>
> That will be a good idea if FILO can launch the flash_rom program but I
> thought FILO is excepting a bootable image.
> So I guess the effort will be in "How to make FILO run an executable?"
> Don't' know if I miss anything.
The idea is rather to add the code of flash_rom into filo and have
filo's filesystem layer only load the flash image from usb. This should
be doable in a whole of 30k I would bet. Since both filo and flash_rom
are rather small and clean, integration should not be too much of an
effort. Otherwise you would have to add minimal console and libc
functionality to flash_rom which filo already has.
Stefan
From yinghailu at gmail.com Tue Feb 22 09:24:01 2005
From: yinghailu at gmail.com (yhlu)
Date: Tue Feb 22 09:24:01 2005
Subject: Embedded Linux
In-Reply-To: <20050222194347.GA14032@openbios.org>
References: <20050222095600.GA2698@openbios.org>
<000001c518d4$4f7a36b0$4f01060a@nexcom.com.tw>
<20050222194347.GA14032@openbios.org>
Message-ID: <2ea3fae1050222115724fe4816@mail.gmail.com>
Why waste time on that?
USB stick should be big enough to put (kernel+Initrd)elf in it.
LinuxBIOS-->FILO in Etherboot-->ELF on USB-->console... flash_rom and
get image from USB too.
YH
On Tue, 22 Feb 2005 20:43:47 +0100, Stefan Reinauer wrote:
> * Gin [050222 12:47]:
> > >If it's just about reading a file from usb and writing it to flash, you
> > >might want to have a look at filo. It should be easy to integrate the
> > >functionality of flash_rom into it, so you don't need a full blown
> > linux
> > >system in flash.
> >
> > That will be a good idea if FILO can launch the flash_rom program but I
> > thought FILO is excepting a bootable image.
> > So I guess the effort will be in "How to make FILO run an executable?"
> > Don't' know if I miss anything.
>
> The idea is rather to add the code of flash_rom into filo and have
> filo's filesystem layer only load the flash image from usb. This should
> be doable in a whole of 30k I would bet. Since both filo and flash_rom
> are rather small and clean, integration should not be too much of an
> effort. Otherwise you would have to add minimal console and libc
> functionality to flash_rom which filo already has.
>
> Stefan
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
>
From justin_rietz at yahoo.com Tue Feb 22 13:25:00 2005
From: justin_rietz at yahoo.com (Justin Rietz)
Date: Tue Feb 22 13:25:00 2005
Subject: Any update on linuxbios for laptops
Message-ID: <20050222235831.14445.qmail@web81502.mail.yahoo.com>
I have been following/searching this mailing list, and
haven't been able to find whether or not there has /
will be a successful attempt at linuxbios on a laptop.
Any news? Thanks.
-Justin
From kfuchs at winternet.com Tue Feb 22 16:44:00 2005
From: kfuchs at winternet.com (Ken Fuchs)
Date: Tue Feb 22 16:44:00 2005
Subject: Porting nVidia's Crush chip - I seem to be having smbus trouble.
Message-ID: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com>
I'm porting LinuxBIOS to nVidia's CK8-04 (nForce4) chip. Currently, the
serial port is working and I believe the soft reset is working OK.
It seems that the smbus is not being setup properly. Any suggestions
are most welcome. Attached below is the serial output.
I will follow up with more useful tracing info from the serial port
later such as enabling CONFIG_SERIAL_POST. Any other suggestions for
tracing and debug are welcome too.
Sincerely,
Ken Fuchs
----------------------------------------------------------------------
LinuxBIOS-1.1.7.0-Fallback Thu Feb 17 17:02:23 CST 2005 starting...
setting up resource map....done.
(0,1) link=01
(1,0) link=01
02 nodes initialized.
SBLink=00
NC node|link=00
NC node|link=02
busn=06
ht reset -
LinuxBIOS-1.1.7.0-Fallback Thu Feb 17 17:02:23 CST 2005 starting...
setting up resource map....done.
(0,1) link=01
(1,0) link=01
02 nodes initialized.
SBLink=00
NC node|link=00
NC node|link=02
busn=06
PCI: 00:01.00
PCI: 00:02.00
PCI: 00:02.01
PCI: 00:02.02
PCI: 00:03.00
PCI: 00:03.01
PCI: 00:05.00
PCI: 00:05.01
PCI: 00:07.00
PCI: 00:08.00
PCI: 00:09.00
PCI: 00:0a.00
PCI: 00:0b.00
PCI: 00:0c.00
PCI: 00:0d.00
PCI: 00:0e.00
PCI: 00:0f.00
PCI: 00:18.00
PCI: 00:18.01
PCI: 00:18.02
PCI: 00:18.03
PCI: 00:19.00
PCI: 00:19.01
PCI: 00:19.02
PCI: 00:19.03
Ram1.00
Ram1.01
Ram2.00
No memory for this cpu
Ram2.01
No memory for this cpu
Ram3
Clearing initial memory region:
From yinghailu at gmail.com Tue Feb 22 17:21:01 2005
From: yinghailu at gmail.com (yhlu)
Date: Tue Feb 22 17:21:01 2005
Subject: Porting nVidia's Crush chip - I seem to be having smbus trouble.
In-Reply-To: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com>
References: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com>
Message-ID: <2ea3fae105022219553d23f2df@mail.gmail.com>
Which MB you are using?
From rminnich at lanl.gov Tue Feb 22 18:53:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Tue Feb 22 18:53:00 2005
Subject: Any update on linuxbios for laptops
In-Reply-To: <20050222235831.14445.qmail@web81502.mail.yahoo.com>
References: <20050222235831.14445.qmail@web81502.mail.yahoo.com>
Message-ID:
On Tue, 22 Feb 2005, Justin Rietz wrote:
> I have been following/searching this mailing list, and
> haven't been able to find whether or not there has /
> will be a successful attempt at linuxbios on a laptop.
we need a cooperative company. IBM *almost* was one, but it did not work
out. I tried linspire, and there was interest, but not at the high levels.
It's hard.
ron
From rminnich at lanl.gov Tue Feb 22 19:00:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Tue Feb 22 19:00:00 2005
Subject: Porting nVidia's Crush chip - I seem to be having smbus trouble.
In-Reply-To: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com>
References: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com>
Message-ID:
On Tue, 22 Feb 2005, Ken Fuchs wrote:
> I'm porting LinuxBIOS to nVidia's CK8-04 (nForce4) chip. Currently, the
> serial port is working and I believe the soft reset is working OK.
sure wish we could get a release. Are you doing reverse engineering or ...
thanks
ron
From sherlock at vsnl.com Wed Feb 23 00:54:00 2005
From: sherlock at vsnl.com (sherlock at vsnl.com)
Date: Wed Feb 23 00:54:00 2005
Subject: Porting Linuxbios to Via P4m266A
Message-ID: <14407e0143e88d.143e88d14407e0@vsnl.net>
On Tuesday 22 February 2005 22:09, Ronald G. Minnich wrote:
> I would love it if you could do that port. You need to get data
> from via on how the chips work. That is your first step.
Argh!!. That would take forever if at all.Isnt there another way?
Like simulator or gdb or reading up stuff from the kernel since that
already works with the motherboard.
rgds
jtd
From stepan at openbios.org Wed Feb 23 02:28:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Wed Feb 23 02:28:00 2005
Subject: Porting Linuxbios to Via P4m266A
In-Reply-To: <14407e0143e88d.143e88d14407e0@vsnl.net>
References: <14407e0143e88d.143e88d14407e0@vsnl.net>
Message-ID: <20050223130213.GA980@openbios.org>
* sherlock at vsnl.com [050223 12:26]:
> Argh!!. That would take forever if at all.Isnt there another way?
> Like simulator or gdb or reading up stuff from the kernel since that
> already works with the motherboard.
As a first step, yes. But you want dynamic detection of dram and other
things. By looking at a picture you can't see which line was painted
first and why.
Stefan
From rminnich at lanl.gov Wed Feb 23 04:54:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 23 04:54:01 2005
Subject: Porting Linuxbios to Via P4m266A
In-Reply-To: <14407e0143e88d.143e88d14407e0@vsnl.net>
References: <14407e0143e88d.143e88d14407e0@vsnl.net>
Message-ID:
On Wed, 23 Feb 2005 sherlock at vsnl.com wrote:
> On Tuesday 22 February 2005 22:09, Ronald G. Minnich wrote:
> > I would love it if you could do that port. You need to get data
> > from via on how the chips work. That is your first step.
>
> Argh!!. That would take forever if at all.Isnt there another way?
> Like simulator or gdb or reading up stuff from the kernel since that
> already works with the motherboard.
it's hardware and there is no other way.
ron
From rminnich at lanl.gov Wed Feb 23 05:38:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 23 05:38:00 2005
Subject: Actual/operating CPU frequency (fwd)
Message-ID:
An interesting question. AFAIK there is no general purpose way to get this
out of the CPU, am I wrong on this? I figure you have to at least talk to
the chipset and get some info ...
ron
---------- Forwarded message ----------
Date: Tue, 22 Feb 2005 16:29:40 -0700
From: Patrick McCormick
To: Ronald G. Minnich
Subject: Actual/operating CPU frequency
Hi Ron,
Would you happen to have any source around (assembly is fine) that will
return the actual clock speed that a processor (Intel and AMD) is running
at? I have the start of some code but I'm having a tough time getting the
details worked out. I know the BIOS has a 'ticker' with a known speed so I
could then use the time step counter to eventually get to the cpu
frequency but but I haven't found out exactly how to do this in several
attempts.
Any ideas? This code will eventually have to run under both Linux and Windows
(ugh).
Thanks,
--Pat
From adam at cfar.umd.edu Wed Feb 23 07:34:00 2005
From: adam at cfar.umd.edu (Adam Sulmicki)
Date: Wed Feb 23 07:34:00 2005
Subject: Porting Linuxbios to Via P4m266A
In-Reply-To: <20050223130213.GA980@openbios.org>
References: <14407e0143e88d.143e88d14407e0@vsnl.net> <20050223130213.GA980@openbios.org>
Message-ID:
>> Argh!!. That would take forever if at all.Isnt there another way?
>> Like simulator or gdb or reading up stuff from the kernel since that
>> already works with the motherboard.
>
> As a first step, yes. But you want dynamic detection of dram and other
> things. By looking at a picture you can't see which line was painted
> first and why.
well if you are determined and/or have funding there might be two other
ways.
1) I recall Ron describing rom-as-ram trick to get the emu86 running and
get the memory setting this way. Slow as molasses I'm told.
2) get a pci debugger card. around $5k i think. can watch the pci traffic
on it to see what it writes as ram config. It does not always work but
when works it is pretty good.
From trellix78 at aol.com Wed Feb 23 09:05:00 2005
From: trellix78 at aol.com (David Hillman)
Date: Wed Feb 23 09:05:00 2005
Subject: Embedded Linux
Message-ID: <421CDBBA.6070202@aol.com>
LinuxBIOS-->FILO-->read ELF on USB flash makes sense.
I've been thinking about doing something similar with my Xbox.
As some of your may know, the Xbox has an open source BIOS called Cromwell
that boots to an intermediate stage where one can select either HDD,
DVD, Etherboot
to boot a Linux kernel or enter a BIOS setup area for video mode, HDD
type, etc.
That model works fine with the exception of not being able to boot from
USB flash devices.
All that is done in a 256K flash ROM space. I believe taking advantage
of the flexibility of USB
flash devices is a great idea.
David
From justin_rietz at yahoo.com Wed Feb 23 14:00:01 2005
From: justin_rietz at yahoo.com (Justin Rietz)
Date: Wed Feb 23 14:00:01 2005
Subject: Any update on linuxbios for laptops
In-Reply-To:
Message-ID: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
Is there a detailed list of what the LinuxBios project
would require from a laptop manufacturer?
-Justin
--- "Ronald G. Minnich" wrote:
>
>
> On Tue, 22 Feb 2005, Justin Rietz wrote:
>
> > I have been following/searching this mailing list,
> and
> > haven't been able to find whether or not there has
> /
> > will be a successful attempt at linuxbios on a
> laptop.
>
> we need a cooperative company. IBM *almost* was one,
> but it did not work
> out. I tried linspire, and there was interest, but
> not at the high levels.
>
> It's hard.
>
> ron
>
From bari at onelabs.com Wed Feb 23 14:38:00 2005
From: bari at onelabs.com (Bari Ari)
Date: Wed Feb 23 14:38:00 2005
Subject: Any update on linuxbios for laptops
In-Reply-To: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
References: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
Message-ID: <421D2A57.8080601@onelabs.com>
Laptop designs route lots of signals through microcontrollers that do
combined things such as keyboard scan, Flash write enable, battery
management, power management, lid open/close, power buttons etc.
These are the areas that we would need documentation for.
The chipset docs may all be available but not docs to the power
management/keyboard scan controller firmware. Their settings are
typically virtual registers in firmware. The docs for the micros
describe the general purpose micro itself, but that won't tell you how
they are using all its gpio pins and ports.
-Bari
Justin Rietz wrote:
> Is there a detailed list of what the LinuxBios project
> would require from a laptop manufacturer?
>
> -Justin
>
> --- "Ronald G. Minnich" wrote:
>
>
>>
>>On Tue, 22 Feb 2005, Justin Rietz wrote:
>>
>>
>>>I have been following/searching this mailing list,
>>
>>and
>>
>>>haven't been able to find whether or not there has
>>
>>/
>>
>>>will be a successful attempt at linuxbios on a
>>
>>laptop.
>>
>>we need a cooperative company. IBM *almost* was one,
>>but it did not work
>>out. I tried linspire, and there was interest, but
>>not at the high levels.
>>
>>It's hard.
>>
>>ron
>>
>
>
> _______________________________________________
> Linuxbios mailing list
> Linuxbios at clustermatic.org
> http://www.clustermatic.org/mailman/listinfo/linuxbios
>
>
>
>
From yinghailu at gmail.com Wed Feb 23 15:11:01 2005
From: yinghailu at gmail.com (yhlu)
Date: Wed Feb 23 15:11:01 2005
Subject: AMD Opteron D0 support
Message-ID: <2ea3fae10502231744dfa5c66@mail.gmail.com>
Any one got D0 Opteron?
It seems that AMD put the D0 releated info in their BIOS porting guide
(PUBLIC Version). But didn't release new revision guide about that.
YH
From yinghailu at gmail.com Wed Feb 23 15:38:00 2005
From: yinghailu at gmail.com (yhlu)
Date: Wed Feb 23 15:38:00 2005
Subject: Any update on linuxbios for laptops
In-Reply-To: <421D2A57.8080601@onelabs.com>
References: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
<421D2A57.8080601@onelabs.com>
Message-ID: <2ea3fae105022318123690df57@mail.gmail.com>
Any laptop with athlon 64 or Opteron cpu?
And how about chipset on that?
I'd like to get one to play LinuxBIOS with it at home.
From kfuchs at winternet.com Wed Feb 23 15:46:01 2005
From: kfuchs at winternet.com (Ken Fuchs)
Date: Wed Feb 23 15:46:01 2005
Subject: Porting nVidia's Crush chip - I seem to be having smbus trouble.
In-Reply-To: <2ea3fae105022219553d23f2df@mail.gmail.com> (message from yhlu on
Tue, 22 Feb 2005 19:55:04 -0800)
References: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com> <2ea3fae105022219553d23f2df@mail.gmail.com>
Message-ID: <200502240220.j1O2K3620138@ecstasy1.winternet.com>
yhlu wrote:
>Which MB you are using?
I'm using nVidia's CK8-04 CRB.
------
I'm having trouble with the smbus and reading the SIMMs SPD.
Sincerely,
Ken Fuchs
From yinghailu at gmail.com Wed Feb 23 15:58:00 2005
From: yinghailu at gmail.com (yhlu)
Date: Wed Feb 23 15:58:00 2005
Subject: Porting nVidia's Crush chip - I seem to be having smbus trouble.
In-Reply-To: <200502240220.j1O2K3620138@ecstasy1.winternet.com>
References: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com>
<2ea3fae105022219553d23f2df@mail.gmail.com>
<200502240220.j1O2K3620138@ecstasy1.winternet.com>
Message-ID: <2ea3fae1050223183146e3fc94@mail.gmail.com>
I guess you need to create ck804_early_smbus.c to read spd rom. You
can refer some driver from Kernel or Lmsensors...and nvidia chipset
documentation.
I change that from amd_early_smbus.c
or
create one fake_spd_rom function (dump from Linux with other MB) for a test.
On Wed, 23 Feb 2005 20:20:03 -0600, Ken Fuchs wrote:
> yhlu wrote:
>
> >Which MB you are using?
>
> I'm using nVidia's CK8-04 CRB.
>
> ------
>
> I'm having trouble with the smbus and reading the SIMMs SPD.
>
> Sincerely,
>
> Ken Fuchs
>
From yinghailu at gmail.com Wed Feb 23 16:02:01 2005
From: yinghailu at gmail.com (yhlu)
Date: Wed Feb 23 16:02:01 2005
Subject: Any update on linuxbios for laptops
In-Reply-To: <2ea3fae105022318123690df57@mail.gmail.com>
References: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
<421D2A57.8080601@onelabs.com>
<2ea3fae105022318123690df57@mail.gmail.com>
Message-ID: <2ea3fae10502231835a758449@mail.gmail.com>
Any one is using
New! Asus Z80K Athlon 64 Notebook- 15inch SXGA+ w/ATI Radeon 9700
128MB/CDRW+DVD/Reader/Wi-Fi B+G
YH
On Wed, 23 Feb 2005 18:12:03 -0800, yhlu wrote:
> Any laptop with athlon 64 or Opteron cpu?
>
> And how about chipset on that?
>
> I'd like to get one to play LinuxBIOS with it at home.
>
From kfuchs at winternet.com Wed Feb 23 16:05:01 2005
From: kfuchs at winternet.com (Ken Fuchs)
Date: Wed Feb 23 16:05:01 2005
Subject: Porting nVidia's Crush chip - I seem to be having smbus trouble.
In-Reply-To:
(rminnich@lanl.gov)
References: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com>
Message-ID: <200502240238.j1O2cZO20349@ecstasy1.winternet.com>
>On Tue, 22 Feb 2005, Ken Fuchs wrote:
>> I'm porting LinuxBIOS to nVidia's CK8-04 (nForce4) chip. Currently, the
>> serial port is working and I believe the soft reset is working OK.
ron wrote:
>sure wish we could get a release. Are you doing reverse engineering or ...
I'm following what little documentation I'm able to locate.
Documentation on CK8-04 exists, but not what I need as far as I can
tell.
I could try seeing how the PhoenixBIOS does this, but I'd prefer good
documentation on the CK8-04. Is anyone aware of any CK8-04 documentation
useful for porting LinuxBIOS to the CK8-04 that isn't covered by an NDA?
Thanks!
Sincerely,
Ken Fuchs
From yinghailu at gmail.com Wed Feb 23 16:20:01 2005
From: yinghailu at gmail.com (yhlu)
Date: Wed Feb 23 16:20:01 2005
Subject: Porting nVidia's Crush chip - I seem to be having smbus trouble.
In-Reply-To: <200502240238.j1O2cZO20349@ecstasy1.winternet.com>
References: <200502230317.j1N3HjQ06534@ecstasy1.winternet.com>
<200502240238.j1O2cZO20349@ecstasy1.winternet.com>
Message-ID: <2ea3fae105022318536857a9d8@mail.gmail.com>
> I could try seeing how the PhoenixBIOS does this, but I'd prefer good
> documentation on the CK8-04. Is anyone aware of any CK8-04 documentation
> useful for porting LinuxBIOS to the CK8-04 that isn't covered by an NDA?
NDA should be enough.
Besides that there is one Internel text file. But they will not give
that to you.
Till last Sep. I make all works except SATA and NIC.
YH
From rminnich at lanl.gov Wed Feb 23 17:02:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Wed Feb 23 17:02:00 2005
Subject: Any update on linuxbios for laptops
In-Reply-To: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
References: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
Message-ID:
On Wed, 23 Feb 2005, Justin Rietz wrote:
> Is there a detailed list of what the LinuxBios project
> would require from a laptop manufacturer?
I used to write these up monthly for vendors and I don't do it any more. I
do the writeup and they come back and say "Oh, that's NDA material,
sorry".
So, no, I don't have a list any more.
ron
From sherlock at vsnl.com Wed Feb 23 17:45:01 2005
From: sherlock at vsnl.com (sherlock at vsnl.com)
Date: Wed Feb 23 17:45:01 2005
Subject: Porting Linuxbios to Via P4m266A
Message-ID: <14a254814a53aa.14a53aa14a2548@vsnl.net>
On Wednesday 23 February 2005 18:32, Stefan Reinauer wrote:
>
> As a first step, yes. But you want dynamic detection of dram and
Detection of size and speed?. Suppose we freeze on a particular ram
type only for starters.
> other things. By looking at a picture you can't see which line was
> painted first and why.
I was hoping that by comparing some other similiar via chipset bios
with this one I could probably make a guess (with plenty of hand
holding from you guys) of important events. Then use that as a
template to get things going. I am presuming that the current crop
of devices wont be wildly different.
rgds
jtd
From sherlock at vsnl.com Wed Feb 23 17:55:01 2005
From: sherlock at vsnl.com (sherlock at vsnl.com)
Date: Wed Feb 23 17:55:01 2005
Subject: Porting Linuxbios to Via P4m266A
Message-ID: <14b3db914b8dab.14b8dab14b3db9@vsnl.net>
On Wednesday 23 February 2005 23:37, Adam Sulmicki wrote:
> well if you are determined and/or have funding there might be two
> other ways.
>
> 1) I recall Ron describing rom-as-ram trick to get the emu86
> running and get the memory setting this way. Slow as molasses I'm
> told.
Any pointers? my mail archive does not throw up aything.
> 2) get a pci debugger card. around $5k i think. can watch the pci
> traffic on it to see what it writes as ram config. It does not
> always work but when works it is pretty good.
Jeez. That is a whole lot of money. Perhaps a HP LA might do the
job. I might be able to get hold of one. Or rig up a couple of
PALs to snoop on the bus - presuming that the load dont screw up
the timing.
rgds
jtd
From talbotx at comcast.net Wed Feb 23 18:36:00 2005
From: talbotx at comcast.net (Adam Talbot)
Date: Wed Feb 23 18:36:00 2005
Subject: Build error on the EPIA-M
References: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
Message-ID: <032401c51a2f$2117f350$9901a8c0@newflame>
build_dir=via/epia-m/epia-m
Trying to find one of TARGET on line 4:
> loadoptions
> ^
List of nearby tokens:
===> ERROR: Could not parse file
via/epia-m/Config.lb:0
Any ideas?
-Adam
From lindahl at pathscale.com Wed Feb 23 20:34:00 2005
From: lindahl at pathscale.com (Greg Lindahl)
Date: Wed Feb 23 20:34:00 2005
Subject: AMD Opteron D0 support
In-Reply-To: <2ea3fae10502231744dfa5c66@mail.gmail.com>
References: <2ea3fae10502231744dfa5c66@mail.gmail.com>
Message-ID: <20050224070739.GA1534@greglaptop.attbi.com>
> Any one got D0 Opteron?
They are extremely rare. AMD usually sends us new chips fairly soon,
we don't have one yet. But Sun has submitted SPEC results already with
our compilers. Life is unfair!
-- greg
From ebiederman at lnxi.com Thu Feb 24 01:12:01 2005
From: ebiederman at lnxi.com (Eric W. Biederman)
Date: Thu Feb 24 01:12:01 2005
Subject: [Etherboot-developers] freeebios project
In-Reply-To: <20050221121959.84796.qmail@web8406.mail.in.yahoo.com>
References: <20050221121959.84796.qmail@web8406.mail.in.yahoo.com>
Message-ID:
Ramesh Chhaba writes:
> Hi all
>
> I am trying to learn how to makemy own BIOS
> for my embedded PC. I want to make freebios as my root
> for the project .
>
> If there is anybody woh have usedthe project.
Several.
> when I make it gives error of missing files like
>
> rom/stpc.h
> rom/asm.h
>
> from where can I get a complete package
You have an old old copy.
The most recent code is checked into cvs and that is likely the best
way to get it. I believe someone was also making recent CVS snapshots.
I've copied this on the primary development list.
Eric
From cococh45 at yahoo.fr Thu Feb 24 03:58:00 2005
From: cococh45 at yahoo.fr (corentin hache)
Date: Thu Feb 24 03:58:00 2005
Subject: Python config file options
Message-ID: <20050224143212.25060.qmail@web52003.mail.yahoo.com>
Hello,
I am newbie in LinuxBios, and I Would like to know where I can find documentation about the python config file (epia.config in my case).
Is there a file or a website where I can find informations about all possibles options ?
Thanks
COCOCH
---------------------------------
D?couvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails !
Cr?ez votre Yahoo! Mail
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From cococh45 at yahoo.fr Thu Feb 24 04:00:00 2005
From: cococh45 at yahoo.fr (corentin hache)
Date: Thu Feb 24 04:00:00 2005
Subject: Python config file options
Message-ID: <20050224143308.84669.qmail@web52004.mail.yahoo.com>
Hello,
I am newbie in LinuxBios, and I Would like to know where I can find documentation about the python config file (epia.config in my case).
Is there a file or a website where I can find informations about all possibles options ?
Thanks
COCOCH
---------------------------------
D?couvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails !
Cr?ez votre Yahoo! Mail
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From rminnich at lanl.gov Thu Feb 24 04:28:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 24 04:28:01 2005
Subject: Porting Linuxbios to Via P4m266A
In-Reply-To: <14a254814a53aa.14a53aa14a2548@vsnl.net>
References: <14a254814a53aa.14a53aa14a2548@vsnl.net>
Message-ID:
On Thu, 24 Feb 2005 sherlock at vsnl.com wrote:
> Detection of size and speed?. Suppose we freeze on a particular ram
> type only for starters.
good plan.
> I was hoping that by comparing some other similiar via chipset bios with
> this one I could probably make a guess (with plenty of hand holding from
> you guys) of important events. Then use that as a template to get things
> going. I am presuming that the current crop of devices wont be wildly
> different.
It's worth a try, it sometimes works, sometimes fails to do it this way. I
failed on the Intel 855GME but that was partly a lack-of-time issue.
ron
From rminnich at lanl.gov Thu Feb 24 04:28:11 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 24 04:28:11 2005
Subject: Porting Linuxbios to Via P4m266A
In-Reply-To: <14b3db914b8dab.14b8dab14b3db9@vsnl.net>
References: <14b3db914b8dab.14b8dab14b3db9@vsnl.net>
Message-ID:
On Thu, 24 Feb 2005 sherlock at vsnl.com wrote:
> Any pointers? my mail archive does not throw up aything.
it's complex. You have to compile the emulator with romcc, and then romcc
uses the standard bios as the target. It would be a heroic hack!
But, at the end, we would have the ability to run the fuctory BIOS from
power-on under emulation and work out all the chip secrets.
ron
From rminnich at lanl.gov Thu Feb 24 04:29:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 24 04:29:00 2005
Subject: Build error on the EPIA-M
In-Reply-To: <032401c51a2f$2117f350$9901a8c0@newflame>
References: <20050224003326.74249.qmail@web81504.mail.yahoo.com>
<032401c51a2f$2117f350$9901a8c0@newflame>
Message-ID:
it's clear we failed to update that target. I have some epia work to do
and we will look at this next week.
ron
From stepan at openbios.org Thu Feb 24 05:15:00 2005
From: stepan at openbios.org (Stefan Reinauer)
Date: Thu Feb 24 05:15:00 2005
Subject: Python config file options
In-Reply-To: <20050224143308.84669.qmail@web52004.mail.yahoo.com>
References: <20050224143308.84669.qmail@web52004.mail.yahoo.com>
Message-ID: <20050224154837.GA7338@openbios.org>
* corentin hache [050224 15:33]:
> Hello,
>
> I am newbie in LinuxBios, and I Would like to know where I can find documentation about the python config file (epia.config in my case).
>
> Is there a file or a website where I can find informations about all possibles options ?
Have a look at http://www.openbios.org/LinuxBIOS-AMD64.pdf - It has been
written for AMD64, but it might also be useful for other platforms.
Stefan
From ebiederman at lnxi.com Thu Feb 24 05:44:01 2005
From: ebiederman at lnxi.com (Eric W. Biederman)
Date: Thu Feb 24 05:44:01 2005
Subject: [Etherboot-developers] freeebios project
In-Reply-To: <20050224123029.19262.qmail@web8408.mail.in.yahoo.com>
References: <20050224123029.19262.qmail@web8408.mail.in.yahoo.com>
Message-ID:
Ramesh Chhaba writes:
> Hi Eric ,
>
> thanks for ur response
> u r right i am having old copy
> plz tell me link from where I can get latest copy and procedure to compile it
> and make bios for my board.
>
> I am using ATPC Vega Board.
There is a reason a copied the linuxbios list. There
are plenty of people who can tell you and a lot you can find out by looking
up linuxbios. And yes it is the same project.
Asking my privately for common things is not a good use of time and
a terrible way to get responses out of me. I don't mind
being copied but by asking on the list it is possible someone else
will have time and reply to you before I do.
I don't have time right now to hold your hand.
Eric
From rminnich at lanl.gov Thu Feb 24 06:03:00 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 24 06:03:00 2005
Subject: Python config file options
In-Reply-To: <20050224143212.25060.qmail@web52003.mail.yahoo.com>
References: <20050224143212.25060.qmail@web52003.mail.yahoo.com>
Message-ID:
On Thu, 24 Feb 2005, corentin hache wrote:
> Is there a file or a website where I can find informations about all
> possibles options ?
I'm sorry, there is not. I started to write it up and as usual ran out of
time ...
ron
From rminnich at lanl.gov Thu Feb 24 06:17:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 24 06:17:01 2005
Subject: [Etherboot-developers] freeebios project
In-Reply-To:
References: <20050224123029.19262.qmail@web8408.mail.in.yahoo.com>
Message-ID:
Ramesh:
go to linuxbios.sf.net, take it from there.
ron
From sherlock at vsnl.com Thu Feb 24 06:50:01 2005
From: sherlock at vsnl.com (sherlock at vsnl.com)
Date: Thu Feb 24 06:50:01 2005
Subject: On Thursday 24 February 2005 20:32, Ronald G. Minnich wrote:
Message-ID: <159f292159cadd.159cadd159f292@vsnl.net>
> On Thu, 24 Feb 2005 sherlock at vsnl.com wrote:
> > Any pointers? my mail archive does not throw up aything.
>
> it's complex. You have to compile the emulator with romcc, and then
> romcc uses the standard bios as the target. It would be a heroic
> hack!
>
> But, at the end, we would have the ability to run the fuctory BIOS
> from power-on under emulation and work out all the chip secrets.
>
> ron
X-Accept-Language: en
Priority: normal
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
On Thursday 24 February 2005 20:32, Ronald G. Minnich wrote:
> On Thu, 24 Feb 2005 sherlock at vsnl.com wrote:
> > Any pointers? my mail archive does not throw up aything.
>
> it's complex. You have to compile the emulator with romcc, and then
> romcc uses the standard bios as the target. It would be a heroic
> hack!
So you compile BOCHS with romcc right?.
which would be easier / successful emulator or comparing with the
EPIA stuff.
I dont mind giving both a shot.
From rminnich at lanl.gov Thu Feb 24 06:53:01 2005
From: rminnich at lanl.gov (Ronald G. Minnich)
Date: Thu Feb 24 06:53:01 2005
Subject: On Thursday 24 February 2005 20:32, Ronald G. Minnich wrote:
In-Reply-To: <159f292159cadd.159cadd159f292@vsnl.net>
References: <159f292159cadd.159cadd159f292@vsnl.net>
Message-ID:
On Thu, 24 Feb 2005 sherlock at vsnl.com wrote:
> which would be easier / successful emulator or comparing with the
> EPIA stuff.
I would try the emulator that is in linuxbios src tree already, not BOCHS.
ron
From talbotx at comcast.net Thu Feb 24 07:00:01 2005
From: talbotx at comcast.net (Adam Talbot)
Date: Thu Feb 24 07:00:01 2005
Subject: Build error on the EPIA-M
References: <20050224003326.74249.qmail@web81504.mail.yahoo.com>