On 5/21/2012 2:03 AM, Zhang Rui wrote:
On 日, 2012-05-20 at 15:09 +0200, Corentin Chary wrote:
On Mon, Mar 5, 2012 at 10:12 AM, Corentin Chary
<corentin.chary@xxxxxxxxx> wrote:
On Sun, Nov 6, 2011 at 11:16 PM, Len Brown<lenb@xxxxxxxxxx> wrote:
I was looking at the DSDT of a new samsung laptop (I can send you the
output of acpidump if interested), and it export a standard ACPI ALS
device. So, it's actually great to see vendor using that, but it seems
that the series adding support for that and sent back in 2009 is not
available in the kernel. I'd really like to use my the ALS, what's the
current status of the driver ? Still blocked because we don't have a
generic sysfs class ? If yes, can't we just use a non-standard
interface ? It would still be better than no driver at all.
Yes, I think ACPI ALS support has been waiting for hardware to justify
its existence.
When it first entered the spec, we were excited to see it was present
in some high-end laptops, but IIR on closer examination the AML turned
out to be dummy code.
If you can verify that your Samsung really does implement ACPI ALS,
then that is all we need to stumble forward.
thanks,
-Len Brown, Intel Open Source Technology Center
Hello,
As stated in my previous mails, the implementation on this laptop is
perfectly functional, and since Windows 7 seems to be able to use
ACPI ALS nativelly [1] I suspect new (high end ?) laptop will all
support that.
Is there any plan to revive this driver for 3.4 or 3.5 ? Should
someone repost the last version of the previous patchset for
discussion ?
And no, on this laptop ALS is definitively not a gadget.
Thanks,
- http://download.microsoft.com/download/3/0/2/3027D574-C433-412A-A8B6-5E0A75D5B237/ambient-light-sensors.docx
Adding more people that were interested in the previous discussion.
What was the exact status of the als class ? Rui Zhang are you still
interested in this ?
Thanks,
well, I need some time to get updated about this.
Say I'm not sure if we still want to introduce an ALS class or we need
to use drivers/staging/iio/ instead, today.
Shortly the IIO core should (*fingers crossed*) move to drivers/iio/
It's queue up for the next merge window. driver/iio/light is probably
a suitable place for acpi light sensor drivers. Don't think we've moved
any of the light sensors out of staging yet, but it's just a question of
no one having had time to check them thoroughly rather than a
fundamental reason. At least one new sensor driver is targetting that
location but is still going through revisions..
ALS as a separate class died when Linus said he wouldn't pull it.
BTW, you own this laptop, right? Can you send me the model name of this
laptop and its acpidump output?
thanks,
rui
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
