From owner-freebsd-acpi@FreeBSD.ORG Fri May 13 14:02:50 2005 Return-Path: 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 7667416A4CE; Fri, 13 May 2005 14:02:50 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C08543D77; Fri, 13 May 2005 14:02:48 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) j4DE2fQ7027781; Fri, 13 May 2005 22:02:41 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id j4DE2eNi027780; Fri, 13 May 2005 22:02:40 +0800 (KRAST) (envelope-from eugen) Date: Fri, 13 May 2005 22:02:40 +0800 From: Eugene Grosbein To: freebsd-acpi@freebsd.org Message-ID: <20050513140240.GA25774@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 14:02:50 -0000 John Baldwin wrote: > We shouldn't print that message unless pci_link is enabled. When pci_link is > disabled we shouldn't even be looking at PRT entries. Can you try booting a > 6.0-snapshot CD and seeing if it works ok? I've installed 6.0-CURRENT (sources of 12 May 2005) on free slice: booted my 5.4-STABLE and followed instructions in src/UPDATING for 6.x: To cross-install current onto a separate partition -------------------------------------------------- # In this approach we use a separate partition to hold # current's root, 'usr', and 'var' directories. A partition # holding "/", "/usr" and "/var" should be about 2GB in # size. I made one 2G partition occupying whole slice newfs'd as UFS1. make buildworld make buildkernel KERNCONF=YOUR_KERNEL_HERE make installworld DESTDIR=${CURRENT_ROOT} cd src/etc; make distribution DESTDIR=${CURRENT_ROOT} # if newfs'd make distribution failed, I ignored that. make installkernel KERNCONF=YOUR_KERNEL_HERE DESTDIR=${CURRENT_ROOT} cp /etc/fstab ${CURRENT_ROOT}/etc/fstab # if newfs'd It boots, but later make buildworld always hangs machine silently using 6.0 GENERIC kernel with ACPI. No reaction on Ctrl-T, no console switching (cursor hides after the first attempt to switch vty), but KDB is alive. I failed to disable ACPI using acpi_load=NO so just renamed /boot/kernel/acpi.ko and booted without ACPI. Then buildworld and other stages of '"native" rebuild/install' complete successfully. Skipped that. Now 6.0 boots to multiuser mode with ACPI fully enabled or fully disabled. make buildworld cannot be completed with ACPI - still silent hang of userland and no console switching (keyboard leds do switch and KDB works). 6.0's GENERIC does not boot to single user with debug.acpi.disabled="pci_link", fatal trap 12 occures: page fault while in kernel mode, fault virtual address 0x0, supervisor read, page not present in acpi_pci_link_lookup+0x26. Kernel and world were build with missing /etc/make.conf. No ATA timeouts observed in any stage during my "exercises" with 6.0 Eugene Grosbein