From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 22 06:16:55 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 34DD016A420 for ; Tue, 22 Nov 2005 06:16:55 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD9D143D5C for ; Tue, 22 Nov 2005 06:16:54 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAM6GwDe020554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Nov 2005 22:16:58 -0800 Message-ID: <4382B7B7.3040807@root.org> Date: Mon, 21 Nov 2005 22:16:23 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <6.2.3.4.0.20051121215854.0895cc28@64.7.153.2> <4382B73D.8030502@root.org> In-Reply-To: <4382B73D.8030502@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org 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 06:16:55 -0000 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 = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 >> >> Features=0x178bfbff >> >> Features2=0x1 >> AMD Features=0xe2500800,LM,3DNow+,3DNow> >> real memory = 1006436352 (959 MB) >> avail memory = 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(). -- Nate