From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 27 02:19:40 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 7A35116A40F; Fri, 27 Oct 2006 02:19:40 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0564543D5D; Fri, 27 Oct 2006 02:19:38 +0000 (GMT) (envelope-from john@utzweb.net) Received: from [192.168.1.6] (c-71-197-214-178.hsd1.or.comcast.net [71.197.214.178]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by marley.grokthis.net (Postfix) with ESMTP id 85449F1027; Thu, 26 Oct 2006 22:19:43 -0400 (EDT) In-Reply-To: <4541254E.5020108@root.org> References: <4540E242.8080100@root.org> <200610261423.04670.jhb@freebsd.org> <4541254E.5020108@root.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <28D1F57D-B976-4EC3-927A-40F09C4465E6@utzweb.net> Content-Transfer-Encoding: 7bit From: John Utz Date: Thu, 26 Oct 2006 19:19:29 -0700 To: Nate Lawson X-Mailer: Apple Mail (2.752.2) Cc: freebsd-acpi@freebsd.org Subject: Serious Progess Re: smbios.ko probes successfully if i disable acpi sysresource, fails if i do not 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: Fri, 27 Oct 2006 02:19:40 -0000 On Oct 26, 2006, at 2:14 PM, Nate Lawson wrote: > John Baldwin wrote: >> On Thursday 26 October 2006 12:28, Nate Lawson wrote: >>> John Utz wrote: >>>> Hello; >>>> >>>> as you may know i am attempting to use fbsd's smbios >>>> functionality to support porting the linux i8k-utils dell smbios >>>> keyboard and fan stuff. >>>> >>>> i just discovered today that disabling sysresource allows the >>>> module to attach. >>>> >>>> so, here's the part that i'd love some help with understanding: >>>> >>>> 1. with acpi enabled, is smbios.ko supposed to be asking acpi >>>> for a resource handle or something? >>>> >>>> 2. is acpi_resource.c behaving in error? should it not be >>>> consuming the smbios startaddr? >>>> >>>> note that startaddr for smbios is 0xf000, bios.c looks for >>>> pnpbios and pcibios starting at 0xe000 and completely ignores >>>> smbios. >>>> >>>> it seems to me that either statement 1 or 2 is correct, but not >>>> both. >>>> >>>> of course, i could be totally wrong, can anybody enlighten me? >>> ACPI reserves sysresource objects for downstream devices. Then, >>> those devices get the resources they request via ACPI. Anyway, >>> all this should be transparent to the downstream devices. They >>> shouldn't care if they're getting their resources from nexus >>> (top, pseudo-device) or acpi. >>> >>> Are you using bus_alloc_resource() or the equivalent to get the >>> resources in your driver? this was the us$64K question, thankyou for answering it! man bus_alloc_resource sez 'dont use this any earlier than attach, and smbios.c (and several other things) are using it in probe(). once i yanked that out of probe, then it cohabitates with acpi >>> It transparently maps resource requests to upstream devices. >>> Please send the output of devinfo -rv with your driver installed, >>> both with and without sysresource enabled in ACPI. >> smbios is attached to nexus though, so acpi isn't upstream. > > Why is smbios on nexus? It seems desirable to have it under the > top-level bus, which would be acpi if it is not disabled. Also, > npx should be there too (additional rationale: npx devices are > defined in the acpi Device namespace). > > -- > Nate >