From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 03:50:39 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 29CDA16A420 for ; Wed, 30 Nov 2005 03:50:39 +0000 (GMT) (envelope-from dkelly@hiwaay.net) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 3161E43D70 for ; Wed, 30 Nov 2005 03:50:37 +0000 (GMT) (envelope-from dkelly@hiwaay.net) Received: (qmail 20550 invoked by uid 0); 30 Nov 2005 03:50:36 -0000 Received: from user-69-73-60-132.knology.net (HELO ?10.0.0.6?) (69.73.60.132) by smtp1.knology.net with SMTP; 30 Nov 2005 03:50:36 -0000 In-Reply-To: <438CDFD3.4080800@dial.pipex.com> References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511280813.59911.jhb@freebsd.org> <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> <200511291452.35400.jhb@freebsd.org> <20051129211928.GE4935@Grumpy.DynDNS.org> <438CDFD3.4080800@dial.pipex.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2647189F-12C2-4084-82C8-A706388BCB24@hiwaay.net> Content-Transfer-Encoding: 7bit From: David Kelly Date: Tue, 29 Nov 2005 21:50:32 -0600 To: Alex Zbyslaw X-Mailer: Apple Mail (2.746.2) Cc: freebsd-acpi@freebsd.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 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: Wed, 30 Nov 2005 03:50:39 -0000 On Nov 29, 2005, at 5:10 PM, Alex Zbyslaw wrote: > David Kelly wrote: > >> Could I >> boot a 5.4 CDROM to test ACPI? > Yes you could. I did this the other day on a machine that doesn't > even have a disk yet ;-) acpidump is there. Select fixit then > live file system (if memory serves) but you probably knew that ! Problem solved, but I've been working on it too hard not to share the story which might be useful: Yes I knew how to launch the fixit disk but it didn't hurt one bit to remind me. The problem is that FreeBSD is so darn good I've almost never used the fixit mode in the past 10 years. Have either been a bad boy and lost my 5.4 disks or a good boy and gave them to someone. So I hope 5.3 will do. From within 5.3 fixit: Fixit# acpidump -d iasl tmp file (read): No such file or directory acpidump -t appears to work. Forgot to bring a null modem cable for the serial console. OTOH I now have Kermit built on MacOS X. Then I thought to boot my 6.0-RELEASE CD's. Dontchaknow ACPI worked? Gave it some deep thought, moved my /boot/loader.conf out of the way and rebooted. ACPI worked. Conclusion: something in my loader.conf is breaking ACPI. Many reboots later (reminded me of the last time I installed NT4, but that took 3 days) of selectively enabling lines in my /boot/ loader.conf I found the one line that broke ACPI, its commented out below: geom_vinum_load=YES if_ath_load=YES snd_ich_load=YES hw.ata.atapi_dma=1 kern.maxdsiz="2G" kern.dfldsiz="2G" #hw.physmem="2G" kern.maxssiz="128M" The reason hw.physmem="2G" was added was that I found FreeBSD running with only 1G of RAM rather than the full 2G installed and saw '#hw.physmem="1G"' in /boot/defaults/loader.conf. Added that line and noticed I had the full 2G once again, congratulated myself on solving that problem and moved on. Suspect that is when ACPI broke and I was simply moving too fast to notice that I had to disable ACPI to boot. Without hw.physmem="2G" its now finding the full memory load so I don't know what was happening previously. Sorry to bother you guys. Maybe there is something broken with hw.physmem with respect to ACPI so this wasn't wasted effort. Meanwhile between my reboots I was testing P/R bin/89100 which still yesterday's chops files short as if a 32 bit length was all that was allowed, but a fresh copy of the same file made with "cp -p" fully makes it thru the sendfile(2) system call. But won't a couple of hours later. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad.