monitor-edid - EDID Retrieval and Parsing Tools

	Commit message (Collapse)	Author	Age	Files	Lines
...
*	- do not install monitor-get-edid-using-vbe on archs where VBE is not	Pascal Rigaux	2008-03-10	1	-0/+3
\| \| \| \| \|	available (Remi Collet)
*	1.15	Pascal Rigaux	2008-01-23	1	-0/+2
\|
*	- monitor-probe:	Pascal Rigaux	2008-01-23	1	-0/+6
\| \| \| \| \| \| \| \|	o probe "using DMI" before "using X" - monitor-probe-using-X: o in last resort, get Intel BIOS mode when "BIOS panel mode is bigger than probed programmed mode"
*	1.14	Pascal Rigaux	2008-01-10	1	-0/+2
\|
*	- monitor-edid, monitor-get-edid:	Pascal Rigaux	2008-01-10	1	-0/+4
\| \| \| \| \| \|	o call monitor-get-edid-using-vbe with a range of ports, it stops on first success (by default it tries port 0 then port 1)
*	oops, it's really monitor-get-edid-using-vbe, not monitor-get-edidy	Pascal Rigaux	2008-01-08	1	-0/+1
\|
*	1.13	Pascal Rigaux	2008-01-08	1	-0/+2
\|
*	- monitor-get-edid:	Pascal Rigaux	2008-01-08	1	-2/+4
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	o minimal support for getting EDID from different DDC port (experimental, need testing before using it in monitor-edid) this is inspired from SuSE's hwinfo. note: - we may need to not redo vbe_check_vbe_info() for each vbe_get_edid_info() if we want to get many ports. It would need a little re-architecturing (since returning list in C is not great fun) - hwinfo is probing ports 0,1 by default, (hwinfo says: some BIOSes crash when you try more) and 0,1,2 on Dell and nvidia-based laptops
*	- monitor-get-edid: skip /proc/acpi/video/**/EDID files which can't be valid	Pascal Rigaux	2008-01-08	1	-3/+2
\| \| \| \| \| \| \| \|	(#34417) (drop the monitor-parse-edid from NEWS since it's not that useful anymore since monitor-edid will not give it EDID containing "<not supported>")
*	- monitor-parse-edid: "<file name>: bad edid" so that monitor-edid trying to	Pascal Rigaux	2008-01-08	1	-0/+3
	parse "<not supported>" /proc/acpi/video/**/EDID files will give a more understandable error message