From: Seth Forshee <seth.forshee@canonical.com>
To: Shea Levy <shea@shealevy.com>
Cc: Matthew Garrett <mjg@redhat.com>,
platform-driver-x86@vger.kernel.org,
Richard Purdie <rpurdie@rpsys.net>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 0/2] Add driver for Apple gmux device
Date: Wed, 21 Mar 2012 09:38:42 -0500 [thread overview]
Message-ID: <20120321143842.GB23643@thinkpad-t410> (raw)
In-Reply-To: <4F69CB5F.70002@shealevy.com>
On Wed, Mar 21, 2012 at 08:36:47AM -0400, Shea Levy wrote:
> Hi Seth,
>
> On 03/16/2012 03:41 PM, Seth Forshee wrote:
> >Apple laptops with hybrid graphics have a device named gmux that is used
> >for switching between GPUs and backlight control. On many models this is
> >the only reliable method for controlling the backlight.
> >
> >This series adds initial support for the gmux device, along with
> >anciallary support for disabling apple_bl when the gmux device is
> >detected. Initially only backlight control is supported.
> >
> >
>
> I've done some basic testing on my MBP 5,3 (just setting a few
> brightness levels, nothing fancy), and it all works, so feel free to
> add my basic
>
> Tested-by: Shea Levy <shea@shealevy.com>
>
> if you wish. Please let me know if you need testing for future gmux
> features.
Thanks for testing! Matthew has already merged the patch to his tree
though, so I won't be able to add your tag.
> A few questions:
> * I'm using nouveau, and with the gmux I have both
> gmux_backlight and nv_backlight (which never worked) in
> /sys/class/backlight, is this expected?
That's a better question for the nouveau developers. nouveau has some
criteria it uses to determine whether or not it should supply a
backlight device, and apparently that's all passing even though the
backlight control doesn't work.
> * Is there anything I can do to test the backlight interface in
> addition to setting brightness levels?
The testing you've already done is sufficient.
> * Besides the sysfs backlight interface, are there any other
> userspace-visible changes your driver makes that I should test?
Not at this time, no.
Thanks,
Seth
next prev parent reply other threads:[~2012-03-21 14:38 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-16 19:41 [PATCH v4 0/2] Add driver for Apple gmux device Seth Forshee
2012-03-16 19:41 ` [PATCH v4 1/2] apple_bl: Add register/unregister functions Seth Forshee
2012-03-16 19:41 ` [PATCH v4 2/2] platform/x86: Add driver for Apple gmux device Seth Forshee
2012-03-16 21:27 ` Seth Forshee
2012-03-21 12:36 ` [PATCH v4 0/2] " Shea Levy
2012-03-21 14:38 ` Seth Forshee [this message]
2012-03-21 12:39 ` Shea Levy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120321143842.GB23643@thinkpad-t410 \
--to=seth.forshee@canonical.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mjg@redhat.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rpurdie@rpsys.net \
--cc=shea@shealevy.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.