[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120720172044.5ad38413@destiny.ordissimo>
Date: Fri, 20 Jul 2012 17:20:44 +0200
From: Anisse Astier <anisse@...ier.eu>
To: Alan Cox <alan@...ux.intel.com>
Cc: Josh Boyer <jwboyer@...hat.com>, kernel-team@...oraproject.org,
Dave Airlie <airlied@...hat.com>, dkline@...hat.com,
linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org
Subject: Re: gma500 opregion/power init order backtrace
On Fri, 20 Jul 2012 16:32:47 +0200, Anisse Astier <anisse@...ier.eu> wrote :
> On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox <alan@...ux.intel.com> wrote :
>
> > > I'm wondering if the gma_power_init call can be moved up before
> > > chip_setup is called. Seems so, but I thought I would ping you to see
> > > if you've seen this already.
> >
> > Fixed in the patches that went to Linus.
> Thanks for this ! I was having this 100 scale brightness issue on anther
> hardware.
>
> >
> > I don't have the ACPI backlight working on a lot of systems and don't
> > know why to be honest but the native backlight should work. Of course if
> > the acpi keys are plumbed into the ACPI backlight it's less useful 8)
>
> Can't we just "wire" this to psb-bl in the driver ? There are a few
> drivers in drivers/platform/x86 already sending KEY_BRIGHTNESS{UP,DOWN}
> keycodes.
What I meant is: although these keycodes are already sent by acpi driver
code, is it up to userspace to figure out which backlight driver to use,
or should the kernel modify brightness in psb-bl directly ?
Anisse
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists