It's probably some variation of these commits that fixed things. It's
probably easier to just use 6.9.0.99 or the soon to be released 6.9.1
eb65ddf70d182b6457e1ef5ebb820456039e8f6d
8b8990917809b9a35c6e9c1b9e3b12ff81c6dbb3
33f88f7fc90d9d93fdcbba9ad59dd70a6596bc3f
df0d1ef53100f0a19c5b5fdc349f5186c8
* Bernhard R. Link [081222 19:01]:
> I tried c0c33dab44e6966b1702d4e8cfba3537fc6e2d5c
> from git://cgit.freedesktop.org/xorg/driver/xf86-video-ati/
> and that seems to work both with and without patch.
> (xrandr also names this device DVI-0 instead of the LVDS
> of the lenny version).
I've tried
* Alex Deucher [081222 17:02]:
> Can you try ati from git master with my patch? The version you are
> using doesn't properly deal with mobile vs desktop usage of rs4xx
> chips (the version is git does). The LVDS path shouldn't be getting
> called in your case and I want to make sure the proper p
On Mon, Dec 22, 2008 at 5:17 AM, Bernhard R. Link wrote:
> * Alex Deucher [081222 10:18]:
>> We only use the lower 8 bits because bits 9:8 select the pll dividers
>> to use; changing it breaks some chips. Some rv410 chips have a
>> similar issue. Does this patch fix it for you?
>
> The patch do
* Alex Deucher [081222 10:18]:
> We only use the lower 8 bits because bits 9:8 select the pll dividers
> to use; changing it breaks some chips. Some rv410 chips have a
> similar issue. Does this patch fix it for you?
The patch does not apply cleanly on the lenny version, it looks like the
first
On Sat, Dec 20, 2008 at 1:48 PM, Bernhard R. Link wrote:
> Looking at the radeon_drv sources, it looks like those are only
> accessing 8 bit at RADEON_CLOCK_CNTL_INDEX and not the whole int that
> radeontool is writing, changing that in the driver via
>
> --- xserver-xorg-video-ati-6.9.0/src/radeo
On Sat, 2008-12-20 at 19:48 +0100, Bernhard R. Link wrote:
> Looking at the radeon_drv sources, it looks like those are only
> accessing 8 bit at RADEON_CLOCK_CNTL_INDEX and not the whole int that
> radeontool is writing, changing that in the driver via
>
> --- xserver-xorg-video-ati-6.9.0/src/rad
Looking at the radeon_drv sources, it looks like those are only
accessing 8 bit at RADEON_CLOCK_CNTL_INDEX and not the whole int that
radeontool is writing, changing that in the driver via
--- xserver-xorg-video-ati-6.9.0/src/radeon_driver.c2008-12-20
19:06:32.0 +0100
+++ xserver-xorg
Checking which of the registers to read with radeontool causes the graphic
card to start using proper frequencies, those are luckily those were
radeontool writes something before reading namely:
PIXCLKS_CNTL
VCLK_ECP_CNTL
PPLL_DIV_0
PPLL_CNTL
CLK_PIN_CNTL
SCLK_CNTL
PWRMAN_MISC
SS_INT_CNTL
I did n
9 matches
Mail list logo
