From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 18:02:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CDA1106564A; Wed, 3 Aug 2011 18:02:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 57A0C8FC08; Wed, 3 Aug 2011 18:02:32 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DA3B146B0A; Wed, 3 Aug 2011 14:02:31 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 675ED8A02F; Wed, 3 Aug 2011 14:02:31 -0400 (EDT) From: John Baldwin To: Test Rat Date: Wed, 3 Aug 2011 14:02:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E23EE49.5040801@FreeBSD.org> <201108031000.34338.jhb@freebsd.org> <86oc06s92m.fsf@gmail.com> In-Reply-To: <86oc06s92m.fsf@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201108031402.30871.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 03 Aug 2011 14:02:31 -0400 (EDT) Cc: Doug Barton , Andriy Gapon , freebsd-current@freebsd.org Subject: Re: ichwd0: unable to reserve GCS registers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2011 18:02:32 -0000 On Wednesday, August 03, 2011 1:23:29 pm Test Rat wrote: > John Baldwin writes: > > > On Wednesday, August 03, 2011 4:49:24 am Test Rat wrote: > >> Doug Barton writes: > >> > >> > On 08/02/2011 15:06, John Baldwin wrote: > >> >> On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote: > >> >>> on 19/07/2011 18:16 John Baldwin said the following: > >> >>>> Hmm, can you get devinfo -r output from a working kernel with ichwd loaded? > >> >>>> You might be able to just build the kernel with 'nooptions NEW_PCIB'. > >> >>> > >> >>> I believe that I've got a similar problem with amdsbwd(4). > >> >>> It needs some resources (I/O ports) that belong to ACPI. > >> >>> The problem is that the driver attaches to isa bus which is under > >> >>> isab->pci->pcib and those particular resources are not assigned to the Host-PCI > >> >>> bridge. > >> >>> > >> >>> I think that you already made a suggestion that perhaps isa bus should directly > >> >>> attach to acpi bus when acpi is available. Not sure if there are any > >> >>> alternative approaches. > >> >> > >> >> Can you try this: > >> > > >> > Not so much. :) the first and last patches I can apply to HEAD by hand, > >> > but /sys/dev/acpica/acpi_pcib_acpi.c is only 387 lines long, so I'm not > >> > even sure where to start. > >> > >> $ svn cat svn://svn.freebsd.org/base/head/sys/dev/acpica/acpi_pcib_acpi.c | wc -l > >> 531 > >> > >> No difference here on ICH9, ichwd(4) still doesn't attach. > > > > Can you add some printfs to see if the new method is being called in > > acpi_pcib_alloc_resource() and if it is failing when it is called? > > rman_reserve_resource() fails with SYS_RES_MEMORY for isab0 when ichwd0 > tries to attach. And acpi_alloc_sysres() is not called when isab0 or > isa0 are attached. > > isab0: found ICH9 or equivalent chipset: Intel ICH9 watchdog timer > ichwd0: on isa0 > isab0: found ICH9 or equivalent chipset: Intel ICH9 watchdog timer > acpi_alloc_resource::acpi_alloc_sysres(child->nameunit=ichwd0, type=SYS_RES_IOPORT, *rid=0, start=1072, end=1079, count=8, flags=6) res=0xfffffe0007fed380 RF_ACTIVE activated > pcib0: allocated type 4 (0x430-0x437) for rid 0 of ichwd0 > acpi_alloc_resource::acpi_alloc_sysres(child->nameunit=ichwd0, type=SYS_RES_IOPORT, *rid=1, start=1120, end=1151, count=32, flags=6) res=0xfffffe0007fed400 RF_ACTIVE activated > pcib0: allocated type 4 (0x460-0x47f) for rid 1 of ichwd0 > acpi_pcib_acpi_alloc_resource::acpi_alloc_sysres(child->nameunit=isab0, type=SYS_RES_MEMORY, *rid=0, start=4275172368, end=4275172371, count=4, flags=6) res=0 failed to reserve > ichwd0: unable to reserve GCS registers Hmm, so it is called, it just fails when it is called. The range is 0xfed1f410 - 0xfed1f413. Can you verify that that is in the 'ACPI memory I/O' range in devinfo -u output? -- John Baldwin