dri-devel February 2011

dri-devel@lists.freedesktop.org

84 participants
466 discussions

[Bug 34395] New: Evergreen KMS DRM setting 1922x1080 resolution
by bugzilla-daemon＠freedesktop.org 18 Feb '11

18 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34395 Summary: Evergreen KMS DRM setting 1922x1080 resolution Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: mattr(a)kde.org I have an HP Envy 14 with a Radeon HD 5650 and Intel switchable graphics. HDMI and DisplayPort output are only routed to the Radeon chipset. When initializing KMS for the Radeon card, I get a 1922x1080 output and the pink line on the left hand side of the connected monitor, regardless of the port the monitor is plugged into. This is very similar to Bug #27452 but the code change made there has no effect for me, hence this new bug. A quick google search didn't give me any pages that describe what other info I needed to provide as part of the initial report. Please let me know what information you need and I'll provide it as soon as possible. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[Bug 30131] New: Command & Conquer 3 crashes with r300g
by bugzilla-daemon＠freedesktop.org 17 Feb '11

17 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=30131 Summary: Command & Conquer 3 crashes with r300g Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: martinstolpe(a)gmail.com Created an attachment (id=38618) --> (https://bugs.freedesktop.org/attachment.cgi?id=38618) wine output when trying to start C&C 3 When I try to start C&C 3 the game crashes during the starting of the game. See attached wine output. Here are the software versions I use: Kernel 2.6.35.4 Xorg-server 1.8.2 xf86-video-ati-git 966ac1be81da76c8aa4ea46b63f3ca5358a2c021 mesa-git 5ea092117fb607a5776f52d251f976c5691575c8 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 24

[Bug 29978] New: r600c, bisected: GPU lockup loading savefile in vegastrike
by bugzilla-daemon＠freedesktop.org 17 Feb '11

17 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=29978 Summary: r600c, bisected: GPU lockup loading savefile in vegastrike Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: nikai(a)nikai.net Created an attachment (id=38388) --> (https://bugs.freedesktop.org/attachment.cgi?id=38388) GPU lockup call trace GPU lockup loading savefile in Vega Strike (SVN), with r600 classic driver. Bisected to mesa: 5ad74779cea07cc6a19a52874cdaef8b018e2f1b (Eric Anholt, ir_to_mesa: Load all the STATE_VAR elements of a builtin uniform to a temp.) Verified by reverting the above commit against mesa head (6e3cbeb3614152ea3aa188666d6166b484ee3f56). System environment: -- system architecture: amd64 -- Linux distribution: Gentoo -- GPU: RS780G -- Model: ATI Radeon HD 3200 -- Display connector: VGA -- xf86-video-ati: 2b98ec1f7e931019a4ab699a56d5dfaa395946fb -- xserver: 1.9.0 -- mesa: git -- drm: 8a76244a0fd09d0e3298fe68af812d7eaa4dbcb5 -- kernel: 2.6.35.3 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 13

bisected: 5b40ddf888398ce4cccbf3b9d0a18d90149ed7ff is the first bad commit
by Sergey Senozhatsky 17 Feb '11

17 Feb '11

Hello, Commit 5b40ddf888398ce4cccbf3b9d0a18d90149ed7ff has broken video output on my Radeon HD 5470 -- see screenshot attached. bisect log: git bisect start '--' 'drivers/gpu/drm/radeon/' # bad: [e53b2057d8fccc3394cc38463171df948ce43aaa] Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6 git bisect bad e53b2057d8fccc3394cc38463171df948ce43aaa # good: [87364760de5d631390c478fcbac8db1b926e0adf] drm/radeon/kms: fix s/r issues with bios scratch regs git bisect good 87364760de5d631390c478fcbac8db1b926e0adf # good: [4eace7fdfa1f8ac2f0a833e12bd07eeb453ec9ef] drm/radeon/kms: 6xx/7xx big endian fixes git bisect good 4eace7fdfa1f8ac2f0a833e12bd07eeb453ec9ef # good: [501834349e872ed4115eea3beef65ca9eeb5528e] drm/radeon/kms: fix tracking of BLENDCNTL, COLOR_CHANNEL_MASK, and GB_Z on r300 git bisect good 501834349e872ed4115eea3beef65ca9eeb5528e # good: [c2049b3d29f47ed3750226dc51251a3404c85876] drm/radeon/kms: improve 6xx/7xx CS error output git bisect good c2049b3d29f47ed3750226dc51251a3404c85876 # good: [265aa6c8d8822c9074a2174e8c9f31a37fa02e50] drm/radeon/kms: fix a few more atombios endian issues git bisect good 265aa6c8d8822c9074a2174e8c9f31a37fa02e50 # good: [a4b40d5d97f5c9ad0b7f4bf2818291ca184bb433] drm/radeon/kms: add bounds checking to avivo pll algo git bisect good a4b40d5d97f5c9ad0b7f4bf2818291ca184bb433 # bad: [5b40ddf888398ce4cccbf3b9d0a18d90149ed7ff] drm/radeon/kms: hopefully fix pll issues for real (v3) git bisect bad 5b40ddf888398ce4cccbf3b9d0a18d90149ed7ff 5b40ddf888398ce4cccbf3b9d0a18d90149ed7ff is the first bad commit commit 5b40ddf888398ce4cccbf3b9d0a18d90149ed7ff Author: Alex Deucher <alexdeucher(a)gmail.com> Date: Mon Feb 14 11:43:11 2011 -0500 drm/radeon/kms: hopefully fix pll issues for real (v3) The problematic boards have a recommended reference divider to be used when spread spectrum is enabled on the laptop panel. Enable the use of the recommended reference divider along with the new pll algo. v2: testing options v3: When using the fixed reference divider with LVDS, prefer min m to max p and use fractional feedback dividers. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=28852 https://bugzilla.kernel.org/show_bug.cgi?id=24462 https://bugzilla.kernel.org/show_bug.cgi?id=26552 MacbookPro issues reported by Justin Mattock <justinmattock(a)gmail.com> Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org Signed-off-by: Dave Airlie <airlied(a)redhat.com> :040000 040000 8736f993b97cc8370fd29048761a1e0da4969306 657bdb221e3f4da6efdfec02f8f348db5a537b29 M drivers kernel: [ 2.292708] [drm] Initialized drm 1.1.0 20060810 kernel: [ 2.292954] [drm] radeon defaulting to kernel modesetting. kernel: [ 2.293028] [drm] radeon kernel modesetting enabled. kernel: [ 2.293156] radeon 0000:01:00.0: power state changed by ACPI to D0 kernel: [ 2.293238] radeon 0000:01:00.0: power state changed by ACPI to D0 kernel: [ 2.293322] radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 kernel: [ 2.293404] radeon 0000:01:00.0: setting latency timer to 64 kernel: [ 2.296184] [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E0). kernel: [ 2.296406] [drm] register mmio base: 0xB4000000 kernel: [ 2.296477] [drm] register mmio size: 131072 kernel: [ 2.296835] ATOM BIOS: Acer kernel: [ 2.297009] radeon 0000:01:00.0: VRAM: 512M 0x0000000000000000 - 0x000000001FFFFFFF (512M used) kernel: [ 2.297103] radeon 0000:01:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF kernel: [ 2.298370] [drm] Detected VRAM RAM=512M, BAR=256M kernel: [ 2.298450] [drm] RAM width 64bits DDR kernel: [ 2.298800] [TTM] Zone kernel: Available graphics memory: 1946448 kiB. kernel: [ 2.298876] [TTM] Initializing pool allocator. kernel: [ 2.299366] [drm] radeon: 512M of VRAM memory ready kernel: [ 2.299440] [drm] radeon: 512M of GTT memory ready. kernel: [ 2.299581] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). kernel: [ 2.299659] [drm] Driver supports precise vblank timestamp query. kernel: [ 2.299831] radeon 0000:01:00.0: irq 41 for MSI/MSI-X kernel: [ 2.299840] radeon 0000:01:00.0: radeon: using MSI. kernel: [ 2.299995] [drm] radeon: irq initialized. kernel: [ 2.300066] [drm] GART: num cpu pages 131072, num gpu pages 131072 kernel: [ 2.300953] [drm] Loading CEDAR Microcode kernel: [ 2.303973] radeon 0000:01:00.0: WB enabled kernel: [ 2.320988] [drm] ring test succeeded in 0 usecs kernel: [ 2.321411] [drm] radeon: ib pool ready. kernel: [ 2.324453] [drm] ib test succeeded in 0 usecs kernel: [ 2.327055] [drm] Radeon Display Connectors kernel: [ 2.327126] [drm] Connector 0: kernel: [ 2.327193] [drm] LVDS kernel: [ 2.327259] [drm] DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 0x656c kernel: [ 2.327348] [drm] Encoders: kernel: [ 2.327414] [drm] LCD1: INTERNAL_UNIPHY kernel: [ 2.327483] [drm] Connector 1: kernel: [ 2.327551] [drm] HDMI-A kernel: [ 2.327617] [drm] HPD1 kernel: [ 2.327683] [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c kernel: [ 2.327772] [drm] Encoders: kernel: [ 2.327839] [drm] DFP1: INTERNAL_UNIPHY1 kernel: [ 2.327909] [drm] Connector 2: kernel: [ 2.328004] [drm] VGA kernel: [ 2.328071] [drm] DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 0x646c kernel: [ 2.328159] [drm] Encoders: kernel: [ 2.328226] [drm] CRT1: INTERNAL_KLDSCP_DAC1 kernel: [ 2.334272] [drm] Internal thermal controller with fan control kernel: [ 2.334709] [drm] radeon: power management initialized kernel: [ 2.734897] [drm] fb mappable at 0xA0141000 kernel: [ 2.734968] [drm] vram apper at 0xA0000000 kernel: [ 2.735037] [drm] size 4325376 kernel: [ 2.735104] [drm] fb depth is 24 kernel: [ 2.735170] [drm] pitch is 5632 kernel: [ 2.820545] Refined TSC clocksource calibration: 2261.390 MHz. kernel: [ 2.820560] Switching to clocksource tsc kernel: [ 3.727928] Console: switching to colour frame buffer device 170x48 kernel: [ 3.730609] fb0: radeondrmfb frame buffer device kernel: [ 3.730611] drm: registered panic notifier kernel: [ 3.730684] [drm] Initialized radeon 2.8.0 20080528 for 0000:01:00.0 on minor 0 kernel: [ 3.736754] brd: module loaded Sergey

2 2

Radeon support state in libkms
by Alexandre Demers 17 Feb '11

17 Feb '11

Hi, I was looking at the radeon support state in libkms and I found out the following patch was proposed back in September, but never commented nor merged. The patch was submitted by nobled. http://lists.freedesktop.org/archives/dri-devel/2010-September/003740.html I applied it on the latest drm git version without any problem and compilation looks fine. Is there a reason preventing it from being merged? If it needs testing, make your suggestion, I'll gladly make my best to test it. -- Alexandre Demers

5 8

Re: [PATCH] [TRIVIAL] Fix printk typo 'failled'
by Jiri Kosina 17 Feb '11

17 Feb '11

On Fri, 28 Jan 2011, Paul Bolle wrote: > Signed-off-by: Paul Bolle <pebolle(a)tiscali.nl> > --- > drivers/gpu/drm/radeon/evergreen.c | 2 +- > drivers/gpu/drm/radeon/r100.c | 8 ++++---- > drivers/gpu/drm/radeon/r300.c | 4 ++-- > drivers/gpu/drm/radeon/r420.c | 4 ++-- > drivers/gpu/drm/radeon/r520.c | 4 ++-- > drivers/gpu/drm/radeon/r600.c | 2 +- > drivers/gpu/drm/radeon/radeon_ring.c | 2 +- > drivers/gpu/drm/radeon/rs400.c | 4 ++-- > drivers/gpu/drm/radeon/rs600.c | 4 ++-- > drivers/gpu/drm/radeon/rs690.c | 4 ++-- > drivers/gpu/drm/radeon/rv515.c | 4 ++-- > drivers/gpu/drm/radeon/rv770.c | 2 +- > 12 files changed, 22 insertions(+), 22 deletions(-) [ adding dri-devel(a)lists.freedesktop.org to CC ] Not present in linux-next as of today, so I am picking it up. > > diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c > index 7fe8ebd..bde4147 100644 > --- a/drivers/gpu/drm/radeon/evergreen.c > +++ b/drivers/gpu/drm/radeon/evergreen.c > @@ -2952,7 +2952,7 @@ int evergreen_resume(struct radeon_device *rdev) > > r = r600_ib_test(rdev); > if (r) { > - DRM_ERROR("radeon: failled testing IB (%d).\n", r); > + DRM_ERROR("radeon: failed testing IB (%d).\n", r); > return r; > } > > diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c > index f637595..57faec9 100644 > --- a/drivers/gpu/drm/radeon/r100.c > +++ b/drivers/gpu/drm/radeon/r100.c > @@ -3603,13 +3603,13 @@ int r100_ib_init(struct radeon_device *rdev) > > r = radeon_ib_pool_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB pool (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB pool (%d).\n", r); > r100_ib_fini(rdev); > return r; > } > r = r100_ib_test(rdev); > if (r) { > - dev_err(rdev->dev, "failled testing IB (%d).\n", r); > + dev_err(rdev->dev, "failed testing IB (%d).\n", r); > r100_ib_fini(rdev); > return r; > } > @@ -3767,12 +3767,12 @@ static int r100_startup(struct radeon_device *rdev) > /* 1M ring buffer */ > r = r100_cp_init(rdev, 1024 * 1024); > if (r) { > - dev_err(rdev->dev, "failled initializing CP (%d).\n", r); > + dev_err(rdev->dev, "failed initializing CP (%d).\n", r); > return r; > } > r = r100_ib_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB (%d).\n", r); > return r; > } > return 0; > diff --git a/drivers/gpu/drm/radeon/r300.c b/drivers/gpu/drm/radeon/r300.c > index fae5e70..a83d174 100644 > --- a/drivers/gpu/drm/radeon/r300.c > +++ b/drivers/gpu/drm/radeon/r300.c > @@ -1357,12 +1357,12 @@ static int r300_startup(struct radeon_device *rdev) > /* 1M ring buffer */ > r = r100_cp_init(rdev, 1024 * 1024); > if (r) { > - dev_err(rdev->dev, "failled initializing CP (%d).\n", r); > + dev_err(rdev->dev, "failed initializing CP (%d).\n", r); > return r; > } > r = r100_ib_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB (%d).\n", r); > return r; > } > return 0; > diff --git a/drivers/gpu/drm/radeon/r420.c b/drivers/gpu/drm/radeon/r420.c > index c387346..29998e2 100644 > --- a/drivers/gpu/drm/radeon/r420.c > +++ b/drivers/gpu/drm/radeon/r420.c > @@ -260,13 +260,13 @@ static int r420_startup(struct radeon_device *rdev) > /* 1M ring buffer */ > r = r100_cp_init(rdev, 1024 * 1024); > if (r) { > - dev_err(rdev->dev, "failled initializing CP (%d).\n", r); > + dev_err(rdev->dev, "failed initializing CP (%d).\n", r); > return r; > } > r420_cp_errata_init(rdev); > r = r100_ib_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB (%d).\n", r); > return r; > } > return 0; > diff --git a/drivers/gpu/drm/radeon/r520.c b/drivers/gpu/drm/radeon/r520.c > index 3c8677f..3e85628 100644 > --- a/drivers/gpu/drm/radeon/r520.c > +++ b/drivers/gpu/drm/radeon/r520.c > @@ -193,12 +193,12 @@ static int r520_startup(struct radeon_device *rdev) > /* 1M ring buffer */ > r = r100_cp_init(rdev, 1024 * 1024); > if (r) { > - dev_err(rdev->dev, "failled initializing CP (%d).\n", r); > + dev_err(rdev->dev, "failed initializing CP (%d).\n", r); > return r; > } > r = r100_ib_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB (%d).\n", r); > return r; > } > return 0; > diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c > index 6b50716..d4821e0 100644 > --- a/drivers/gpu/drm/radeon/r600.c > +++ b/drivers/gpu/drm/radeon/r600.c > @@ -2467,7 +2467,7 @@ int r600_resume(struct radeon_device *rdev) > > r = r600_ib_test(rdev); > if (r) { > - DRM_ERROR("radeon: failled testing IB (%d).\n", r); > + DRM_ERROR("radeon: failed testing IB (%d).\n", r); > return r; > } > > diff --git a/drivers/gpu/drm/radeon/radeon_ring.c b/drivers/gpu/drm/radeon/radeon_ring.c > index 06e7982..239c3d7 100644 > --- a/drivers/gpu/drm/radeon/radeon_ring.c > +++ b/drivers/gpu/drm/radeon/radeon_ring.c > @@ -151,7 +151,7 @@ int radeon_ib_schedule(struct radeon_device *rdev, struct radeon_ib *ib) > /* 64 dwords should be enough for fence too */ > r = radeon_ring_lock(rdev, 64); > if (r) { > - DRM_ERROR("radeon: scheduling IB failled (%d).\n", r); > + DRM_ERROR("radeon: scheduling IB failed (%d).\n", r); > return r; > } > radeon_ring_ib_execute(rdev, ib); > diff --git a/drivers/gpu/drm/radeon/rs400.c b/drivers/gpu/drm/radeon/rs400.c > index 5512e4e..7080ee2 100644 > --- a/drivers/gpu/drm/radeon/rs400.c > +++ b/drivers/gpu/drm/radeon/rs400.c > @@ -409,12 +409,12 @@ static int rs400_startup(struct radeon_device *rdev) > /* 1M ring buffer */ > r = r100_cp_init(rdev, 1024 * 1024); > if (r) { > - dev_err(rdev->dev, "failled initializing CP (%d).\n", r); > + dev_err(rdev->dev, "failed initializing CP (%d).\n", r); > return r; > } > r = r100_ib_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB (%d).\n", r); > return r; > } > return 0; > diff --git a/drivers/gpu/drm/radeon/rs600.c b/drivers/gpu/drm/radeon/rs600.c > index b4192ac..e92f320 100644 > --- a/drivers/gpu/drm/radeon/rs600.c > +++ b/drivers/gpu/drm/radeon/rs600.c > @@ -866,12 +866,12 @@ static int rs600_startup(struct radeon_device *rdev) > /* 1M ring buffer */ > r = r100_cp_init(rdev, 1024 * 1024); > if (r) { > - dev_err(rdev->dev, "failled initializing CP (%d).\n", r); > + dev_err(rdev->dev, "failed initializing CP (%d).\n", r); > return r; > } > r = r100_ib_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB (%d).\n", r); > return r; > } > > diff --git a/drivers/gpu/drm/radeon/rs690.c b/drivers/gpu/drm/radeon/rs690.c > index 0137d3e..2e72b4f 100644 > --- a/drivers/gpu/drm/radeon/rs690.c > +++ b/drivers/gpu/drm/radeon/rs690.c > @@ -628,12 +628,12 @@ static int rs690_startup(struct radeon_device *rdev) > /* 1M ring buffer */ > r = r100_cp_init(rdev, 1024 * 1024); > if (r) { > - dev_err(rdev->dev, "failled initializing CP (%d).\n", r); > + dev_err(rdev->dev, "failed initializing CP (%d).\n", r); > return r; > } > r = r100_ib_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB (%d).\n", r); > return r; > } > > diff --git a/drivers/gpu/drm/radeon/rv515.c b/drivers/gpu/drm/radeon/rv515.c > index 5d569f4..a5a4e2e 100644 > --- a/drivers/gpu/drm/radeon/rv515.c > +++ b/drivers/gpu/drm/radeon/rv515.c > @@ -398,12 +398,12 @@ static int rv515_startup(struct radeon_device *rdev) > /* 1M ring buffer */ > r = r100_cp_init(rdev, 1024 * 1024); > if (r) { > - dev_err(rdev->dev, "failled initializing CP (%d).\n", r); > + dev_err(rdev->dev, "failed initializing CP (%d).\n", r); > return r; > } > r = r100_ib_init(rdev); > if (r) { > - dev_err(rdev->dev, "failled initializing IB (%d).\n", r); > + dev_err(rdev->dev, "failed initializing IB (%d).\n", r); > return r; > } > return 0; > diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c > index 3a264aa..f0b8814 100644 > --- a/drivers/gpu/drm/radeon/rv770.c > +++ b/drivers/gpu/drm/radeon/rv770.c > @@ -1201,7 +1201,7 @@ int rv770_resume(struct radeon_device *rdev) > > r = r600_ib_test(rdev); > if (r) { > - DRM_ERROR("radeon: failled testing IB (%d).\n", r); > + DRM_ERROR("radeon: failed testing IB (%d).\n", r); > return r; > } > > -- > 1.7.3.5 > > -- Jiri Kosina SUSE Labs, Novell Inc.

1 0

[Bug 32918] gnome-shell / mutter crashing.
by bugzilla-daemon＠freedesktop.org 17 Feb '11

17 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=32918 --- Comment #10 from Lee Wilson <vixsandlee(a)gmail.com> 2011-02-17 00:39:05 PST --- Nice find with the new kernel, its running without crashing now, but it runs like a dog for me :( But either way, its not crashing just got to figure out why its so slow now, -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 34285] New: RV620 : r600g : S3TC: rendering of textures with strides with last Dave commit
by bugzilla-daemon＠freedesktop.org 17 Feb '11

17 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=34285 Summary: RV620 : r600g : S3TC: rendering of textures with strides with last Dave commit Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: aderumier(a)odiso.com since commit 8e0437914bb786d0b05be8f95e4ff37bf5a19f44, r600g: add support for s3tc formats. before patch, textures was black with s3tc enable. now, it's much better, but i have strides/lines in textures in all games. games tested (R600_ENABLE_S3TC=1): doom3 nexuiz tremulous torcs heroes of newerth warsow I'll post some screenshots, I hope it can help :) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 11

[PATCH] drm/radeon/kms: add missing frac fb div flag for dce4+
by Alex Deucher 17 Feb '11

17 Feb '11

The fixed ref/post dividers are set by the AdjustPll table rather than the ss info table on dce4+. Make sure we enable the fractional feedback dividers when using a fixed post or ref divider on them as well. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=29272 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/atombios_crtc.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c b/drivers/gpu/drm/radeon/atombios_crtc.c index 095bc50..a4e5e53 100644 --- a/drivers/gpu/drm/radeon/atombios_crtc.c +++ b/drivers/gpu/drm/radeon/atombios_crtc.c @@ -557,9 +557,9 @@ static u32 atombios_adjust_pll(struct drm_crtc *crtc, /* use recommended ref_div for ss */ if (radeon_encoder->devices & (ATOM_DEVICE_LCD_SUPPORT)) { - pll->flags |= RADEON_PLL_PREFER_MINM_OVER_MAXP; if (ss_enabled) { if (ss->refdiv) { + pll->flags |= RADEON_PLL_PREFER_MINM_OVER_MAXP; pll->flags |= RADEON_PLL_USE_REF_DIV; pll->reference_div = ss->refdiv; if (ASIC_IS_AVIVO(rdev)) @@ -662,10 +662,12 @@ static u32 atombios_adjust_pll(struct drm_crtc *crtc, index, (uint32_t *)&args); adjusted_clock = le32_to_cpu(args.v3.sOutput.ulDispPllFreq) * 10; if (args.v3.sOutput.ucRefDiv) { + pll->flags |= RADEON_PLL_USE_FRAC_FB_DIV; pll->flags |= RADEON_PLL_USE_REF_DIV; pll->reference_div = args.v3.sOutput.ucRefDiv; } if (args.v3.sOutput.ucPostDiv) { + pll->flags |= RADEON_PLL_USE_FRAC_FB_DIV; pll->flags |= RADEON_PLL_USE_POST_DIV; pll->post_div = args.v3.sOutput.ucPostDiv; } -- 1.7.1.1

1 0

[Bug 28332] [RV620] Can not re-enable LVDS after using HDMI only
by bugzilla-daemon＠bugzilla.kernel.org 16 Feb '11

16 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=28332 --- Comment #12 from Rafał Miłecki <zajec5(a)gmail.com> 2011-02-16 23:07:40 --- This does not happen in 2.6.38-rc4. I am not sure about final version of 2.6.37 yet. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

← Newer
1
...
29
30
31
32
33
34
35
...
47
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2011