public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE
@ 2010-11-10 22:02 Alan Stern
  2010-11-12  2:07 ` Zhang Rui
  0 siblings, 1 reply; 7+ messages in thread
From: Alan Stern @ 2010-11-10 22:02 UTC (permalink / raw)
  To: Zhang Rui; +Cc: linux-acpi

Rui:

Why does CONFIG_ACPI_VIDEO depend on BACKLIGHT_CLASS_DEVICE?  Doesn't
ACPI_VIDEO apply to any sort of video adapter, including plain old VGA
adapters attached to a non-LCD device?

Alan Stern


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE
  2010-11-10 22:02 ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE Alan Stern
@ 2010-11-12  2:07 ` Zhang Rui
  2010-11-12  3:00   ` Alan Stern
  0 siblings, 1 reply; 7+ messages in thread
From: Zhang Rui @ 2010-11-12  2:07 UTC (permalink / raw)
  To: Alan Stern; +Cc: linux-acpi@vger.kernel.org

On Thu, 2010-11-11 at 06:02 +0800, Alan Stern wrote:
> Rui:
> 
> Why does CONFIG_ACPI_VIDEO depend on BACKLIGHT_CLASS_DEVICE?  Doesn't
> ACPI_VIDEO apply to any sort of video adapter, including plain old VGA
> adapters attached to a non-LCD device?
> 
There is an ACPI device node (an ACPI video bus device) for the VGA
controller and another ACPI device node (an ACPI video output device)
for the LCD display.
And ACPI_VIDEO knows how to switch the backlight of this integrated
LCD. :)

thanks,
rui



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE
  2010-11-12  2:07 ` Zhang Rui
@ 2010-11-12  3:00   ` Alan Stern
  2010-11-12  3:46     ` Matthew Garrett
  0 siblings, 1 reply; 7+ messages in thread
From: Alan Stern @ 2010-11-12  3:00 UTC (permalink / raw)
  To: Zhang Rui; +Cc: linux-acpi@vger.kernel.org

On Fri, 12 Nov 2010, Zhang Rui wrote:

> On Thu, 2010-11-11 at 06:02 +0800, Alan Stern wrote:
> > Rui:
> > 
> > Why does CONFIG_ACPI_VIDEO depend on BACKLIGHT_CLASS_DEVICE?  Doesn't
> > ACPI_VIDEO apply to any sort of video adapter, including plain old VGA
> > adapters attached to a non-LCD device?
> > 
> There is an ACPI device node (an ACPI video bus device) for the VGA
> controller and another ACPI device node (an ACPI video output device)
> for the LCD display.
> And ACPI_VIDEO knows how to switch the backlight of this integrated
> LCD. :)

But my computer doesn't have an LCD display.  It's a desktop, not a
laptop.  So why do I need BACKLIGHT_CLASS_DEVICE to be enabled?

Are you saying I don't need ACPI_VIDEO if the machine doesn't have an
integrated LCD display?  That doesn't agree with the Kconfig help
message.

Alan Stern


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE
  2010-11-12  3:00   ` Alan Stern
@ 2010-11-12  3:46     ` Matthew Garrett
  2010-11-12 21:26       ` Alan Stern
  0 siblings, 1 reply; 7+ messages in thread
From: Matthew Garrett @ 2010-11-12  3:46 UTC (permalink / raw)
  To: Alan Stern; +Cc: Zhang Rui, linux-acpi@vger.kernel.org

On Thu, Nov 11, 2010 at 10:00:03PM -0500, Alan Stern wrote:

> But my computer doesn't have an LCD display.  It's a desktop, not a
> laptop.  So why do I need BACKLIGHT_CLASS_DEVICE to be enabled?

Well, in the near future ddc-ci will be hooked up and you'll have 
backlight control over VGA if your monitor supports it, so even if we 
fix this up now you'll just end up getting it back in the near future 
because we can't tell that at build-time...

> Are you saying I don't need ACPI_VIDEO if the machine doesn't have an
> integrated LCD display?  That doesn't agree with the Kconfig help
> message.

But to that, yes. The only reason to use ACPI_VIDEO is to get EDID from 
firmware (which isn't relevant on desktops) or to control backlights. 
Every other theoretical feature it has is useless in the real world.

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE
  2010-11-12  3:46     ` Matthew Garrett
@ 2010-11-12 21:26       ` Alan Stern
  2010-11-12 21:36         ` Matthew Garrett
  0 siblings, 1 reply; 7+ messages in thread
From: Alan Stern @ 2010-11-12 21:26 UTC (permalink / raw)
  To: Matthew Garrett; +Cc: Zhang Rui, linux-acpi@vger.kernel.org

On Fri, 12 Nov 2010, Matthew Garrett wrote:

> On Thu, Nov 11, 2010 at 10:00:03PM -0500, Alan Stern wrote:
> 
> > But my computer doesn't have an LCD display.  It's a desktop, not a
> > laptop.  So why do I need BACKLIGHT_CLASS_DEVICE to be enabled?
> 
> Well, in the near future ddc-ci will be hooked up and you'll have 
> backlight control over VGA if your monitor supports it, so even if we 
> fix this up now you'll just end up getting it back in the near future 
> because we can't tell that at build-time...
> 
> > Are you saying I don't need ACPI_VIDEO if the machine doesn't have an
> > integrated LCD display?  That doesn't agree with the Kconfig help
> > message.
> 
> But to that, yes. The only reason to use ACPI_VIDEO is to get EDID from 
> firmware (which isn't relevant on desktops) or to control backlights. 
> Every other theoretical feature it has is useless in the real world.

Thanks for the information.  Why does the help text for ACPI_VIDEO 
mention defining the POST device or setting up a video output if the 
driver doesn't do these things?

Alan Stern


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE
  2010-11-12 21:26       ` Alan Stern
@ 2010-11-12 21:36         ` Matthew Garrett
  2010-11-15  0:33           ` Zhang Rui
  0 siblings, 1 reply; 7+ messages in thread
From: Matthew Garrett @ 2010-11-12 21:36 UTC (permalink / raw)
  To: Alan Stern; +Cc: Zhang Rui, linux-acpi@vger.kernel.org

On Fri, Nov 12, 2010 at 04:26:15PM -0500, Alan Stern wrote:

> Thanks for the information.  Why does the help text for ACPI_VIDEO 
> mention defining the POST device or setting up a video output if the 
> driver doesn't do these things?

The help text is documenting what the spec was intended to allow, rather 
than what it tends to in the real world...

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE
  2010-11-12 21:36         ` Matthew Garrett
@ 2010-11-15  0:33           ` Zhang Rui
  0 siblings, 0 replies; 7+ messages in thread
From: Zhang Rui @ 2010-11-15  0:33 UTC (permalink / raw)
  To: Matthew Garrett; +Cc: Alan Stern, linux-acpi@vger.kernel.org

On Sat, 2010-11-13 at 05:36 +0800, Matthew Garrett wrote:
> On Fri, Nov 12, 2010 at 04:26:15PM -0500, Alan Stern wrote:
> 
> > Thanks for the information.  Why does the help text for ACPI_VIDEO 
> > mention defining the POST device or setting up a video output if the 
> > driver doesn't do these things?
> 
> The help text is documenting what the spec was intended to allow, rather 
> than what it tends to in the real world...
> 
At least the video driver is trying to do so right now, e.g. create
proc/sysfs I/F for output device switching, although they doesn't work
actually.
And I was preparing a patch to removing this stuff, together with an
update of the ACPI_VIDEO help text.

thanks,
rui



^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2010-11-15  0:32 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-11-10 22:02 ACPI_VIDEO and BACKLIGHT_CLASS_DEVICE Alan Stern
2010-11-12  2:07 ` Zhang Rui
2010-11-12  3:00   ` Alan Stern
2010-11-12  3:46     ` Matthew Garrett
2010-11-12 21:26       ` Alan Stern
2010-11-12 21:36         ` Matthew Garrett
2010-11-15  0:33           ` Zhang Rui

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox