public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Thomas Renninger <trenn@suse.de>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: ak@linux.intel.com, rui.zhang@intel.com, nokos@gmx.net,
	linux-acpi@vger.kernel.org, mjg59@srcf.ucam.org
Subject: Re: [PATCH 02/10] Check for ACPI backlight support otherwise use vendor ACPI drivers
Date: Sun, 16 Nov 2008 16:07:31 -0600	[thread overview]
Message-ID: <200811161607.32429.trenn@suse.de> (raw)
In-Reply-To: <200811141527.43427.bjorn.helgaas@hp.com>

On Friday 14 November 2008 04:27:42 pm Bjorn Helgaas wrote:
> On Friday 01 August 2008 09:37:55 am Thomas Renninger wrote:
> > @@ -1013,7 +983,7 @@ static void acpi_device_set_id(struct acpi_device
> > *device, will get autoloaded and the device might still match
> >  		   against another driver.
> >  		*/
> > -		if (ACPI_SUCCESS(acpi_video_bus_match(device)))
> > +		if (acpi_is_video_device(device))
> >  			cid_add = ACPI_VIDEO_HID;
> >  		else if (ACPI_SUCCESS(acpi_bay_match(device)))
> >  			cid_add = ACPI_BAY_HID;
>
> It doesn't seem right to me to make this core behavior depend
> on a config option.  With this approach, the ACPI device tree may
> or may not contain an ACPI_VIDEO_HID device, depending on whether
> CONFIG_ACPI_VIDEO is set, and that seems capricious.
>
> What is the benefit of moving this code out of scan.c?  It's not
> a very big function, and I think the consistency is worth the extra
> code.
This was done because the function is re-used later to detect which kind of
video functionalities the video device provides.
I somehow agree, but I don't see much of a disadvantage having this separated. 
You do not have the video device marked as such if CONFIG_ACPI_VIDEO is not 
compiled in, but it shouldn't hurt?

The two corresponding functions:
acpi_backlight_cap_match
acpi_is_video_device

might also go back to video.c again and get exported there. I can do that if 
you think it's worth it.

    Thomas
>
> > +#if defined(CONFIG_ACPI_VIDEO) || defined(CONFIG_ACPI_VIDEO_MODULE)
> > +
> > +extern long acpi_video_get_capabilities(acpi_handle
> > graphics_dev_handle); +extern long acpi_is_video_device(struct
> > acpi_device *device);
> > +extern int acpi_video_backlight_support(void);
> > +extern int acpi_video_display_switch_support(void);
> > +
> > +#else
> > +
> > +static inline long acpi_video_get_capabilities(acpi_handle
> > graphics_dev_handle) +{
> > +	return 0;
> > +}
> > +
> > +static inline long acpi_is_video_device(struct acpi_device *device)
> > +{
> > +	return 0;
> > +}



  reply	other threads:[~2008-11-16 22:07 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-01 15:37 Check for ACPI backlight support otherwise use vendor ACPI drivers - version 4 Thomas Renninger
2008-08-01 15:37 ` [PATCH 01/10] ACPI: video: Ignore devices that aren't present in hardware Thomas Renninger
2008-08-01 15:37 ` [PATCH 02/10] Check for ACPI backlight support otherwise use vendor ACPI drivers Thomas Renninger
2008-08-04  1:56   ` Zhang Rui
2008-11-14 22:27   ` Bjorn Helgaas
2008-11-16 22:07     ` Thomas Renninger [this message]
2008-11-17 19:51       ` Bjorn Helgaas
2008-11-18  2:31         ` Thomas Renninger
2008-08-01 15:37 ` [PATCH 03/10] Acer-WMI: fingers off backlight if video.ko is serving this functionality Thomas Renninger
2008-08-01 21:52   ` Carlos Corbacho
2008-08-01 15:37 ` [PATCH 04/10] asus-acpi: " Thomas Renninger
2008-08-01 15:37 ` [PATCH 05/10] compal: " Thomas Renninger
2008-08-01 15:37 ` [PATCH 06/10] eeepc-laptop: " Thomas Renninger
2008-08-01 15:38 ` [PATCH 07/10] fujitsu-laptop: " Thomas Renninger
2008-08-01 15:38 ` [PATCH 08/10] msi-laptop: " Thomas Renninger
2008-08-01 15:38 ` [PATCH 09/10] sony-laptop: " Thomas Renninger
2008-08-01 15:38 ` [PATCH 10/10] thinkpad_acpi: " Thomas Renninger
2008-08-01 17:50   ` Henrique de Moraes Holschuh
2008-11-08  5:45     ` Len Brown
2008-08-01 20:49 ` Check for ACPI backlight support otherwise use vendor ACPI drivers - version 4 Andi Kleen
     [not found] ` <1217632817.4610.6.camel@hidalgo>
2008-08-02 16:57   ` Do not return true to all kind of Windows OSI calls Thomas Renninger
2008-08-02 16:59     ` Matthew Garrett
2008-08-02 16:48       ` Thomas Renninger
2008-08-02 17:31         ` Matthew Garrett
2008-08-02 17:30           ` Thomas Renninger
2008-08-02 19:48             ` Matthew Garrett
2008-08-03  4:43               ` Henrique de Moraes Holschuh
2008-08-03  6:33                 ` Matthew Garrett
2008-08-03 13:31               ` Thomas Renninger
2008-08-03 14:12                 ` Matthew Garrett
2008-08-03 16:24                   ` Thomas Renninger
2008-08-06 17:12                     ` Moore, Robert
2008-08-02 16:57   ` [PATCH 1/2] ACPI: Provide a OSI interface that does not return true for Windows Thomas Renninger
2008-08-02 16:57   ` [PATCH 2/2] patch acpi_lenovo_thinkpad_only_return_vista.patch Thomas Renninger
2008-08-02 16:28     ` Thomas Renninger
2008-08-04  1:16   ` Check for ACPI backlight support otherwise use vendor ACPIdrivers - version 4 Zhang Rui
2008-08-04  6:09     ` Yves-Alexis Perez
2008-08-04  6:20       ` Yves-Alexis Perez
2008-08-04 10:20       ` Thomas Renninger
2008-08-04 10:39         ` Yves-Alexis Perez
2008-08-04 11:19           ` Thomas Renninger
2008-08-04 13:24             ` Matthew Garrett
2008-08-04 13:30               ` Yves-Alexis Perez
2008-08-04 13:40                 ` Thomas Renninger
2008-08-04 13:47                   ` Yves-Alexis Perez
2008-08-05  0:01         ` Henrique de Moraes Holschuh
2008-08-05  5:55           ` Yves-Alexis Perez
2008-08-05  9:13             ` Thomas Renninger
2008-08-05 12:00               ` Yves-Alexis Perez
2008-08-05 13:37             ` 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=200811161607.32429.trenn@suse.de \
    --to=trenn@suse.de \
    --cc=ak@linux.intel.com \
    --cc=bjorn.helgaas@hp.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=mjg59@srcf.ucam.org \
    --cc=nokos@gmx.net \
    --cc=rui.zhang@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox