Age | Commit message (Collapse) | Author |
|
sometimes the bios tmds plls are busted for certain
monitors. sometimes the dirver tables are. Let the user
pick at run time.
|
|
For printf vs. CARD32, use %u or %x and and a cast to unsigned.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- fix output ordering
- set tv-out to return un-connected for now in radeon_detect()
|
|
|
|
- greatly simplify ATOM and legacy connector table parsing
- use bios tables to detect LVDS and TV outputs
- add support for TV table parsing (legacy only)
|
|
Seems the way we parse the ATOM connector table results
in reversed connectors.
|
|
- fixes bug 11238
|
|
- fix some issues with bios table init code
- re-org preinit to better handle bios table init of cards
|
|
This is based on the netbsd radeonfb driver by Garrett D'Amore.
The code is not hooked up yet, but should allow you to post cards
without needing to execute bios code. This should be useful on
non-x86 platforms, for posting secndary cards, and for suspend/resume.
Works on legacy bioses only (no ATOM support).
|
|
Move code where it's used, remove unused variables, etc.
|
|
Conflicts:
src/radeon_cursor.c
src/radeon_display.c
src/radeon_driver.c
|
|
|
|
|
|
- remove extra crtc2_base set
- remove some debugging code
- clean up RestoreMode()
- make sure a DDC reg gets assigned for LCD_DDC
- make sure we adjust the right frame in AdjustFrame()
- rename RADEONMapControllers() to RADEONPrintPortMap() to
reflect what it actually does now
- make i2c bus name match the DDC port
- remove or comment out un-needed code
|
|
|
|
|
|
|
|
- quick fix for the cursor handling to update to the latest
server bits
- make sure connector type is CONNECTOR_PROPRIETARY for LVDS.
|
|
I noticed fglrx has DDC for the panel in the rs480 laptop, however radeon
didn't pick it up, so I valgrinded fglrx and spotted 0x1a0/0x1a4 accesses
I actually noticed this before from the BIOS but never figured it out.
So now I get DDC from the LCD on this laptop.
|
|
I noticed fglrx has DDC for the panel in the rs480 laptop, however radeon
didn't pick it up, so I valgrinded fglrx and spotted 0x1a0/0x1a4 accesses
I actually noticed this before from the BIOS but never figured it out.
So now I get DDC from the LCD on this laptop.
|
|
|
|
This prevents the ROMs on some Mac cards getting treated as x86 BIOSen,
resulting in garbage values.
|
|
|
|
the problem in the comment only concerned pre-production cards that Hui
tested apparently. Also set back the default value to what it was
initially, fixes some more cards that don't have a proper table (Mac
Mini for example)
|
|
symbols directly. The xf86* versions aren't supposed to be used
directly.
Drop libc wrapper; don't include xf86_ansic.h and add includes now missing.
|
|
(Eric Anholt)
|
|
the first. (Ben Herrenschmidt)
|
|
|
|
Hui Yu)
|
|
- fix display detection (Hui Yu) bug 1559
- Add new option "BIOSHotkeys" to allow the bios to control output
switching (off by default) bug 2000
- update the savage man page to document the "CrtOnly" option
|
|
Add special handlings for DELL triple-head server (RV100). Misc. bug
fixes for flat panel, host aperture, etc (Bug #946)
|