OpenBIOS May 2000

openbios@openbios.org

14 participants
20 discussions

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 05 May '00

05 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

Now mounting root
by Ronald G Minnich 03 May '00

03 May '00

Thanks to your help, I am now mounting root: Mounted root (ext2 filesystem) readonly <4>Freeing unused kernel memory: 52k freed <4>Warning: unable to open an initial console Part of the problem was in my PCI config, another problem was I had to enable the IDE in Linux, as follows: #define LINUXBIOS #ifndef LINUXBIOS if (e->reg && (pci_read_config_byte(dev, e->reg, &tmp) || (tmp & e->mask) != e->val)) continue; /* port not enabled */ #else /* force 'em on! */ if (e->reg) { pci_read_config_byte(dev, e->reg, &tmp); tmp |= e->val; pci_write_config_byte(dev, e->reg, tmp); printk("%s: LINUXBIOS, so Jammed the enable on!\n", d->name); } #endif So in the LINUXBIOS case you know that no BIOS was there to do things, so you just turn the IDE on. I die on opening the initial console. That's the next barrier to multiuser boot. Any hints welcome .... I've attached my .config and the command line I'm using is: command_line="root=/dev/hda1 serial=1,9600n8 console=ttyS1,9600"; I have to go back and look, But I think it should be: command_line="root=/dev/hda1 serial=0,9600n8 console=ttyS0,9600"; Please let me know if you know ... I'm putting a snapshot on the web page in a few minutes. ron

2 5

OK, sercons is not the problem
by Ronald G Minnich 03 May '00

03 May '00

It's dying when it tries to run /sbin/init. Since I have no support for executables in this kernel I'm not surprised. I'll let you know how it goes when I add it in. ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

1 0

Two logs from pci startup
by Ronald G Minnich 02 May '00

02 May '00

First log is from my linuxbios startup, for a copy go to www.acl.lanl.gov/linuxbios. Second is from 2.3.99 startup with pci debugging turned on. Strange stuff on boot, comments about 64-bit addresses (?? set smoething wrong in memory attributes in BAR?) etc. See what you think. If we can get this one licked we're going to boot!! Note the bogomips and mhz numbers actually make sense. This is good. Also the APIC support in 2.3.99 seems to work on uniprocessors, yee ha. ron

2 6

Re: [OpenBIOS] current ugly pci config code.
by Colin Jensen 02 May '00

02 May '00

On Tue, 25 Apr 2000, Ronald G Minnich wrote: > It also thinks IDE is disabled, even though the debug prints show that I'm > turning on the relevant bits. Did you enable Memory, IO, and Bus Master on the IDE? You need Mem and IO enabled even if there are no memory regions associated with the device -- I'm assuming that if I possessed the PCI IDE spec, it would tell me that a PCI IDE device receives ISA bus cycles or some crazy thing like that. Sorry I can't explain WHY it needs these -- I don't know :-). But when I was programming the bus for my project, I found I needed them. - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

3 5