Date: Wed, 9 Jun 2004 10:36:23 -0400 From: Mikhail Teterin <mi+kde@aldan.algebra.com> To: John Baldwin <jhb@FreeBSD.org> Cc: freebsd-amd64@FreeBSD.org Subject: Re: continuing troubles with AMD64 Message-ID: <200406091036.23376@aldan> In-Reply-To: <200406091025.03741.jhb@FreeBSD.org> References: <200406081617.29485@misha-mx.virtual-estates.net> <200406091025.03741.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Boundary-00=_nByxAXS1aV9Bpf5
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Wednesday 09 June 2004 10:25 am, John Baldwin wrote:
= On Tuesday 08 June 2004 04:17 pm, Mikhail Teterin wrote:
= > The good part: the Mar 1st -current kernel works fine.
= >
= > The bad:
= > 1) Any newer kernels don't see the system drive, presumably,
= > abecause ttempts to allocate IRQs for the all of the
= > aata-controllers fail.
= >
= > 2) Yesterday's kernel panics with:
= >
= > madt_probe_cpus_handler: CPU ID 129 too high
= >
= > Indeed, 129 is greater than NLAPICS, which is 32, but the
= > Mar 1st kernel works.
=
= 129 is not a valid local APIC ID. (x86 only supports APIC IDs from 0
= to 15).
Perhaps, it still should not panic, but act as if APIC was not available
at all?
= Do you have acpidump -t output available? (Namely, the APIC table).
Attached. Thanks for responding. Yours,
-mi
--Boundary-00=_nByxAXS1aV9Bpf5
Content-Type: text/plain;
charset="iso-8859-1";
name="acpidump-t.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="acpidump-t.txt"
/*
RSD PTR: OEM=ACPIAM, ACPI_Rev=2.0x (2)
XSDT=0x7fff0100, length=36, cksum=93
*/
/*
XSDT: Length=68, Revision=1, Checksum=192,
OEMID=A M I, OEM Table ID=OEMXSDT, OEM Revision=0x10000302,
Creator ID=MSFT, Creator Revision=0x97
Entries={ 0x7fff0281, 0x7fff0380, 0x7ffff040, 0x7fff39f0 }
*/
/*
FADT: FACS=0x7ffff000, DSDT=0x7fff0440
INT_MODEL=APIC
Preferred_PM_Profile=Workstation (3)
SCI_INT=9
SMI_CMD=0x502f, ACPI_ENABLE=0xe1, ACPI_DISABLE=0x1e, S4BIOS_REQ=0x0
PSTATE_CNT=0xe2
PM1a_EVT_BLK=0x5000-0x5003
PM1a_CNT_BLK=0x5004-0x5005
PM_TMR_BLK=0x5008-0x500b
GPE0_BLK=0x5020-0x5023
GPE1_BLK=0x50b0-0x50b7, GPE1_BASE=16
CST_CNT=0xe3
P_LVL2_LAT=101 us, P_LVL3_LAT=1001 us
FLUSH_SIZE=1024, FLUSH_STRIDE=16
DUTY_OFFSET=1, DUTY_WIDTH=3
DAY_ALRM=125, MON_ALRM=126, CENTURY=50
IAPC_BOOT_ARCH={LEGACY_DEV,8042}
Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4}
X_FACS=0x7ffff000, X_DSDT=0x7fff0440
X_PM1a_EVT_BLK=0x5000:0[32] (IO)
X_PM1a_CNT_BLK=0x5004:0[16] (IO)
X_PM_TMR_BLK=0x5008:0[32] (IO)
X_GPE0_BLK=0x5020:0[32] (IO)
X_GPE1_BLK=0x50b0:16[64] (IO)
*/
/*
FACS: Length=64, HwSig=0x00000000, Firm_Wake_Vec=0x00000000
Global_Lock=
Flags=
Version=1
*/
/*
DSDT: Length=13732, Revision=1, Checksum=4,
OEMID=0ABCF, OEM Table ID=0ABCF007, OEM Revision=0x7,
Creator ID=INTL, Creator Revision=0x2002026
*/
/*
APIC: Length=106, Revision=1, Checksum=48,
OEMID=A M I, OEM Table ID=OEMAPIC, OEM Revision=0x10000302,
Creator ID=MSFT, Creator Revision=0x97
Local APIC ADDR=0xfee00000
Flags={PC-AT}
Type=Local APIC
ACPI CPU=1
Flags={ENABLED}
APIC ID=0
Type=Local APIC
ACPI CPU=2
Flags={DISABLED}
APIC ID=129
Type=IO APIC
APIC ID=1
INT BASE=0
ADDR=0x00000000fec00000
Type=IO APIC
APIC ID=2
INT BASE=24
ADDR=0x00000000ff4fe000
Type=IO APIC
APIC ID=3
INT BASE=28
ADDR=0x00000000ff4ff000
Type=INT Override
BUS=0
IRQ=0
INTR=2
Flags={Polarity=conforming, Trigger=conforming}
*/
/*
OEMB: Length=94, Revision=1, Checksum=119,
OEMID=A M I, OEM Table ID=OEMBIOS, OEM Revision=0x10000302,
Creator ID=MSFT, Creator Revision=0x97
*/
/*
ASF!: Length=134, Revision=1, Checksum=107,
OEMID=AMIASF, OEM Table ID=AMDSTRET, OEM Revision=0x1,
Creator ID=INTL, Creator Revision=0x2002026
*/
--Boundary-00=_nByxAXS1aV9Bpf5--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200406091036.23376>