Age | Commit message (Collapse) | Author |
|
You've whined, you've cried, you've nagged, and you're guilt trippin has
made me do it... It actually wasn't as hard as I thought it would be.
Still not perfect, couple of things to fix yet
|
|
|
|
Thanks to Étienne Bersac for helping to figure this out.
|
|
|
|
* Make sure pitch constraints are always met for DMA upload blits.
* RGB24 is not affected by endianness.
|
|
See https://bugs.freedesktop.org/show_bug.cgi?id=13274 .
|
|
(DE)ALLOCATE_LOCAL are gone.
|
|
Also fix a typo in internal tv-out parsing
|
|
this brings in some previous research from Michel Dänzer,
Sjoerd Simons, and myself. Hopefully, the driver will pick
the correct MacModel in more cases. This also changes the
default connector table for desktop Macs to dual DVI rather
than DVI+VGA as that seems to be the case more often than not.
External TMDS chips are handled separately now as well.
Eventually we should add an option to allow the user to specify
what external TMDS chip they need, but we don't have enough info
yet, so we'll rely on OF to init the external chip in most cases
for now.
|
|
Some macs (minis and powerbooks) use internal tmds, others use external tmds
and not just for dual-link TMDS, it shows up with single-link as well.
Unforunately, there doesn't seem to be any good way to figure it out.
|
|
It seems the bios scratch regs are involved in backlight control
on some laptops. This patch fixes the problematic laptops and doesn't
seem to break the previous bios lid and output control fixes.
|
|
this seems to cause more issues than it attempted to fix
so limit it to XPRESS chips for now.
|
|
|
|
|
|
This reverts commit 145da701bf4fb9c0ad9f95620b20914ae0126852.
pull in fix from ajax next commit
|
|
Novell Bug #341699: Render acceleration is known to be broken
on at least "Radeon 7500 QW" and "Radeon Mobility M7 LW".
|
|
fix the if condition testing for these chips...
|
|
This uses a single file with all the pciids and parameters for radeon
family and setup in it. I don't run the perl script at build time to avoid
a perl dependency on build but adding pci ids should be done via the csv file
with openoffice or gnumeric if possible.
|
|
we should get these values from the bios tables, but for now use
some reasonable defaults. This should fix the washed out color
problems on bugs 1082 and 12844.
|
|
|
|
This reverts commit c9264aa53bf1470ad9104d1e7c4a8ce13c49c270.
This breaks damage support. See bug 13244
|
|
bit is wrong on at least X700 cards with rialto pcie-agp bridge chip,
should be safe to use just the bit from the bridge hopefully to make
agp setup work on these cards and not adversely affect others.
|
|
|
|
This avoids hangs that occur when touching these registers while the card is
busy with some cards.
|
|
|
|
This reverts commit 0241cac643fa1c08a45ea44f5c670b290e760ad8.
Taking the DRI lock in paths called from the SIGIO handler isn't safe. For
example, the SIGIO handler may be called while the lock is held by an AIGLX
context, resulting in deadlock. See e.g.
https://bugs.freedesktop.org/show_bug.cgi?id=13005 .
|
|
Bug #12984.
|
|
These bits don't seem to be reliable or routed right
in all cases.
|
|
|
|
- Reduce the number of times we do DDC and don't
skip the magical GPIO dance when doing DDC.
- If no DDC modes are found, add the screen modes
|
|
|
|
|
|
when radeon_crtc_mode_set() is called during ScreenInit(),
we don't have pScrn->pScreen yet.
|
|
Shouldn't be needed any longer as I've finally sorted out
the LVDS issues due to the crtc setup.
|
|
For panels, both the mode and crtc values need to be updated based
on the native mode timing. This shoudl fix any remaining problems
with RMX.
|
|
|
|
allow the user to set any tv standard rather than
limiting it to what the bios says is supported.
|
|
RMX should work again with native timings after the previous
patch.
|
|
At some point we changed how hsync_wid and vsync_wid were clipped.
Previously we used the field size as a mask when building the
register. This got changed to setting the value to the field
size if it was greater. this probably explains number stange
mode bugs.
|
|
* Detect all PowerBooks with dual link DVI (according to developer.apple.com)
and both Mac Mini G4 models. Other PowerBooks and iBooks should be covered
by the 'detected as' line in /proc/cpuinfo.
* Give specific instructions for overriding and reporting incorrect detection.
* Only perform detection when Option "MacModel" isn't present with a valid
value.
* Close /proc/cpuinfo file handle when done with it.
* Coding style cleanups.
|
|
|
|
This should at least get something on the screen.
XPRESS chips, I'm looking in your general direction...
|
|
|
|
|
|
by toggling the appropriate bios scratch regs you can tell
the bios not the touch the hw while the driver is active.
This should prevent the bios from scrambling the hardware
when users open the lid or toggle bios hotkeys.
fixes bug 12567
|
|
I'm not sure how reliable this is. The lid closed
bit only seems to be set if the lid is closed at boot
so LVDS will default to on if you restart X with the
lid closed after boot.
|
|
Seems XPRESS desktop chips with DVI-D list a proprietary
connector type rather than DVI-D. try and do the right thing.
Also, XPRESS chips seem to include connector type 8 and ddc
type 8 which are unknown at this time.
|
|
|
|
Include the mode restore bugfix from monolithic Xorg, that is derived
from the version in xsrc which in turn was provided by Matthieu Herb
over 3 years ago on the XFree86 lists. Suggested by various
developers, hold-back due to the working state in xorg-server 1.1.1.
Tracing down the exact change showed that the changed default color
depth made this issue a lot more prominent again. Discussed with Eric
Anholt.
|
|
fixes bug 12733
|