| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
add basic 15 sec timeout, with --no-timeout for disabling it
|
|
|
|
|
|
|
| |
never retry in console mode if the card reports that the port does
not support DDC (usually this means that the port has no display
devices connected)
|
|
|
|
|
|
|
|
| |
- add --skip-vbe-check for skipping call for VBE info; useful if
calling the program multiple times for different ports
- on failure, return exit status 2 if no successful VBE calls were made
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
o remove all x86emu and vga softbootloader code, and always use the
LRMI interface which was previously the backup one on 32-bit x86;
libx86 is now used instead of liblrmi, allowing the use of LRMI
interface on non-x86 hosts as well (fixes Mandriva bug #53866, which
was caused by a bug in the removed code)
|
| |
|
| |
|
|
|
|
|
|
| |
o instead of checking vt >= 7 to know if X is running,
check wether $DISPLAY is set
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
- Ignore VBIOS CRC check failures to be in-line with older LRMI-based code
- Use CPU emulator when CRC check fail to be on the safe side
- Add new options: --map-bios-vram, --check-bios-crc, --use-cpuemu
|
|
(or /proc/device-tree on PPC)
- binary monitor-get-edid is now monitor-get-edid-using-vbe
- monitor-edid is able to get more than one head
|