public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Matthew Garrett <mjg59@srcf.ucam.org>
To: Thomas Renninger <trenn@suse.de>
Cc: Henrique de Moraes Holschuh <hmh@hmh.eng.br>,
	Holger Macht <hmacht@suse.de>,
	"Starikovskiy, Alexey Y" <astarikovskiy@suse.de>,
	"Zhang, Rui" <rui.zhang@intel.com>,
	Mattia Dongili <malattia@linux.it>,
	acpi4asus-user <acpi4asus-user@lists.sourceforge.net>,
	linux-acpi@vger.kernel.org
Subject: Re: ACPI video extensions - ACPI vendor specific drivers vs. video module
Date: Fri, 24 Aug 2007 15:09:11 +0100	[thread overview]
Message-ID: <20070824140911.GA15085@srcf.ucam.org> (raw)
In-Reply-To: <1187957423.3404.10.camel@prodigy.site>

On Fri, Aug 24, 2007 at 02:10:23PM +0200, Thomas Renninger wrote:
> On Fri, 2007-08-24 at 12:48 +0100, Matthew Garrett wrote:
> > I'm not sure there's any especially compelling reason. As long as the 
> > platform-specific interfaces still work, there's no reason to prefer the 
> > ACPI interfaces.
> 
> There are some reasons:
>   - If the platform-specific interfaces do not work anymore, it's
>     already too late. E.g. we see this now for 10.3 with the ThinkPad
>     driver.

The driver shouldn't expose functionality that doesn't work.

>   - Code cleanup: It would be great to rip out some duplicate code.
>     Especially the code size growth of the ThinkPad module which now
>     exceeds the 4000 line mark makes me a bit worry how this should
>     stay maintainable (imagine Henrique not doing all the good work
>     there anymore...).

It's not code duplication. Old Thinkpads (and we're talking 2004 here, 
not amazingly old) don't implement the backlight control section of the 
video spec, so removing the functionality from thinkpad-acpi would be a 
regression.

-- 
Matthew Garrett | mjg59@srcf.ucam.org

  reply	other threads:[~2007-08-24 14:09 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1187344606.8780.845.camel@queen.suse.de>
     [not found] ` <20070817131853.GA5027@khazad-dum.debian.net>
2007-08-24  7:48   ` ACPI video extensions - ACPI vendor specific drivers vs. video module Thomas Renninger
     [not found]     ` <1187941725.3399.32.camel-fuDLTLi4t9njSbz6xCtQhw@public.gmane.org>
2007-08-24 11:48       ` Matthew Garrett
2007-08-24 12:10         ` Thomas Renninger
2007-08-24 14:09           ` Matthew Garrett [this message]
     [not found]             ` <20070824140911.GA15085-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
2007-08-24 12:32               ` Thomas Renninger
2007-08-25  4:28                 ` Henrique de Moraes Holschuh
2007-08-25  4:57     ` Henrique de Moraes Holschuh

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=20070824140911.GA15085@srcf.ucam.org \
    --to=mjg59@srcf.ucam.org \
    --cc=acpi4asus-user@lists.sourceforge.net \
    --cc=astarikovskiy@suse.de \
    --cc=hmacht@suse.de \
    --cc=hmh@hmh.eng.br \
    --cc=linux-acpi@vger.kernel.org \
    --cc=malattia@linux.it \
    --cc=rui.zhang@intel.com \
    --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