dri-devel June 2010

dri-devel@lists.freedesktop.org

71 participants
237 discussions

[Bug 28402] Kernel 2.6.34 freezes randomly
by bugzilla-daemon＠freedesktop.org 08 Jun '10

08 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #2 from Da Fox <da_fox(a)mad.scientist.com> 2010-06-08 13:33:48 PDT --- I'm sorry, I should have provided that information immediately. Output of 'lspci -v' for the video controller: ---8<--------- 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] (prog-if 00 [VGA controller]) Subsystem: IBM Device 0550 Flags: bus master, fast Back2Back, 66MHz, medium devsel, latency 66, IRQ 11 Memory at e0000000 (32-bit, prefetchable) [size=128M] I/O ports at 3000 [size=256] Memory at c0100000 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at c0120000 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 Kernel driver in use: radeon --->8--------- It seems to say memory size is 128M, but this is a 64M board... The command was run under kernel 2.6.33. -- 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 28402] Kernel 2.6.34 freezes randomly
by bugzilla-daemon＠freedesktop.org 08 Jun '10

08 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #1 from Jerome Glisse <glisse(a)freedesktop.org> 2010-06-08 13:20:06 PDT --- Please which GPU (lspci -v) -- 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

Re: [Bug 28383] New: Cloned screens with different res/refresh cause problems with mesa demos since new dri2 vsync.
by Mario Kleiner 08 Jun '10

08 Jun '10

On Jun 4, 2010, at 4:02 PM, dri-devel-request(a)lists.freedesktop.org wrote: > Message: 2 > Date: Fri, 4 Jun 2010 04:28:02 -0700 (PDT) > From: bugzilla-daemon(a)freedesktop.org > Subject: [Bug 28383] New: Cloned screens with different res/refresh > cause problems with mesa demos since new dri2 vsync. > To: dri-devel(a)lists.freedesktop.org > Message-ID: <bug-28383-502(a)http.bugs.freedesktop.org/> > Content-Type: text/plain; charset="UTF-8" > > https://bugs.freedesktop.org/show_bug.cgi?id=28383 > > Summary: Cloned screens with different res/refresh cause > problems with mesa demos since new dri2 vsync. > Product: Mesa > Version: git > Platform: x86 (IA32) > OS/Version: Linux (All) > Status: NEW > Severity: normal > Priority: medium > Component: Drivers/DRI/R600 > AssignedTo: dri-devel(a)lists.freedesktop.org > ReportedBy: lists(a)andyfurniss.entadsl.com > > > I think this is linked to the new dri2 vsync but mat be wrong... > > rv670 mesa git, ddx git xorg git (2 weeks ago) drt kernels. > > Not just latest drt and unrelated to tiling patches. > > I am starting with a TV connected @ 1024x768 + vga monitor @ > 1920x1080 so the > top left section of the monitor screen gets tv(50Hz) vsync - > monitor is 60Hz. > > If I start a mesa demo and it starts in the TV area it will sync to > 50HZ if I > move it outside the top left area it will sync to 60Hz. > > The problem is if I then move it back to the TV area it will stop > rendering and > become unresponsive. I can <ctrl><c> it but the window will remain. > If I the > move the window around enough I can get xserver to segfault. > > This doesn't happen with UMS or a drt from 29th April (uses old > vsync). > It doesn't happen if I disable TV with xrandr. Diagnosis by treatment: Can you try if the attached patch fixes the problem for you? best, -mario > > [ 489.682] 0: /home/andy/Src/Xorg-git/modular/bin/Xorg > (xorg_backtrace+0x3b) > [0x80da21b] > [ 489.682] 1: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000 > +0x59ca5) > [0x80a1ca5] > [ 489.682] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xffffe40c] > [ 489.682] 3: /home/andy/Src/Xorg-git/modular/bin/Xorg > (LocalClient+0x41) > [0x809d8d1] > [ 489.682] 4: > /home/andy/Src/Xorg-git/modular/lib/xorg/modules/extensions/libdri2.so > (0xb73ce000+0x309b) [0xb73d109b] > [ 489.682] 5: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000 > +0x25198) > [0x806d198] > [ 489.682] 6: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000 > +0x1a86a) > [0x806286a] > [ 489.682] 7: /lib/libc.so.6 (__libc_start_main+0xd0) [0xb7495380] > [ 489.682] 8: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000 > +0x1a481) > [0x8062481] > [ 489.682] Segmentation fault at address 0x18 > > -- > 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

[git pull] drm fixes
by Dave Airlie 08 Jun '10

08 Jun '10

Hi Linus, 3 regressions fixes, one radeon loading on IGP, one i865 loading, one and an evergreen userspace interaction workaround. It adds hwmon support for a temperature sensor on r600 cards, later PM patches were build on this and Alex had tested them in one so I didn't want to cherry-pick around it. Also its useful to report the gpu temp to check if power management is helping cooling it down. Dave. The following changes since commit e44a21b7268a022c7749f521c06214145bd161e4: Linus Torvalds (1): Linux 2.6.35-rc2 are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (5): drm/radeon/kms/evergreen: set accel_enabled drm/radeon/kms: add support for internal thermal sensors (v3) drm/radeon/kms/pm: Misc fixes drm/radeon/kms/pm: add mid profile drm/radeon/kms/combios: fix typo in voltage fix Chris Wilson (4): drm/i915: Propagate error from drm_fb_helper_init(). drm/i915: Propagate error from intel_fbdev_init(). drm/nouveau: Propagate error from drm_fb_helper_init() drm/radeon: Propagate error from drm_fb_helper_init() Dan Carpenter (2): drm/drm_crtc: return -EFAULT on copy_to_user errors drm/vmwgfx: return -EFAULT for copy_to_user errors Dave Airlie (3): drm/i915: fix oops on single crtc devices. drm/radeon: fix PM on non-vram cards. drm/fb: use printk to print out the switching to text mode error. drivers/gpu/drm/Kconfig | 1 + drivers/gpu/drm/drm_crtc.c | 4 +- drivers/gpu/drm/drm_fb_helper.c | 2 +- drivers/gpu/drm/i915/i915_dma.c | 19 +++- drivers/gpu/drm/i915/i915_drv.h | 1 + drivers/gpu/drm/i915/intel_display.c | 9 +- drivers/gpu/drm/i915/intel_fb.c | 10 ++- drivers/gpu/drm/nouveau/nouveau_fbcon.c | 8 ++- drivers/gpu/drm/radeon/evergreen.c | 19 ++++- drivers/gpu/drm/radeon/evergreend.h | 5 + drivers/gpu/drm/radeon/r100.c | 10 +++ drivers/gpu/drm/radeon/r420.c | 12 +++- drivers/gpu/drm/radeon/r600.c | 109 ++++++++++++++++++++++++-- drivers/gpu/drm/radeon/r600d.h | 5 + drivers/gpu/drm/radeon/radeon.h | 24 +++++- drivers/gpu/drm/radeon/radeon_atombios.c | 16 +++- drivers/gpu/drm/radeon/radeon_combios.c | 2 +- drivers/gpu/drm/radeon/radeon_drv.c | 3 +- drivers/gpu/drm/radeon/radeon_fb.c | 12 ++- drivers/gpu/drm/radeon/radeon_kms.c | 9 ++- drivers/gpu/drm/radeon/radeon_pm.c | 128 +++++++++++++++++++++++------ drivers/gpu/drm/radeon/rv770.c | 15 ++++ drivers/gpu/drm/radeon/rv770d.h | 5 + drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 1 + drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 8 ++- include/drm/radeon_drm.h | 1 + 26 files changed, 372 insertions(+), 66 deletions(-)

5 15

What happen to drm-fbdev1 branch?
by James Simmons 07 Jun '10

07 Jun '10

Sorry I have been away. It looks like the drm-fbdev-fix branch has not been merged and it has been abandoned. I tested it on both my setups at home and it worked very well. Will this branch be merged or worked on more?

2 3

[Bug 12502] Corrupt text in World of Warcraft when VBOs are enabled.
by bugzilla-daemon＠freedesktop.org 07 Jun '10

07 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=12502 Chris Rankin <rankincj(a)googlemail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #15 from Chris Rankin <rankincj(a)googlemail.com> 2010-06-07 11:58:07 PDT --- Amazingly, this bug is now fixed with Mesa 7.9-git as well. VBOs are enabled, and the text remains readable. And the minimap in the top-right corner of the screen isn't a large, blank white circle any more either: I actually now see a corrupted version of what is supposed to appear there. -- 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 28136] New: [r300g] Running celestia full-screen puts a starry window in the top-left corner of an otherwise blank screen
by bugzilla-daemon＠freedesktop.org 07 Jun '10

07 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=28136 Summary: [r300g] Running celestia full-screen puts a starry window in the top-left corner of an otherwise blank screen Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: rankincj(a)googlemail.com Running celestia in "windowed" mode is fine, apart from it being horribly slow. But putting celestia into full-screen mode doesn't increase the rendered area. Instead, the starry bit is moved to the top-left corner of the screen, and everywhere else is just white and blank. This doesn't happen with classic r300. My hardware is AGP RV350. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[PATCH 0/2] Little voltage improvements
by Rafał Miłecki 07 Jun '10

07 Jun '10

Patches simply add tracking of voltage and debug setting it. While it may look trivial and not important, having it would save a lot of time in debugging FDO bug #36081. This way I try to say it could be nice to have it in .35 as voltage stuff is new and we still may discover some bugs around it. Rafał Miłecki (2): drm/radeon/kms/r600+: do not set the same voltage as current one drm/radeon/kms: add trivial debugging for voltage drivers/gpu/drm/radeon/evergreen.c | 9 +++++++-- drivers/gpu/drm/radeon/r600.c | 9 +++++++-- drivers/gpu/drm/radeon/radeon.h | 1 + drivers/gpu/drm/radeon/radeon_pm.c | 4 ++++ drivers/gpu/drm/radeon/rv770.c | 9 +++++++-- 5 files changed, 26 insertions(+), 6 deletions(-)

2 10

[Bug 28419] New: [RV620][KMS] Small elements corruptions with tiling patches
by bugzilla-daemon＠freedesktop.org 07 Jun '10

07 Jun '10

https://bugs.freedesktop.org/show_bug.cgi?id=28419 Summary: [RV620][KMS] Small elements corruptions with tiling patches Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: zajec5(a)gmail.com My xf86-video-ati is: commit f64bf0de8e2de7c1bf9cc0c614603dd23c9060ad Author: Alex Deucher <alexdeucher(a)gmail.com> Date: Thu Jun 3 14:48:21 2010 -0400 evergreen: explicitly disable accel on evergreen without any additional patches. bad: b55ad8617e86b7a730620622b4f75b780c6b508c good: 94f2983b1dc64a4a90a1ac9a6da6d7a0ec2f06a8 Suspected commits: drm/radeon/kms/r6xx+: add query for tile config [bad] drm/radeon/kms: fix CS alignment checking for tiling drm/radeon/kms: add tiling support to the cs checker for r6xx/r7xx drm/radeon/kms: Add crtc tiling setup support for evergreen drm/radeon/kms: Add crtc tiling setup support for r6xx/r7xx vgaarb: use MIT license [good] What other info can I provide? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

Re: [alsa-devel] No mixers on ATI RS780 Azalia
by Jan Engelhardt 07 Jun '10

07 Jun '10

On Thursday 2010-05-27 14:34, Clemens Ladisch wrote: >Clemens Ladisch wrote: >> Please do not assume that the "HDMI" device is the right one, since you >> never got either one to work in Linux. > >Hmm, that computer is separate from the actual LCD, which has an HDMI >input, so it's possible that the HDMI output would be correct. > >In that case, it's likely that you've run into this bug: >https://bugs.freedesktop.org/show_bug.cgi?id=28030 > >You might try the patch mentioned there, or radeonhd, or fglrx. Cc'ing drm. I conclude further tests. * Linux 2.6.35-rc2 - fbcon:radeondrmfb using "modprobe radeon modeset=1" - sound ok - Xorg (7.4) with 'radeonhd' - fbcon ok, no sound in Xorg - I figure radeonhd is obsolete - Xorg with 'radeon' - fbcon ok, xorg ok. There is a small breakdown when switching between fbcon and xorg * Linux 2.6.33.5 - like 2.6.35-rc2, but had a bug that prevented radeon.ko to go into graphics mode when initially loaded; workaround: modprobe fglrx; rmmod fglrx; modprobe radeon modeset=1 - or fglrx, also makes sound work - fglrx bug aside: switching from Xorg to console (either 80x25 or radeondrmfb) makes a fugly "pop" noise, and if the target is radeomdrmfb, display is garbled. So I'm happy. Conclusive questions however: * Why is it that I am only allowed to have sound in graphics mode? * The radeon.ko module does not have any PCI IDs defined, thus does not get autoloaded like i915.ko. Is this intentional? It also seems to default to modeset=0.

3 4

← Newer
1
...
17
18
19
20
21
22
23
24
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2010