From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 22 13:13:02 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB1316A422 for ; Tue, 22 Nov 2005 13:13:02 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB1E43D7E for ; Tue, 22 Nov 2005 13:12:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2418427 for multiple; Tue, 22 Nov 2005 08:13:01 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAMDCjem076897; Tue, 22 Nov 2005 08:12:45 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 22 Nov 2005 08:12:41 -0500 User-Agent: KMail/1.8.3 References: <6.2.3.4.0.20051121215854.0895cc28@64.7.153.2> <4382B73D.8030502@root.org> <4382B7B7.3040807@root.org> In-Reply-To: <4382B7B7.3040807@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511220812.43141.jhb@freebsd.org> X-Spam-Status: No, score=-2.6 required=4.2 tests=ALL_TRUSTED, UPPERCASE_25_50 autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Mike Tancsa Subject: Re: work around for busted RS-482 ACPI ? (Long) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Nov 2005 13:13:02 -0000 On Tuesday 22 November 2005 01:16 am, Nate Lawson wrote: > Nate Lawson wrote: > > Mike Tancsa wrote: > >> I like in theory the specs of this board, but I guess the busted ACPI > >> is telling me to stay away. Its an MSI RS482M4-ILD mATX S939 RS482. > >> The default boot panics with > >> > >> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2193.63-MHz > >> 686-class CPU) > >> Origin =3D "AuthenticAMD" Id =3D 0x20fb1 Stepping =3D 1 > >> > >> Features=3D0x178bfbff >>,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > >> > >> Features2=3D0x1 > >> AMD Features=3D0xe2500800,LM,3DNow+,3DNow> > >> real memory =3D 1006436352 (959 MB) > >> avail memory =3D 975667200 (930 MB) > >> ACPI APIC Table: > >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >> cpu0 (BSP): APIC ID: 0 > >> cpu1 (AP): APIC ID: 1 > >> nssearch-0397: *** Error: NsSearchAndEnter: Bad character in ACPI > >> Name: 43005350 > >> dswload-0381: *** Error: Looking up [0x43005350] (NON-ASCII) > >> in namespace, AE_BAD_CHARACTER > >> psparse-0714 [09] PsParseLoop : During name lookup/catalog, > >> AE_BAD_CHARACTER > >> tbxface-0204: *** Error: AcpiLoadTables: Could not load namespace: > >> AE_BAD_CHARACTER > >> tbxface-0213: *** Error: AcpiLoadTables: Could not load tables: > >> AE_BAD_CHARACTER > >> ACPI: table load failed: AE_BAD_CHARACTER > >> utalloc-1069 [04] UtDumpAllocations : No outstanding allocations. > >> MADT: ACPI Startup failed with AE_BAD_CHARACTER > >> Try disabling either ACPI or apic support. > >> panic: Using MADT but ACPI doesn't work > > > > The issue is that there's a NUL ('\0') in the namespace, at least > > referenced from the MADT. The string is "C\0SP". I think it would help > > if we could hack AcpiLoadTables to overwrite the \0 with a 'X' character > > instead of bailing out, then find where the X is. Ultimately, it's > > probably better to just overwrite with '_' than to crash out. > > Correction, that would be NsSearchAndEnter(). BTW, it's not in the MADT, as the MADT is just asking ACPI to load all of i= t's=20 tables in acpi_Startup() (or some such) before it asks ACPI to load the=20 actual MADT table. Unfortunately it looks like acpidump chokes on the same= =20 error. :( =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org