lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140107114854.GE8991@nuc-i3427.alporthouse.com>
Date:	Tue, 7 Jan 2014 11:48:54 +0000
From:	Chris Wilson <chris@...is-wilson.co.uk>
To:	Ramkumar Ramachandra <artagnon@...il.com>
Cc:	LKML <linux-kernel@...r.kernel.org>,
	Andreas Heider <andreas@...tr.de>,
	Seth Forshee <seth.forshee@...onical.com>
Subject: Re: [PATCH 4/4] drm/i915: check LVDS for EDID on GPU switches

On Tue, Jan 07, 2014 at 04:42:12PM +0530, Ramkumar Ramachandra wrote:
> Chris Wilson wrote:
> > On Tue, Jan 07, 2014 at 03:28:43PM +0530, Ramkumar Ramachandra wrote:
> >> If the LVDS panel wasn't connected at boot then we won't have an EDID
> >> for it. To fix this, call intel_lvds_get_edid() from the vga_switcheroo
> >> reprobe callback.
> >
> > I would rather have an iterator over all our connectors (or perhaps
> > encoders would be the right semantic, except we have
> > connectors==encoders) and a reprobe callback.
> 
> I don't follow; iterate over which connectors? There's one
> lvds_connector for which we get EDID.

Rather than special casing lvds (especially when there are other panel
connectors that can also be muxed), extend the connector interface to
support a reprobe and walk over all connectors associated with i915
after a switcheroo event.
 
> > Saves exporting private
> > functions and prevent me asking silly questions like what about eDP?
> 
> Avoid exporting intel_lvds_get_edid()? Why?

Because it's a special case and misses others.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ