coreboot March 2004

coreboot@coreboot.org

54 participants
166 discussions

09 Mar '04

Ron, Have you ever tested myrinet card on K8 MB under LinuxBIOS? I have tested the Mellanox IB card, and got problem too. And it also use prefmem. Regards YH -----邮件原件----- 发件人: YhLu 发送时间: 2004年2月26日 20:38 收件人: ebiederman(a)lnxi.com; LinuxBIOS 主题: Prefmem of bus 3 Eric, I'm trying Quadrics Card in S2882. When the card is plugged in, can not go through the Etherboot. Stuck there. I found the premem of bus calculating seems got some problem. PCI: 01:02.0 1c <- [0x00002000 - 0x00001fff] bus 3 io PCI: 01:02.0 24 <- [0xe0000000 - 0xffffffff] bus 3 prefmem PCI: 01:02.0 20 <- [0xf5200000 - 0xf51fffff] bus 3 mem ASSIGN RESOURCES, bus 3 PCI: 03:03.0 10 <- [0xe0000000 - 0xefffffff] prefmem PCI: 03:03.0 18 <- [0xf0000000 - 0xf3ffffff] prefmem ASSIGNED RESOURCES, bus 3 The bus 3 prefmem should be PCI: 01:02.0 24 <- [0xe0000000 - 0xf3ffffff] bus 3 prefmem Regards YH Allocating resources... PCI: 04:01.0 missing read_resources PCI: 04:01.0 missing read_resources PCI: 04:01.0 missing read_resources PCI: 01:04.5 missing read_resources PCI: 01:04.6 missing read_resources PCI: 01:04.5 missing read_resources PCI: 01:04.6 missing read_resources ASSIGN RESOURCES, bus 0 PCI: 01:04.5 missing read_resources PCI: 01:04.6 missing read_resources PCI: 00:18.0 c0 <- [0x00001000 - 0x00002fff] node 0 link 0 io PCI: 01:04.5 missing read_resources PCI: 01:04.6 missing read_resources PCI: 00:18.0 b8 <- [0xe0000000 - 0xf52fffff] node 0 link 0 mem ASSIGN RESOURCES, bus 1 PCI: 01:01.0 1c <- [0x00002000 - 0x00001fff] bus 2 io PCI: 01:01.0 24 <- [0xf5200000 - 0xf51fffff] bus 2 prefmem PCI: 01:01.0 20 <- [0xf5100000 - 0xf51fffff] bus 2 mem ASSIGN RESOURCES, bus 2 PCI: 02:09.0 10 <- [0xf5100000 - 0xf510ffff] mem PCI: 02:09.0 18 <- [0xf5110000 - 0xf511ffff] mem PCI: 02:09.1 10 <- [0xf5120000 - 0xf512ffff] mem PCI: 02:09.1 18 <- [0xf5130000 - 0xf513ffff] mem ASSIGNED RESOURCES, bus 2 PCI: 01:01.1 10 <- [0xf5200000 - 0xf5200fff] mem PCI: 01:02.0 1c <- [0x00002000 - 0x00001fff] bus 3 io PCI: 01:02.0 24 <- [0xe0000000 - 0xffffffff] bus 3 prefmem PCI: 01:02.0 20 <- [0xf5200000 - 0xf51fffff] bus 3 mem ASSIGN RESOURCES, bus 3 PCI: 03:03.0 10 <- [0xe0000000 - 0xefffffff] prefmem PCI: 03:03.0 18 <- [0xf0000000 - 0xf3ffffff] prefmem ASSIGNED RESOURCES, bus 3 PCI: 01:02.1 10 <- [0xf5201000 - 0xf5201fff] mem PCI: 04:01.0 missing read_resources PCI: 01:03.0 1c <- [0x00001000 - 0x00001fff] bus 4 io PCI: 04:01.0 missing read_resources PCI: 01:03.0 24 <- [0xf5200000 - 0xf51fffff] bus 4 prefmem PCI: 04:01.0 missing read_resources PCI: 01:03.0 20 <- [0xf4000000 - 0xf5ffffff] bus 4 mem ASSIGN RESOURCES, bus 4 PCI: 04:00.0 10 <- [0xf5020000 - 0xf5020fff] mem PCI: 04:00.1 10 <- [0xf5021000 - 0xf5021fff] mem PCI: 04:00.2 10 <- [0xf5025000 - 0xf50250ff] mem PCI: 04:00.2 14 <- [0xf5026000 - 0xf502601f] mem PCI: 04:01.0 missing set_resources PCI: 04:05.0 10 <- [0x00001450 - 0x00001457] io PCI: 04:05.0 14 <- [0x00001470 - 0x00001473] io PCI: 04:05.0 18 <- [0x00001460 - 0x00001467] io PCI: 04:05.0 1c <- [0x00001480 - 0x00001483] io PCI: 04:05.0 20 <- [0x00001440 - 0x0000144f] io PCI: 04:05.0 24 <- [0xf5024000 - 0xf50243ff] mem PCI: 04:06.0 10 <- [0xf4000000 - 0xf4ffffff] mem PCI: 04:06.0 14 <- [0x00001000 - 0x000010ff] io PCI: 04:06.0 18 <- [0xf5022000 - 0xf5022fff] mem PCI: 04:08.0 10 <- [0xf5023000 - 0xf5023fff] mem PCI: 04:08.0 14 <- [0x00001400 - 0x0000143f] io PCI: 04:08.0 18 <- [0xf5000000 - 0xf501ffff] mem ASSIGNED RESOURCES, bus 4 PCI: 01:04.0 00 <- [0x00000000 - 0xffffffff] io PCI: 01:04.0 00 <- [0x00000000 - 0xffffffff] mem ASSIGN RESOURCES, bus 0 PNP: 002e.0 60 <- [0x000003f0 - 0x000003f7 io] PNP: 002e.0 70 <- [0x00000006 - 0x00000006 irq] PNP: 002e.0 74 <- [0x00000002 - 0x00000002 drq] PNP: 002e.1 60 <- [0x00000378 - 0x0000037f io] PNP: 002e.1 70 <- [0x00000007 - 0x00000007 irq] PNP: 002e.1 74 <- [0x00000004 - 0x00000004 drq] PNP: 002e.2 60 <- [0x000003f8 - 0x000003ff io] PNP: 002e.2 70 <- [0x00000004 - 0x00000004 irq] PNP: 002e.3 60 <- [0x000002f8 - 0x000002ff io] PNP: 002e.3 70 <- [0x00000003 - 0x00000003 irq] PNP: 002e.5 60 <- [0x00000060 - 0x00000060 io] PNP: 002e.5 62 <- [0x00000064 - 0x00000064 io] PNP: 002e.5 70 <- [0x00000001 - 0x00000001 irq] PNP: 002e.5 72 <- [0x0000000c - 0x0000000c irq] PNP: 002e.6 60 <- [0x00002030 - 0x00002037 io] ERROR: PNP: 002e.6 70 not allocated PNP: 002e.7 60 <- [0x00000201 - 0x00000201 io] PNP: 002e.7 62 <- [0x00000330 - 0x00000330 io] PNP: 002e.7 70 <- [0x00000009 - 0x00000009 irq] ERROR: PNP: 002e.a 70 not allocated PNP: 002e.b 60 <- [0x00002040 - 0x00002047 io] ERROR: PNP: 002e.b 70 not allocated ASSIGNED RESOURCES, bus 0 PCI: 01:04.1 20 <- [0x00002020 - 0x0000202f] io PCI: 01:04.2 10 <- [0x00002000 - 0x0000201f] io PCI: 01:04.5 missing set_resources PCI: 01:04.6 missing set_resources ASSIGNED RESOURCES, bus 1 ASSIGNED RESOURCES, bus 0 Allocating VGA resource done. _______________________________________________ Linuxbios mailing list Linuxbios(a)clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios

4 7

Re: pci_scan_get_dev() in pci_scan_bus()
by ebiederman＠lnxi.com 09 Mar '04

09 Mar '04

Li-Ta Lo <ollie(a)lanl.gov> writes: > Eric, > > I am reading the device tree/resource allocation code > and trying to add more doxygen stuff. One thing I am not > queit sure is the pci_scan_get_dev() in pci_scan_bus(). > > for (devfn = min_devfn; devfn <= max_devfn; devfn++) { > uint32_t id, class; > uint8_t hdr_type; > > /* First thing setup the device structure */ > dev = pci_scan_get_dev(&old_devices, devfn); > > My understanding is some pci devices are static devices too > and are already "enumerated" befor the pci_scan_bus() (actually, > the dev_enumerate()) is called and they are on the device > tree (or list) by the time pci_scan_bus() is called. The > pci_scan_get_dev() try to find the device under enumeration > on that list. Am I correct ? Yes. Eric

2 5

FW: Re: NXTV's current linuxbios patch [PMX:#]
by first last 09 Mar '04

09 Mar '04

Note: this was not successful for VGA >>This is the latest cvs co of freebios on epia-m with one 256MB DDR RAM >>(128MB >>hangs). This uses vgabios.bin, filo payload, and boots into kernel OK. >>Note that >>VGA BIOS is not turned on/ detected. In a few cases, upon hot swaping >>flash after >>boot of older freebios, soft boot will yield VGA, but will disappear upon >>hard reset. >> >> >>snip<> >> >>rite config byte bus 0, devfn 0x88, reg 0x50, val 0x81 >>Write config byte bus 0, devfn 0x80, reg 0x4, val 0x7 >>Write config byte bus 0, devfn 0x81, reg 0x4, val 0x7 >>Write config byte bus 0, devfn 0x82, reg 0x4, val 0x7 >>Write config byte bus 0, devfn 0x0, reg 0x61, val 0xff >>Write config byte bus 0, devfn 0x0, reg 0xac, val 0x2f >>Write config byte bus 0, devfn 0x0, reg 0xae, val 0x4 >>INSTALL REAL-MODE IDT >>DO THE VGA BIOS >>NO VGA FOUND >>Checking IRQ routing tables... >>/usr/src/OMS/cvs030804a/freebios/src/arch/i386/lib/pirq_routing.c: >>30:check_0 >>done. >>Copying IRQ routing tables to 0xf0000...done. >>Verifing priq routing tables copy at 0xf0000...failed >>Wrote linuxbios table at: 00000500 - 00000660 checksum e140 >> >>Welcome to elfboot, the open sourced starter. >>January 2002, Eric Biederman. >>Version 1.2 >> >> 37:init_bytes() - zkernel_start:0xfffc0000 zkernel_mask:0x0000ffff >>Found ELF candiate at offset 0 >>header_offset is 0 >>Try to load at offset 0x0 >>malloc Enter, size 32, free_mem_ptr 00012db0 >>malloc 0x00012db0 >>New segment addr 0x100000 size 0x26400 offset 0xc0 filesize 0xc368 >>(cleaned up) New segment addr 0x100000 size 0x26400 offset 0xc0 filesize >>0xc368 >>lb: [0x0000000000004000, 0x00000000000524ec) >>malloc Enter, size 32, free_mem_ptr 00012dd0 >>malloc 0x00012dd0 >>New segment addr 0x126400 size 0x48 offset 0xc440 filesize 0x48 >>(cleaned up) New segment addr 0x126400 size 0x48 offset 0xc440 filesize >>0x48 >>lb: [0x0000000000004000, 0x00000000000524ec) >>Dropping non PT_LOAD segment >>Dropping non PT_LOAD segment >>Loading Segment: addr: 0x0000000000100000 memsz: 0x0000000000026400 >>filesz: 0x08 >>[ 0x0000000000100000, 000000000010c368, 0x0000000000126400) <- >>00000000000000c0 >>Clearing Segment: addr: 0x000000000010c368 memsz: 0x000000000001a098 >>Loading Segment: addr: 0x0000000000126400 memsz: 0x0000000000000048 >>filesz: 0x08 >>[ 0x0000000000126400, 0000000000126448, 0x0000000000126448) <- >>000000000000c440 >>Loaded segments >>verified segments >>closed down stream >>Jumping to boot code at 0x108c54 >>entry = 0x00108c54 >>lb_start = 0x00004000 >>lb_size = 0x0004e4ec >>adjust = 0x07eadb14 >>buffer = 0x07e63628 >> elf_boot_notes = 0x0000c2e0 >>adjusted_boot_notes = 0x07eb9df4 >>FILO version 0.4.1 (root@localhost) Mon Mar 15 23:02:20 EST 2004 >>collect_sys_info: boot eax = 0xe1fb007 >>collect_sys_info: boot ebx = 0x7eb9df4 >>collect_sys_info: boot arg = 0x7eb9df4 >>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.2 >>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: record count o.k. >>collect_linuxbios_info: Found LinuxBIOS table at: 00000500 >>malloc_diag: alloc: 96 bytes (3 blocks), free: 16280 bytes (1 blocks) >>convert_memmap: 0x00000000000000 0x000000000006c4 16 >>convert_memmap: 0x000000000006c4 0x0000000009f93c 1 >>convert_memmap: 0x00000000100000 0x00000007e00000 1 >>collect_sys_info: 00000000000006c4-00000000000a0000 >>collect_sys_info: 0000000000100000-0000000007f00000 >>collect_sys_info: RAM 127 MB >>relocate: Current location: 0x100000-0x126447 >>relocate: Relocating to 0x7ed9bb0-0x7effff7... ok >>setup_timers: CPU 600 MHz >>pci_init: Scanning PCI: found 11 devices >>malloc_diag: alloc: 240 bytes (4 blocks), free: 16136 bytes (1 blocks) >>pci_init: 00:00.0 1106:3123 0600 00 >>pci_init: 00:01.0 1106:b091 0604 00 >>pci_init: 00:0d.0 1106:3044 0c00 10 >>pci_init: 00:10.0 1106:3038 0c03 00 >>pci_init: 00:10.1 1106:3038 0c03 00 >>pci_init: 00:10.2 1106:3038 0c03 00 >>pci_init: 00:10.3 1106:3104 0c03 20 >>pci_init: 00:11.0 1106:3177 0601 00 >>pci_init: 00:11.1 1106:0571 0101 8a >>pci_init: 00:11.5 1106:3059 0401 00 >>pci_init: 00:12.0 1106:3065 0200 00 >>boot: hdc1:/boot/fvmlinuz root=/dev/hdc1 devfs=mount hda=ide-scsi acpi=ht >>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=hdc1, path=/boot/fvmlinuz >>find_ide_controller: found PCI IDE controller 1106:0571 prog_if=0x8a >>find_ide_controller: secodary channel: compatibility mode >>find_ide_controller: cmd_base=0x170 ctrl_base=0x374 >>ide_software_reset: Waiting for ide1 to become ready for reset... ok >>init_drive: Testing for hdc >>init_drive: Probing for hdc >>init_drive: LBA mode, sectors=160086528 >>init_drive: Init device params... ok >>hdc: LBA 81GB: Maxtor 98196H8 >>devopen: Partition 1 start 63 length 12287457 >>Mounted reiserfs >>malloc_diag: alloc: 320 bytes (5 blocks), free: 16056 bytes (1 blocks) >>elf_load: Not a bootable ELF image >>malloc_diag: alloc: 336 bytes (6 blocks), free: 16040 bytes (1 blocks) >>file_open: dev=hdc1, path=/boot/fvmlinuz >>devopen: already open >>malloc_diag: alloc: 320 bytes (5 blocks), free: 16056 bytes (1 blocks) >>Found Linux version 2.4.25 (root@localhost) #11 Sat Mar 6 02:57:2. >>init_linux_params: Setting up paramters at 0x90000 >>set_memory_size: 00000000000006c4 - 00000000000a0000 >>set_memory_size: 0000000000100000 - 0000000007f00000 >>set_memory_size: ramtop=0x7f00000 >>set_memory_size: ext_mem_k=64512, alt_mem_k=129024 >>parse_command_line: original command line: " root=/dev/hdc1 devfs=mount >>hda=ide" >>parse_command_line: kernel command line at 0x91000 >>parse_command_line: kernel command line (47 bytes): "root=/dev/hdc1 >>devfs=mount" >>load_linux_kernel: offset=0x1600 addr=0x100000 size=0x1057b2 >>Loading kernel... ok >>start_linux: eip=0x100000 >>Jumping to entry point... >> >> >> >>>From: ron minnich <rminnich(a)lanl.gov> >>>To: Dave Ashley <linuxbios(a)xdr.com> >>>CC: linuxbios(a)clustermatic.org >>>Subject: Re: NXTV's current linuxbios patch [PMX:#] >>>Date: Mon, 8 Mar 2004 20:05:29 -0700 (MST) >>> >>>dave, can you diff cvs-current against your known-good july linuxbios? >>> >>>This sounds like a memory setup problem. >>> >>>ron >>> >>>_______________________________________________ >>>Linuxbios mailing list >>>Linuxbios(a)clustermatic.org >>>http://www.clustermatic.org/mailman/listinfo/linuxbios >> >>_________________________________________________________________ >>One-click access to Hotmail from any Web page download MSN Toolbar now! >>http://clk.atdmt.com/AVE/go/onm00200413ave/direct/01/ >> >>_______________________________________________ >>Linuxbios mailing list >>Linuxbios(a)clustermatic.org >>http://www.clustermatic.org/mailman/listinfo/linuxbios > _________________________________________________________________ Frustrated with dial-up? Lightning-fast Internet access for as low as $29.95/month. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/

1 0

Video initialization, and bootloaders...
by ebiederman＠lnxi.com 09 Mar '04

09 Mar '04

Thinking out loud again... The basic requirement of the BIOS core is to place the hardware in in legacy compatibility mode, which all OS software expect to find the system in. This really includes setting up a VGA compatible adapter if it is present. So if the emulator is small and a compile time option I don't have a problem with putting it in LinuxBIOS exclusively for early video initialization of plug in video cards. Running code through emulation is likely to give us the most predictable results of boards working across different systems, especially non-x86 hardware. >From what I understand there are only very few x86 BIOS services that video cards depend on, or can depend on at that stage so we should be in reasonably good shape long term. At least until x86 BIOS compatibility is given up. An important thing to verify here is that the standard cpu identification steps will show the emulated cpu to be a 386 or whatever minimal processor we support. And we should tightly restrict the emulated codes access to memory, presenting it with a virtual not a real view of what is going on. Keeping the code chained as much as possible. Beyond that... If we want the video card to provide int 0x10 services to a pcbios compatibility layer we need to rerun the video card initialization in the bochs bios. I think the simplest path to a flexible LinuxBIOS solution is to have a native LinuxBIOS loader like etherboot, the Linux kernel or possibly something much simpler act as a switch between the different personalities we can wear, PCBIOS openfirmware, efi, arc, etc. And we will boot with whichever one the user selects. Using a bootloader as a switch to select among the others is the only easy way I can see to have my cake and it too with supporting multiple personalities. You get only one at a time but I think that is easier to verify. Eric

2 3

8111 question answered.
by ron minnich 09 Mar '04

09 Mar '04

I just plain forget that the SMBUS subsystem is system management interface, not the smbus controller interface. Never mind that question. ron

1 0

Re: NXTV's current linuxbios patch [PMX:#]
by first last 08 Mar '04

08 Mar '04

This is the latest cvs co of freebios on epia-m with one 256MB DDR RAM (128MB hangs). This uses vgabios.bin, filo payload, and boots into kernel OK. Note that VGA BIOS is not turned on/ detected. In a few cases, upon hot swaping flash after boot of older freebios, soft boot will yield VGA, but will disappear upon hard reset. snip<> rite config byte bus 0, devfn 0x88, reg 0x50, val 0x81 Write config byte bus 0, devfn 0x80, reg 0x4, val 0x7 Write config byte bus 0, devfn 0x81, reg 0x4, val 0x7 Write config byte bus 0, devfn 0x82, reg 0x4, val 0x7 Write config byte bus 0, devfn 0x0, reg 0x61, val 0xff Write config byte bus 0, devfn 0x0, reg 0xac, val 0x2f Write config byte bus 0, devfn 0x0, reg 0xae, val 0x4 INSTALL REAL-MODE IDT DO THE VGA BIOS NO VGA FOUND Checking IRQ routing tables... /usr/src/OMS/cvs030804a/freebios/src/arch/i386/lib/pirq_routing.c: 30:check_0 done. Copying IRQ routing tables to 0xf0000...done. Verifing priq routing tables copy at 0xf0000...failed Wrote linuxbios table at: 00000500 - 00000660 checksum e140 Welcome to elfboot, the open sourced starter. January 2002, Eric Biederman. Version 1.2 37:init_bytes() - zkernel_start:0xfffc0000 zkernel_mask:0x0000ffff Found ELF candiate at offset 0 header_offset is 0 Try to load at offset 0x0 malloc Enter, size 32, free_mem_ptr 00012db0 malloc 0x00012db0 New segment addr 0x100000 size 0x26400 offset 0xc0 filesize 0xc368 (cleaned up) New segment addr 0x100000 size 0x26400 offset 0xc0 filesize 0xc368 lb: [0x0000000000004000, 0x00000000000524ec) malloc Enter, size 32, free_mem_ptr 00012dd0 malloc 0x00012dd0 New segment addr 0x126400 size 0x48 offset 0xc440 filesize 0x48 (cleaned up) New segment addr 0x126400 size 0x48 offset 0xc440 filesize 0x48 lb: [0x0000000000004000, 0x00000000000524ec) Dropping non PT_LOAD segment Dropping non PT_LOAD segment Loading Segment: addr: 0x0000000000100000 memsz: 0x0000000000026400 filesz: 0x08 [ 0x0000000000100000, 000000000010c368, 0x0000000000126400) <- 00000000000000c0 Clearing Segment: addr: 0x000000000010c368 memsz: 0x000000000001a098 Loading Segment: addr: 0x0000000000126400 memsz: 0x0000000000000048 filesz: 0x08 [ 0x0000000000126400, 0000000000126448, 0x0000000000126448) <- 000000000000c440 Loaded segments verified segments closed down stream Jumping to boot code at 0x108c54 entry = 0x00108c54 lb_start = 0x00004000 lb_size = 0x0004e4ec adjust = 0x07eadb14 buffer = 0x07e63628 elf_boot_notes = 0x0000c2e0 adjusted_boot_notes = 0x07eb9df4 FILO version 0.4.1 (root@localhost) Mon Mar 15 23:02:20 EST 2004 collect_sys_info: boot eax = 0xe1fb007 collect_sys_info: boot ebx = 0x7eb9df4 collect_sys_info: boot arg = 0x7eb9df4 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.2 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: record count o.k. collect_linuxbios_info: Found LinuxBIOS table at: 00000500 malloc_diag: alloc: 96 bytes (3 blocks), free: 16280 bytes (1 blocks) convert_memmap: 0x00000000000000 0x000000000006c4 16 convert_memmap: 0x000000000006c4 0x0000000009f93c 1 convert_memmap: 0x00000000100000 0x00000007e00000 1 collect_sys_info: 00000000000006c4-00000000000a0000 collect_sys_info: 0000000000100000-0000000007f00000 collect_sys_info: RAM 127 MB relocate: Current location: 0x100000-0x126447 relocate: Relocating to 0x7ed9bb0-0x7effff7... ok setup_timers: CPU 600 MHz pci_init: Scanning PCI: found 11 devices malloc_diag: alloc: 240 bytes (4 blocks), free: 16136 bytes (1 blocks) pci_init: 00:00.0 1106:3123 0600 00 pci_init: 00:01.0 1106:b091 0604 00 pci_init: 00:0d.0 1106:3044 0c00 10 pci_init: 00:10.0 1106:3038 0c03 00 pci_init: 00:10.1 1106:3038 0c03 00 pci_init: 00:10.2 1106:3038 0c03 00 pci_init: 00:10.3 1106:3104 0c03 20 pci_init: 00:11.0 1106:3177 0601 00 pci_init: 00:11.1 1106:0571 0101 8a pci_init: 00:11.5 1106:3059 0401 00 pci_init: 00:12.0 1106:3065 0200 00 boot: hdc1:/boot/fvmlinuz root=/dev/hdc1 devfs=mount hda=ide-scsi acpi=ht 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=hdc1, path=/boot/fvmlinuz find_ide_controller: found PCI IDE controller 1106:0571 prog_if=0x8a find_ide_controller: secodary channel: compatibility mode find_ide_controller: cmd_base=0x170 ctrl_base=0x374 ide_software_reset: Waiting for ide1 to become ready for reset... ok init_drive: Testing for hdc init_drive: Probing for hdc init_drive: LBA mode, sectors=160086528 init_drive: Init device params... ok hdc: LBA 81GB: Maxtor 98196H8 devopen: Partition 1 start 63 length 12287457 Mounted reiserfs malloc_diag: alloc: 320 bytes (5 blocks), free: 16056 bytes (1 blocks) elf_load: Not a bootable ELF image malloc_diag: alloc: 336 bytes (6 blocks), free: 16040 bytes (1 blocks) file_open: dev=hdc1, path=/boot/fvmlinuz devopen: already open malloc_diag: alloc: 320 bytes (5 blocks), free: 16056 bytes (1 blocks) Found Linux version 2.4.25 (root@localhost) #11 Sat Mar 6 02:57:2. init_linux_params: Setting up paramters at 0x90000 set_memory_size: 00000000000006c4 - 00000000000a0000 set_memory_size: 0000000000100000 - 0000000007f00000 set_memory_size: ramtop=0x7f00000 set_memory_size: ext_mem_k=64512, alt_mem_k=129024 parse_command_line: original command line: " root=/dev/hdc1 devfs=mount hda=ide" parse_command_line: kernel command line at 0x91000 parse_command_line: kernel command line (47 bytes): "root=/dev/hdc1 devfs=mount" load_linux_kernel: offset=0x1600 addr=0x100000 size=0x1057b2 Loading kernel... ok start_linux: eip=0x100000 Jumping to entry point... >From: ron minnich <rminnich(a)lanl.gov> >To: Dave Ashley <linuxbios(a)xdr.com> >CC: linuxbios(a)clustermatic.org >Subject: Re: NXTV's current linuxbios patch [PMX:#] >Date: Mon, 8 Mar 2004 20:05:29 -0700 (MST) > >dave, can you diff cvs-current against your known-good july linuxbios? > >This sounds like a memory setup problem. > >ron > >_______________________________________________ >Linuxbios mailing list >Linuxbios(a)clustermatic.org >http://www.clustermatic.org/mailman/listinfo/linuxbios _________________________________________________________________ One-click access to Hotmail from any Web page download MSN Toolbar now! http://clk.atdmt.com/AVE/go/onm00200413ave/direct/01/

1 0

Re: NXTV's current linuxbios patch [PMX:#]
by Dave Ashley 08 Mar '04

08 Mar '04

Ron asked: >Dave, can you check this out? Particularly raminit.inc, northbridge.c, and >mainboard.c mainboard.c has come errors, "dev" isn't declared in one of the functions, nor is "i": Index: src/mainboard/via/epia-m/mainboard.c =================================================================== RCS file: /cvsroot/freebios/freebios/src/mainboard/via/epia-m/mainboard.c,v retrieving revision 1.9 diff -r1.9 mainboard.c 89d88 < struct pci_dev *dev; 99a99,100 > struct pci_dev *dev; > int i; vgabios.c needs to have the vgarestart label defined: Index: src/arch/i386/lib/vgabios.c =================================================================== RCS file: /cvsroot/freebios/freebios/src/arch/i386/lib/vgabios.c,v retrieving revision 1.11 diff -r1.11 vgabios.c 142,143c142,143 < " ljmpl $0x10, $1f\n" < "1:\n" --- > " ljmpl $0x10, $vgarestart\n" > "vgarestart:\n" My example.config: Index: src/mainboard/via/epia-m/example.config =================================================================== RCS file: /cvsroot/freebios/freebios/src/mainboard/via/epia-m/example.config,v retrieving revision 1.6 diff -r1.6 example.config 2c2 < # LinuxBIOS config file for: VIA epia-m mini-itx --- > # LinuxBIOS config file for: VIA epia mini-itx 5,6d4 < target /opt/cwlinux/buildrom/epia-m < 12d9 < # option SERIAL_POST=1 14d10 < # option TTYS0_BAUD=57600 16a13 > option HAVE_FRAMEBUFFER=1 32,33c29,40 < payload /opt/cwlinux/etherboot/src/bin32/via-rhine.ebi < # payload /opt/cwlinux/memtest86/memtest --- > #payload /ram/rtl8139.ebi > #target /ram/epia-m > > option CONFIG_VGABIOS=1 > option CONFIG_REALMODE_IDT=1 > dir src/bioscall > option CONFIG_PCIBIOS=1 > option VGABIOS_START=0xfffe0000 > addaction romimage dd if=../vgabios.bin of=romimage bs=65536 seek=2 conv=sync conv=notrunc > option CONFIG_EPIAMVERSIONSTRING="5.0.0E-" __DATE__ " " __TIME__ > target /ram/freebios/obj > payload /code/bootfiles/etherboot/via6105m.ebi When I build and attach my payload and my vgabios.bin, I get into linux ... ip_conntrack version 2.1 (1016 buckets, 8128 max) - 292 bytes per conntrack ip_tables: (C) 2000-2002 Netfilter core team NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Ethernet Bridge 008 for NET4.0 802.1Q VLAN Support v1.8 Ben Greear <greearb(a)candelatech.com> All bugs added by David S. Miller <davem(a)redhat.com> RAMDISK: Compressed image found at block 0 Freeing initrd memory: 302k freed VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 272k freed EXT2-fs warning: checktime reached, running e2fsck is recommended Kernel panic: Attempted to kill init! So I'm not sure what the problem is... BTW I got all kinds of warnings: /ram/freebios/src/cpu/p6/mtrr.c: In function `set_var_mtrr': /ram/freebios/src/cpu/p6/mtrr.c:132: warning: unused variable `tmp' /ram/freebios/src/cpu/p6/mtrr.c: At top level: /ram/freebios/src/cpu/p6/mtrr.c:29: warning: `rcsid' defined but not used gcc ... -o l2_cache.o /ram/freebios/src/cpu/p6/l2_cache.c /ram/freebios/src/cpu/p6/l2_cache.c:33: warning: `rcsid' defined but not used gcc ... -o pcibios.o /ram/freebios/src/bioscall/pcibios.c /ram/freebios/src/bioscall/pcibios.c: In function `pcibios': /ram/freebios/src/bioscall/pcibios.c:122: warning: passing arg 3 of `pci_read_config_dword' from incompatible pointer type /ram/freebios/src/bioscall/pcibios.c:41: warning: unused variable `edi' /ram/freebios/src/bioscall/pcibios.c:42: warning: unused variable `esi' /ram/freebios/src/bioscall/pcibios.c:43: warning: unused variable `ebp' /ram/freebios/src/bioscall/pcibios.c:44: warning: unused variable `esp' /ram/freebios/src/bioscall/pcibios.c:45: warning: unused variable `ebx' /ram/freebios/src/bioscall/pcibios.c:46: warning: unused variable `edx' /ram/freebios/src/bioscall/pcibios.c:47: warning: unused variable `ecx' /ram/freebios/src/bioscall/pcibios.c:49: warning: unused variable `flags' /ram/freebios/src/include/cpu/p5/io.h: At top level: /ram/freebios/src/bioscall/pcibios.c:3: warning: `rcsid' defined but not used rm -f linuxbios.a Don't know if these are related... Hope this helps... -Dave

2 2

A Motherboard That Doesn't Require An OS
by Bari Ari 08 Mar '04

08 Mar '04

Slashdot has an article on: A Motherboard That Doesn't Require An OS http://slashdot.org/article.pl?sid=04/03/08/2319215 When does a BIOS become an OS?... and all the usual humorous comments. I guess you could do the same thing with LinuxBIOS if you just load Linux with all the drivers from your boot Flash and just say "it's all just BIOS and no OS". -Bari

2 1

amd 8111 smbus controller definitions
by ron minnich 08 Mar '04

08 Mar '04

Where are these: #define SMBGSTATUS 0xe0 #define SMBGCTL 0xe2 #define SMBHSTADDR 0xe4 #define SMBHSTDAT 0xe6 #define SMBHSTCMD 0xe8 #define SMBHSTFIFO 0xe9 defined, i.e. what book? The 8111 book is self-contradictory and sketchy. Pointers welcome. ron

1 0

Re: NXTV's current linuxbios patch [PMX:#]
by first last 08 Mar '04

08 Mar '04

I look forward to testing releases when ready. >From: ron minnich <rminnich(a)lanl.gov> >To: Dave Ashley <linuxbios(a)xdr.com> >CC: linuxbios(a)clustermatic.org >Subject: Re: NXTV's current linuxbios patch [PMX:#] >Date: Mon, 8 Mar 2004 09:37:56 -0700 (MST) > >I just now committed the 7/03 changes from Dave to the current tree, much >of this had to be done by hand. > >It appeared to be ok, however, I hope I have not just broken things for >anyone, although epia-m does not appear to be working on V1 so i assume >this is ok. > >Dave, can you check this out? Particularly raminit.inc, northbridge.c, and >mainboard.c > > >ron > >_______________________________________________ >Linuxbios mailing list >Linuxbios(a)clustermatic.org >http://www.clustermatic.org/mailman/listinfo/linuxbios _________________________________________________________________ Store more e-mails with MSN Hotmail Extra Storage 4 plans to choose from! http://click.atdmt.com/AVE/go/onm00200362ave/direct/01/

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot March 2004