coreboot February 2007

coreboot@coreboot.org

68 participants
169 discussions

[LinuxBIOS] #64: Epia-M COM2 does not work
by LinuxBIOS 06 Apr '07

06 Apr '07

#64: Epia-M COM2 does not work ---------------------------------+------------------------------------------ Reporter: stepan | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: code | Version: v2 Keywords: | Dependencies: Patchstatus: there is no patch | ---------------------------------+------------------------------------------ COM2 is not initialized correctly on the Via Epia-M. It looks like 2090 broke it: [http://tracker.linuxbios.org/trac/LinuxBIOS/changeset?old_path=trunk%2FLinu… diff of the superio changes in 2090] -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/64> LinuxBIOS <http://www.linuxbios.org/>

2 2

[LinuxBIOS] #66: Merge all debug.c instances
by LinuxBIOS 06 Apr '07

06 Apr '07

#66: Merge all debug.c instances ---------------------------------+------------------------------------------ Reporter: uwe | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Cosmetic fixes Component: code | Version: v2 Keywords: | Dependencies: Patchstatus: there is no patch | ---------------------------------+------------------------------------------ There are a ton of very similar and even identical debug.c files in LinuxBIOSv2. We should put one version into src/lib/debug.c or so, and use that from all mainboards... -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/66> LinuxBIOS <http://www.linuxbios.org/>

1 1

[LinuxBIOS] #65: Unify SuperIO code?
by LinuxBIOS 06 Apr '07

06 Apr '07

#65: Unify SuperIO code? ---------------------------------+------------------------------------------ Reporter: stepan | Owner: somebody Type: enhancement | Status: new Priority: minor | Milestone: Cosmetic fixes Component: code | Version: v2 Keywords: | Dependencies: Patchstatus: there is no patch | ---------------------------------+------------------------------------------ One thing I've been noticing in the current superio implementations: A lot of differences come from having the part names used in variable and macro names. {{{ #define FDC37M60X_CONFIG_REG_CC 0x02 }}} Maybe we should change that to some unique names {{{ #define SUPERIO_CONFIG_REG_CC 0x02 }}} * Those names are usually file local only, so name clashes wont be a problem * They are the same for most (all?) SuperIOs? Doing so (maybe with function names as well?) would unify the superio interface, or at least make diffing the code of different devices a bit easier.. -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/65> LinuxBIOS <http://www.linuxbios.org/>

1 2

[LinuxBIOS] #71: Avoid device overlap with pci 0:0x18.0
by LinuxBIOS 06 Apr '07

06 Apr '07

#71: Avoid device overlap with pci 0:0x18.0 ----------------------------------+----------------------------------------- Reporter: uwe | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: code | Version: v2 Keywords: | Dependencies: Patchstatus: patch needs review | ----------------------------------+----------------------------------------- Patch by YH from http://www.linuxbios.org/pipermail/linuxbios/2006-December/017694.html The patch is available at http://www.openbios.org/pipermail/linuxbios/attachments/20061212/85cc07ef/a… -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/71> LinuxBIOS <http://www.linuxbios.org/>

1 1

[LinuxBIOS] #56: Support for AMD Virtualization (AMD-V) a.k.a Pacifica
by LinuxBIOS 06 Apr '07

06 Apr '07

#56: Support for AMD Virtualization (AMD-V) a.k.a Pacifica ---------------------------------+------------------------------------------ Reporter: uwe | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: Going mainstream Component: code | Version: Keywords: | Dependencies: Patchstatus: there is no patch | ---------------------------------+------------------------------------------ This might be a long term issue, but we might want to support Pacifica at some point... -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/56> LinuxBIOS <http://www.linuxbios.org/>

1 1

[LinuxBIOS] #68: Is LinuxBIOS still funded by LANL?
by LinuxBIOS 06 Apr '07

06 Apr '07

#68: Is LinuxBIOS still funded by LANL? ------------------------------------+--------------------------------------- Reporter: uwe | Owner: somebody Type: defect | Status: new Priority: blocker | Milestone: Component: wiki/website/tracker | Version: Keywords: | Dependencies: Patchstatus: there is no patch | ------------------------------------+--------------------------------------- See http://linuxbios.org/FAQ#Who_is_funding_LinuxBIOS.3F. Is that information still correct? If not, please update the FAQ accordingly. -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/68> LinuxBIOS <http://www.linuxbios.org/>

2 2

[LinuxBIOS] HOW ABOUT THE SUPPORT FOR USB BOOT IN FIL O-0.5?
by 徐家德 15 Mar '07

15 Mar '07

Hi My MB is dbe61,It can boot from IDE normally.But when I try to get it boot from usb disk,I got the serial output as below. How can I fix it?Any suggestions? thanks :) FILO version 0.5 (root(a)localhost.localdomain) Tue Feb 27 10:48:56 CST 2007 collect_sys_info: boot eax = 0xe1fb007 collect_sys_info: boot ebx = 0x77b65e0 collect_sys_info: boot arg = 0x77b65e0 malloc_diag: alloc: 0 bytes (0 blocks), free: 65528 bytes (1 blocks) malloc_diag: alloc: 24 bytes (1 blocks), free: 65504 bytes (1 blocks) malloc_diag: alloc: 40 bytes (2 blocks), free: 65488 bytes (1 blocks) collect_linuxbios_info: Searching for LinuxBIOS tables... find_lb_table: Found canidate at: 00000530 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: 00000530 malloc_diag: alloc: 112 bytes (3 blocks), free: 65416 bytes (1 blocks) convert_memmap: 0x00000000000000 0x00000000000728 16 convert_memmap: 0x00000000000728 0x0000000009f8d8 1 convert_memmap: 0x000000000f0000 0x00000000010000 16 convert_memmap: 0x00000000100000 0x000000076c0000 1 collect_sys_info: 0000000000000728-00000000000a0000 collect_sys_info: 0000000000100000-00000000077c0000 collect_sys_info: RAM 119 MB pci_init: Scanning PCI: found 14 devices malloc_diag: alloc: 288 bytes (4 blocks), free: 65240 bytes (1 blocks) pci_init: 00:01.0 1022:2080 0600 00 pci_init: 00:01.1 1022:2081 0300 00 pci_init: 00:01.2 1022:2082 1010 00 pci_init: 00:0b.0 1106:3044 0c00 10 pci_init: 00:0c.0 1106:3106 0200 00 pci_init: 00:0d.0 1106:3106 0200 00 pci_init: 00:0e.0 168c:0013 0200 00 pci_init: 00:0f.0 1022:2090 0601 00 pci_init: 00:0f.2 1022:209a 0101 80 pci_init: 00:0f.3 1022:2093 0401 00 pci_init: 00:0f.4 1022:2094 0c03 10 pci_init: 00:0f.5 1022:2095 0c03 20 pci_init: 00:0f.6 1022:2096 0c03 fe pci_init: 00:0f.7 1022:2097 0c03 80 Press <Enter> for default boot, or <Esc> for boot prompt... 2 1 timed out boot: uda1:/boot/vmlinuz-2.6.15-1.2054_FC5 initrd=uda1:/boot/initrd-2.6.15-1.2054_FC5.img root=/dev/sda1 console=tty0 console=ttyS0,115200 malloc_diag: alloc: 432 bytes (5 blocks), free: 65096 bytes (1 blocks) malloc_diag: alloc: 448 bytes (6 blocks), free: 65080 bytes (1 blocks) LinuxLabs USB bootloader ohc_init: ohc_init num_controllers=0 ohci=121300 malloc_diag: alloc: 968 bytes (7 blocks), free: 64560 bytes (1 blocks) malloc_diag: alloc: 4048 bytes (8 blocks), free: 61480 bytes (1 blocks) malloc_diag: alloc: 4208 bytes (9 blocks), free: 61320 bytes (1 blocks) malloc_diag: alloc: 4272 bytes (10 blocks), free: 61256 bytes (1 blocks) ohc_init: Found OHCI at f69a3670 ohc_reset: Resetting OHCI ohc_reset: USB HC reset_hc usb-f69a3670: ctrl = 0x0 ohc_start: Starting OHCI malloc_diag: alloc: 7352 bytes (11 blocks), free: 58176 bytes (1 blocks) poll_usb: poll_usb1 i=0 poll_o_root_hub1 v=00010101 port = f69a36c4, controller = 0 poll_o_root_hub: poll_o_root_hub2 v=00010101 poll_o_root_hub21 v=00010101 Connection on port f69a36c4 New USB device, setting address 2 dma_to_td: can not find td dma_to_td: can not find td .RET URB:[ 0] dev: 0,ep: 0-O,type:CTRL,flags: 0,len:0/0,stat:-115(ffffff8d) ohci.c: cmd(8): 00 00 00 f2 90 e9 67 07 configure_device: Fetching device descriptor length dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/8,stat:-115(ffffff8d) ohci.c: cmd(8): 80 06 00 01 00 00 08 00 ohci.c: data(0/8): stat:-115 configure_device: Fetching device descriptor dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/0,stat:-115(ffffff8d) ohci.c: cmd(8): 80 06 00 01 00 00 00 00 configure_device: Fetching config descriptor length dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/8,stat:-115(ffffff8d) ohci.c: cmd(8): 80 06 00 02 00 00 08 00 ohci.c: data(0/8): stat:-115 configure_device: Fetching config descriptor dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/0,stat:-115(ffffff8d) ohci.c: cmd(8): 80 06 00 02 00 00 00 00 configure_device: device: dump_device_descriptor: bLength: 00 dump_device_descriptor: type: 00 dump_device_descriptor: bcdVersion: 00 dump_device_descriptor: Class: 00 dump_device_descriptor: SubClass: 00 dump_device_descriptor: protocol: 00 dump_device_descriptor: max_packet: 0 dump_device_descriptor: idVendor: 0000 dump_device_descriptor: idProduct: 0000 dump_device_descriptor: bcdDeviceVersion: 00 dump_device_descriptor: iManufacturor: 00 dump_device_descriptor: iProduct: 00 dump_device_descriptor: iSerial: 00 dump_device_descriptor: bNumConfig: 00 configure_device: config: dump_config_descriptor: bLength: 00 dump_config_descriptor: type: 00 dump_config_descriptor: wTotalLength: 0000 dump_config_descriptor: bNumInterfaces: 00 dump_config_descriptor: bConfigurationValue: 00 dump_config_descriptor: iConfiguration: 00 dump_config_descriptor: bmAttributes: 00 dump_config_descriptor: bMaxPower: 00 dump_config_descriptor: Interface(140ee7): dump_interface_descriptor: bLength: 00 dump_interface_descriptor: type: 00 dump_interface_descriptor: bInterfaceNumber: 00 dump_interface_descriptor: bAlternateSetting: 00 dump_interface_descriptor: bNumEndpoints: 00 dump_interface_descriptor: bInterfaceClass: 00 dump_interface_descriptor: bInterfaceSubClass: 00 dump_interface_descriptor: bInterfaceProtocol: 00 dump_interface_descriptor: iInterface: 00 configure_device: Selecting Configuration number 0: dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-O,type:CTRL,flags: 0,len:0/0,stat:-115(ffffff8d) ohci.c: cmd(8): 00 09 00 00 00 00 00 00 00:00:00 dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/4,stat:-115(ffffff8d) ohci.c: cmd(8): 80 06 00 03 00 00 04 00 ohci.c: data(0/4): stat:-115 dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/255,stat:-115(ffffff8d) ohci.c: cmd(8): 80 06 00 03 00 0f ff 00 ohci.c: data(0/255): stat:-115 Manufacturor: USB dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/255,stat:-115(ffffff8d) ohci.c: cmd(8): 80 06 00 03 00 0f ff 00 ohci.c: data(0/255): stat:-115 Product: B dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/255,stat:-115(ffffff8d) ohci.c: cmd(8): 80 06 00 03 00 0f ff 00 ohci.c: data(0/255): stat:-115 Serial: configure_device: DEVICE CONFIGURED OHCI controller usb-f69a3670 state control: 0x00000093 HCFS=operational CLE CBSR=3 cmdstatus: 0x00000000 SOC=0 intrstatus: 0x00000044 RHSC SF intrenable: 0x80000013 MIE UE WDH SO ed_controlhead 077ac390 hcca frame #0000 roothub.a: 10000a04 POTPGT=16 OCPM NPS NDP=4 roothub.b: 00000000 PPCM=0000 DR=0000 roothub.status: 00000000 roothub.portstatus [0] = 0x00000103 PPS PES CCS roothub.portstatus [1] = 0x00000100 PPS roothub.portstatus [2] = 0x00000100 PPS roothub.portstatus [3] = 0x00000100 PPS dma_to_td: can not find td .RET URB:[ 0] dev: 2,ep: 0-I,type:CTRL,flags: 0,len:0/1,stat:-115(ffffff8d) ohci.c: cmd(8): a1 fe 00 00 00 00 01 00 ohci.c: data(0/1): stat:-115 poll_o_root_hub: poll_o_root_hub1 v=00000100 port = f69a36c8, controller = 0 poll_o_root_hub: poll_o_root_hub1 v=00000100 port = f69a36cc, controller = 0 poll_o_root_hub: poll_o_root_hub1 v=00000100 port = f69a36d0, controller = 0 poll_usb: poll_usb1 i=0 poll_o_root_hub1 v=00000103 port = f69a36c4, controller = 0 poll_o_root_hub: poll_o_root_hub1 v=00000100 port = f69a36c8, controller = 0 poll_o_root_hub: poll_o_root_hub1 v=00000100 port = f69a36cc, controller = 0 poll_o_root_hub: poll_o_root_hub1 v=00000100 port = f69a36d0, controller = 0 malloc_diag: alloc: 7336 bytes (10 blocks), free: 58192 bytes (2 blocks) malloc_diag: alloc: 7192 bytes (9 blocks), free: 58336 bytes (2 blocks) boot: uda1:/boot/vmlinuz-2.6.15-1.2054_FC5 initrd=uda1:/boot/initrd-2.6.15-1.2054_FC5.img root=/dev/sda1 console=tty0 console=ttyS0,115200

2 1

[LinuxBIOS] [PATCH] Additional MCP55 LPC PCI IDs for flashrom
by Ed Swierk 07 Mar '07

07 Mar '07

The attached patch adds additional PCI IDs for MCP55 LPC devices to flashrom. 0x0360 is needed to support the DFI LANParty NF590SLI, and I am deducing the others based on pci_ids.h in the Linux kernel. Perhaps Yinghai can confirm that these are correct. Signed-off-by: Ed Swierk <eswierk(a)arastra.com> --Ed

3 3

[LinuxBIOS] Cheap self-built BIOS saviour for 8M/16M parts?
by Carl-Daniel Hailfinger 04 Mar '07

04 Mar '07

Hi, after combing through the SST data sheets for the * SST49LF008A * SST49LF080A * SST49LF016C * SST49LF160C parts, I am fairly sure I found a procedure to have multiple flash parts attached at the same time which should just work. Simply use two chips of the same model, connect all of their pins except ID[0], wire ID[0] of each of the chips to one side of an intermediate switch which is connected to Vcc and GND on the other side. The intermediate switch makes sure exactly one chip has Vcc at ID[0] and the other one has GND at ID[0]. The switch with GND on ID[0] is the one selected. However, you need to drive the RST# pin of both chips to GND for 1µs whenever you want them to change roles during system operation. So you'll need: * 2 identical flash chips * intermediate switch (can be hardware) * a way to drive RST# to GND without shorting the board * serious soldering skills to solder two chips to each other Sounds nice? Surely there's a catch. It can't be that easy, right? Tell me! Regards, Carl-Daniel -- http://www.hailfinger.org/

6 6

[LinuxBIOS] #74: All "POST" codes should be documented
by LinuxBIOS 03 Mar '07

03 Mar '07

#74: All "POST" codes should be documented ------------------------------------------+--------------------------------- Reporter: segher(a)kernel.crashing.org | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Going mainstream Component: documentation | Version: v3 Keywords: | Dependencies: Patchstatus: there is no patch | ------------------------------------------+--------------------------------- Maybe this is true for v2 as well, but Trac won't allow me to select multiple versions. -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/74> LinuxBIOS <http://www.linuxbios.org/>

1 2

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 February 2007