OpenBIOS

openbios@openbios.org

4297 discussions

linuxbios performance
by Ronald G. Minnich 29 Mar '00

29 Mar '00

just enabling mtrr's and then setting up one mtrr as per the VOL III manual makes things fast. Boy, am I ever happier. ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

1 0

RE: [OpenBIOS] PCI setup code
by Marcus Gossner 29 Mar '00

29 Mar '00

Ronald G. Minnich wrote: > >> What problems exactly are you having in PCI setup? I've been messing >> around in that area lately and can help... > > >first, in 2.2.10, it doesn't do ANY configuration of memory-addressable >BARs. Second, it doesn't do any IRQ assignment. If 2.3 fixes this then >I'll just cut over. > >ron The IRQ assignment can't be done in the operating system. It depends on the wireing on your board and therefore it is done in BIOS. You can check the IRQ assignment with your original BIOS: 1. Select fixed ISA IRQs for PCI IRQs e.g. PCI INTA = IRQ 9 PCI INTB = IRQ 10 PCI INTC = IRQ 11 PCI INTD = IRQ 12 2. Put PCI cards in all slots 3. Boot something and look into PCI configuration space If for example the card in PCI Slot 1 got IRQ 11 you know now this Slot uses PCI INTC. Please remember to set up your chipset correctly to select with PCI IRQ use with ISA IRQ. Then you can assign this IRQs to your PCI Slots. Marcus - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

9 17

Re: [OpenBIOS] PCI setup code
by James 28 Mar '00

28 Mar '00

> > If anyone could repost the links to PCI support code I would appreciate > > it. Linux PCI_DIRECT is not up to snuff at present. > > Have you looked at 2.3.x? It is MUCH more up to date. > > What problems exactly are you having in PCI setup? I've been messing > around in that area lately and can help... Hey Jeff, I'll be here at the ACL for a week. Below is what we get on bootup. NOTES: Calibrating delay loop... 4.25 BogoMIPS Cache isn't enabled correctly, so the chip runs at ~ 1/100 its speed. Sigh. This makes gunzipping slow. PCI: 00:60 [9005/005f], irq 0x0 This is the SCSI controller, hence this line is repeated. Note how all the IRQs are 0x0. Continue down the printout and note how all the mbases are 00000000 when the cards initialize. I am going to try to make code to assign IRQs; I don't really know where to start; I take it PCI devices each get an IRQ of 9, 10, 11, 12, 14, or 15, and they can share? Ron says he knows how to fix the mbases problem. Any comments/suggestions would be greatly appreciated (no, I do not know what I am doing). - James >>>>>> Contents of 0018:C01DD140 (we don't have video yet) Linux version 2.2.10 (rminnich@mini) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #13 Mon Mar 27 12:43:40 MST 2000. Detected 497449471 Hz processor.. Calibrating delay loop... 4.25 BogoMIPS. Memory: 309004k/313472k available (752k kernel code, 412k reserved, 3276k data, 28k init). Pentium-III serial number disabled.. CPU: Intel 00/07 stepping 03. Checking 386/387 coupling... OK, FPU using exception 16 error reporting.. Checking 'hlt' instruction... OK.. POSIX conformance testing by UNIFIX. mtrr: v1.35 (19990512) Richard Gooch (rgooch(a)atnf.csiro.au). PCI: Using configuration type 1. PCI: Probing PCI hardware. pci_scan_bus for bus 0. pci_scan_bus: bus 0, max is 0. irq is 0x0. base 0, val 0x8. base 1, val 0x0. base 2, val 0x0. base 3, val 0x0. base 4, val 0x0. base 5, val 0x0. PCI: 00:00 [8086/71a0],irq 0x0. base 0, val 0x0. base 1, val 0x0. PCI: 00:08 [8086/71a1],irq 0x0. irq is 0x0. base 0, val 0x1. base 1, val 0x4. base 3, val 0x0. base 4, val 0x0. base 5, val 0x0. PCI: 00:60 [9005/005f],irq 0x0. irq is 0x0. base 0, val 0x1. base 1, val 0x4. base 3, val 0x0. base 4, val 0x0. base 5, val 0x0. PCI: 00:61 [9005/005f],irq 0x0. irq is 0x0. base 0, val 0x0. base 1, val 0x1. base 2, val 0x0. base 3, val 0x0. base 4, val 0x0. base 5, val 0x0. PCI: 00:70 [8086/1229],irq 0x0. irq is 0x0. base 0, val 0x0. base 1, val 0x0. base 2, val 0x0. base 3, val 0x0. base 4, val 0x0. base 5, val 0x0. PCI: 00:90 [8086/7110],irq 0x0. irq is 0x0. base 0, val 0x0. base 1, val 0x0. base 2, val 0x0. base 3, val 0x0. base 4, val 0x1. base 5, val 0x0. PCI: 00:91 [8086/7111],irq 0x0. irq is 0x0. base 0, val 0x0. base 1, val 0x0. base 2, val 0x0. base 3, val 0x0. base 4, val 0x1. base 5, val 0x0. PCI: 00:92 [8086/7112],irq 0x0. irq is 0x0. base 0, val 0x0. base 1, val 0x0. base 2, val 0x0. base 3, val 0x0. base 4, val 0x0. base 5, val 0x0. PCI: 00:93 [8086/7113],irq 0x0. irq is 0x0. base 0, val 0x8. base 1, val 0x0. base 2, val 0x0. base 3, val 0x0. base 4, val 0x0. base 5, val 0x0. PCI: 00:a0 [1013/00bc],irq 0x0. pci_scan_bus for bus 1. pci_scan_bus: bus 1, max is 1. base 0, val 0x0. base 1, val 0x0. PCI: 01:78 [1011/0023],irq 0x0. pci_scan_bus for bus 2. pci_scan_bus: bus 2, max is 2. PCI: pci_scan_bus returning with max=02. PCI: pci_scan_bus returning with max=02. PCI: pci_scan_bus returning with max=02. PCI: Assigning I/O space 5800-58ff to device 00:60. PCI: Enabling I/O for device 00:60. PCI: Assigning I/O space 5900-59ff to device 00:61. PCI: Enabling I/O for device 00:61. PCI: Assigning I/O space 5a00-5a3f to device 00:70. PCI: Enabling I/O for device 00:70. PCI: Assigning I/O space 5a40-5a4f to device 00:91. PCI: Assigning I/O space 5a60-5a7f to device 00:92. PCI: Enabling I/O for device 00:92. Linux NET4.0 for Linux 2.2. Based upon Swansea University Computer Society NET3.039. NET4: Unix domain sockets 1.0 for Linux NET4.0.. NET4: Linux TCP/IP 1.0 for NET4.0. IP Protocols: ICMP, UDP, TCP. Starting kswapd v 1.5 . Serial driver version 4.27 with no serial options enabled. Floppy drive(s): fd0 is 1.44M. floppy0: no floppy controllers found. Found an aci. pdev shows irq at 0x0. aic7xxx: <Adaptec AIC-7896/7 Ultra2 SCSI host adapter> at PCI 12/0. aci7xxx: base 00005800, mbase 00000000, irq 0x0. aic7xxx: Controller disabled by BIOS, ignoring.. Found an aci. pdev shows irq at 0x0. aic7xxx: <Adaptec AIC-7896/7 Ultra2 SCSI host adapter> at PCI 12/1. aci7xxx: base 00005900, mbase 00000000, irq 0x0. aic7xxx: Controller disabled by BIOS, ignoring.. scsi : 0 hosts.. scsi : detected total.. The PCI BIOS has not enabled this device! Updating PCI command 0001->0005.. PCI latency timer (CFLT) is unreasonably low at 0. Setting to 32 clocks.. eth0: Intel EtherExpress Pro 10/100 at 0x5a00, 00:90:27:E0:34:A2, IRQ 0.. Receiver lock-up bug exists -- enabling work-around.. Board assembly 000000-000, Physical connectors present: RJ45. Primary interface chip i82555 PHY #1.. General self-test: passed.. Serial sub-system self-test: passed.. Internal registers self-test: passed.. ROM checksum self-test: passed (0x04f4518b).. VFS: Cannot open root device 08:01....... - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

1 0

PCI setup code
by Ronald G. Minnich 27 Mar '00

27 Mar '00

If anyone could repost the links to PCI support code I would appreciate it. Linux PCI_DIRECT is not up to snuff at present. ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

2 1

USB and I440BX
by Janusz Mlodzianowski 27 Mar '00

27 Mar '00

Hi, I am embarking on a small project in which I would like to use USB. I understand that Intel 440BX chipset (PIIX) PCI-ISA bridge has built in USB circuitry. Are there any examples of BIOS like routines controling this chip. I will not use OS like Windows and VxDs or Linux, just DOS and ROM based software. I also do not care (just for now..) about full blown USB protocol. All what I intend to do is to hook-up two motherboards and transfer via USB raw bytes from one to another. The next step will be a dedicated USB peripherial. What sort of USB chip would you suggest? I looked into NS USBN9602 It seems OK but I would rather use DIL or PLCC chips. Janusz - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

1 0

yeeee ha!
by Ronald G. Minnich 24 Mar '00

24 Mar '00

(from the web page ...) --- New as of 3/20/00: Success! We're now booting linux out of NVRAM. It gets to the point of wanting to mount a disk, and since I have no disk attached to the motherboard it naturally dies. It seems to properly configure the PCI bus, and finds the Ethernet and other devices and configures them. So now I need to go grab an IDE disk and get it the rest of the way up ... --- Oen remaining problem is speed. I have caching enabled but it takes a very long time to get the gunzip done. I figure there is some other bit I need to set ... I'll do that one later. For now, it's time to attach an IDE disk and see how it goes. ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

7 20

interest
by Ronald G. Minnich 21 Mar '00

21 Mar '00

If any students out there are interested in coming to Los Alamos to work this summer on linuxbios you should get in touch with me. I need help with other motherboards and we want to look at the Alpha. Thanks ron - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

3 2

Re: [GENERAL] Re: spontaneous reboots FreeBSD 3.x and 4.0-stable (fwd)
by Ronald G. Minnich 21 Mar '00

21 Mar '00

Here's why we need to KILL the BIOS ron ---------- Forwarded message ---------- Date: Tue, 21 Mar 2000 09:52:57 -0800 From: Arthur M. Kang <arthur(a)levelogic.com> To: Jim Mercer <jim(a)reptiles.org> Cc: "[iso-8859-1] Pawe� Dubin" <paweld(a)suimed.tpnet.pl>, hackers(a)FreeBSD.ORG, pgsql-general(a)postgresql.org Subject: Re: [GENERAL] Re: spontaneous reboots FreeBSD 3.x and 4.0-stable Had this rebooting problem before for a while and it drove me NUTZ! Installed RedHat and FreeBSD and both rebooted periodically. Don't know if my solution will help or not, but what was causing my reboots was the system BIOS. The options for Power Management in the system BIOS should have some settings for the monitor as well as the hard drive. I was finding that the spinning down of the hard drive caused the machine to reboot. No traces in any error logs or anything... Hope that helps somebody...somewhere... :) - To unsubscribe: send mail to majordomo(a)freiburg.linux.de with 'unsubscribe openbios' in the body of the message

1 0

Intel USB Controller 82371FB (PIIX3)
by Ross 20 Mar '00

20 Mar '00

Hi, Guys does anyone know how I can test the USB controller on the intel 82371FB (PIIX3) chipset or know of a web site that has source code in assembly language that will acomplish this. //Ross

8 14

Re: [OpenBIOS] Openbios site at sourceforge.net
by Ross 17 Mar '00

17 Mar '00

Hi, I went to the link below and was asked for a security certificate and could not log. How do you log on to: https://sourceforge.net/project/?group_id=3423 ? //Ross ---------- > From: Chris Davis <cjdavis(a)computer.org> > To: Openbios mailing list <openbios(a)elvis.informatik.uni-freiburg.de> > Subject: [OpenBIOS] Openbios site at sourceforge.net > Date: Friday, March 17, 2000 12:55 PM > > Hello, > > I don't know whether this is useful or not, but I have registered an > OpenBios development stite at Sourceforge.net. You can get to it at > > https://sourceforge.net/project/?group_id=3423 > > or very soon at > > http://openbios.sourceforge.net/ > > There is nothing there yet -- just the basic sourceforge project > structure. But I'll probably put some messaages and files there over > the weekend. > > I don't know if this is useful, and I certainly have NO INTEREST in > 'stealing' the openbios web site away from others. > > Take a look at the site for what is possible there, and let me know > what you think. If there is sufficient interest, I'm willing to devote > some time to this. > > Thanks > Chris Davis > > - > To unsubscribe: send mail to majordomo(a)freiburg.linux.de > with 'unsubscribe openbios' in the body of the message

1 0

Jump to page: