From: Ismail Donmez <ismail@pardus.org.tr>
Organization: =?utf-8?q?T=C3=9CB=C4=B0TAK/UEKAE?=
To: Len Brown <lenb@kernel.org>
Subject: Re: sonypc with Sony Vaio VGN-SZ1VP
Date: Wed, 27 Sep 2006 10:50:02 +0300
User-Agent: KMail/1.9.4
Cc: Andrew Morton <akpm@osdl.org>, Stelian Pop <stelian@popies.net>,
       Andrea Gelmini <gelma@gelma.net>, linux-kernel@vger.kernel.org,
       linux-acpi@vger.kernel.org
References: <20060926135659.GA3685@jnb.gelma.net> <20060926221400.5da1b796.akpm@osdl.org> <200609270204.38970.len.brown@intel.com>
In-Reply-To: <200609270204.38970.len.brown@intel.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 8BIT
Content-Disposition: inline
Message-Id: <200609271050.03904.ismail@pardus.org.tr>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1181
Lines: 35

Hi,
27 Eyl 2006 Çar 09:04 tarihinde, Len Brown şunları yazmıştı: 
[...]
> > > Will sony_acpi ever make it to the mainline? Its very useful for new
> > > Vaio models.
>
> Nope, not as it is.  Useful != supportable.
>
> 1. It must not create any files under /proc/acpi
>     This is creating a machine-specific API, which
>     is exactly what we don't want  Nobody can maintain
>     50 machine specific APIs.
>
>     These objects must appear generic and under sysfs
>     as if acpi were not involved in providing them.
>
> 2. its source code shall not live in drivers/acpi
>     it is not part of the ACPI implementation after all --
>     it is a platform specific driver.

Is there a such example code under kernel now, so one could look at it and fix 
sony_acpi driver.

Regards,
ismail

-- 
They that can give up essential liberty to obtain a little temporary safety 
deserve neither liberty nor safety.
-- Benjamin Franklin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/