dri-devel October 2010

dri-devel@lists.freedesktop.org

76 participants
345 discussions

[Bug 25544] KMS/R200: CS section size missmatch start at (r200_state_init.c,tex_emit_mm,703) 5 vs 9
by bugzilla-daemon＠freedesktop.org 26 Oct '10

26 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=25544 Alan Swanson <swanson(a)ukfsn.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |skunk(a)iskunk.org --- Comment #7 from Alan Swanson <swanson(a)ukfsn.org> 2010-10-26 12:03:21 PDT --- *** Bug 31138 has been marked as a duplicate of this bug. *** -- 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 31138] New: [r200] gltron fails with "drmRadeonCmdBuffer: -22 ..."
by bugzilla-daemon＠freedesktop.org 26 Oct '10

26 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=31138 Summary: [r200] gltron fails with "drmRadeonCmdBuffer: -22 ..." Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: skunk(a)iskunk.org Created an attachment (id=39790) --> (https://bugs.freedesktop.org/attachment.cgi?id=39790) RADEON_DEBUG=all gltron >gltron-radeon-debug.txt 2>&1 I have an ATI FireGL 8800 that has worked beautifully in the past, and am running an up-to-date Ubuntu Maverick (on amd64) with the following bleeding-edge elements: * Ubuntu's 2.6.36 mainline kernel package; details at http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.36-maverick/ * Mesa packages from git 20101023 (master branch); details at https://launchpad.net/~xorg-edgers/+archive/radeon/+packages?field.status_f… * xserver-xorg-video-ati packages from git 20101020 (master branch); details at same URL When I start up gltron (a small OpenGL TRON-lightcycle game), I see this on the terminal: $ gltron [error] cannot load .gltronrc from /home/guest/.gltronrc [warning] old config file found, overriding using defaults [warning] defunct config file found, overriding using defaults [status] loading artpack 'default' using min_filter: 9987 (setting: 3) [scripting audio] found track ' song_revenge_of_cats.it ' [sound] initializing sound [sound] loading song song_revenge_of_cats.it drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. The dmesg output shows this: Oct 25 21:02:56 maxtor kernel: [ 1354.406015] [drm:r100_cs_track_texture_check] *ERROR* No texture bound to unit 1 Oct 25 21:02:56 maxtor kernel: [ 1354.406022] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! I'm attaching RADEON_DEBUG=all output for this, as it's pretty small. (Note that the above terminal output is intermingled.) This bug has persisted since at least Ubuntu Lucid, and does not appear to have been fixed by other resolutions for the "drmRadeonCmdBuffer: -22" error. (I am, to put it lightly, frustrated that the stability of the r200 driver has regressed from where it was ~2 years ago.) -- 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

Feedback: BKL / radeon pageflipping patches / DRM Vblank timestamping patches. 1st Try.
by Sedat Dilek 26 Oct '10

26 Oct '10

Hi, today, I started with testing "DRM Vblank timestamping patches. 1st Try." from Mario in combination with "radeon pageflipping patches" from Alex together in a non-BKL config Kernel-setup. First some words to my system and hardware: * It's a Debian/sid i386 host with latest dist-upgrades as of today. * My radeon gfxcard is a RV250. [ Linux-kernel ] * Base is a 2.6.36 vanilla Linux-kernel tarball * on top linux-next (next-20101026) with some extra-patches to be able to build a BKL-free Kernel (Thanks Arnd) * on top drm-radeon-testing (up to commit 881fe6c: "drm/radeon/kms: properly compute group_size on 6xx/7xx") * Mario's vblank timestamp caching patches (Rev 1 10.10.2010) with some patches to fit linux-next/drm-radeon-testing * Alex's radeon-KMS pageflipping patches for Kernel * For full patch-series see below NOTE: My Linux-kernel has one speciality: It is BigKerneLock-free ! [ DDX (xf66-video-ati) ] * xf86-video-ati from GIT master (up to commit df92245: "r100: add some missing bits in SE_COORD_FMT") * on top Alex's radeon-KMS pageflipping patch for DDX NOTE from Alex in [2]: "6xx/7xx/evergreen are pretty solid, but r1xx-r5xx still need some work." [ Mesa3D ] * it is from GIT master (up to commit 547e761: "egl_dri2: Fix a typo that make glFlush be called at wrong time.") [ LibDRM ] * 2.4.22-1 from Debian/experimental [ Xorg-server ] * 2:1.9.0.902-1 from Debian/experimental So, how we know Mario made us happy (BTW, greetings from TUE to TUE)? [ dmesg ] [ 8.195646] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). <--- Driver-date could be changed into more human-readable "10-Oct-2010"? What about the fun Alex gives us? [ /var/log/Xorg.0.log ] [ 1797.204] (II) RADEON(0): KMS Pageflipping: enabled INFO: I have attached the full dmesg and a Xorg.log (with logs after having started Eric Anholt's OpenArena benchmark). Above mentionned OA-benchmark drops fps from ~18 down to 13 (new Kernel + new DDX). I have not tested battery performance. My notebook's LVDS has a 1400x1050 resolution, OA was run @1024x768. Can you enlighten a bit on the other mesages in X log? [ /var/log/Xorg.0.log ] ... [ 2069.700] (II) RADEON(0): Allocate new frame buffer 1024x768 stride 1024 <---- Start OpenArena benchmark [ 2069.700] (II) RADEON(0): VRAM usage limit set to 50788K [ 2072.150] (II) RADEON(0): radeon_dri2_schedule_flip:571 fevent[0x849e988] [ 2072.160] (II) RADEON(0): radeon_dri2_flip_event_handler:927 fevent[0x849e988] width 1024 pitch 4096 (/4 1024) [ 2072.178] (II) RADEON(0): radeon_dri2_schedule_flip:571 fevent[0x8c83298] ... [ 2082.364] (II) RADEON(0): Allocate new frame buffer 1400x1056 stride 1408 <--- Switch back to native resolution (end of benchmark) [ 2082.364] (II) RADEON(0): VRAM usage limit set to 48326K ... Hope, this feedback is helpful and encourages the diverse involved developers to continue their work. Have fun! Kind Regards, - Sedat - [1] http://lists.freedesktop.org/archives/dri-devel/2010-October/005009.html [2] http://lists.freedesktop.org/archives/dri-devel/2010-October/005036.html [3] http://git.kernel.org/?p=linux/kernel/git/arnd/bkl.git;a=summary [4] http://people.freedesktop.org/~agd5f/pflip/ [ setup_linux-next_next-20101026.1.log ] ... --> Try to apply base. (+) OK linux-next/patch-v2.6.36-next-20101026 (+) OK linux-next/0001-Remove-localversion-next.patch (+) OK for-linux-next/fs-remove-BKL-from-FILE_LOCKING-v2.patch (+) OK for-linux-next/drm-i810-remove-SMP-support-and-BKL.patch (+) OK drm-radeon-testing/drm-radeon-testing.patch (+) OK drm-vblank-timestamping/1-3-drm-vblank-Add-support-for-precise-vblank-timestamping.patch (+) OK drm-vblank-timestamping/2-3-kms-radeon-Add-support-for-precise-vblank-timestamping.patch (+) OK drm-vblank-timestamping/drm-i915-fix-assignment-obj_priv-to_intel_bo.patch (+) OK drm-vblank-timestamping/3-3-kms-i915-Add-support-for-precise-vblank-timestamping.patch (+) OK drm-vblank-timestamping/drm-i915-fix-error-implicit-declaration-of-function-IS_IRONLAKE.patch (+) OK agd5f_pflip/0001-drm-radeon-kms-add-support-for-pflip-interrupts-on-6.patch (+) OK agd5f_pflip/0002-drm-radeon-kms-add-pageflip-ioctl-support.patch (+) OK linux-kbuild/1-2-Kbuild-Treat-KBUILD_DEFCONFIG-old-as-request-to-use-.config-as-the-base.patch (+) OK linux-kbuild/2-2-Kbuild-kconfig-Verbose-version-of---listnewconfig-and---defconfig-v2.patch (+) OK x86-apic-fix/Skip-looking-for-ioapic-overrides-when-ioapics-are-not-present.patch (+) OK debian/version.patch (+) OK debian/kernelvariables.patch (+) OK debian/doc-build-parallel.patch (+) OK debian/piix-disable-redundant-devids.patch (+) OK bugfix/ia64/hardcode-arch-script-output.patch (+) OK bugfix/mips/disable-advansys.patch (+) OK bugfix/arm/disable-scsi_acard.patch (+) OK debian/mips-disable-werror.patch (+) OK bugfix/powerpc/lpar-console.patch (+) OK features/all/i915-autoload-without-CONFIG_DRM_I915_KMS.patch (+) OK debian/sysrq-mask.patch (+) OK debian/arch-sh4-fix-uimage-build.patch (+) OK bugfix/mips/mips-ide-flush-dcache.patch --> base fully applied. ... - EOT -

2 2

[Bug 28402] random radeon/kms/drm related freezes with kernel 2.6.34
by bugzilla-daemon＠freedesktop.org 26 Oct '10

26 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #91 from Helmut Jarausch <jarausch(a)igpm.rwth-aachen.de> 2010-10-26 09:26:07 PDT --- (In reply to comment #90) > (In reply to comment #89) > > Could you please tell me which git archive this patch has gone into. > > It doesn't seem to be the official linux-next: next-20101026 > > > > Many thanks for a hint (I do need to get a patchset against stock 2.6.36) > > The patch is available here on this bug and Dave pulled it into the drm-next > branch of his tree: > http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;… > > It's not in Linus tree yet however. Many thanks, Helmut. -- 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] random radeon/kms/drm related freezes with kernel 2.6.34
by bugzilla-daemon＠freedesktop.org 26 Oct '10

26 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #90 from Alex Deucher <agd5f(a)yahoo.com> 2010-10-26 09:05:14 PDT --- (In reply to comment #89) > Could you please tell me which git archive this patch has gone into. > It doesn't seem to be the official linux-next: next-20101026 > > Many thanks for a hint (I do need to get a patchset against stock 2.6.36) The patch is available here on this bug and Dave pulled it into the drm-next branch of his tree: http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff;… It's not in Linus tree yet however. -- 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] random radeon/kms/drm related freezes with kernel 2.6.34
by bugzilla-daemon＠freedesktop.org 26 Oct '10

26 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #89 from Helmut Jarausch <jarausch(a)igpm.rwth-aachen.de> 2010-10-26 04:44:16 PDT --- (In reply to comment #85) > Created an attachment (id=39651) View: https://bugs.freedesktop.org/attachment.cgi?id=39651 Review: https://bugs.freedesktop.org/review?bug=28402&attachment=39651 > Make sure MC vram map is >= pci aperture size > > Ok, I think I found the root cause in this bug. The vram map in the memory > controller needs to be >= the pci aperture size. For the systems here, the > vram size is 64 MB and the aperture size is 128 MB so the vram map in the mc > needs to be at least 128 MB. However, it's getting set to 64 MB. Could you please tell me which git archive this patch has gone into. It doesn't seem to be the official linux-next: next-20101026 Many thanks for a hint (I do need to get a patchset against stock 2.6.36) Helmut. -- 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: linux-next: Tree for October 25 (nouveau_pm)
by Randy Dunlap 26 Oct '10

26 Oct '10

On Mon, 25 Oct 2010 14:58:34 +1100 Stephen Rothwell wrote: > Hi all, > > Reminder: do not add 2.6.38 destined stuff to linux-next until after > 2.6.37-rc1 is released. drivers/built-in.o: In function `nouveau_hwmon_init': nouveau_pm.c:(.text+0x179825): undefined reference to `hwmon_device_register' nouveau_pm.c:(.text+0x1798b9): undefined reference to `hwmon_device_unregister' config file is attached. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code ***

2 1

[Bug 30960] New: [r300g][glsl] Texture corruption in Xonotic with lightmaps
by bugzilla-daemon＠freedesktop.org 26 Oct '10

26 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=30960 Summary: [r300g][glsl] Texture corruption in Xonotic with lightmaps Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: xeros(a)irc.pl Created an attachment (id=39504) --> (https://bugs.freedesktop.org/attachment.cgi?id=39504) Screenshot of lightmaps corruption Testing procedure: 1. Download Xonotic (Nexuiz fork) from http://beta.xonotic.org/autobuild/Xonotic-20101017.zip (login: xonotic, pass: g-23) (could be newer build, too) 2. Unzip and run ./xonotic-linux-glx.sh 3. Enable GLSL in video menu 4. Enable "Use lightmaps" in effects menu 5. Connect to any server. Lightmaps do texture corruption in r300g as seen on screenshots. Textures are rendered properly for example on Nvidia binary driver on Nvidia hardware. My graphic card: ATI Radeon 9600 256MB 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 54

[Bug 30645] Kernel NULL pointer crash when viewing big images in Firefox on Radeon XPress 200M
by bugzilla-daemon＠freedesktop.org 26 Oct '10

26 Oct '10

https://bugs.freedesktop.org/show_bug.cgi?id=30645 Michel Dänzer <michel(a)daenzer.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Product|xorg |DRI Status|NEW |RESOLVED Resolution| |FIXED Component|Driver/Radeon |DRM/Radeon AssignedTo|xorg-driver-ati(a)lists.x.org |dri-devel(a)lists.freedesktop | |.org QAContact|xorg-team(a)lists.x.org | --- Comment #12 from Michel Dänzer <michel(a)daenzer.net> 2010-10-26 00:45:22 PDT --- Resolving per comment #11, thanks for the update. -- 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

[PATCH] drm/radeon/kms: MC vram map needs to be >= pci aperture size
by Alex Deucher 25 Oct '10

25 Oct '10

The vram map in the radeon memory controller needs to be >= the pci aperture size. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=28402 The problematic cards in the above bug have 64 MB of vram, but the pci aperture is 128 MB and the MC vram map was only 64 MB. This can lead to hangs. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/r100.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c index da69db9..f2155bc 100644 --- a/drivers/gpu/drm/radeon/r100.c +++ b/drivers/gpu/drm/radeon/r100.c @@ -2326,6 +2326,9 @@ void r100_vram_init_sizes(struct radeon_device *rdev) /* Fix for RN50, M6, M7 with 8/16/32(??) MBs of VRAM - * Novell bug 204882 + along with lots of ubuntu ones */ + if (rdev->mc.aper_size > config_aper_size) + config_aper_size = rdev->mc.aper_size; + if (config_aper_size > rdev->mc.real_vram_size) rdev->mc.mc_vram_size = config_aper_size; else -- 1.7.1.1

1 0

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel October 2010