coreboot December 2006

coreboot@coreboot.org

68 participants
183 discussions

Re: [LinuxBIOS] More MCP55 hacking
by Lu, Yinghai 13 Dec '06

13 Dec '06

-----Original Message----- From: linuxbios-bounces+yinghai.lu=amd.com(a)linuxbios.org [mailto:linuxbios-bounces+yinghai.lu=amd.com@linuxbios.org] On Behalf Of Stefan Reinauer >Are you certain that Linux reads PIRQ at all when it finds an >SRAT/SLIT/..? Need pci=noacpi. I produced one kernel about making it work with that, the kernel acpi maintainer doesn't take it. (He is from I company) >If you implement enough of ACPI to have Linux use the HPET timer, you >need all IRQ routing in ACPI as well. I had cases where Linux would use >the PIRQ/MP table values but never ever read a PIRQ/MP table since it >found a little bit of ACPI. HPET is used in that case. YH

2 1

Re: [LinuxBIOS] More MCP55 hacking
by Lu, Yinghai 13 Dec '06

13 Dec '06

Please check the patch Avoid device overlap with pci 0:0x18.0 Signed-off-by: Yinghai Lu <yinghai.lu(a)amd.com>

1 0

Re: [LinuxBIOS] More MCP55 hacking
by Lu, Yinghai 13 Dec '06

13 Dec '06

For later AMD CPU, you could acpi for SRAT, SLIT..., plus irq routing in mptable. And not use DSDT for irq routing. Anyway table is good, AML or other byte code are bad. YH

2 1

Re: [LinuxBIOS] More MCP55 hacking
by Lu, Yinghai 13 Dec '06

13 Dec '06

-----Original Message----- From: linuxbios-bounces(a)linuxbios.org [mailto:linuxbios-bounces@linuxbios.org] On Behalf Of Ed Swierk Sent: Tuesday, December 12, 2006 10:51 AM To: LinuxBIOS Subject: [LinuxBIOS] More MCP55 hacking >I've resumed hacking on LinuxBIOS on an Athlon socket AM2 board with >an nVidia MCP55 southbridge and a C51XE between the two. I'm using the >CK804 southbridge code with updated PCI IDs, and Yinghai's socket AM2 >code. That is called 590 by Nvidia. (C51+MCP55) >I've gotten a Linux kernel to boot, but I am stuck on a few issues: >1. I haven't gotten interrupt routing to work yet, and the IRQ routing >table I extract from the factory BIOS seems broken. When I boot with >the factory BIOS, however, Linux uses ACPI for interrupt routing, >which I think bypasses the routing table altogether. Should I try to >fix the routing table or try to get ACPI working? Linux searches for a >device to act as an interrupt router; which device on my board would >play that role? Forget about ACPI for irq routing, They said dsdt is under IBV copyright. I don't think you can prove to implement one dsdt in clean room. (If you can access the system with BIOS, you are contaminated.) >3. I'm not sure whether HT unitid assignment is correct; the meanings >of HT_CHAIN_UNITID_BASE, HT_CHAIN_END_UNITID_BASE, SB_HT_CHAIN_ON_BUS0 >and SB_HT_CHAIN_UNITID_OFFSET_ONLY are very unclear despite comments >in the code. >4. The PCI device IDs assigned during HyperTransport device >enumeration don't match up with those assigned by the factory BIOS, >e.g. the southbridge HT interface (device 10de:0369) is assigned to >device 1 on LinuxBIOS but device 8 on the factory BIOS. I'm not sure >whether this is a big deal, but is there some way to get them assigned >in the same way? ##HT Unit ID offset, default is 1, the typical one default HT_CHAIN_UNITID_BASE=0x06 ##real SB Unit ID, default is 0x20, mean dont touch it at last default HT_CHAIN_END_UNITID_BASE=0x01 (it will put c51 on unitid 6, and mcp55 on unitid 1), there will be some device overlap. ===> ##HT Unit ID offset, default is 1, the typical one #default HT_CHAIN_UNITID_BASE=0x06 ##real SB Unit ID, default is 0x20, mean dont touch it at last #default HT_CHAIN_END_UNITID_BASE=0x01 (it will put c51 on unitid 1, and mcp55 on unitid ?) YH

4 3

Re: [LinuxBIOS] DK8-HTX Early Hang with HTX Card Intsalled
by Lu, Yinghai 13 Dec '06

13 Dec '06

With that patch, you can use 4G RAM or more. YH -----Original Message----- From: linuxbios-bounces+yinghai.lu=amd.com(a)linuxbios.org [mailto:linuxbios-bounces+yinghai.lu=amd.com@linuxbios.org] On Behalf Of mcqmcqmcq(a)fastmail.fm Sent: Tuesday, December 12, 2006 3:03 PM To: Lu, Yinghai; linuxbios(a)linuxbios.org Subject: Re: [LinuxBIOS] DK8-HTX Early Hang with HTX Card Intsalled > Please check the patch. > > Add option CONFIG_VAR_MTRR_HOLE to enable hole in mtrr by subtracting. Did that, does nothing. I added the option=1 but wasn't sure it was making it into mtrr.c, so I also hard-set it there to 1 and 0 and none of those three tries affected the MTRR errors at driver load nor the contents of /proc/mtrr. -mcq -- mcqmcqmcq(a)fastmail.fm -- http://www.fastmail.fm - And now for something completely different... -- linuxbios mailing list linuxbios(a)linuxbios.org http://www.openbios.org/mailman/listinfo/linuxbios

2 1

Re: [LinuxBIOS] DK8-HTX Early Hang with HTX Card Intsalled
by Lu, Yinghai 13 Dec '06

13 Dec '06

I'm trying to get one HTX IB card, to check why soft_reset does not work. YH

2 1

Re: [LinuxBIOS] DK8-HTX Early Hang with HTX Card Intsalled
by Lu, Yinghai 13 Dec '06

13 Dec '06

Please check the patch. Add option CONFIG_VAR_MTRR_HOLE to enable hole in mtrr by subtracting. Signed-off-by: Yinghai Lu <yinghai.lu(a)amd.com>

2 1

Re: [LinuxBIOS] DK8-HTX Early Hang with HTX Card Intsalled
by Lu, Yinghai 12 Dec '06

12 Dec '06

For MTRR error, I think the kernel is not happy with the uncachable entry for the memory hole. Try to install only 2G to see if the problem will go away. Then we can 1. modify the kernel to make it like mtrr layout for setting. 2. or change mtrr to increase style..., if the kernel is too .. YH

2 1

Re: [LinuxBIOS] DK8-HTX Early Hang with HTX Card Intsalled
by Lu, Yinghai 12 Dec '06

12 Dec '06

Interrupts still doesn't work? Try cat /proc/interrupts or /var/log/messages to see if it get interrupt. YH -----Original Message----- From: linuxbios-bounces(a)linuxbios.org [mailto:linuxbios-bounces@linuxbios.org] On Behalf Of mcqmcqmcq(a)fastmail.fm Sent: Tuesday, December 12, 2006 12:22 PM To: Lu, Yinghai; linuxbios(a)linuxbios.org Subject: Re: [LinuxBIOS] DK8-HTX Early Hang with HTX Card Intsalled > You can use 2.6.19 later kernel and enable HT_IRQ in it. --- Eric worked > it out, and I didn't have chance to test it. Hey, 2.6.19.1 actually boots (better than 2.6.19)! 2.6.19.1 with HT_IRQ turned on yields: sh-3.1# modprobe ib_ipath PCI: No IRQ known for interrupt pin C of device 0000:40:01.0. Probably buggy MP table. mtrr: type mismatch for fd500000,100000 old: write-back new: write-combining ib_ipath 0000:40:01.0: mtrr_add() WC for PIO bufs failed (-22) ib_ipath 0000:40:01.0: infinipath0: Write combining not enabled (err 22): performance may be poor Note that HT_IRQ removes the complaint (formerly right before the mtrr complaints): ipath_core 0000:40:01.0: infinipath0: irq is 0, BIOS error? Interrupts won't work Further fun stuff to try? I am your board monkey. -mcq -- mcqmcqmcq(a)fastmail.fm -- http://www.fastmail.fm - Same, same, but different... -- linuxbios mailing list linuxbios(a)linuxbios.org http://www.openbios.org/mailman/listinfo/linuxbios

2 1

Re: [LinuxBIOS] DK8-HTX Early Hang with HTX Card Intsalled
by Lu, Yinghai 12 Dec '06

12 Dec '06

You can use 2.6.19 later kernel and enable HT_IRQ in it. --- Eric worked it out, and I didn't have chance to test it. YH

2 1

← Newer
1
...
7
8
9
10
11
12
13
...
19
Older →

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 December 2006