http://bugzilla.kernel.org/show_bug.cgi?id=8718

           Summary: kernel bug?: ck804xrom ck804xrom_init_one(): Unable to
                    register resource 0x00000000ffc00000-0x00000000ffffffff
                    - kernel bug?
           Product: ACPI
           Version: 2.5
     KernelVersion: 2.6.21.5
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Config-Interrupts
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]


Most recent kernel where this bug did not occur: ?
Distribution: openSUSE 10.2
Hardware Environment: Supermicro motherboard H8QC8+, Quad AMD Opteron 852
(x86_64)
Software Environment: kernel.org 2.6.21.5
Problem Description:  Kernel seems to have trouble registering and PCI-E
Infiniband card (HP NC571C, Dual Port, 128 MB, PCI-E card). I've not yet used
the card, so I cannot say if a more serious error is triggered - I was hoping
to take one step at a time.

Steps to reproduce: boot.msg shows 'kernel bug?' on boot-up.

System Summary (more detials attached):
* CPU: AMD, Opteron 852, 1.6GHz
* Motherboard: Supermicro, H8QC8+
* BIOS: R1.0a, Ver: 8.00.12, Date: 04/10/2007, ID: 1HQC8008
* Chipset: nVidia nForce Pro 2200 (CK804) (Media and communications processor)
* Chipset: AMD 8132 (HyperTransport PCI-X Tunnel)
* RAM: 8 x 1GB ATP, PC3200 ECC REG

Kernel 2.6.21.5 (www.kernel.org), the .config file is attached - essentially I
use the openSUSE 10.2 config file with the following changes:

General setup:Local version:append to kernel release:-opteron
        Processor type and features
                -Choose CPU type:AMD/opteron
                -Preemption model: No Forced preemption
                -Timer frequency: 1000Hz

I ran the firmware test routines that are distributed on the openSUSE 10.2 DVD
(their kernel 2.6.).  My report of the failed tests and Supermicro's response
are below. (I wasn't able to save the test results)

> A) Running the linux-ready firmware tests (distributed with openSUSE
> 10.2) shows that several tests fail:
>   1) [Fail] DMI information check:
>         Reports: two bab index values and one out of spec value found
> (no actual values are reported....)
>
>    2) [Fail] DSDT AML verification check
>          Reports: "String must be entirely alphanumeric (_NCRAIDBUS)
> in PCI0.NVRB
>          There are 7 warnings: "Possible operator timeout is ignored
> in \_SB.RBPE."
>
>    3) [Fail] General ACPI information
>           Reports twice: "PCI Express port driver reports an invalid
> IRQ"
>
>    4) [Fail] (experimental) APIC Edge/Level check
>            Reports: "Non-legacy interrupt 0 incorrectly edge triggered
>                          Non-legacy interrupt 1 incorrectly edge
> triggered
>                          Non-legacy interrupt 8 incorrectly edge
> triggered
>                          Non-legacy interrupt 14 incorrectly edge
> triggered"
>
>
>     5) [Fail] HPET configuration test
>             Reports: "Failed to locate HPET base"
>
> There are several warnings about:
> - EDD Boot disk hinting
> - ACPI passive thermal trip points
>      Reports: "Zone * doesn't support passive trip point at all"
> - MCFG PCI Express* memory mapped config space:
>       Reports: "No MCFG ACPI table found.  This table is required for
> PCI Express*."
>
> Passed tests:
>  - MTRR validation
>  - FADT test
>  - Validate assigned PCI resources
>  - PCI Express MaxReadReq tuning
>  - OS/2 memory hole test
>  - Battery tests (No battery information present)
>

The Supermicro response was:

<quote>
Allen Gao has provided the attached BIOS for the SuSE firmware test
issue. With the BIOS settings set to default, the following will be
reported as FAILED:
1.) MTRR Validation
2.) APIC Edge/Level Check
3.) HPET Configuration Test

The following is our response to these failures:
1.) With MTRR set to continuous in the BIOS, the test will display a
failure. With MTRR set to discrete, this test will pass. The customer
can change the default the setting to discrete in BIOS.
2.) According to our BIOS engineer, the interrupts are legacy devices
and they should be edge triggered. The test says that they are incorrect
as being edge triggered.
3.) The nVidia CK804 chipset does not support HPET.
</quote>

The mcelog is empty.  I've extracted the attached the messages log, and some
information obtained by running:

frontend:~ # lspci &>/tmp/sm_h8qc8_lspci.txt
frontend:~ # lspci -vvxx &>>/tmp/sm_h8qc8_lspci.txt
frontend:~ # lsmod &>/tmp/sm_h8qc8_lsmod.txt
frontend:~ # cat /proc/interrupts &>/tmp/sm_h8qc8_interrupts.txt
frontend:~ # hwinfo &>/tmp/sm_h8qc8_hwinfo.txt
frontend:~ # pnpdump &>/tmp/sm_h8qc8_pnpdump.txt
frontend:~ # procinfo &>/tmp/sm_h8qc8_procinfo.txt


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to