On Thu, Aug 2, 2012 at 5:03 PM, Alex Deucher wrote:
> I admit I'm not really an ACPI expert, but thinking about this more,
> I'm wondering if maybe we should just send the appropriate brightness
> change, switch display, etc. event to userspace rather than handling
> it directly in the radeon driv
On Thu, Aug 2, 2012 at 12:33 PM, Alex Deucher wrote:
> On Thu, Aug 2, 2012 at 12:31 PM, Luca Tettamanti
> wrote:
>> On Thu, Aug 2, 2012 at 5:03 PM, Alex Deucher
>> wrote:
>>> I admit I'm not really an ACPI expert, but thinking about this more,
>>> I'm wondering if maybe we should just send the
On Thu, Aug 2, 2012 at 12:33 PM, Alex Deucher wrote:
> On Thu, Aug 2, 2012 at 12:31 PM, Luca Tettamanti wrote:
>> On Thu, Aug 2, 2012 at 5:03 PM, Alex Deucher wrote:
>>> I admit I'm not really an ACPI expert, but thinking about this more,
>>> I'm wondering if maybe we should just send the approp
On Thu, Aug 2, 2012 at 12:31 PM, Luca Tettamanti wrote:
> On Thu, Aug 2, 2012 at 5:03 PM, Alex Deucher wrote:
>> I admit I'm not really an ACPI expert, but thinking about this more,
>> I'm wondering if maybe we should just send the appropriate brightness
>> change, switch display, etc. event to u
I admit I'm not really an ACPI expert, but thinking about this more,
I'm wondering if maybe we should just send the appropriate brightness
change, switch display, etc. event to userspace rather than handling
it directly in the radeon driver, then let userspace callback down via
the bl interface, et
On Thu, Aug 2, 2012 at 12:31 PM, Luca Tettamanti wrote:
> On Thu, Aug 2, 2012 at 5:03 PM, Alex Deucher wrote:
>> I admit I'm not really an ACPI expert, but thinking about this more,
>> I'm wondering if maybe we should just send the appropriate brightness
>> change, switch display, etc. event to u
On Thu, Aug 2, 2012 at 5:03 PM, Alex Deucher wrote:
> I admit I'm not really an ACPI expert, but thinking about this more,
> I'm wondering if maybe we should just send the appropriate brightness
> change, switch display, etc. event to userspace rather than handling
> it directly in the radeon driv
I admit I'm not really an ACPI expert, but thinking about this more,
I'm wondering if maybe we should just send the appropriate brightness
change, switch display, etc. event to userspace rather than handling
it directly in the radeon driver, then let userspace callback down via
the bl interface, et
On Tue, Jul 31, 2012 at 05:33:16PM -0400, Alex Deucher wrote:
> Patches look good. I picked them up and combined them with may
> patches plus a few other small fixes. They are available here:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=acpi_patches
> Let me know what you think.
Looks ok, I
On Wed, Aug 1, 2012 at 4:57 AM, Luca Tettamanti wrote:
> On Tue, Jul 31, 2012 at 05:33:16PM -0400, Alex Deucher wrote:
>> Patches look good. I picked them up and combined them with may
>> patches plus a few other small fixes. They are available here:
>> http://cgit.freedesktop.org/~agd5f/linux/l
On Wed, Aug 1, 2012 at 4:57 AM, Luca Tettamanti wrote:
> On Tue, Jul 31, 2012 at 05:33:16PM -0400, Alex Deucher wrote:
>> Patches look good. I picked them up and combined them with may
>> patches plus a few other small fixes. They are available here:
>> http://cgit.freedesktop.org/~agd5f/linux/l
On Tue, Jul 31, 2012 at 05:33:16PM -0400, Alex Deucher wrote:
> Patches look good. I picked them up and combined them with may
> patches plus a few other small fixes. They are available here:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=acpi_patches
> Let me know what you think.
Looks ok, I
On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote:
> On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti
> wrote:
> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
> > wrote:
> >> Regarding patches 3 and 4, it might be easier to just store a pointer
> >> to the relevant encoder when yo
On Tue, Jul 31, 2012 at 4:05 PM, Luca Tettamanti wrote:
> On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote:
>> On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti
>> wrote:
>> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
>> > wrote:
>> >> Regarding patches 3 and 4, it might be eas
On Tue, Jul 31, 2012 at 4:05 PM, Luca Tettamanti wrote:
> On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote:
>> On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti wrote:
>> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
>> > wrote:
>> >> Regarding patches 3 and 4, it might be easier
On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote:
> On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti wrote:
> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
> > wrote:
> >> Regarding patches 3 and 4, it might be easier to just store a pointer
> >> to the relevant encoder when you v
On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher wrote:
> Regarding patches 3 and 4, it might be easier to just store a pointer
> to the relevant encoder when you verify ATIF rather than walking the
> encoder list every time.
Makes sense, I was unsure about the lifetime of the encoders, but
AFAICS
On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
> wrote:
>> Regarding patches 3 and 4, it might be easier to just store a pointer
>> to the relevant encoder when you verify ATIF rather than walking the
>> encoder list every time.
>
> Makes
On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher wrote:
>> Regarding patches 3 and 4, it might be easier to just store a pointer
>> to the relevant encoder when you verify ATIF rather than walking the
>> encoder list every time.
>
> Makes se
On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher wrote:
> Regarding patches 3 and 4, it might be easier to just store a pointer
> to the relevant encoder when you verify ATIF rather than walking the
> encoder list every time.
Makes sense, I was unsure about the lifetime of the encoders, but
AFAICS
On Mon, Jul 30, 2012 at 10:30 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti
> wrote:
>> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>>> Supported DWORD Bit vector providing supported functions
>>> information. Each bit marks
>>> Functions Bit
於 日，2012-07-29 於 15:10 +0200，Luca Tettamanti 提到：
> On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> > Hi Luca,
> >
> > 於 六，2012-07-28 於 16:56 +0200，Luca Tettamanti 提到：
> > > I just found the first problem (probably a BIOS bug):
> > > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in
On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti
> wrote:
> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti
> >> wrote:
> >> > I just found the first problem (p
On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti
>> wrote:
>> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Te
? ??2012-07-29 ? 15:10 +0200?Luca Tettamanti ???
> On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> > Hi Luca,
> >
> > ? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ???
> > > I just found the first problem (probably a BIOS bug):
> > > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in
On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti
>> wrote:
>> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Te
On Mon, Jul 30, 2012 at 04:32:47PM +0800, joeyli wrote:
> ? ??2012-07-29 ? 15:10 +0200?Luca Tettamanti ???
> > On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> > > Hi Luca,
> > >
> > > ? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ???
> > > > I just found the first problem (probably a BIO
On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
>> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettam
On Mon, Jul 30, 2012 at 10:30 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
>> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>>> Supported DWORD Bit vector providing supported functions
>>> information. Each bit marks
>>> Functions Bit
On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
>> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettam
On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti
> >> wrote:
> >> > I just found the first problem (prob
On Sun, Jul 29, 2012 at 3:33 PM, Luca Tettamanti wrote:
> Hi,
> I'm attaching a first draft of my work. The first 3 patches are
> infrastructure work, the fourth wires the notification handler and
> retrieves the requests from the system BIOS, but it does not actually
> change brightness yet.
>
>
On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
> On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti
>> wrote:
>> > I just found the first problem (probably a BIOS bug):
>> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemente
On Sun, Jul 29, 2012 at 3:33 PM, Luca Tettamanti wrote:
> Hi,
> I'm attaching a first draft of my work. The first 3 patches are
> infrastructure work, the fourth wires the notification handler and
> retrieves the requests from the system BIOS, but it does not actually
> change brightness yet.
>
>
On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
> On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti
>> wrote:
>> > I just found the first problem (probably a BIOS bug):
>> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemente
On Mon, Jul 30, 2012 at 04:32:47PM +0800, joeyli wrote:
> 於 日，2012-07-29 於 15:10 +0200，Luca Tettamanti 提到：
> > On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> > > Hi Luca,
> > >
> > > 於 六，2012-07-28 於 16:56 +0200，Luca Tettamanti 提到：
> > > > I just found the first problem (probably a BIO
Hi Luca,
於 六，2012-07-28 於 16:56 +0200，Luca Tettamanti 提到：
> On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
> > On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> > wrote:
> > > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> > >> On Thu, Jul 26, 2012 at 8:58 AM, L
於 五，2012-07-27 於 23:32 +0800，joeyli 提到：
> 於 五，2012-07-27 於 09:21 -0400，Alex Deucher 提到：
> > On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> > >
> > > + * flags
> > > + * bits 1:0:
> > > + * 0 - Notify(VGA, 0x81) is not used for notification
> > > + * 1 - Notify(VGA, 0x81) is used for notificatio
於 五，2012-07-27 於 09:21 -0400，Alex Deucher 提到：
> On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> >
> > + * flags
> > + * bits 1:0:
> > + * 0 - Notify(VGA, 0x81) is not used for notification
> > + * 1 - Notify(VGA, 0x81) is used for notification
> >
> > Per the above flags, when we detect bit set
於 四，2012-07-26 於 23:31 -0400，Alex Deucher 提到：
> On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> > 於 四，2012-07-26 於 14:58 +0200，Luca Tettamanti 提到：
> >> - again ACPI video module gets the nodification (in this case
> >> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
> >> -
於 四，2012-07-26 於 14:58 +0200，Luca Tettamanti 提到：
> - again ACPI video module gets the nodification (in this case
> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
> - KDE seems this and muck with the screen configuration :(
> - meanwhile the brightness notification is propaga
Hi,
I'm attaching a first draft of my work. The first 3 patches are
infrastructure work, the fourth wires the notification handler and
retrieves the requests from the system BIOS, but it does not actually
change brightness yet.
The problem here is how to get the correct encoder: should I just scan
On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> Hi Luca,
>
> ? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ???
> > I just found the first problem (probably a BIOS bug):
> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT, but the
> > corresponding bit ATIF_GET_SYSTEM_PARAM
On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti
> wrote:
> > I just found the first problem (probably a BIOS bug):
> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT, but the
> > corresponding bit ATIF_GET_SYSTEM_PA
Hi,
I'm attaching a first draft of my work. The first 3 patches are
infrastructure work, the fourth wires the notification handler and
retrieves the requests from the system BIOS, but it does not actually
change brightness yet.
The problem here is how to get the correct encoder: should I just scan
Hi Luca,
? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ???
> On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
> > On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> > wrote:
> > > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> > >> On Thu, Jul 26, 2012 at 8:58 AM, L
On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> Hi Luca,
>
> 於 六，2012-07-28 於 16:56 +0200，Luca Tettamanti 提到：
> > I just found the first problem (probably a BIOS bug):
> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT, but the
> > corresponding bit ATIF_GET_SYSTEM_PARAM
On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti wrote:
> > I just found the first problem (probably a BIOS bug):
> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT, but the
> > corresponding bit ATIF_GET_SYSTEM_PARAM
On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti
wrote:
> On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
>> On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
>> wrote:
>> > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>> >> On Thu, Jul 26, 2012 at 8:58 AM, Luca T
On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> wrote:
> > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> >> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
> >> wrote:
> >> > The other missing bit is how to ac
On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti wrote:
> On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
>> On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti wrote:
>> > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>> >> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettam
On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti wrote:
> > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> >> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
> >> wrote:
> >> > The other missing bit is how to actua
? ??2012-07-27 ? 23:32 +0800?joeyli ???
> ? ??2012-07-27 ? 09:21 -0400?Alex Deucher ???
> > On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> > >
> > > + * flags
> > > + * bits 1:0:
> > > + * 0 - Notify(VGA, 0x81) is not used for notification
> > > + * 1 - Notify(VGA, 0x81) is used for notificatio
? ??2012-07-27 ? 09:21 -0400?Alex Deucher ???
> On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> >
> > + * flags
> > + * bits 1:0:
> > + * 0 - Notify(VGA, 0x81) is not used for notification
> > + * 1 - Notify(VGA, 0x81) is used for notification
> >
> > Per the above flags, when we detect bit set
? ??2012-07-26 ? 23:31 -0400?Alex Deucher ???
> On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> > ? ??2012-07-26 ? 14:58 +0200?Luca Tettamanti ???
> >> - again ACPI video module gets the nodification (in this case
> >> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
> >> -
On Fri, Jul 27, 2012 at 11:32 AM, joeyli wrote:
> ? ??2012-07-27 ? 09:21 -0400?Alex Deucher ???
>> On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
>> >
>> > + * flags
>> > + * bits 1:0:
>> > + * 0 - Notify(VGA, 0x81) is not used for notification
>> > + * 1 - Notify(VGA, 0x81) is used for notifica
On Fri, Jul 27, 2012 at 12:46:50PM +0800, joeyli wrote:
> ? ??2012-07-26 ? 23:31 -0400?Alex Deucher ???
> > On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> > > ? ??2012-07-26 ? 14:58 +0200?Luca Tettamanti ???
> > >> - again ACPI video module gets the nodification (in this case
> > >> ACPI_VIDE
? ??2012-07-26 ? 14:58 +0200?Luca Tettamanti ???
> - again ACPI video module gets the nodification (in this case
> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
> - KDE seems this and muck with the screen configuration :(
> - meanwhile the brightness notification is propaga
On Fri, Jul 27, 2012 at 11:32 AM, joeyli wrote:
> 於 五，2012-07-27 於 09:21 -0400，Alex Deucher 提到：
>> On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
>> >
>> > + * flags
>> > + * bits 1:0:
>> > + * 0 - Notify(VGA, 0x81) is not used for notification
>> > + * 1 - Notify(VGA, 0x81) is used for notifica
On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> ? ??2012-07-26 ? 23:31 -0400?Alex Deucher ???
>> On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
>> > ? ??2012-07-26 ? 14:58 +0200?Luca Tettamanti ???
>> >> - again ACPI video module gets the nodification (in this case
>> >> ACPI_VIDEO_NOTIFY_PR
On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> 於 四，2012-07-26 於 23:31 -0400，Alex Deucher 提到：
>> On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
>> > 於 四，2012-07-26 於 14:58 +0200，Luca Tettamanti 提到：
>> >> - again ACPI video module gets the nodification (in this case
>> >> ACPI_VIDEO_NOTIFY_PR
On Fri, Jul 27, 2012 at 12:46:50PM +0800, joeyli wrote:
> 於 四，2012-07-26 於 23:31 -0400，Alex Deucher 提到：
> > On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> > > 於 四，2012-07-26 於 14:58 +0200，Luca Tettamanti 提到：
> > >> - again ACPI video module gets the nodification (in this case
> > >> ACPI_VIDE
On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> ? ??2012-07-26 ? 14:58 +0200?Luca Tettamanti ???
>> - again ACPI video module gets the nodification (in this case
>> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
>> - KDE seems this and muck with the screen configuration :
On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
> wrote:
> > The other missing bit is how to actually change the brightness... Alex,
> > do you know what registers to poke?
>
> You need to check if the GPU controls the backlight or
On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> 於 四，2012-07-26 於 14:58 +0200，Luca Tettamanti 提到：
>> - again ACPI video module gets the nodification (in this case
>> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
>> - KDE seems this and muck with the screen configuration :
On Thu, Jul 26, 2012 at 3:42 PM, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> wrote:
>> On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>>> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
>>> wrote:
>>> > The other missing bit is how to actually chang
On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti wrote:
> On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
>> wrote:
>> > The other missing bit is how to actually change the brightness... Alex,
>> > do you know what registers to po
On Wed, Jul 25, 2012 at 01:38:09PM -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Add a new header that defines the AMD ACPI interface used
> for laptops, PowerXpress, and chipset specific functionality
> and update the current code to use it.
Great! Now my DSDT makes sense ;)
On Thu, Jul 26, 2012 at 3:42 PM, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti wrote:
>> On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>>> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
>>> wrote:
>>> > The other missing bit is how to actually change t
On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti wrote:
> On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti wrote:
>> > The other missing bit is how to actually change the brightness... Alex,
>> > do you know what registers to poke?
On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti wrote:
> > The other missing bit is how to actually change the brightness... Alex,
> > do you know what registers to poke?
>
> You need to check if the GPU controls the backlight or th
On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti wrote:
> On Wed, Jul 25, 2012 at 01:38:09PM -0400, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> Add a new header that defines the AMD ACPI interface used
>> for laptops, PowerXpress, and chipset specific functionality
>> and update t
On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti wrote:
> On Wed, Jul 25, 2012 at 01:38:09PM -0400, alexdeuc...@gmail.com wrote:
>> From: Alex Deucher
>>
>> Add a new header that defines the AMD ACPI interface used
>> for laptops, PowerXpress, and chipset specific functionality
>> and update the
On Wed, Jul 25, 2012 at 01:38:09PM -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> Add a new header that defines the AMD ACPI interface used
> for laptops, PowerXpress, and chipset specific functionality
> and update the current code to use it.
Great! Now my DSDT makes sense ;)
> T
From: Alex Deucher
Add a new header that defines the AMD ACPI interface used
for laptops, PowerXpress, and chipset specific functionality
and update the current code to use it.
Todo:
- properly verify the ACPI interfaces
- hook up and handle ACPI notifications
- make PX code more robust
- implem
From: Alex Deucher
Add a new header that defines the AMD ACPI interface used
for laptops, PowerXpress, and chipset specific functionality
and update the current code to use it.
Todo:
- properly verify the ACPI interfaces
- hook up and handle ACPI notifications
- make PX code more robust
- implem
76 matches
Mail list logo
