OpenBIOS

openbios@openbios.org

4297 discussions

Programming ROMS
by Edwin Rhodes 24 May '00

24 May '00

Hi, I've managed to obtain some 486 and 386 ROM's that I would like to program. I would like to replace the current ROM code with that of the linux bios code. unfortunately I don't think that the boards support flash update?? how do I go about re-programming them??? what hardware and software is required to re-write the bios?? would I be able to get away with a hot-swap??? or do i need a proper rom programmer, if so which one would you recommend. thanks, Edwin ps. well done for getting so far with linux bios. if there is anything I can do to help let me know. :)

1 0

Mixing 16 and 32 bits code
by Ollie Lho 22 May '00

22 May '00

Ronald, It seems that you made some mistake in mixing 16 and 32 bits code in the intel_start32.S: _realstart: cli movw %cs, %eax movw %eax, %es xor %eax, %eax mov %eax, %cr3 /* Invalidate TLB*/ .byte 0x66 /* prefix */ .byte 0x26 .byte 0x0f, 0x01, 0x16 /* lgdt [es:offset]*/ .word 0x02 /* offset in segment */ movl %cr0, %eax andl $0x7FFAFFD1, %eax /* PG,AM,WP,NE,TS,EM,MP = 0*/ orl $1, %eax movl %eax, %cr0 data32 ljmp $0x10, $.Lprotected Before _realstart there was a .code16 directive, so it should be in 16 bits mode, so how could those 32 bits (long) operation works ?? This bugs seems breaks gas 2.9.5 also. Ollie - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

5 7

latest snapshot
by Ronald G Minnich 08 May '00

08 May '00

The latest snapshot of the linuxbios is at http://www.acl.lanl.gov/linuxbios. This is the one that boots multiuser. I included a linux/.config so you have our config. It also includes romimages (I didn't do a make clean, in other words ...) problems to me. We're starting an alpha port next week sometime. ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

1 0

linuxbios: I can now login
by Ronald G Minnich 05 May '00

05 May '00

Just got the keyboard working, thanks to a few hints from the openbios guys. So I can now log in. You can hit reset on the box, and before you know it you're seeing linux boot messages ... still lots to do, but this is a big step. Logging in is always a good idea :-) One cool thing: I still have not had to reproduce the "steenking bios" code from boot/setup.S. Linux is handling most hardware init tasks just fine. ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

1 0

next problem: keyboard.
by Ronald G Minnich 05 May '00

05 May '00

so, no keyboard I/O. But I am setting the bit in the PIIX4E register to enable KBBCS#. The new hunt begins .... ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

3 9

more pci info
by Ronald G Minnich 04 May '00

04 May '00

lspci for this motherboard shows: lspci -v 00:00.0 Host bridge: Intel Corporation 440GX - 82443GX Host bridge Flags: bus master, medium devsel, latency 64 Memory at f8000000 (32-bit, prefetchable) Capabilities: [a0] AGP version 1.0 00:01.0 PCI bridge: Intel Corporation 440GX - 82443GX AGP bridge Flags: bus master, 66Mhz, medium devsel, latency 64 Bus: primary=00, secondary=01, subordinate=02, sec-latency=64 I/O behind bridge: 0000f000-00000fff Memory behind bridge: fff00000-000fffff Prefetchable memory behind bridge: fff00000-000fffff 00:09.0 Non-VGA unclassified device: Unknown device 14c1:8043 (rev 03) Subsystem: Unknown device 103c:106b Flags: bus master, stepping, 66Mhz, slow devsel, latency 64, IRQ 19 Memory at f5000000 (64-bit, prefetchable) 00:0c.0 SCSI storage controller: Adaptec 7896 Subsystem: Unknown device 9005:080f Flags: bus master, medium devsel, latency 64, IRQ 19 BIST result: 00 I/O ports at 1400 Memory at f4100000 (64-bit, non-prefetchable) Capabilities: [dc] Power Management version 1 00:0c.1 SCSI storage controller: Adaptec 7896 Subsystem: Unknown device 9005:080f Flags: bus master, medium devsel, latency 64, IRQ 19 BIST result: 00 I/O ports at 1800 Memory at f4101000 (64-bit, non-prefetchable) Capabilities: [dc] Power Management version 1 00:0e.0 Ethernet controller: Intel Corporation 82557 (rev 08) Subsystem: Unknown device 8086:3000 Flags: bus master, medium devsel, latency 64, IRQ 21 Memory at f4102000 (32-bit, non-prefetchable) I/O ports at 1080 Memory at f4000000 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 2 00:12.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) Flags: bus master, medium devsel, latency 0 00:12.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) (prog-if 80) Flags: bus master, medium devsel, latency 64 I/O ports at 1050 00:12.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) Flags: bus master, medium devsel, latency 64, IRQ 21 I/O ports at 1060 00:12.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) Flags: medium devsel 00:14.0 VGA compatible controller: Cirrus Logic GD 5480 (rev 23) Subsystem: Unknown device 8086:3430 Flags: bus master, VGA palette snoop, medium devsel, latency 64 Memory at f6000000 (32-bit, prefetchable) Memory at f4103000 (32-bit, non-prefetchable) 01:0f.0 PCI bridge: Digital Equipment Corporation: Unknown device 0023 (rev 06) Flags: bus master, fast Back2Back, 66Mhz, medium devsel, latency 240 Bus: primary=01, secondary=02, subordinate=02, sec-latency=68 I/O behind bridge: 0000f000-00000fff Memory behind bridge: fff00000-000fffff Prefetchable memory behind bridge: 00000000fff00000-0000000000000000 Here's what's weird. The lspci shows the devices on bus 0. my probe found the bus 0 devices on bus 1 *and* bus 0. So what am I doing wrong? anybody have a clue as to what the DEC PCI bridge is doing on there? is this a bridge to the 64-bit slot or something? weird. ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

2 1

It works! It works! It works! It works!
by Ronald G Minnich 04 May '00

04 May '00

Just booted to multiuser with a full video display! Thanks to everyone, esp. Jeff Garzik! This is so cool! I'll put up the diffs as soon as I get they keyboard to go too! Ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

3 3

Re: [fb-d] closer ...
by Jeff Garzik 03 May '00

03 May '00

James wrote: > > > Also trying to get cl gd5480 up. Jeff, turns out on the L440GX if you plug > > in a PCI video card the bios will execute a HLT. Yep, can't have two video > > cards. Wonder why Intel did this? > > I love Intel. > > Ron, more seriously, there is a "VGA Disable" or "Video Disable" on the > L440GX+ or whatever that mainboard was we were working on earlier; that > should allow you to plug in a second PCI video card. > > Or: Many ATI cards that I've seen have a "BIOS disable" jumper on > themselves (I would presume Matrox cards would do this too so you can run > multiheaded). If you short that, the PC BIOS won't see the ATI card at > all. > > Either of these solutions will be easier than getting the Cirrus up; I > would suggest flipping the motherboard jumper. > > I think Intel designed it like that because there is a single space where > all the video card stuff goes, but I'm not sure... Yep, sounds like you are right on the money. Since the GD5480 is built into the motherboard, you have to disable it before you can use a PCI video card. For the Intel BIOS, there should be a switch somewhere in BIOS setup typically. If it's an older motherboard, there is probably a jumper. For linuxbios/freebios, simply avoiding the Cirrus video BIOS init should be sufficient I would think. (though make sure to disable the Cirrus's PCI MMIO and I/O regions) Jeff -- Jeff Garzik | Nothing cures insomnia like the Building 1024 | realization that it's time to get up. MandrakeSoft, Inc. | -- random fortune - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

2 2

Re: [fb-d] closer ...
by Ronald G Minnich 03 May '00

03 May '00

On Wed, 3 May 2000, James wrote: > Ron, more seriously, there is a "VGA Disable" or "Video Disable" on the > L440GX+ or whatever that mainboard was we were working on earlier; that > should allow you to plug in a second PCI video card. I can't find any disable. Any better hints? > Or: Many ATI cards that I've seen have a "BIOS disable" jumper on > themselves (I would presume Matrox cards would do this too so you can run > multiheaded). If you short that, the PC BIOS won't see the ATI card at > all. I'll check that too. ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

2 1

closer ...
by Ronald G Minnich 03 May '00

03 May '00

the problem with the linux kernel fault is that I have to bzero the PARAM stuff when I start, and some missing piece of that is causing init to die when it tries to exec /sbin/init. What's interesting is the mount goes, and it looks like the lookup() is ok, but the binprm() step dies. So I'm missing something I need in PARAM .... still working .... Also trying to get cl gd5480 up. Jeff, turns out on the L440GX if you plug in a PCI video card the bios will execute a HLT. Yep, can't have two video cards. Wonder why Intel did this? ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

2 1

Jump to page: