Re: [RFC] dev_acpi: device driver for userspace access to ACPI

[Dave Hansen]

On Tue, 2004-08-03 at 11:17, Alex Williamson wrote:
> On Tue, 2004-08-03 at 10:31 -0700, Dave Hansen wrote:
> > So, what kinds of generic, arch-independent interfaces should we
> > implement in the kernel that would reduce the need for something like
> > your driver?
> 
>    I agree with your intent, but I'm not sure a common kernel interface
> is feasible or desired.  This driver would be much more useful if it was
> cleverly abstracted by a userspace library.  Should we try to make the
> common layer be the library interface?  Obviously the more similar the
> kernel interface, the easier, but I'm not ready to sign-up to architect
> a generic interface.

Instead of architecting a generic interface, might you simply exclude
access from your driver to things that already have generic interfaces? 
I think there are things that we exclude from /proc/device-tree on ppc64
because there's a generic equivalent elsewhere.  

>    The ACPI interface could be used to do everything from switching a
> laptop display between the interfaces to listing and configuring/de-
> configuring specific pieces of hardware.  There will be a set of
> functionality that's common across multiple interfaces, but I don't want
> to prevent the usage that is very specific to the underlying
> implementation.

There are certainly some very platform-specific things that obviously
need to be done with direct access to the firmware, and that we don't
want to pollute the kernel with.  Parsing some of the firmware error
logs on ppc64 comes to mind.  You just need to be *very* careful with
the application authors because it's such a big gun :)

-- Dave

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/