From: Zhang Rui <rui.zhang@intel.com>
To: Jonathan Woithe <jwoithe@physics.adelaide.edu.au>
Cc: Thomas Renninger <trenn@suse.de>,
Yves-Alexis Perez <corsac@debian.org>,
ak@linux.intel.com, mjg59@srcf.ucam.org, hmh@hmh.eng.br,
corentincj@iksaif.net, linux-acpi@vger.kernel.org,
dannybaumann@web.de, marcus@better.se, mzxreary@0pointer.de,
carlos@strangeworlds.co.uk, malattia@linux.it, nokos@gmx.net
Subject: Re: Check for ACPI backlight support otherwise use vendor ACPI
Date: Thu, 31 Jul 2008 13:22:51 +0800 [thread overview]
Message-ID: <1217481771.2969.75.camel@rzhang-dt> (raw)
In-Reply-To: <200807310251.m6V2pXDe027356@turbo.physics.adelaide.edu.au>
On Thu, 2008-07-31 at 10:51 +0800, Jonathan Woithe wrote:
> > > I'm trying to sort out the status of this myself. Is the
> expectation
> > > that your patches *with* the IGD work from Matthew/Hong should
> mean that
> > > Fujitsus implementing IGD should not need fujitsu-laptop in order
> to
> > > provide working software backlight brightness control?
> > I think so.
>
> Ok.
>
> > > Or shouldn't Matthew/Hong's patchset be necessary with your patch
> in
> > > theory?
> > Thomas' patch assigns the responsibility to acpi video driver or
> > platform drivers when a laptop supports brightness/display switch
> both
> > via ACPI video extension and vendor specific control methods.
> >
> > brightness/display switch via ACPI video driver sometimes doesn't
> work
> > even if the ACPI control methods are available, and Matthew/Hong's
> patch
> > fixes this problem, on platforms with intel integrated graphics
> cards.
>
> I see.
>
> > And now, we should root cause why acpi_video_backlight_support()
> failed
> > on this laptop.
>
> Agreed.
>
> > > so allowing fujitsu-laptop to co-exist with video.ko handling the
> > > backlight (as your patches allow) is the right thing to do.
> >
> > sure, they will co-exist, but I don't think fujitsu-laptop should
> handle
> > the backlight stuff, unless it's explicitly stated via the boot
> > parameter "acpi_backlight=vendor".
>
> For laptops with both ACPI video extensions and vendor specific
> control
> methods I agree with this. However, users of laptops which have only
> vendor
> specific control methods (of which the S7020 is one AFAIK) should not
> have
> to give any boot parameters for things to work for them.
sure.
In this case, acpi_video_backlight_support() returns false,
and vendor driver will handle the backlight switching.
> In other words,
> "acpi_backlight=vendor" should only come into play when the machine
> has the
> ACPI video extensions. I am assuming that this is the intention since
> that's what the current patches appear to do.
Yes.
>
> Is there a canonical source for Matthew/Hong's patch? To totally wrap
> this
> up I would like to try the S7020 with Matthew/Hong+Thomas.
> I doubt
> Matthew/Hong's work is relevant to the S7020 given that it's 3+ years
> old
> now, but it's best to test these things early.
Agree.
I think Matthew/Hong's patch should have no effect on your laptops, and
fujistu-laptop should handle the backlight switch as before.
thanks,
rui
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2008-07-31 5:25 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-16 10:52 Check for ACPI backlight support otherwise use vendor ACPI drivers - version 2 Thomas Renninger
2008-07-16 10:52 ` [PATCH 01/11] ACPI: video: Ignore devices that aren't present in hardware Thomas Renninger
2008-07-16 10:52 ` [PATCH 02/11] Check for ACPI backlight support otherwise use vendor ACPI drivers Thomas Renninger
2008-07-16 11:16 ` Matthew Garrett
2008-07-16 13:01 ` Sergio Monteiro Basto
2008-07-17 13:52 ` Thomas Renninger
2008-07-18 3:18 ` Sergio Monteiro Basto
2008-07-18 2:54 ` Thomas Renninger
2008-07-18 3:52 ` Sergio Monteiro Basto
2008-07-17 6:33 ` Zhao Yakui
2008-08-01 1:27 ` Zhang Rui
2008-07-16 10:52 ` [PATCH 03/11] Acer-WMI: fingers off backlight if video.ko is serving this functionality Thomas Renninger
2008-07-16 17:42 ` Carlos Corbacho
2008-07-16 10:52 ` [PATCH 04/11] asus-acpi: " Thomas Renninger
2008-07-16 10:52 ` [PATCH 05/11] eeepc-laptop: " Thomas Renninger
2008-07-16 10:52 ` [PATCH 06/11] fujitsu-laptop: " Thomas Renninger
2008-07-16 23:11 ` Jonathan Woithe
2008-07-18 0:04 ` Jonathan Woithe
2008-07-16 10:52 ` [PATCH 07/11] fujitsu-laptop: Fix section mismatch Thomas Renninger
2008-07-16 10:52 ` [PATCH 08/11] msi-laptop: fingers off backlight if video.ko is serving this functionality Thomas Renninger
2008-07-16 10:52 ` [PATCH 09/11] sony-laptop: " Thomas Renninger
2008-07-16 10:52 ` [PATCH 10/11] thinkpad_acpi: " Thomas Renninger
2008-07-16 11:20 ` Matthew Garrett
2008-07-16 11:36 ` Thomas Renninger
2008-07-16 12:40 ` Henrique de Moraes Holschuh
2008-07-16 12:47 ` Matthew Garrett
2008-07-16 13:38 ` Henrique de Moraes Holschuh
2008-07-16 15:27 ` Thomas Renninger
2008-07-16 15:29 ` Matthew Garrett
2008-07-16 15:49 ` Yves-Alexis Perez
2008-07-17 9:10 ` Andi Kleen
2008-07-17 10:46 ` Matthew Garrett
2008-07-17 11:18 ` Yves-Alexis Perez
2008-07-17 11:25 ` Matthew Garrett
2008-07-16 10:52 ` [PATCH 11/11] compal: " Thomas Renninger
[not found] ` <20080716105931.GC1701@corsac.net>
2008-07-16 11:16 ` Check for ACPI backlight support otherwise use vendor ACPI drivers - version 2 Thomas Renninger
2008-07-19 6:01 ` Yves-Alexis Perez
2008-07-30 6:29 ` Yves-Alexis Perez
2008-07-30 9:06 ` Thomas Renninger
2008-07-31 0:35 ` Jonathan Woithe
2008-07-31 2:28 ` Zhang Rui
2008-07-31 2:51 ` Check for ACPI backlight support otherwise use vendor ACPI Jonathan Woithe
2008-07-31 5:22 ` Zhang Rui [this message]
2008-07-31 15:32 ` Check for ACPI backlight support otherwise use vendor ACPI drivers - version 2 nokos
2008-07-31 23:00 ` Check for ACPI backlight support otherwise use vendor ACPI Jonathan Woithe
2008-08-01 1:28 ` Check for ACPI backlight support otherwise use vendor ACPIdrivers - version 2 Zhang Rui
2008-08-01 8:25 ` nokos
2008-08-01 9:29 ` nokos
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=1217481771.2969.75.camel@rzhang-dt \
--to=rui.zhang@intel.com \
--cc=ak@linux.intel.com \
--cc=carlos@strangeworlds.co.uk \
--cc=corentincj@iksaif.net \
--cc=corsac@debian.org \
--cc=dannybaumann@web.de \
--cc=hmh@hmh.eng.br \
--cc=jwoithe@physics.adelaide.edu.au \
--cc=linux-acpi@vger.kernel.org \
--cc=malattia@linux.it \
--cc=marcus@better.se \
--cc=mjg59@srcf.ucam.org \
--cc=mzxreary@0pointer.de \
--cc=nokos@gmx.net \
--cc=trenn@suse.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox