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;
> > +}
next prev parent 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 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.