Re: [PATCHES] radeon KMS updates

ld do the trick. Alex > Dave. > >  > >> Patch 5 could probably use some more testing to make sure I didn't >> accidentally break lvds on any picky panels due to a typo in the >> conversion. >> >> Alex >> > From ccef8b311a1b9345cb99177a2cf2c37e56676

Updated R5xx 3D Programming Guide

AMD has released a updated version of the R5xx 3D programming guide. The new version offers expanded coverage on texture memory layouts, some notes on implementing anti-aliased lines/points/polys, and some additional registers. The new version of the document is available here: http://www.x.org/do

Re: [radeonhd] Re: RFC: Porting radeonhds HDMI support to KMS

On Sun, Oct 11, 2009 at 6:01 PM, Christian König wrote: > Am Mittwoch, den 07.10.2009, 19:01 -0400 schrieb Alex Deucher: >> FYI, I've committed this patch to my local drm tree as well as several >> others to clean up and clarify things (and hopefully fix some bugs). >>

Re: [PATCHES] radeon KMS updates

A couple more patches to fix up some issues with tv-out. Alex On Fri, Oct 9, 2009 at 6:45 PM, Alex Deucher wrote: > One more patch to address a possible case of systems with bad native > mode info for lvds, but a valid edid. > > Alex > > On Fri, Oct 9, 2009 at 5:53 PM, A

Re: [PATCHES] radeon KMS updates

And one more for to fix the active_device setup. Alex On Wed, Oct 14, 2009 at 12:45 AM, Alex Deucher wrote: > A couple more patches to fix up some issues with tv-out. > > Alex > > On Fri, Oct 9, 2009 at 6:45 PM, Alex Deucher wrote: >> One more patch to address a possible

[PATCH] drm/radeon/kms: fix connector edid handling

>From 1005d7c5ae7c93f883d44132d07e6cbed2126665 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 15 Oct 2009 16:16:35 -0400 Subject: [PATCH] drm/radeon/kms: fix connector edid handling Based partly on a patch from Christian Koenig - fix several memory leaks in radeon_connector-&g

[PATCH] drm/radeon/kms: fix legacy quirk handling

>From d4e409315c2d1486b6e816030efcbad03b13e43a Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 15 Oct 2009 23:08:05 -0400 Subject: [PATCH] drm/radeon/kms: fix legacy quirk handling Need to check the return type for the quirk function to decide whether we add the connectors and encod

[PATCH] drm/radeon/kms: fix support for original r100

>From e8c49ae42133c01ef87e01aa9a1ff11fed3b413b Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 15 Oct 2009 23:38:32 -0400 Subject: [PATCH] drm/radeon/kms: fix support for original r100 Original radeon didn't have a connector table in the bios. Check for the CRT table and if we

[PATCH] drm/radeon/kms/atom: add support for spread spectrum (v2)

ers. Alex From 562b4d8c261db106acdd272ab3bdb12c0152649c Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Fri, 16 Oct 2009 11:15:25 -0400 Subject: [PATCH] drm/radeon/kms/atom: add support for spread spectrum (v2) Spread spectrum is a periodic disturbance added to the feedback divider to change

[PATCH] drm/radeon/kms: add support for msi

>From 482ec0ac012a8e4ca535ee50fc96305a1f11f43a Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Fri, 16 Oct 2009 12:21:24 -0400 Subject: [PATCH] drm/radeon/kms: add support for msi Try to enable msi on chips that support it. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r10

[PATCHES] radeon kms drm patches

ze or more due to the power of two rounding afterwards. The attached patch changes this order so that the texture sizes are computed correct. Also the on error the yet missing inputs to the size computation are printed which helped me to find out where it really breaks. Signed-off-by: Alex De

[PATCHES] radeon drm updates

A bunch of radeon drm patches from my local queue. Alex From 97806e104445dbd94918ef69666aabe8d1d68f59 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 19 Oct 2009 17:23:33 -0400 Subject: [PATCH] drm/radeon/kms: fix vram_width calculation on r6xx/r7xx Signed-off-by: Alex Deucher

[PATCH] drm/radeon/kms/r7xx: add regs for 40 bit CUR/GRPH addresses

>From a8a7d447d4f781670a849e345f5f31edb975c397 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 22 Oct 2009 16:12:34 -0400 Subject: [PATCH] drm/radeon/kms/r7xx: add regs for 40 bit CUR/GRPH addresses The *_HIGH regs are reversed. The secondary ones are in the primary block and vice ve

Re: modeset repo

On Mon, Oct 26, 2009 at 12:24 PM, James Simmons wrote: > > What is the git path for the mdoeset repo. I have some patches I like to > submit. > Most patches go through Dave's drm-next tree: http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=shortlog;h=refs/heads/drm-next Alex -

[PATCHES] radeon kms drm patches

A couple of small modesetting fixes. Alex From 84248ff437864aab1d0d3aba971aa4d32c248526 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 27 Oct 2009 11:16:09 -0400 Subject: [PATCH] drm/radeon/kms/atom: loosen pll min output limits Limiting the pll output range is a good thing generally as

[PATCH] drm/radeon/kms/atom: Make card_info per device

uct member of the radeon device instead of a static per kernel module value. This should avoid potential problems with two radeon cards installed in one system. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_device.c | 29 + drivers/gpu/drm/rad

[PATCH] possible fix for spread spectrum issues

For those of you having issues with the spread spectrum patch, this patch should fix it up. If not, we should probably get rid the ss patch until it's gotten some more testing. Alex From 4a5d68c399f950bd603e7af752ac7eb430ee1d19 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 27 Oct

Re: [PATCH] possible fix for spread spectrum issues

Looks like the issue was actually a potential oops. New patch attached. Alex On Tue, Oct 27, 2009 at 4:44 PM, Alex Deucher wrote: > For those of you having issues with the spread spectrum patch, this > patch should fix it up.  If not, we should probably get rid the ss > patch u

[PATCH] drm/radeon/kms: add quirk for hp dc5750

>From d8a247c57fddc2dc01b41320988c25aa5dfcb0d7 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 28 Oct 2009 01:46:54 -0400 Subject: [PATCH] drm/radeon/kms: add quirk for hp dc5750 Doesn't have a tv-out port Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_combios.

Re: HI, where could I get k8m800 chrome pro register document?

On Fri, Oct 30, 2009 at 3:27 AM, ye janboe wrote: > Hi, All > > Does via release k8m800 chrome pro register document for OSS? > > I could not find it on x.org website. Your best bet it to check VIA's website. Alex -- Co

Re: [PATCH] drm/radeon/kms: fix coherency issues on AGP cards.

On Thu, Oct 29, 2009 at 11:32 PM, Dave Airlie wrote: > From: Dave Airlie > > When we are evicting from VRAM->RAM we allocate the ttm object, > but we don't set the caching policy on it before blitting into it. > This means on AGP we end up blitting into cached pages, and > the CPU later flushes o

[PATCH] drm/radeon/kms: Don't RMW CP_RB_CNTL

>From 285b15261833cccb0fd2396f3404b7a7d59a014e Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 2 Nov 2009 16:01:27 -0500 Subject: [PATCH] drm/radeon/kms: Don't RMW CP_RB_CNTL Immediate readback seems faulty on some chips. I suspect it takes a while to get through the fifo to th

[PATCH] drm/radeon/kms/r700: fix some typos in chip init

>From 70e8a6098f8debf71769f309bc3b25f2e1ce855d Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 3 Nov 2009 10:04:01 -0500 Subject: [PATCH] drm/radeon/kms/r700: fix some typos in chip init Noticed by Andre on IRC. Also fix up some minor whitespace issues. Signed-off-by: Alex Deuc

[PATCH] drm/radeon/kms: remove some misleading debugging output

>From a98496560afee035314f35b08c59e5bcbfe096d7 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 3 Nov 2009 16:10:36 -0500 Subject: [PATCH] drm/radeon/kms: remove some misleading debugging output Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_bios.c |3 --- 1 fi

[PATCHES] radeon kms drm patches

point. Patch set also contains a rebased version of the rs880 patch I sent yesterday. Alex From a40ff87d19252c9ee1ea4761d0afac3d8097c869 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 5 Nov 2009 13:11:46 -0500 Subject: [PATCH] drm/radeon/kms/r600: fix rs880 support v2 Lots of cases were

[PATCH] drm/radeon/r600: CS parser updates

>From 33043f0c15730f1bda1abd18179ebbfb603c0105 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 9 Nov 2009 16:41:21 -0500 Subject: [PATCH] drm/radeon/r600: CS parser updates Add some additional regs that require relocs. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r600_c

[PATCHES] radeon kms drm i2c updates

From c965481ece7d9ccb7264abf45ae41806cef20364 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 5 Nov 2009 18:27:30 -0500 Subject: [PATCH 1/3] drm/radeon/kms: dont't pass a radeon_connector to radeon_i2c_do_lock() We need this for supporting things other than ddc on i2c. Signed-off-by:

[PATCH] drm/radeon/kms: fix typo in legacy internal tmds mode fixup

>From 40f18784d4b9471a9db6432a53a1bc4fa29b1f04 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 12 Nov 2009 14:01:36 -0500 Subject: [PATCH] drm/radeon/kms: fix typo in legacy internal tmds mode fixup Call to set active device was missing. Signed-off-by: Alex Deucher --- drivers/gpu/

[PATCH] drm/radeon/kms: rework scaler handling

>From af779d3c5a530db7f88d16969a49b9dcb1db Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 12 Nov 2009 14:55:14 -0500 Subject: [PATCH] drm/radeon/kms: rework scaler handling Keep requested scaler type in radeon_encoder and the actual scaler type used in radeon_crtc. This prevents

Re: drm/radeon/r600: CS parser updates perhaps broke 3d

On Sun, Nov 15, 2009 at 4:30 PM, Mikko Vinni wrote: > Hi, > > after commit a39533b4ddad388b64a20bcabd17ac125fd4ba65 > (drm/radeon/r600: CS parser updates) landed in mainline > (happens still in v2.6.32-rc7-29-ga9366e6) trying to start a 3D app > (glxgears or xmoto for example) started to produce t

Re: [RFC][PATCH] drm/radeon/kms: register backlight device for KLDSCP_LVTMA

2009/11/16 Rafał Miłecki : > This patch introduces backlight control for KLDSCP_LVTMA encoder using > /sys/class/backlight. > > Mostly interesting for ppl without ACPI/platform backlight control > like some Sony VAIO owners. This should probably be enabled only on specific devices where the backli

Re: [PATCH] drm/radeon/kms: add support to atom parser for FB read/write

On Mon, Nov 16, 2009 at 6:09 PM, Dave Airlie wrote: > From: Dave Airlie > > FB read/write really doesn't need to access the actual VRAM, we > can just use a scratch area. This is required for using atom displayport > calls later. > > Signed-off-by: Dave Airli

[PATCH] drm/radeon/kms: add quirk for MSI S270

>From c655de857df1c8d920be9b82368db850dca87558 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 16 Nov 2009 18:33:51 -0500 Subject: [PATCH] drm/radeon/kms: add quirk for MSI S270 doesn't have a tv-out port Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_combios.

[PATCH] drm/radeon/kms: deal with connectors sourced to the same encoder

>From f0c914fcbd1d178214b624438810ad32e3328fe2 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 17 Nov 2009 15:44:01 -0500 Subject: [PATCH] drm/radeon/kms: deal with connectors sourced to the same encoder Some systems have multiple connectors connected to the same encoder; e.g., DVI

[PATCH] drm/radeon/kms: add quirk for Acer laptop

>From 50698aab33d947171324e52f9678d975cd54d94a Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 17 Nov 2009 17:12:10 -0500 Subject: [PATCH] drm/radeon/kms: add quirk for Acer laptop DVI-I port is actually DVI-D Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_atombio

Re: [PATCH] drm/radeon/kms: add quirk for Acer laptop

now with non-mangled patch. On Tue, Nov 17, 2009 at 5:19 PM, Alex Deucher wrote: > From 50698aab33d947171324e52f9678d975cd54d94a Mon Sep 17 00:00:00 2001 > From: Alex Deucher > Date: Tue, 17 Nov 2009 17:12:10 -0500 > Subject: [PATCH] drm/radeon/kms: add quirk for Acer laptop >

Re: PROBLEM: radeon, kernel => 2.6.32-rc6-git5, any mode switch on MacBookPro2, 2 is delayed by 130 seconds of black screen

On Fri, Nov 20, 2009 at 5:45 AM, Viktor Malyarchuk wrote: > Dear David, > > thank you and all the developers involved for your outstanding DRM/KMS work. > > There is a problem that was introduced in 2.6.32-rc6-git5. > > SUMMARY > any mode switch on MacBookPro2,2 is delayed by 130 seconds of black

Re: [PATCH 3/3] drm/radeon/kms: Add range pinning to crtc/cursor bo

On Fri, Nov 20, 2009 at 8:29 AM, Jerome Glisse wrote: > We force the crtc & cursor bo to be in the first 64M, this > will help on legacy modesetting hw where the offset of > scanout buffer and cursor are relative to a base address. This limitation only applies to pre-avivo (r1xx-r4xx) chips, ther

Re: [radeon-drm] kms resolution wrong with kernel 2.6.32rc8-git1

On Sun, Nov 22, 2009 at 6:00 AM, Andreas Radke wrote: > radeon kms worked well with my X200m/R300 card in kernel 31 series and > now I tried 32rc8-git1 and resolution detection fails: > It detects the resolution of your panel (1280x800) fine. It's also detecting the tv-out port as connected whic

Re: [radeon-drm] kms resolution wrong with kernel 2.6.32rc8-git1

On Mon, Nov 23, 2009 at 4:03 AM, Andreas Radke wrote: > On Mon, 23 Nov 2009, Alex Deucher wrote: > >> On Sun, Nov 22, 2009 at 6:00 AM, Andreas Radke wrote: >>> >>> radeon kms worked well with my X200m/R300 card in kernel 31 series and >>> now I tried 32

Re: [PATCH] drm/radeon/kms: add HDP flushing for all GPUs.

on r600 with this change. > > Signed-off-by: Dave Airlie Acked-by: Alex Deucher > --- >  drivers/gpu/drm/radeon/r100.c          |    8 >  drivers/gpu/drm/radeon/r600.c          |    4 >  drivers/gpu/drm/radeon/r600d.h         |    1 + >  drivers/gpu/drm/radeon

Re: PROBLEM: radeon, kernel => 2.6.32-rc6-git5, any mode switch on MacBookPro2, 2 is delayed by 130 seconds of black screen

bad points on the tree and git bisects the commits in between. You try those commits and mark them as good or bad until you find the problematic one. Alex > > Best, > Viktor > > On Friday 20 November 2009 10:16:44 am Alex Deucher wrote: >> On Fri, Nov 20, 2009 a

Re: PROBLEM: radeon, kernel => 2.6.32-rc6-git5, any mode switch on MacBookPro2, 2 is delayed by 130 seconds of black screen

On Thu, Nov 26, 2009 at 5:21 AM, Viktor Malyarchuk wrote: > Hi Jerome, > > yes, you are right. Reverting f30f37def4c72e5df8d949022b806e5a4e99bbcb for > 2.6.32rc8 did not fix the problem. > > During bisecting here > > "bad: [f30f37def4c72e5df8d949022b806e5a4e99bbcb] drm/radeon/kms: Update memory >

[PATCHES] radeon kms drm dp updates

Fix DP detect and clean up DP debugging info. Alex From a207047693e1249c5e4289785c9bb00d4e7e6541 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Fri, 27 Nov 2009 13:01:46 -0500 Subject: [PATCH] drm/radeon/kms: fix DP detect only return connected if there is actually a monitor connected

[PATCH] drm/radeon/kms/atom: pull misc mode info for lvds from bios tables

>From 0d49d381d6749dc3013527b369c83ef31852ce4c Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 30 Nov 2009 01:40:24 -0500 Subject: [PATCH] drm/radeon/kms/atom: pull misc mode info for lvds from bios tables sync polarity, etc. This will likely fix LVDS problems on some laptops. Sig

[PATCH] drm/radeon/kms: fix LVDS setup on r4xx

>From 8753d58c4228deaefe5d19deef03f856489b76fd Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 30 Nov 2009 01:54:16 -0500 Subject: [PATCH] drm/radeon/kms: fix LVDS setup on r4xx R4xx mobility chips use atombios, which does not store the LVDS_GEN_CNTL parameter setup like combios. Rat

[PATCH] Add interrupt controller firmware for r6xx/r7xx chips

These are the firmware files needed for the interrupt controller on r6xx/r7xx chips. Copy them to /lib/firmware/radeon/ to use interrupts on these chips. The license terms are listed in the attached file (LICENSE.radeon). These should probably go into the linux firmware tree. Alex R600_rlc.bi

[PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

accessible to the firmware loader for interrupts to function. Alex From c415802e12563ea1f1ef3cd46a004ce6cc2300ff Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Mon, 30 Nov 2009 13:45:31 -0500 Subject: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips This enabled the use of

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

On Mon, Nov 30, 2009 at 2:02 PM, Alex Deucher wrote: > This enables the use of interrupts on r6xx/r7xx hardware. Interrupts > are implemented via a ring buffer.  The GPU adds interrupts vectors to > the ring and the host reads them off in the interrupt handler.  The > interrup

Re: [PATCH] drm/radeon/kms: Add support for interrupts on r6xx/r7xx chips

On Mon, Nov 30, 2009 at 6:11 PM, Alex Deucher wrote: > On Mon, Nov 30, 2009 at 2:02 PM, Alex Deucher wrote: >> This enables the use of interrupts on r6xx/r7xx hardware. Interrupts >> are implemented via a ring buffer.  The GPU adds interrupts vectors to >> the ring and the h

[PATCH] drm/radeon/kms: add tv standard property to tv connectors

>From ca209ade406e572785187a15e7b45ac09cbbf642 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 1 Dec 2009 14:12:14 -0500 Subject: [PATCH] drm/radeon/kms: add tv standard property to tv connectors Lets user select tv-standard. The property was there, just not hooked up. Signed-off

[PATCH] drm/radeon/kms: don't use bios dividers for lvds on r4xx

>From 7f15ad08efb8b58ea572689dbada7da1d3624a8c Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 2 Dec 2009 00:59:37 -0500 Subject: [PATCH] drm/radeon/kms: don't use bios dividers for lvds on r4xx R4xx cards don't have lvds pll dividers since they use atom. should fix rh bug 5

[PATCH] drm/radeon/kms: Add quirk for HIS X1300 board

>From ab2778e544cfde6ca0d050655d06159cb0f7a7aa Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Tue, 1 Dec 2009 14:49:50 -0500 Subject: [PATCH] drm/radeon/kms: Add quirk for HIS X1300 board Board is DVI+VGA, not DVI+DVI Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_atombio

[PATCH] drm/radeon/kms: handle vblanks properly with dpms on avivo chips

>From 954230c97fac8fbfc2212024ff9f6c057bf48714 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 2 Dec 2009 11:46:52 -0500 Subject: [PATCH] drm/radeon/kms: handle vblanks properly with dpms on avivo chips Copied from pre-avivo code. Signed-off-by: Alex Deucher --- drivers/gpu/drm/rad

[PATCH] drm/radeon/kms: tighten the pll range when selecting dividers

need a wider range (some duallink monitors). Alex From 9a08f099ae01de8e6e6511dbda556b1584d0fd0e Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 2 Dec 2009 19:03:52 -0500 Subject: [PATCH] drm/radeon/kms: tighten the pll range when selecting dividers We use the pll in/out min/max values in

[PATCH] drm/radeon/kms: pll fixes

09e41073d46cc9f3e69444b1ee12e4c5dee3f779 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 2 Dec 2009 19:26:48 -0500 Subject: [PATCH] drm/radeon/kms: pll fixes Should help fix flickering modes on some systems. Use the tighter pll_out_min from the bios in addition to fractional feedback dividers on all cards that support

[PATCH] drm/radeon/kms: fix legacy crtc2 dpms

>From 942489388e07ad3fd3eb0b8daca46402d60898ef Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 3 Dec 2009 12:15:54 -0500 Subject: [PATCH] drm/radeon/kms: fix legacy crtc2 dpms noticed by Matthijs Kooijman on fdo bug 22140 Signed-off-by: Alex Deucher --- drivers/gpu/drm/rad

[PATCH] drm/radeon/kms: fix vram setup on rs600

>From d01f1c26e987335c2b06c8b0a7cbbb16da23b183 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 3 Dec 2009 16:18:19 -0500 Subject: [PATCH] drm/radeon/kms: fix vram setup on rs600 also fix up rs690 mem width. should fix fdo bug 25408 Signed-off-by: Alex Deucher --- drivers/gpu/

[PATCH] drm/radeon/kms: rs6xx/rs740: clamp vram to aperture size

>From 9de8d948c2768ebcc3ecab6cbe0347f618910887 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Thu, 3 Dec 2009 16:28:02 -0500 Subject: [PATCH] drm/radeon/kms: rs6xx/rs740: clamp vram to aperture size Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/rs600.c |9 ++--- drivers/

Re: [PATCH] drm/intel: refactor DP i2c support and DP common header to drm helper

On Thu, Dec 3, 2009 at 8:08 PM, Dave Airlie wrote: > From: Dave Airlie > > Both radeon and nouveau can re-use this code so move it up a level > so they can. However the hw interfaces for aux ch are different > enough that the code to translate from mode, address, bytes > to actual hw interfaces i

Re: ATI Radeon XPRESS 200M

On 10/18/06, Phillip Ezolt <[EMAIL PROTECTED]> wrote: > Hi All, >I know that this topic has come up many times in the past, but here goes. > I'm one of the poor schleps with a XPRESS 200M in my Compaq laptop. The > open-source driver doesn't support it, and the latest fglrx driver just > hang

Re: ATI Radeon XPRESS 200M

On 10/22/06, Phillip Ezolt <[EMAIL PROTECTED]> wrote: > Alex, > Thanks for answering my questions. Sorry I'm a little slow to respond. > I can usually only work on this when everyone in the house is asleep. (That > doesn't come that often..) > > > > You'd probably want to configure the MC in t

Re: ATI Radeon XPRESS 200M

On 10/23/06, Phillip Ezolt <[EMAIL PROTECTED]> wrote: > Alex, > > > The radeon driver doesn't really mess with the memory controller > > registers. It relies on the bios/chip defaults. I'm not even sure > > messing with the MC stuff on the XPRESS chips will help. We're just > > guessing here. >

Re: ATI Radeon XPRESS 200M

On 10/26/06, Phillip Ezolt <[EMAIL PROTECTED]> wrote: > Alex, > > I was able to get the latest and greatest of everything compiled and > "limping". X starts up, and then proceeds to consume 100% of the CPU. I > have a good debugging environment, so I'll be able to walk through it with > gdb to fig

Re: ATI Radeon XPRESS 200M

Sorry for the delay in response. On 10/30/06, Phillip Ezolt <[EMAIL PROTECTED]> wrote: > Alex, > > > > > > > > (II) resource ranges after probing: > > > DRI broken: > > >[33] 0 0 0x03b0 - 0x03bb (0xc) IS[B] > > >[34] 0 0 0x03c0 - 0x03df (0x20) IS[B] >

Re: ATI Radeon XPRESS 200M

On 11/5/06, Phillip Ezolt <[EMAIL PROTECTED]> wrote: > Alex, > > On 11/1/06, Alex Deucher <[EMAIL PROTECTED]> wrote: > > Sorry for the delay in response. > > No problem. I appreciate the responses. > > > These are what the bits in the RBBM_STATUS reg

Re: [Bug #9032] Direct rendering applications hangs with tdfx-1.1.1, 1.2.0, 1.2.1, 1.2.2

On 11/15/06, Svante Signell <[EMAIL PROTECTED]> wrote: > The bug report below reported today as Bug #9032 to bugs.freedesktop.org > was sent to the Xorg project team by default. In my opinion it should > have been sent to this list instead. I'm not subscribed to the xorg-team > list I cannot see if

Re: [Bug #9032] Direct rendering applications hangs with tdfx-1.1.1, 1.2.0, 1.2.1, 1.2.2

On 11/15/06, Svante Signell <[EMAIL PROTECTED]> wrote: > On Wed, 2006-11-15 at 15:02 -0500, Alex Deucher wrote: > ... > > > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395044 for further > > > information. > > > > > > Thanks, > > >

Re: [Bug #9032] Direct rendering applications hangs with tdfx-1.1.1, 1.2.0, 1.2.1, 1.2.2

On 11/15/06, Svante Signell <[EMAIL PROTECTED]> wrote: > On Wed, 2006-11-15 at 15:02 -0500, Alex Deucher wrote: > ... > > > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395044 for further > > > information. > > > > > > Thanks, > > >

Re: ATI Radeon XPRESS 200M

On 11/21/06, Roland Scheidegger <[EMAIL PROTECTED]> wrote: > Phillip Ezolt wrote: > > Roland, > > > > On 11/21/06, *Roland Scheidegger* <[EMAIL PROTECTED] > > > wrote: > > > > Phillip Ezolt wrote: > >> It does get recognized as PCI. However, I had to force it PCIE. > >> (

Re: [Bug #9032] Direct rendering applications hangs with tdfx-1.1.1, 1.2.0, 1.2.1, 1.2.2

other distribs. This would be suboptimal, the more upstream the better. tdfx 1.3.0 released. Alex > > Thanks, > Svante Signell > > On Thu, 2006-11-16 at 00:19 +0100, Svante Signell wrote: > > On Wed, 2006-11-15 at 17:00 -0500, Alex Deucher wrote: > > > On 11/15/06, Sva

Re: Savage issue

On 12/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > That's a known issue, see: > > https://bugs.freedesktop.org/show_bug.cgi?id=8800 > > Try downgrading to version 2.1.1. > IIRC, you need to upgrade to the latest savage drm. Alex > > -Ursprüngliche Mitteilung- > Von: [

Re: Interest for PCI / PCIe tracing for Nouveau -project?

On 12/26/06, Simen Thoresen <[EMAIL PROTECTED]> wrote: > Hi Nouveau- (and other cheap PCI and PCIe -graphics users) > > I have several PCI and PCIe tracers available through my employer, and > will be able to purchase low-end versions of modern video-cards > (preferably PCI versions, but possibly P

Re: Debugging the Radeon 200M command processor (CP)

On 1/11/07, Phillip Ezolt <[EMAIL PROTECTED]> wrote: > Hi All, > >I've been hacking away at the 200M driver without much success, and would > like to hear if other people with more radeon experience can help me. I have > things setup to use 128M of the sideport memory (and nothing else). I've

Re: Debugging the Radeon 200M command processor (CP)

On 1/15/07, Phillip Ezolt <[EMAIL PROTECTED]> wrote: > Jerome, > > On 1/13/07, Jerome Glisse <[EMAIL PROTECTED] > wrote: > > > > > > Is it something like this: > > > > > > BEGIN_RING(2); > > > OUT_RING( CP_PACKET0( RADEON_SCRATCH_REG5, 0 ) );\ > > > OUT_RING( 0xDEADBEEF);

Re: Current state

On 1/25/07, Dave Brown <[EMAIL PROTECTED]> wrote: > > Hi there, > > I've recently become interested in the Nouveau project. Specifically I'm > considering looking at porting it to a relatively unknown operating system > called RISC OS that is based on the ARM processor. The platform I would be >

Re: PROSAVAGE NO 3D SUPPORT?

On 2/14/07, Gala Dragos <[EMAIL PROTECTED]> wrote: > Graphics Card: Savage (ProSavage8 KM266/KL266) > Kernel: 2.6.19-2895.fc6 > System: Fedora Core 6 > X system: Xorg 7.0, Mesa drivers, OpenGL installed > > I get this warnings whe running glxgears: > > libGL warning: 3D driver returned no fbconfigs

Re: [PATCH 1/3] Added structs and ioctls for modesetting in kernel

On 3/22/07, Jesse Barnes <[EMAIL PROTECTED]> wrote: > On Tuesday, March 20, 2007, Jakob Bornecrantz wrote: > > Added structs and ioctls for modesetting in kernel > > And just to give you an idea of the sorts of structures and layout I've > been working with, here's what I was playing with today. R

Re: [Dri-users] Is this a bug in radeon driver (secondlife hang ?)

On 9/19/07, chaohong guo <[EMAIL PROTECTED]> wrote: > Hi, guys, > > Did someone try secondlife on radeon cards ? > > I am porting dri radeon driver to solaris. In order to > enable secondlife to run on Solaris x86. I have to make a > small change in the routine radeon_cp_dispatch_texture() of > rad

Re: Gtkradiant not working with radeon driver

On 10/31/07, Jose Rodriguez <[EMAIL PROTECTED]> wrote: > On 30/10/2007, Roland Scheidegger <[EMAIL PROTECTED]> wrote: > > Hmm, so max_index is -1. Apparently gtkradiant has called drawArrays > > with a count of 0 (which is legal though pretty much a no-op), it seems > > we don't handle that correct

Re: ATI Technologies Inc RS480 [Radeon Xpress 200G Series]

On Nov 8, 2007 9:43 AM, Thomas Drillich <[EMAIL PROTECTED]> wrote: > Hello, > > since two years I'm trying to get a running OpenGl and DRI with fglrx on amd65 > linux system and it seems the ati guys will never be able to support that > chipset > see http://ati.cchtml.com/show_bug.cgi?id=253 > > N

Re: ATI Technologies Inc RS480 [Radeon Xpress 200G Series]

On Nov 8, 2007 7:29 PM, Thomas Drillich <[EMAIL PROTECTED]> wrote: > Am Donnerstag, 8. November 2007 schrieben Sie: > > > What could I do to get a running DRI/Opengl with my chipset ? > > > > You might be able to get it working with the latest ddx, drm, and mesa > > bits from git, however XPRESS ch

Re: ATI Technologies Inc RS480 [Radeon Xpress 200G Series]

On Nov 10, 2007 9:04 PM, Thomas Drillich <[EMAIL PROTECTED]> wrote: > Am Freitag, 9. November 2007 schrieb Alex Deucher: > > On Nov 8, 2007 7:29 PM, Thomas Drillich <[EMAIL PROTECTED]> wrote: > > > Am Donnerstag, 8. November 2007 schrieben Sie: > > > > >

Re: redesigning the DRM internal logic..

On Feb 13, 2008 4:28 AM, Dave Airlie <[EMAIL PROTECTED]> wrote: > > So I've been thinking about this stuff a lot lately wrt to getting the > DRM into a state that enables fast-user-switching, GPGPU apps, > different users on a per head one a single card.. > > http://dri.freedesktop.org/wiki/DRMRede

Re: redesigning the DRM internal logic..

On Feb 13, 2008 9:09 PM, Keith Packard <[EMAIL PROTECTED]> wrote: > > On Wed, 2008-02-13 at 19:22 -0500, Alex Deucher wrote: > > > How about a "compat" node for old clients and a "new" render node that > > handles both new clients and GPGPU? Then

Radeon R5xx 3D programming guide

interests of getting this out tonight, I wasn't able to get it on the AMD servers before the weekend. http://www.x.org/docs/AMD/R5xx_Acceleration_v1.1.pdf Alex Deucher [EMAIL PROTECTED] Open Source Community Development AMD Graphics Products

Re: Fence questions

On Wed, Feb 27, 2008 at 9:03 AM, Thomas Hellström <[EMAIL PROTECTED]> wrote: > > Jerome Glisse wrote: > > Hi Thomas, > > > > As i am in the process of cleaning up and making radeon > > fence things bullet proof I am wondering what are the > > difference btw fence flags and fence types ? Well i

Re: Fence questions

On Wed, Feb 27, 2008 at 1:06 PM, Thomas Hellström <[EMAIL PROTECTED]> wrote: > > Alex Deucher wrote: > > On Wed, Feb 27, 2008 at 9:03 AM, Thomas Hellström > > <[EMAIL PROTECTED]> wrote: > > > >> Jerome Glisse wrote: > >> > Hi Thomas

Re: kernel modesetting progress report....

On Thu, Feb 28, 2008 at 1:53 AM, Dave Airlie <[EMAIL PROTECTED]> wrote: > So just to let people know where kernel modesetting is getting to and > what I'm up to with it.. > > So I really want to ship something in Fedora 9 with kernel modesetting > in it, whether this is a default or a special bo

Re: kernel modesetting progress report....

On Thu, Feb 28, 2008 at 5:24 PM, Jerome Glisse <[EMAIL PROTECTED]> wrote: > On Thu, 28 Feb 2008 12:48:55 -0800 > Jesse Barnes <[EMAIL PROTECTED]> wrote: > > > On Thursday, February 28, 2008 5:36 am Jerome Glisse wrote: > > > Dave there is one things that is needed to be redone: frame buffer > >

Re: kernel modesetting progress report....

Sorry, mouse went wonky for a second there. On Fri, Feb 29, 2008 at 2:59 AM, Johannes Engel <[EMAIL PROTECTED]> wrote: > What did you want to say, Alex? I only got the quotes. ;) > > Greetings, Johannes > - This SF.net email

Re: latest xf86-video-ati breaks vt-switch/suspend/hibernate

On Wed, Mar 5, 2008 at 8:56 PM, Alec Robertson <[EMAIL PROTECTED]> wrote: > I'm running the latest git xf86-video-ati on a debian unstable thinkpad t41p > with a firegl mobility t2 ati card. Until about a week ago, the git driver > was > working fine. Since that time, switching from X to a virtu

Re: latest xf86-video-ati breaks vt-switch/suspend/hibernate

~18 = ok > master ~17 ~15 ~10 = crash on resume, requires reboot > master = fails to even start X, requires reboot > > git bisect gives: > > dd8ee1b444f4b973a1e0fadca5f943f2162b5e94 is first bad commit > commit dd8ee1b444f4b973a1e0fadca5f943f2162b5e94 > Author: Alex

Re: latest xf86-video-ati breaks vt-switch/suspend/hibernate

On Sat, Mar 8, 2008 at 12:50 AM, Alec Robertson <[EMAIL PROTECTED]> wrote: > Hi, > > > > I have the same laptop, but unfortunately, I can't reproduce the > > problem. Does this patch help: > > http://www.botchco.com/alex/xorg/entervt.diff > > I applied the patch to the latest git and the syste

Re: latest xf86-video-ati breaks vt-switch/suspend/hibernate

On Fri, Mar 14, 2008 at 12:47 AM, Alec Robertson <[EMAIL PROTECTED]> wrote: > > I have the same laptop, but unfortunately, I can't reproduce the > > problem. > > I did some more testing and found that I am able to switch VTs with the > latest git but only if I use the aewm++ window manager inste

Re: [Bug 10258] New: Radeon Suspend/Resume problem

On Sun, Mar 16, 2008 at 7:20 AM, <[EMAIL PROTECTED]> wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=10258 > >Summary: Radeon Suspend/Resume problem >Product: Drivers >Version: 2.5 > KernelVersion: 2.6.25-rc3 > Platform: All > OS/Versi

Re: [Bug 10258] Radeon Suspend/Resume problem

On Mon, Mar 17, 2008 at 4:09 PM, <[EMAIL PROTECTED]> wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=10258 > > > > > > --- Comment #2 from [EMAIL PROTECTED] 2008-03-17 13:09 --- > Hi, > > thanks for the hint. Unfortunately, both patches in fd.org/14980 don't apply. > I'm using xf8

Re: GSOC Radeon/r200/r300 Code Cleanup Project

ode base for r300 but any work you > > do would still be valuable in the mean time, so i wouldn't encourage you > to > > go through all the hard task especialy the last one. If you want someone > to > > mentor tell me even though i don't know how GSOC work :).

Re: TTM merging?

On Wed, May 14, 2008 at 2:30 PM, Eric Anholt <[EMAIL PROTECTED]> wrote: > On Wed, 2008-05-14 at 02:33 +0200, Thomas Hellström wrote: > > > The real question is whether TTM suits the driver writers for use in > Linux > > > desktop and embedded environments, and I think so far I'm not seeing > >

Re: [Mesa3d-dev] Combining Mesa3D and DRI mailing lists and/or sites?

On Thu, Jun 12, 2008 at 12:56 PM, Tomas Carnecky <[EMAIL PROTECTED]> wrote: > Keith Whitwell wrote: >> The DRI list has in effect become the list for development of the drm >> kernel module, libdrm, and the various memory manager implementations. >> While Mesa is an important client of these, it i

<    1   2   3   4   5   6   7   8   9   10   >