dri-devel June 2011

dri-devel@lists.freedesktop.org

101 participants
499 discussions

[Bug 38089] New: Mesa: User error: GL_INVALID_ENUM in glDisable(0x8920)
by bugzilla-daemon＠freedesktop.org 23 Jun '11

23 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=38089 Summary: Mesa: User error: GL_INVALID_ENUM in glDisable(0x8920) Product: Mesa Version: git Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: alexandre.f.demers(a)gmail.com When playing Diablo 2 under Wine, I receive the following error in console: Mesa: User error: GL_INVALID_ENUM in glDisable(0x8920) -- 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

[Bug 36435] New: [r600g] GPU lockup CP stall
by bugzilla-daemon＠freedesktop.org 23 Jun '11

23 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=36435 Summary: [r600g] GPU lockup CP stall Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ojab(a)ojab.ru Created an attachment (id=45872) --> (https://bugs.freedesktop.org/attachment.cgi?id=45872) dmesg log Sometimes I have errors like "GPU lockup CP stall for more than 10000msec", you can find dmesg output in the attached file. I'm already have drm.debug=15, dmesg output for 10 sec prior to debug will be in the following comment (I already have a plenty of those). This has happened since I have this system, so cannot bisect. Really don't know what additional info is needed in such cases, please ask if anything else is needed for investigation/fix. RADEON(0): Chipset: "ATI Radeon HD 3300 Graphics" (ChipID = 0x9614) linux-2.6 master git (2.6.39-rc4-00089-g2f666bc) OpenGL renderer string: Gallium 0.4 on AMD RS780 OpenGL version string: 2.1 Mesa 7.11-devel (git-f41e1db) xf86-video-ati-6.14.99 (git-903e90c) -- 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

[Bug 35051] New: [r600g, Wine, Counter Strike Source] Crashes at Startup
by bugzilla-daemon＠freedesktop.org 23 Jun '11

23 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=35051 Summary: [r600g, Wine, Counter Strike Source] Crashes at Startup Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bpaterni(a)gmail.com Created an attachment (id=44162) --> (https://bugs.freedesktop.org/attachment.cgi?id=44162) wine output I have a similar bug to this one at the winehq bugtracker, but I think it pertains more to mesa now. As the title states, counter strike source crashes at start up for me. A full log of wine's output will be attached. I think this bug is related to the r600 gallium driver because the game does load, play, and display with gallium's softpipe driving it, although it is painfully slow. Also I believe the critical section of the log is the following: trace:dbghelp:get_wine_loader_name returning L"wine" trace:dbghelp:elf_load_file Processing elf file 'L"wine"' at 00000000 trace:dbghelp:elf_load_file Processing elf file 'L".//wine"' at 00000000 trace:dbghelp:elf_load_file Processing elf file 'L"/home/bpaterni/bin/wine"' at 00000000 trace:dbghelp:elf_load_file Processing elf file 'L"/usr/local/bin/wine"' at 00000000 trace:dbghelp:SymFromName (0xffffffff, libwine.so.1!__wine_main_environ, 0xffed654) trace:dbghelp:SymFromName null process fixme:dbghelp:elf_search_auxv can't find symbol in module Inconsistency detected by ld.so: dl-deps.c: 626: _dl_map_object_deps: Assertion `nlist > 1' failed! I've looked through wine's source and elf_search_auxv is being called from MiniDumpWriteDump in dlls/dbghelp/minidump.c which apparently is being called from within steam/counter strike. Because of this, I'm not sure how to proceed in debugging since steam/counter strike are both closed. Hopefully someone here has a clever idea on getting to the bottom of this... environment: Linux kernel (git master, linus' tree -- although I have tried drm-next + s3tc, same result) Debian unstable/experimental mesa (git master @ f95892b46a9a6b5d90437998ef9a3babd55e9c7d) wine (git master) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 14

[PATCH] drm/radeon/kms: fix num_banks tiling config for fusion
by Alex Deucher 23 Jun '11

23 Jun '11

The field is encoded: 0 = 4 banks 1 = 8 banks 2 = 16 banks Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/evergreen.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 445af79..12d2fdc 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -2013,9 +2013,9 @@ static void evergreen_gpu_init(struct radeon_device *rdev) rdev->config.evergreen.tile_config |= (3 << 0); break; } - /* num banks is 8 on all fusion asics */ + /* num banks is 8 on all fusion asics. 0 = 4, 1 = 8, 2 = 16 */ if (rdev->flags & RADEON_IS_IGP) - rdev->config.evergreen.tile_config |= 8 << 4; + rdev->config.evergreen.tile_config |= 1 << 4; else rdev->config.evergreen.tile_config |= ((mc_arb_ramcfg & NOOFBANK_MASK) >> NOOFBANK_SHIFT) << 4; -- 1.7.1.1

1 0

[Bug 38583] New: Radeon HD 6850 locks computer when kernel module is loaded with KMS
by bugzilla-daemon＠freedesktop.org 23 Jun '11

23 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=38583 Summary: Radeon HD 6850 locks computer when kernel module is loaded with KMS Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: fisxoj(a)gmail.com I just got a new HD 6850 card. When I boot with it inserted, I get through bios and grub, and then have a few seconds of blinking cursor before the screen goes off and I can't get the machine to respond to anything. With the nomodeset option, I can boot to runlevel 3. Because everything freezes when the module is loaded with modesetting (and since the xorg driver seems to require it) that's as far as I can get. I'm running 64bit fedora 15 that is up-to-date as of today. -- 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

Re: Some questions about DRM(Direct Rendering Manager)
by InKi Dae 23 Jun '11

23 Jun '11

It adds dri-devel(a)lists.freedesktop.org to this mail thread. Thank you. 2011년 6월 22일 오후 3:04, daeinki <inki.dae(a)samsung.com>님의 말: > below is additional comments. > > daeinki 쓴 글: >> Hi all, >> >> I'm writing Samsung SoC based DRM framework and this one includes FIMD >> and HDMI driver as hardware dependent modules. and for now, encoder, >> connector, crtc and fb module has been materialized almost. but I'm >> contending with framebuffer setting issue(created fb_info should be >> registered to linux framebuffer through register_framebuffer() or not)as >> default framebuffer at booting time. >> >> at drm_fb_helper_single_fb_probe() of drm_fb_helper.c file, fb_helper's >> fb_probe callback is called and this one creates new framebuffer and >> returns a value more then 0 if true. internally, this process creates an >> fb_info object and drm_framebuffer and then drm_framebuffer would be >> added to mode_config.fb_list of the drm_device. >> > it's my mistake. return value is 0 if true, nonzero otherwise. > >> a value returned, new_fb is used to decide that it calls >> register_framebuffer() or drm_fb_helper_set_par(). at this point, I am >> confused it's a good way to call register_framebuffer() otherwise >> drm_fb_helper_set_par(). if register_framebuffer() is called then I >> guess drm_fb_helper_set_par() or drm_crtc_helper_set_config() should be >> called somewhere subsequently to apply this one to real hardware because >> previous process is just for maintaining data logically.(not set up data >> to h/w) >> >> it's a right way to call register_framebuffer() and then >> drm_fb_helper_set_par() or drm_crtc_helper_set_config()? otherwise just >> only drm_fb_helper_set_par() or drm_crtc_helper_set_config() ignoring >> register_framebuffer()? and what is the purpose of using >> register_framebuffer()? >> > I understood that if fb_probe() callback is fail then fb_info object is > registered to linux framebuffer through register_framebuffer() > otherwise(if true) hardware configuration would be completed by > drm_fb_helper_set_par() so the reason of using register_framebuffer() is > that the case of failing fb_probe() callback, it is for drawing on only > linux framebuffer. is it right? > >> In my case, first, register_framebuffer() is called and then if desired >> default crtc id is matched with drm_fb_helper->crtc_info[0 ~ n].crtc_id, >> it gets mode_set of drm_fb_helper->crtc_info[n] and then it calls >> drm_crtc_helper_set_config(mode_set). at this time, all the hardware >> configurations would be completed. >> >> thank you in advance. >> >> Best Regards >> Inki Dae. >> > > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel(a)lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel >

3 2

[PATCH] drm/radeon/kms: fix num_banks tiling config for fusion
by Alex Deucher 22 Jun '11

22 Jun '11

The field is encoded: 0 = 4 banks 1 = 8 banks 2 = 16 banks Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/evergreen.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 3c304f3..375fed7 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -2014,9 +2014,9 @@ static void evergreen_gpu_init(struct radeon_device *rdev) break; } rdev->config.evergreen.tiling_npipes = rdev->config.evergreen.max_tile_pipes; - /* num banks is 8 on all fusion asics */ + /* num banks is 8 on all fusion asics. 0 = 4, 1 = 8, 2 = 16 */ if (rdev->flags & RADEON_IS_IGP) - rdev->config.evergreen.tiling_nbanks = 8; + rdev->config.evergreen.tiling_nbanks = 1; else rdev->config.evergreen.tiling_nbanks = ((mc_arb_ramcfg & NOOFBANK_MASK) >> NOOFBANK_SHIFT); -- 1.7.1.1

1 0

[Bug 32768] VBO rendering using glDrawArrays causes program termination and "cs IB too big" message
by bugzilla-daemon＠freedesktop.org 22 Jun '11

22 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=32768 RCX Slinger <rcxslinger(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #7 from RCX Slinger <rcxslinger(a)gmail.com> 2011-06-22 09:07:14 PDT --- The patch was merged by Andre Maasikas. Thank you!!! -- 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 38566] New: [regression] ETQW crashes with 21972c85ea734dbfcf69629c6b0b940efb42d4ba
by bugzilla-daemon＠freedesktop.org 22 Jun '11

22 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=38566 Summary: [regression] ETQW crashes with 21972c85ea734dbfcf69629c6b0b940efb42d4ba Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: sa(a)whiz.se 21972c85ea734dbfcf69629c6b0b940efb42d4ba introduced a regression in the game ETQW: Failed to allocate : size : -1220046506 bytes alignment : 512 bytes EE r600_texture.c:634 r600_texture_get_transfer - failed to create temporary texture to hold untiled copy I can provide a backtrace later if necessary. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.2 -- xserver: 1.10.2 -- mesa: 21972c85ea734dbfcf69629c6b0b940efb42d4ba -- drm: 2.4.25 -- kernel: 2.6.39.1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[PATCH] fix mesa build from tarball
by Thierry Vignaud 22 Jun '11

22 Jun '11

Hi The following patch fixes building mesa from tarball (generated from git): - one Makefile disappeared (Makefile.template) - two other were missing (src/mesa/drivers/dri/Makefile.{defines,targets} Please apply Thx

2 1

← Newer
1
...
33
34
35
36
37
38
39
...
50
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2011