On 3/23/06, Daniel Kasak <[EMAIL PROTECTED]> wrote:
> Hi all.
>
> I've been using the fglrx driver with my Radeon X700 mobility since I
> got it, and now I'd like to try to move to the r300 driver. I'm not
> getting DRI enabled for some reason that's beyond me ...
>
> I'm using pretty much the late
On 3/24/06, Micha Feigin <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jul 2005 16:30:47 -0400
> Alex Deucher <[EMAIL PROTECTED]> wrote:
>
> > On 7/28/05, Svante Signell <[EMAIL PROTECTED]> wrote:
> > > Is anything happening on the Mach64 front for DRI/X
On 3/30/06, Tino Keitel <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 24, 2006 at 14:08:35 +1100, Benjamin Herrenschmidt wrote:
> >
> > > nvidia-agp is loaded long time before drm.ko and radeon.ko here, so
> > > this can not be the reason.
> >
> > Can you try with the driver in ati-1-0-branch from CVS ?
On 3/31/06, Tino Keitel <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 01, 2006 at 01:34:45 +0300, Daniel Stone wrote:
> > On Sat, Apr 01, 2006 at 01:10:46AM +0200, Tino Keitel wrote:
> > > Thanks, but how can I check it out?
> > >
> > > $ cvs -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co -r ati-1.0-branch
On 4/8/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi list,
>
> I'm looking at trying to get the r128 sorted correctly on
> PPC. I've dredged through all the mailing lists known to
> google and I've found a couple of threads with this issue
> (and a few bugs in bugzilla), but nobody seems to
On 4/18/06, Adam Sulmicki <[EMAIL PROTECTED]> wrote:
>
> hello,
> It seems only the first copy of X gets drm enabled.
> Is this something to live with or this can be fixed?
>
>
Currently only one instance of the X server can have the DRI enabled.
Alex
---
On 5/2/06, Helge Hafting <[EMAIL PROTECTED]> wrote:
Alex Deucher wrote:
>On 4/18/06, Adam Sulmicki <[EMAIL PROTECTED]> wrote:
>
>
>>hello,
>>It seems only the first copy of X gets drm enabled.
>>Is this something to live with or this can
On 5/17/06, mailinux <[EMAIL PROTECTED]> wrote:
Hello
I want to buy a notebook with a powerfull graphic card
suported by the r300 driver
The problem is that i don't know wich chip or card are
suported by the r300 driver
i already asked this question to the admin of the r300 project
at sourceforge
On 5/21/06, Roland Scheidegger <[EMAIL PROTECTED]> wrote:
Pawel Salek wrote:
> ColorTiling works like a charm: it gives factor two speedup in glxgears,
> one can play RTCW at 1280x1024 *and* the random lines are gone! Is there
> any reason this option is not the default?
I am not sure, maybe it c
On 6/7/06, Aapo Tahkola <[EMAIL PROTECTED]> wrote:
> On Mon, 22 May 2006 00:02:11 -0400
> "Alex Deucher" <[EMAIL PROTECTED]> wrote:
>
> > On 5/21/06, Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> > > Pawel Salek wrote:
> > > >
On 6/21/06, Matthias Haase <[EMAIL PROTECTED]> wrote:
> On Tue, 20 Jun 2006 17:20:09 -0700
> "Jacek Poplawski" <[EMAIL PROTECTED]> wrote:
>
> > But Matrox works correctly on current kernel with DRI from 7.0 or CVS.
>
> Indeed...
>
> 2.6.17 'make oldconfig'
> Option "AGPMode" "2"
> (**) MGA(0):
On 6/27/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> hello i know the suported cards in r300 and i know that x1000 aren't suported
> *are they very different
> *is there any project or any indication on when they will be suported by a
> very experimental driver
> if not i'll buy a laptop with
On 6/29/06, Jacek Poplawski <[EMAIL PROTECTED]> wrote:
> I am a Mesa/DRI user for few years (Voodoo1, Voodoo3, Radeon 9100, Radeon
> 9800) and always there were some problems with hardware acceleration of some
> applications. If I remember correctly there was a problem with wrong texture
> format o
On 6/30/06, Jacek Poplawski <[EMAIL PROTECTED]> wrote:
>
>
>
> > Hardware acceleration is always on assuming your system is set up
> > properly. If an application uses a feature that is not supported by
> > hardware, you have to fall back to software if you want the
> > application to run.
>
>
> B
On 7/14/06, Brian Kerrick Nickel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I bought a laptop with an ATI Mobility Radeon X1400, and even with
> libdrm/DRM/Mesa it still isn't recognized by X. Are there any plans to
> support this card in the near future?
>
Please see the list archives. Ati has not rel
On 7/30/06, Jacek Poplawski <[EMAIL PROTECTED]> wrote:
> Is any PCI-E Radeon supported by DRI? I can't find much information about it
> in archives or on r300 related website ("should be" means nothing).
yes, all r3xx and r4xx PCIE radeons up through the are supported with
the exception of the XPR
On 7/31/06, Jacek Poplawski <[EMAIL PROTECTED]> wrote:
> On 7/30/06, Alex Deucher <[EMAIL PROTECTED]> wrote:
> > yes, all r3xx and r4xx PCIE radeons up through the are supported with
> > the exception of the XPRESS chips.
>
> By "XPRESS" do you mean &quo
On 8/31/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hey all,
> I've been lurking about these lists for a while, but ATI's insistence on not
> only not fixing a long-standing bug in their drivers, but also making it
> WORSE, has caused me to rethink taking the time to get open-source DRI full
On 9/10/06, SD (Infos) <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've been searching for hours on the Internet, but I was
> unable to find the slightest thing about my problem.
> Here it is :
>
> I'd really like to make my ATI RADEON mobility X600 work fine
> with the "radeon" driver.
> I've just read a
On 9/11/06, John Sullivan <[EMAIL PROTECTED]> wrote:
>
> The Free Software Foundation had listed http://r300.sf.net/ as a "High
> Priority
> Project". We recognize that the lack of 3D video drivers for their specific
> hardware is one of the primary obstacles preventing people from running
> entir
On 9/11/06, Patrick McFarland <[EMAIL PROTECTED]> wrote:
> On Monday 11 September 2006 16:09, John Sullivan wrote:
> > I'd like to hear any suggestions or feedback that the developers on the
> > list have for what could be done.
>
> Honestly, it'd be nice if the R300 project focus would change to g
17 00:00:00 2001
From: Alex Deucher
Date: Fri, 4 Dec 2009 10:40:41 -0500
Subject: [PATCH] drm/radeon/kms/legacy: set overscan regs on modeset
These can end up with garbage otherwise.
fixes rh bug 537140
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_legacy_crtc.c |
On Fri, Dec 4, 2009 at 5:58 PM, Luc Verhaegen wrote:
> On Fri, Dec 04, 2009 at 05:18:21PM -0500, Alex Deucher wrote:
>> This set of patches adds interrupt driven HPD (Hot Plug Detect)
>> support to r1xx-r7xx radeons. Assuming the HPD pin is wired up
>> correctly, the driver
On Fri, Dec 4, 2009 at 6:50 PM, Luc Verhaegen wrote:
> On Fri, Dec 04, 2009 at 06:14:24PM -0500, Alex Deucher wrote:
>> On Fri, Dec 4, 2009 at 5:58 PM, Luc Verhaegen wrote:
>> > On Fri, Dec 04, 2009 at 05:18:21PM -0500, Alex Deucher wrote:
>> >> This set of patches
>From 7d300a86142d18cba993718c35a1c14be66c318f Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Sat, 5 Dec 2009 17:55:37 -0500
Subject: [PATCH] drm/radeon/kms: fix up gart setup on rs600
Set up rs600 gart like r600:
- set gart system aperture to vram
- inside gart system aperture is unmap
r the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> --
> _______
> Dri-devel mailing list
> Dr
2009/12/7 Mike Lothian :
> 2009/12/1 Rafał Miłecki :
>> 2009/12/1 Alex Deucher :
>>> Round 3.
>>
>> This fixed my lose of VBLANK interrupts after few seconds, but I still
>> have issue with fences after applying this.
>>
>> My rdev->fence_drv.
On Mon, Dec 7, 2009 at 5:53 PM, Mike Lothian wrote:
> 2009/12/7 Alex Deucher :
>> 2009/12/7 Mike Lothian :
>>> 2009/12/1 Rafał Miłecki :
>>>> 2009/12/1 Alex Deucher :
>>>>> Round 3.
>>>>
>>>> This fixed my lose of VBLANK interr
2009/12/7 Rafał Miłecki :
> W dniu 3 grudnia 2009 11:20 użytkownik Jerome Glisse
> napisał:
>> The first design i thought for PM long time ago was :
>> func_compute_clock
>> func_set_clock
>> func_irq_powersave
>>
>> func_compute_clock is call any time there is a mode change to
>> compute new mini
>From 9065a7b4454aa88a797122b4a082d1b69e067821 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 8 Dec 2009 12:48:20 -0500
Subject: [PATCH] drm/radeon/kms: connector fixes
- Don't add dac load detection property to DVI-D
- Make sure i2c info is valid before adding DP aux chan bus
>From 37f17525464405806d411b540f1b08f23616b02c Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 8 Dec 2009 13:55:33 -0500
Subject: [PATCH] drm/radeon/kms/r600/r700: fall back to no accel if
ucode loading fails
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c |
>From 6d58c7712414dcd80e837292e99ce6aab4cb4271 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 8 Dec 2009 14:07:03 -0500
Subject: [PATCH] drm/radeon/kms: make sure ss id matches
entries in the ss table aren't always ordered
by id.
Signed-off-by: Alex Deucher
---
drivers/gpu/dr
>From cacc85cdedbb2c84794d394aaff61bd609e6e38d Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 8 Dec 2009 14:30:49 -0500
Subject: [PATCH] drm/radeon/kms: make sure i2c id matches
Entries in the i2c table aren't always ordered
by id. This allows us to remove some quirks
that are n
the first bad commit
> commit ebbe1cb936dfc96d809ccf4d64a9755f8ba0c0ff
> Author: Alex Deucher
> Date: Fri Oct 16 11:15:25 2009 -0400
>
> drm/radeon/kms/atom: add support for spread spectrum (v2)
>
> Spread spectrum is a periodic disturbance added
> to the feedback divider
On Tue, Dec 8, 2009 at 6:07 PM, Ancoron Luciferis wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jerome Glisse wrote:
>> On Mon, Dec 07, 2009 at 06:54:13PM +, Mike Lothian wrote:
>>> I have a Radeon 4650 (RV730) :
>>>
>>> 01:00.0 VGA compatible controller [0300]: ATI Technologie
Argh, I attached the wrong version of the patch. Correct one attached.
Alex
On Tue, Dec 8, 2009 at 1:57 PM, Alex Deucher wrote:
> From 37f17525464405806d411b540f1b08f23616b02c Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Tue, 8 Dec 2009 13:55:33 -0500
> Subject: [PATCH
>From f788a80732f6e8fa90dc5447e52baf719ebe09f7 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 9 Dec 2009 14:40:06 -0500
Subject: [PATCH] drm/radeon/kms/avivo: fix some bugs in the display
bandwidth setup
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_fixed.h |
On Wed, Dec 9, 2009 at 4:21 PM, Jerome Glisse wrote:
> Attached patch try to simplify gpu address space initialization.
> By default it will place the VRAM range to cover the PCI aperture
> range corresponding to VRAM.
>
> Patch lack support for AGP and likely need to be twicked for IGP.
> I am se
on my hardware, but I don't have any
problematic monitors. new_pll module option can be set to 0 to restore
the old behavior.
Alex
>From c2d895883eabe1fdff267ba22befe23f6b59918f Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 9 Dec 2009 17:44:25 -0500
Subject: [PATCH] drm/radeon/k
>From 017f07a5e40908ce91e29b01f6411e5e4cadbd98 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 9 Dec 2009 19:31:44 -0500
Subject: [PATCH] drm/radeon/kms/r600/r700: fallback gracefully on ucode failure
Sent the wrong patch earlier.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/rad
>From 9f5eb726668633e95781fc1868f4a83a0e39475f Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 9 Dec 2009 19:38:58 -0500
Subject: [PATCH] drm/radeon/kms/avivo: fix typo in new_pll module description
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_drv.c |2 +-
1 fi
.git;a=commitdiff;h=b27b63750d912e80d61d2120c4a1664062d0f808
Alex
> Best,
> Viktor
>
> On Tuesday 08 December 2009 04:54:35 pm Alex Deucher wrote:
>> On Wed, Dec 2, 2009 at 7:51 AM, Viktor Malyarchuk wrote:
>> > Hi Alex,
>> >
>> > I bisected drm-next
2009/12/10 Rafał Miłecki :
> Christian, I'd like to rebase your patches, correct some minor issue
> with timer and try to post it.
>
> I'm looking into your patch
> 0001-drm-radeon-kms-fix-HDMI-auto-detection.patch
>
> Could you explain somehow please, why do you need to store EDID
> per-encoder? W
2009/12/10 Rafał Miłecki :
> W dniu 10 grudnia 2009 22:46 użytkownik Alex Deucher
> napisał:
>> 2009/12/10 Rafał Miłecki :
>>> Christian, I'd like to rebase your patches, correct some minor issue
>>> with timer and try to post it.
>>>
>>> I&
On Thu, Dec 10, 2009 at 4:59 PM, Christian König
wrote:
> Alex already fixed this if i remember correctly.
>
> And for the RV7xx HDMI case, we managed to get it working for resolution
> with lower pixel clocks (1024x768 and 640x480). but still now sound at
> 1280x768, 1280x1024 or even 1920x1080.
us/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
Alex
>
> Best,
> Viktor
>
> On Thursday 10 December 2009 09:44:40 am Alex Deucher wrote:
>> On Tue, Dec 8, 2009 at 11:17 PM, Viktor Malyarchuk wrote:
>> > Hi Alex,
>> >
>> >
On Sat, Dec 12, 2009 at 10:21 AM, Rafał Miłecki wrote:
> 2009/12/11 Dave Airlie :
>> Oops had fixed it locally but didn't run the correct git commit --amend.
>>
>> pushed now should be mirrored in 5 mins or so.
>
> Dave I've tried radeon testing branch with manual fixing
> (workarounding?) http://
On Tue, Dec 15, 2009 at 12:40 AM, Alex Chiang wrote:
> Adding dri-devel to cc as I should have done in the first place.
>
> Full thread for context here: http://lkml.org/lkml/2009/12/13/321
>
> More responses below.
>
> * Xiaotian Feng :
>> On Mon, Dec 14, 2009 at 11:11 AM, Alex Chiang wrote:
>>
On Tue, Dec 15, 2009 at 9:57 AM, Alex Chiang wrote:
> * Alex Deucher :
>>
>> As Dave asked previously, is this a regression? I.e., did s/r work at
>> some point in the past and if so when?
>
> I'm not sure, as I just received the machine a few days ago.
>
>
2009/12/15 Rafał Miłecki :
> drm/radeon/kms: add dynamic engine reclocking (v4)
>
> V2: reorganize functions, fix modesetting calls
> V3: rebase patch, use radeon's workqueue
> V4: enable on tested chipsets only, request VBLANK IRQs
>
> Fixed issue when reclocking didn't happen due to lack of IRQ.
>From 6d5e15387d2207c715924dae5916ef7a5a04dd18 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 15 Dec 2009 17:15:07 -0500
Subject: [PATCH] drm/radeon/kms: make sure mc is initialized before
mapping blit bo
We need to make sure the the MC is intialized before we map the
blit shader obj
2009/12/16 Rafał Miłecki :
> Tested by bjaglin on IRC on RV250.
Probably shouldn't enable the mem clock stuff on IGP chips since they
use system memory.
Alex
--
This SF.Net email is sponsored by the Verizon Developer Com
2009/12/16 Rafał Miłecki :
> V2: reorganize functions, fix modesetting calls
> V3: rebase patch, use radeon's workqueue
> V4: enable on tested chipsets only, request VBLANK IRQs
> V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
> V6: use separate dynpm module parameter
>
> Tested on my M82
2009/12/17 Rafał Miłecki :
> W dniu 17 grudnia 2009 05:56 użytkownik Alex Deucher
> napisał:
>> 2009/12/16 Rafał Miłecki :
>>> Tested by bjaglin on IRC on RV250.
>>
>> Probably shouldn't enable the mem clock stuff on IGP chips since they
>> use syst
>From 4218c13968f100f03c86bff1704e21785e10b9d6 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 17 Dec 2009 11:22:01 -0500
Subject: [PATCH] drm/radeon/kms/atom: fill in proper defines for digital setup
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |
>From 2e6ce51de78b7402f2c50b6f6c03a1c262f882d3 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 17 Dec 2009 01:24:59 -0500
Subject: [PATCH] drm/radeon/kms: fix legacy rmx
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c|2 ++
drivers/gpu/drm/rad
2009/12/17 Rafał Miłecki :
> W dniu 17 grudnia 2009 06:43 użytkownik Alex Deucher
> napisał:
>> 2009/12/16 Rafał Miłecki :
>>> V2: reorganize functions, fix modesetting calls
>>> V3: rebase patch, use radeon's workqueue
>>> V4: enable on tested chipsets
>From 106b8bbd5e695c4ebd43b7e688fab391a0e3ead4 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 17 Dec 2009 19:00:29 -0500
Subject: [PATCH] drm/radeon/kms: set proper default tv standard
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c |
>From 08a7a77cc9928007048264616c7e6cf71480b294 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 18 Dec 2009 11:28:22 -0500
Subject: [PATCH] drm/radeon/kms: never combine LVDS with another encoder
When linking multiple encoders to a connector, make sure
to not link LVDS with anot
2009/12/18 Rafał Miłecki :
> V2: reorganize functions, fix modesetting calls
> V3: rebase patch, use radeon's workqueue
> V4: enable on tested chipsets only, request VBLANK IRQs
> V5: enable PM on older hardware (IRQs, mode_fixup, dpms)
> V6: use separate dynpm module parameter
> V7: drop RADEON_ p
I've
> tracked it down to the following patch:
>
Fixed here:
http://marc.info/?l=dri-devel&m=126137027403059&w=2
2.6.32 didn't have irq support for r6xx+.
Alex
> >From 500b758725314ab1b5316eb0caa5b0fa26740e6b Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> D
On Mon, Dec 21, 2009 at 4:47 PM, Johannes Hirte
wrote:
> Am Montag 21 Dezember 2009 22:42:36 schrieb Felipe Balbi:
>> Hi,
>>
>> On Mon, Dec 21, 2009 at 10:38:53PM +0100, ext Johannes Hirte wrote:
>> >When loading the radeon module with modeset=1, the kernel oopses:
>>
>> [snip]
>>
>> >Dec 21 21:58
>From 7c30bc1d04bd87dff00ff80c3cf7d8a0b8cf3e34 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 22 Dec 2009 09:25:22 -0500
Subject: [PATCH] drm/radeon/kms: add cvt mode if we only have lvds w/h
and no edid
This fixes LVDS on some mac laptops without a panel edid.
Signed-off-by: A
Whoops. forgot to set the mode flags properly. New patch attached.
Alex
On Tue, Dec 22, 2009 at 9:30 AM, Alex Deucher wrote:
> From 7c30bc1d04bd87dff00ff80c3cf7d8a0b8cf3e34 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Tue, 22 Dec 2009 09:25:22 -0500
> Subject: [PATCH] dr
2009/12/22 Michel Dänzer :
> On Tue, 2009-12-22 at 09:30 -0500, Alex Deucher wrote:
>> >From 7c30bc1d04bd87dff00ff80c3cf7d8a0b8cf3e34 Mon Sep 17 00:00:00 2001
>> From: Alex Deucher
>> Date: Tue, 22 Dec 2009 09:25:22 -0500
>> Subject: [PATCH] drm/radeon/kms: add cvt
2009/12/22 Alex Deucher :
> 2009/12/22 Michel Dänzer :
>> On Tue, 2009-12-22 at 09:30 -0500, Alex Deucher wrote:
>>> >From 7c30bc1d04bd87dff00ff80c3cf7d8a0b8cf3e34 Mon Sep 17 00:00:00 2001
>>> From: Alex Deucher
>>> Date: Tue, 22 Dec 2009 09:25:22 -0500
&
?
Alex
From 336b19d162f7b501288bd2b4eb676c84e5435516 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 22 Dec 2009 15:04:48 -0500
Subject: [PATCH] drm/radeon/kms: add radeon i2c algo
Currently just a wrapper around bit algo
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon
2009/12/23 Rafał Miłecki :
> I applied patches from http://www.botchco.com/alex/xorg/pm/ and now
> engine reclocks between 110MHz and 680MHz.
>
> The problem is I see ~10 black horizontal lines for a one frame time
> on almost every reclock. I tried to fix this or at least understand it
> somehow b
2009/12/23 Rafał Miłecki :
> W dniu 24 grudnia 2009 02:59 użytkownik Alex Deucher
> napisał:
>> 2009/12/23 Rafał Miłecki :
>>> Do you have any other ideas?
>>
>> I suspect the reclock is missing the blanking period. Try removing
>> the debugging output in m
2009/12/26 Rafał Miłecki :
> W dniu 26 grudnia 2009 02:46 użytkownik Rafał Miłecki
> napisał:
>> There are some my experiments with engine. Reclocking between:
>> 1) 110MHz and 680MHz - 1 corrupted frame on every reclock
>> 2) 200MHz and 680MHz - 1 corrupted frame on almost every reclock
>> 3) 250
On Mon, Dec 28, 2009 at 5:53 AM, Luca Tettamanti wrote:
> On Sun, Dec 27, 2009 at 1:55 AM, Rafał Miłecki wrote:
>> W dniu 26 grudnia 2009 20:08 użytkownik Alex Deucher
>> napisał:
>>> It may be that the engine doesn't like to be reclocked while it's
>>&
2009/12/28 Luca Tettamanti :
> 2009/12/28 Alex Deucher :
>> On Mon, Dec 28, 2009 at 5:53 AM, Luca Tettamanti wrote:
>>> On Sun, Dec 27, 2009 at 1:55 AM, Rafał Miłecki wrote:
>>>> W dniu 26 grudnia 2009 20:08 użytkownik Alex Deucher
>>>> napisał:
>&
>From 43acccab867af354a0eed8847e0552685efd2742 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 28 Dec 2009 13:45:23 -0500
Subject: [PATCH] drm/radeon/kms: add missing breaks in i2c and ss lookups
Should fix fdo bug 25741
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/rad
On Mon, Dec 28, 2009 at 5:16 PM, Rafał Miłecki wrote:
> 2009/12/28 Luca Tettamanti :
>> On Sun, Dec 27, 2009 at 1:55 AM, Rafał Miłecki wrote:
>>> W dniu 26 grudnia 2009 20:08 użytkownik Alex Deucher
>>> napisał:
>>>> It may be that the engine doesn't
2009/12/28 Luca Tettamanti :
> On Mon, Dec 28, 2009 at 01:32:24PM -0500, Alex Deucher wrote:
>> 2009/12/28 Luca Tettamanti :
>> > 2009/12/28 Alex Deucher :
>> >> On Mon, Dec 28, 2009 at 5:53 AM, Luca Tettamanti
>> >> wrote:
>> >>> On Sun,
2009/12/29 Luca Tettamanti :
> 2009/12/28 Alex Deucher :
>> 2009/12/28 Luca Tettamanti :
>>> On Mon, Dec 28, 2009 at 01:32:24PM -0500, Alex Deucher wrote:
>>>> 2009/12/28 Luca Tettamanti :
>>>> > 2009/12/28 Alex Deucher :
>>>> >> O
>From a71f0302835876038fb608e0d7a570dc3a0f145c Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 29 Dec 2009 12:09:17 -0500
Subject: [PATCH] drm/radeon/kms: add primary dac adj values table
Look up primary dac adj values from the table if
there is no bios or bios dac table to refere
This patch might help with LVDS resume on pre-atom systems . Please
test and let me know if there are any regressions.
Alex
0001-drm-radeon-kms-update-LVDS-power-sequence.patch
Description: application/mbox
--
This SF.N
>From e7c3662c17bbf8dc47e09ca156825cdd21eefc80 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 4 Jan 2010 19:12:02 -0500
Subject: [PATCH] drm/radeon/kms: fallback to default connector table
if necessary for combios
Some early combios radeon cards don't have a connector
table or d
On Mon, Jan 4, 2010 at 11:55 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This detects if the sideport memory is enabled on these IGPs, and if
> it is VRAM is evicted on suspend/resume.
>
> This should fix s/r issues on some IGPs.
NACK. that register is not reliable. You need to get the inf
Updated patch to use bios tables attached.
Alex
On Mon, Jan 4, 2010 at 11:55 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This detects if the sideport memory is enabled on these IGPs, and if
> it is VRAM is evicted on suspend/resume.
>
> This should fix s/r issues on some IGPs.
>
> TODO:
> ch
>From e77f2fecc263ab237e56a897a67eee7574f9a2fb Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 5 Jan 2010 17:27:33 -0500
Subject: [PATCH] drm/radeon/kms: use REG8 for HDP flush on r1xx-r5xx
Avoid touching bit 23 of HOST_PATH_CNTL as this can
cause hangs on some systems. Only read/wr
On Wed, Jan 6, 2010 at 1:29 PM, Jerome Glisse wrote:
> R300 family will hard lockup if host path read cache flush is
> done through MMIO to HOST_PATH_CNTL. But scheduling same flush
> through ring seems harmless. This patch remove the hdp_flush
> callback and add a flush after each fence emission
2010/1/6 Rafał Miłecki :
> 2010/1/5 Alex Deucher :
>> Updated patch to use bios tables attached.
>
> What about reading clock of sideport memory? Standard way? Could we do
> following?
Nope. Sideport mclk is different than the mclk on discrete chips. If
you look at the atom ta
On Wed, Jan 6, 2010 at 10:55 PM, Dave Airlie wrote:
> On Wed, Dec 30, 2009 at 11:21 AM, Darren Jenkins
> wrote:
>> There are a couple of array overruns, and some associated confusion in
>> the code.
>> This is just a wild guess at what the code should actually look like.
>
> Alex can you take a l
On Wed, Jan 6, 2010 at 3:51 PM, Jerome Glisse wrote:
> On Wed, Jan 06, 2010 at 01:57:08PM -0500, Alex Deucher wrote:
>> On Wed, Jan 6, 2010 at 1:29 PM, Jerome Glisse wrote:
>> > R300 family will hard lockup if host path read cache flush is
>> > done through MMIO to HOS
the ring rather than MMIO, it
shouldn't be any different than the previous behavior.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/r100.c | 14 ++
> drivers/gpu/drm/radeon/r300.c | 16 +++
>From 9d6da5df3ca3912ffdd4ad25e10f127d0c5e4354 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 7 Jan 2010 14:19:47 -0500
Subject: [PATCH] drm/radeon/kms: fix typo in atom connector type handling
Also remove the problematic enums that were unused
remnants from the ddx.
Signed-off-by: A
On Fri, Jan 8, 2010 at 12:53 PM, Hendrik Sattler
wrote:
> Hi,
>
> I have a ATI HD2400XT in my notebook and tried the radeon.ko module with
> modeset=1 (X cannot use this, yet).
> While this gives me a framebuffer console with 2.6.32, it only shows a blank
> screen with linux-2.6.32.2.
already fix
>From 16de3600adde106fbb6eb828a3fa1b935d938425 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 11 Jan 2010 10:50:18 -0500
Subject: [PATCH] drm/radeon/kms: fix up LVDS handling on macs
Based on radeonfb code and recent ddx fix.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/rad
>From 6d980869ef031752dac505c1aacbbe221fb2c6e7 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 11 Jan 2010 12:39:35 -0500
Subject: [PATCH] drm/radeon/kms/rv100: reject modes >135 Mhz on DVI
Due to heat issues. Fixes fdo bug 25992
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/
On Mon, Jan 11, 2010 at 1:42 PM, Maarten Maathuis wrote:
> On Mon, Jan 11, 2010 at 6:57 PM, Alex Deucher wrote:
>> >From 6d980869ef031752dac505c1aacbbe221fb2c6e7 Mon Sep 17 00:00:00 2001
>> From: Alex Deucher
>> Date: Mon, 11 Jan 2010 12:39:35 -0500
>> Subject
On Mon, Jan 11, 2010 at 3:08 PM, Alex Deucher wrote:
> On Mon, Jan 11, 2010 at 1:42 PM, Maarten Maathuis
> wrote:
>> On Mon, Jan 11, 2010 at 6:57 PM, Alex Deucher wrote:
>>> >From 6d980869ef031752dac505c1aacbbe221fb2c6e7 Mon Sep 17 00:00:00 2001
>>> From: Al
>From a1119b4663f0e986468dbbb086432f058384fc79 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 11 Jan 2010 19:47:38 -0500
Subject: [PATCH] drm/radeon/kms/r6xx+: make irq handler less verbose
Unhandled vectors can be safely ignored, no need
to spam the kernel log by default.
Signed-off
2010/1/12 Michel Dänzer :
> On Mon, 2010-01-11 at 11:10 -0500, Alex Deucher wrote:
>> >From 16de3600adde106fbb6eb828a3fa1b935d938425 Mon Sep 17 00:00:00 2001
>> From: Alex Deucher
>> Date: Mon, 11 Jan 2010 10:50:18 -0500
>> Subject: [PATCH] drm/radeon/kms: fix up LVD
On Wed, Jan 13, 2010 at 2:48 PM, James Simmons wrote:
>
>> > > On 01/07/2010 12:42 AM, Johan Hovold wrote:
>> > > >> Yeap. The fix uncovered a bug in your driver. I haven't heard of
>> > > >> problems with the other drm drivers.
>> > > >>
>> > > >>> The backlight is handled via the DRI driver I as
d-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/r600.c | 10 +++---
> 1 files changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
> index 0f9a8c6..bb9115b 100644
> --- a/d
On Fri, Jan 15, 2010 at 8:44 AM, Jerome Glisse wrote:
> To avoid hw doing anythings after we disabled PCIE GART, fully
> disable IRQ at suspend. Also cleanup a bit the ih structure
> and process function.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
> ---
On Fri, Jan 15, 2010 at 9:11 AM, Roel Kluin wrote:
> The crtc_ prefix was omitted in h/vdisplay assignments
>
> Signed-off-by: Roel Kluin
> ---
> Not sure, but maybe the change below is needed? please ack/nack.
NAK. the code is correct as is.
>
> diff --git a/drivers/gpu/drm/radeon/radeon_enco
by the rare wptr != 0 on initialization.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/r600.c | 8 +++-
> 1 files changed, 7 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/ra
101 - 200 of 1232 matches
Mail list logo