From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alan Hourihane Subject: Re: obtaining acpi details outside of drivers/acpi Date: Thu, 06 Sep 2007 15:33:07 +0100 Message-ID: <1189089187.7969.71.camel@localhost> References: <1189073769.7969.32.camel@localhost> <200709060743.42060.lenb@kernel.org> <1189079221.7969.40.camel@localhost> <200709060922.50337.lenb@kernel.org> <1189086833.7969.58.camel@localhost> <46E00C08.4030200@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from fairlite.demon.co.uk ([80.176.228.186]:55812 "EHLO fairlite.demon.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753456AbXIFOdN (ORCPT ); Thu, 6 Sep 2007 10:33:13 -0400 In-Reply-To: <46E00C08.4030200@gmail.com> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Alexey Starikovskiy Cc: Len Brown , linux-acpi@vger.kernel.org On Thu, 2007-09-06 at 18:17 +0400, Alexey Starikovskiy wrote: > Alan Hourihane wrote: > > On Thu, 2007-09-06 at 09:22 -0400, Len Brown wrote: > >> On Thursday 06 September 2007 07:47, Alan Hourihane wrote: > >> > >>> Mmm. It seems acpi_video_bus_check() is static and therefore not > >>> available outside of video.c > >>> > >>>> BTW. I'm curious what you are trying to do. > >>>> There is actually quite a bit of movement in this code right now. > >>> Think about fbdev drivers (or some video driver).... Rather than > >>> bang on the hardware to try and do auto-detection of devices, it's much > >>> easier (and sometimes required) to just ask the system BIOS via ACPI to > >>> see what devices are available. > >>> > >>> I want to parse _DOD myself to see what's available in kernel space. > >> It would be good to have this code in only one place > >> and export it from there to other parts of the kernel that need it. > >> I'd like to be able to not have fbdev drivers depend on the acpi video driver, > >> so perhaps we could have some generic interface where fbdev is the consumer > >> and in this case acpi/video.c is the provider? > > > > That sounds good. I'm open to suggestions on interface. > > > > But is there anything better available now to scan the namespace in > > current released kernels for _DOD ? > 2.6.23-rc5 has it... Thanks Alexey, I'll take a look. Alan.