* Re: Kdump broken in ACPI initialization upon reading SCI_EN bit
2006-10-19 20:14 Kdump broken in ACPI initialization upon reading SCI_EN bit Vivek Goyal
@ 2006-10-19 20:25 ` Vivek Goyal
0 siblings, 0 replies; 2+ messages in thread
From: Vivek Goyal @ 2006-10-19 20:25 UTC (permalink / raw)
To: linux-acpi; +Cc: Fastboot mailing list
On Thu, Oct 19, 2006 at 04:14:05PM -0400, Vivek Goyal wrote:
> Hi,
>
> On one of my machines (Intel Xeon 2.00GHz), Kdump is broken. Second
> kernel hangs during boot during ACPI initialization. I am
> using 2.6.19-rc2.
>
> It basically hangs when it tries to read from hardware whether system
> is already in ACPI mode or not. It tries to read SCI_ENABLE bit from
> PM1 control register.
>
> Interestingly this phenomenon is observed only if the code is running
> on a non-boot cpu (cpu id is not zero). I system crashes on cpu 0 and
> second kernel is booting on cpu 0 then everything is fine.
>
> Following is the code sequence.
>
> acpi_early_init()
> acpi_enable_subsystem()
> acpi_hw_get_mode
> acpi_hw_get_register
> acpi_hw_register_read
> acpi_hw_low_level_read
> acpi_os_read_port()
>
> In acpi_os_read_port() it tries to read port 0x804 (inw()) and then it hangs.
>
> Any idea what's happening? Are there any dependencies of this port being
> read by a boot cpu only? Any suggestions how can I debug further?
>
Forgot to attach the serial console logs last time. Here it is.
Kernel panic - not syncing: Module Triggered Panic
Linux version 2.6.19-rc2-16M (root@dhcp83-186.boston.redhat.com) (gcc
version 4.1.1 20060817 (Red Hat 4.1.1-18)) #1 SMP Thu Oct 19 08:32:48
EDT 2006
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000100 - 00000000000a0000 (usable)
BIOS-e820: 0000000000100000 - 000000001ff75000 (usable)
BIOS-e820: 000000001ff75000 - 000000001ff77000 (ACPI NVS)
BIOS-e820: 000000001ff77000 - 000000001ff98000 (ACPI data)
BIOS-e820: 000000001ff98000 - 0000000020000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec90000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
user-defined physical RAM map:
user: 0000000000000000 - 00000000000a0000 (usable)
user: 0000000001000000 - 00000000015a1000 (usable)
user: 0000000001641400 - 0000000009000000 (usable)
0MB HIGHMEM available.
144MB LOWMEM available.
found SMP MP-table at 000fe710
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 36864
HighMem 36864 -> 36864
early_node_map[1] active PFN ranges
0: 0 -> 36864
DMI 2.3 present.
Using APIC driver default
ACPI: PM-Timer IO Port: 0x808
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
Processor #6 15:2 APIC version 20
WARNING: maxcpus limit of 1 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
WARNING: maxcpus limit of 1 reached. Processor ignored.
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled)
Processor #7 15:2 APIC version 20
WARNING: maxcpus limit of 1 reached. Processor ignored.
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24])
IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 24-47
ACPI: IOAPIC (id[0x0a] address[0xfec80800] gsi_base[48])
IOAPIC[2]: apic_id 10, version 32, address 0xfec80800, GSI 48-71
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Enabling APIC mode: Flat. Using 3 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 10000000 (gap: 09000000:f7000000)
Detected 1993.512 MHz processor.
Built 1 zonelists. Total pages: 36576
Kernel command line: ro root=/dev/VolGroup00/LogVol00
crashkernel=128M@16M console=tty0 console=ttyS0,115200 maxcpus=1 irqpoll
memmap=exactmap memmap=640K@0K memmap=5764K@16384K memmap=124667K@22789K
elfcorehdr=22788K
Misrouted IRQ fixup and polling support enabled
This may significantly impact system performance
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 121832k/147456k available (3094k kernel code, 9120k reserved,
1405k data, 260k init, 0k highmem)
virtual kernel memory layout:
fixmap : 0xffe16000 - 0xfffff000 (1956 kB)
pkmap : 0xff800000 - 0xffc00000 (4096 kB)
vmalloc : 0xc9800000 - 0xff7fe000 ( 863 MB)
lowmem : 0xc0000000 - 0xc9000000 ( 144 MB)
.init : 0xc14dd000 - 0xc151e000 ( 260 kB)
.data : 0xc130582f - 0xc1464d8c (1405 kB)
.text : 0xc1000000 - 0xc130582f (3094 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 4010.48 BogoMIPS
(lpj=8020975)
Mount-cache hash table entries: 512
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 3
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 20k freed
ACPI: Core revision 20060707
tbxface-0107 [01] load_tables : ACPI Tables successfully
acquired
Parsing all Control Methods:
Table [DSDT](id 0006) - 339 Objects with 32 Devices 136 Methods 21 Regions
Parsing all Control Methods:
Table [SSDT](id 0004) - 7 Objects with 0 Devices 2 Methods 0 Regions
ACPI Namespace successfully loaded at root c157d170
**********************SYSTEM HANGS********************************************
Thanks
Vivek
^ permalink raw reply [flat|nested] 2+ messages in thread