From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 7 15:53:13 2006 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 E895616A420 for ; Tue, 7 Feb 2006 15:53:13 +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 4AB6A43D48 for ; Tue, 7 Feb 2006 15:53:12 +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 7936587 for multiple; Tue, 07 Feb 2006 10:53:53 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k17Fr01u048808; Tue, 7 Feb 2006 10:53:04 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: =?iso-8859-2?q?Przemys=B3aw_Celej?= Date: Tue, 7 Feb 2006 10:48:54 -0500 User-Agent: KMail/1.9.1 References: <43E7D1A2.1030008@o2.pl> <200602070904.30342.jhb@freebsd.org> <43E8B8CB.2060703@o2.pl> In-Reply-To: <43E8B8CB.2060703@o2.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602071048.56326.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: Kernel panic with ACPI enabled 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, 07 Feb 2006 15:53:14 -0000 On Tuesday 07 February 2006 10:12, Przemys=B3aw Celej wrote: > John Baldwin wrote: > > On Monday 06 February 2006 17:45, Przemys=B3aw Celej wrote: > >> Hi, > >> > >> Since I'm using FreeBSD 5.X and 6.X I've got seriously problem with > >> ACPI. When I setup ACPI as module, I've got panic soon after kernel > >> recognize processor: > >> pmap_mapdev: Couldn't alloc kernel virtual memory > >> > >> *but* on GENERIC kernel ACPI works without any problems. I'm convinced > >> that, this problem is depending on hardware (actually only on > >> motherboard). > >> > >> Please help me, I need ACPI enabled. > >> > >> Environment: > >> System version: FreeBSD-6.0 (but this problem steps out on FreeBSD 5.X > >> also) Motherboard: Abit NF7-S (on nforce2 chipset) > >> Memory: 512MB DDR (333Mhz) > >> Hard drive: Seagate V 60GB/ATA100 > >> Processor: AMD Athlon2500+/333Mhz > > > > What kernel are you using that breaks? Is it a custom kernel config? > > Yes, here is the config (currently I'm using FreeBSD 6.0): > http://80.50.250.246/siano/forum/SYS-acpi-as-module.txt > > When I compile acpi directly into the kernel, I've got panic with the > same message as above (pmap_mapdev...). > Unfortunately I can't do backtrace, because kernel didn't mount disk > *before* panic, I will try to move function responsible for mounting > root device before pmap_mapdev(). You can get a backtrace if you include DDB in your kernel and use 'tr' at t= he=20 db> prompt after the panic. It might be easier to capture it if you can=20 setup a serial console. Also, you probably don't want the NO_MEMORY_HOLE (only applies to K6 CPUs, = you=20 have an Athlon (K8)), CPU_UPGRADE_HW_CACHE (only applies to PC-98 machines= =20 in Japan), CPU_FASTER_5X86_FPU (only applies to Cyrix 5x86 CPUs), or=20 CPU_SUSP_HLT (only applies to Cyrix CPUs) options. You probably don't want= =20 the CPU_ATHLON_SSE_HACK unless you really need it as well, though it won't= =20 hurt. Also, try removing the 'MAXMEM' option and letting the kernel figure= =20 out the mappings from the BIOS. This might actually be the source of the=20 panic since the kernel might be corrupting the ACPI tables due to the MAXME= M=20 option. > Sorry, if my english is terrible, but I come from Poland. > Regards. It's not terrible at all. :) =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org