[Bug 29156] [regression] 3D apps in Wine hangs on start
https://bugs.freedesktop.org/show_bug.cgi?id=29156 Nick Bowler changed: What|Removed |Added CC||nbowler at draconx.ca --- Comment #2 from Nick Bowler 2010-07-19 20:47:48 PDT --- The first issue should be fixed by commit 037755122e9011c768e5caa4d4cb83aba783d3e9 Author: Kristian H?gsberg Date: Mon Jul 19 21:00:09 2010 -0400 glx: Don't use __glXInitialize() when we might be holding __glXLock() in mesa master. If the second issue is still present in master, please file another bug report. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29156] [regression] 3D apps in Wine hangs on start
https://bugs.freedesktop.org/show_bug.cgi?id=29156 --- Comment #1 from Sven Arvidsson 2010-07-19 16:51:04 PDT --- A related regression is this one, the game Far Cry (running through Wine) starts but hangs at level start if the below commit isn't reverted. f8d81c31cee30821da3aab331a57f484f6a07a5d is the first bad commit commit f8d81c31cee30821da3aab331a57f484f6a07a5d Author: Nick Bowler Date: Wed Jul 14 12:01:49 2010 -0400 dri2: Track event mask in client code. When direct rendering is being used, DRI2 BufferSwapComplete events are sent unconditionally to clients, even if they haven't been requested. This causes error messages to be printed by every freeglut application of the form freeglut (./gears): Unknown X event type: 104 and might confuse other clients. This is a fixed up version of the patch by Jesse Barnes, which drops BufferSwapComplete events if they are not requested by clients. Fixes fdo bug 27962. Signed-off-by: Nick Bowler Signed-off-by: Jesse Barnes :04 04 43b22479000d40e4034e467746bda73544d1ef4f a7c81f4433d420249b67bee1a16bc047a45141a0 Msrc -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Regression 2.6.34+ -> 2.6.34-rc5: radeon KMS rs780 problems
On Sam, 2010-07-17 at 18:56 -0400, Ed Tomlinson wrote: > > My 790gx chipset supplies an rs780. With .34+ all is ok. > With .35-rc5 basic function seems ok (kde works) but games like > extreme tux racer have problems. The cursor does not display when on > the tux racer window and various objects flicker on and off as I > attempt to play the game. Sounds like it might be https://bugs.freedesktop.org/show_bug.cgi?id=28341 . Does the X driver patch attached there fix the problem? -- Earthling Michel D?nzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer
[Bug 29156] New: [regression] 3D apps in Wine hangs on start
https://bugs.freedesktop.org/show_bug.cgi?id=29156 Summary: [regression] 3D apps in Wine hangs on start Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: sa at whiz.se Created an attachment (id=37194) --> (https://bugs.freedesktop.org/attachment.cgi?id=37194) backtrace from wine app After this commit was introduced, all 3D apps running through Wine hangs on start. This happens with both r300c and r300g, softpipe doesn't seem to be affected, but maybe it doesn't use dri2? commit 3750ebd540510324ef5ada769537ae05309adadb Author: Kristian H?gsberg Date: Mon Jul 19 09:37:07 2010 -0400 glx: Fix drawable lookup in DRI2 event handler DRI2 events are sent to the X drawable ID used to create the DRI2 drawable, not the GLX drawable ID. So when an event comes in, we need to look up the __GLXDRIdrawable by its X drawable ID, which needs a new hash table. I'm also attaching a backtrace frome one such app hanging. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: cdeb1949c820242f05a8897d3ddd0718f204dacf -- xserver: 1.8.99.904 (1.9.0 RC 4) -- mesa: 3750ebd540510324ef5ada769537ae05309adadb -- drm: 6ea2bda5f5ec8f27359760ce580fdad3df0464df -- kernel: 2.6.35-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29152] [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 --- Comment #4 from Marek Ol??k 2010-07-19 14:28:11 PDT --- Created an attachment (id=37188) View: https://bugs.freedesktop.org/attachment.cgi?id=37188 Review: https://bugs.freedesktop.org/review?bug=29152=37188 Possible fix Could you try the attached patch? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29152] [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 --- Comment #3 from Pavel Ondra?ka 2010-07-19 13:15:19 PDT --- Created an attachment (id=37187) --> (https://bugs.freedesktop.org/attachment.cgi?id=37187) backtrace I have the same problem with Heroes of Newerth, it crash at start. It works OK with GALLIUM_ABORT_ON_ASSERT=0 set. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[patch] drm: radeon: fix sign bug
On Sat, Jul 17, 2010 at 6:28 AM, Dan Carpenter wrote:
> The "error" variable is unsigned so it's never less than zero. ?I
> changed it to check if (freq < current_freq) directly.
>
> "best_error" is also unsigned so "best_error - 100" could be a large
> number instead of a negative. ?Since "error" is unsigned it is never
> less than a negative and so the cases where "best_error" is less than or
> equal to 100 are false.
>
> Signed-off-by: Dan Carpenter
>
This looks good Dan. Dave, please apply,
Reviewed-by: Alex Deucher
> diff --git a/drivers/gpu/drm/radeon/radeon_display.c
> b/drivers/gpu/drm/radeon/radeon_display.c
> index 8154cdf..a68728d 100644
> --- a/drivers/gpu/drm/radeon/radeon_display.c
> +++ b/drivers/gpu/drm/radeon/radeon_display.c
> @@ -558,15 +558,17 @@ static void radeon_compute_pll_legacy(struct radeon_pll
> *pll,
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?current_freq = radeon_div(tmp, ref_div
> * post_div);
>
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?if (pll->flags &
> RADEON_PLL_PREFER_CLOSEST_LOWER) {
> - ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? error = freq - current_freq;
> - ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? error = error < 0 ?
> 0x : error;
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? if (freq < current_freq)
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? error = 0x;
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? else
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? error = freq -
> current_freq;
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?} else
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?error = abs(current_freq -
> freq);
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?vco_diff = abs(vco - best_vco);
>
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?if ((best_vco == 0 && error <
> best_error) ||
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?(best_vco != 0 &&
> - ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?(error < best_error - 100 ||
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?((best_error > 100 && error <
> best_error - 100) ||
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?(abs(error - best_error) < 100
> && vco_diff < best_vco_diff {
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?best_post_div = post_div;
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?best_ref_div = ref_div;
>
[Bug 29152] [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 --- Comment #2 from ?lmos 2010-07-19 12:59:04 PDT --- I tried with 3b189d888a99336a2df037e2b595844d4b9e05b5, and it asserts. If I start with GALLIUM_ABORT_ON_ASSERT=0, then lots of these util/u_mempool.c:88:util_mempool_malloc_st: Assertion `block->magic == 0xcafe4321' failed. debug_get_bool_option: GALLIUM_ABORT_ON_ASSERT = FALSE continuing... util/u_mempool.c:100:util_mempool_free_st: Assertion `block->magic == 0xcafe4321' failed. debug_get_bool_option: GALLIUM_ABORT_ON_ASSERT = FALSE continuing... are printed, but it doesn't crash, and I didn't notice any visual corruption (other than the ones I already reported in #28993 and #28994). Maybe I'm not eagle-eyed enough... It's an x86_32 system with kernel 2.6.33.1. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29152] [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 --- Comment #1 from Marek Ol??k 2010-07-19 12:23:35 PDT --- I can't reproduce this with current mesa master (3b189d888a99336a2df037e2b595844d4b9e05b5). Could you test it again after git pull? Do you have an x86_64 system? Does it crash if you set the environment variable GALLIUM_ABORT_ON_ASSERT to 0? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29152] New: [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 Summary: [r300g] mempool makes ut2004 crash Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: aaalmosss at gmail.com It stops with util/u_mempool.c:92:util_mempool_malloc_st: Assertion `block->magic == 0xcafe4321' failed. debug_get_bool_option: GALLIUM_ABORT_ON_ASSERT = TRUE Signal: SIGTRAP [trap] Aborting. upon loading a level. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 28771] Vsync always on
https://bugs.freedesktop.org/show_bug.cgi?id=28771 --- Comment #17 from Alex Deucher 2010-07-19 10:29:31 PDT --- (In reply to comment #13) > Can GL have a switch like XV has - or should games in theory be able to turn > off, but are prevented by a bug? I'm not sure how you'd expose it. You could make it a driver option, but then you'd have to restart X to change it. There's no GLX extension to cover tearing as far as I know. > > Digression - I notice that XV with vsync on can't live with frame rate = > refresh rate, which I sometimes use for "proper" deinterlaced TV. GL vsync is > fine and GL wait vline is much better that XV. Is this a driver issue or is it > just that mplayers gl driver makes mplayer behave differently to it's xv > driver? Xv in general does not provide any mechanism for application synchronization. I.e., here's no vblank events provided by Xv for app synchronization. That's what the GLX vsync extensions do. The driver uses the vline wait for avoid tearing for both Xv and GL buffer swaps, they have nothing to do with the GLX vsync extensions. Those extensions only provide events that the application can use for synchronization. If you remove the vline wait code, you can still synchronize your application to the refresh rate, but you might still get tearing depending when the GL buffer swap happens. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Regression 2.6.34+ -> 2.6.34-rc5: radeon KMS rs780 problems
On Sat, Jul 17, 2010 at 6:56 PM, Ed Tomlinson wrote: > Hi, > > My 790gx chipset supplies an rs780. ?With .34+ all is ok. ?With .35-rc5 basic > function seems ok (kde works) but > games like extreme tux racer have problems. ?The cursor does not display when > on the tux racer window and > various objects flicker on and off as I attempt to play the game. Did you update anything on the userspace side (ddx, mesa, xserver)? Can you bisect what commit is causing the problems? > > Here is what .34+ detects (think this kernel has a drm-radeon-testing from > may or early june) > > [ ? ?1.370735] [drm] Initialized drm 1.1.0 20060810 > [ ? ?1.376014] [drm] radeon defaulting to kernel modesetting. > [ ? ?1.382041] [drm] radeon kernel modesetting enabled. > [ ? ?1.387560] radeon :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 > [ ? ?1.395205] radeon :01:05.0: setting latency timer to 64 > [ ? ?1.397347] [drm] initializing kernel modesetting (RS780 0x1002:0x9614). > [ ? ?1.404961] [drm] register mmio base: 0xFE9F > [ ? ?1.410036] [drm] register mmio size: 65536 > [ ? ?1.415328] ATOM BIOS: B27722 > [ ? ?1.418612] [drm] Clocks initialized ! > [ ? ?1.422740] [drm] 3 Power State(s) > [ ? ?1.426486] [drm] State 0 Default (default) > [ ? ?1.431081] [drm] ? ?1 Clock Mode(s) > [ ? ?1.434831] [drm] ? ? ? ? ? ?0 engine: 30 > [ ? ?1.438773] [drm] State 1 Performance > [ ? ?1.442897] [drm] ? ?1 Clock Mode(s) > [ ? ?1.446648] [drm] ? ? ? ? ? ?0 engine: 50 > [ ? ?1.450589] [drm] State 2 Default > [ ? ?1.454344] [drm] ? ?1 Clock Mode(s) > [ ? ?1.458093] [drm] ? ? ? ? ? ?0 engine: 50 > [ ? ?1.462038] [drm] radeon: power management initialized > [ ? ?1.467705] radeon :01:05.0: VRAM: 256M 0xC000 - 0xCFFF (256M > used) > [ ? ?1.475724] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF > [ ? ?1.485117] [drm] Detected VRAM RAM=256M, BAR=256M > [ ? ?1.490391] [drm] RAM width 32bits DDR > [ ? ?1.494785] [TTM] Zone ?kernel: Available graphics memory: 3956838 kiB. > [ ? ?1.502042] [TTM] Zone ? dma32: Available graphics memory: 2097152 kiB. > [ ? ?1.509465] [drm] radeon: 256M of VRAM memory ready > [ ? ?1.514825] [drm] radeon: 512M of GTT memory ready. > [ ? ?1.520236] [drm] radeon: irq initialized. > [ ? ?1.524739] [drm] GART: num cpu pages 131072, num gpu pages 131072 > [ ? ?1.532253] [drm] Loading RS780 Microcode > > with .35-rc5 it finds a different ammount of VRAM. ?Hardware wise there is > 128M of sideport ram. 2.6.35 added support for vram greater then the size of the PCI framebuffer BAR (256 MB in your case). The amount of vram accessible to the CPU is limited by the size of the PCI framebuffer BAR, however the GPU can access the entire amount. 2.6.35 works around this restriction so that the CPU can access the entire amount of vram. Alex > > ?[ ? ?1.361622] [drm] Initialized drm 1.1.0 20060810 > ?[ ? ?1.366843] [drm] radeon defaulting to kernel modesetting. > ?[ ? ?1.372863] [drm] radeon kernel modesetting enabled. > ?[ ? ?1.378371] radeon :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ > 18 > ?[ ? ?1.386003] radeon :01:05.0: setting latency timer to 64 > ?[ ? ?1.388242] [drm] initializing kernel modesetting (RS780 0x1002:0x9614). > ?[ ? ?1.395870] [drm] register mmio base: 0xFE9F > ?[ ? ?1.400940] [drm] register mmio size: 65536 > ?[ ? ?1.406238] ATOM BIOS: B27722 > ?[ ? ?1.409531] [drm] Clocks initialized ! > ?[ ? ?1.413688] radeon :01:05.0: VRAM: 384M 0xC000 - 0xD7FF (384M > used) > ?[ ? ?1.421706] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF > ?[ ? ?1.429481] [drm] Detected VRAM RAM=384M, BAR=256M > ?[ ? ?1.436429] [drm] RAM width 32bits DDR > ?[ ? ?1.440829] [TTM] Zone ?kernel: Available graphics memory: 3956866 kiB. > ?[ ? ?1.448096] [TTM] Zone ? dma32: Available graphics memory: 2097152 kiB. > ?[ ? ?1.455348] [TTM] Initializing pool allocator. > ?[ ? ?1.460471] [drm] radeon: 384M of VRAM memory ready > ?[ ? ?1.465824] [drm] radeon: 512M of GTT memory ready. > ?[ ? ?1.471255] [drm] radeon: irq initialized. > ?[ ? ?1.475760] [drm] GART: num cpu pages 131072, num gpu pages 131072 > ?[ ? ?1.483280] [drm] Loading RS780 Microcode > > User space/firmware/bios is the same in both cases. > > Idea? > Ed Tomlinson > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel >
[Bug 28671] Seg. fault and Oops with Radeon KMS (v2.6.34) on PPC ATI Radeon AGP r420 JH.
https://bugs.freedesktop.org/show_bug.cgi?id=28671 --- Comment #27 from Brett Witherspoon 2010-07-19 10:14:47 PDT --- Sorry for the delay in my response. I have been preoccupied. I tested analog and dmcp works fine. However DVI has no output on monitor with either connector. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29116] [wine] Offscreen rendering with FBO results in GL_FRAMEBUFFER_UNSUPPORTED
https://bugs.freedesktop.org/show_bug.cgi?id=29116 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from Marek Ol??k 2010-07-19 08:35:18 PDT --- Committed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 27314] DP link training fails on 2560x1440 panels
https://bugs.freedesktop.org/show_bug.cgi?id=27314 Alex Deucher changed: What|Removed |Added Summary|output not working on dell |DP link training fails on |m6500 |2560x1440 panels -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 27314] output not working on dell m6500
https://bugs.freedesktop.org/show_bug.cgi?id=27314 Alex Deucher changed: What|Removed |Added CC||rafael.espindola at gmail.com --- Comment #15 from Alex Deucher 2010-07-19 08:33:37 PDT --- *** Bug 28267 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.
[Bug 29137] [r300g] troubles with wine and "r300: Max size of the constant buffer is 256*4 floats."
https://bugs.freedesktop.org/show_bug.cgi?id=29137 --- Comment #2 from Henri Verbeet 2010-07-19 05:01:53 PDT --- (In reply to comment #0) > When running Sins of a Solar Empire under Wine all 3D objects are black, the > only thing which is rendered correctly are menus and control panels. > Main problem here is this massage: r300: Max size of the constant buffer is > 256*4 floats. > For a part that's our (Wine's) fault for depending on the driver to properly notice not all of those constants are actually used. On the other hand, trying to avoid this in Wine itself would be somewhat complicated. We mainly depend on the driver to notice that as long as you don't use non-const indices into an uniform array, it's really just a set of independent constants, of which you can eliminate the unused ones. > Since the game was working fine with this hardware in Windows (and my RV530 is > well above minimum requirements) I suspected this to be a Wine issue and I > asked at their forums, sadly with little response. Finally soreau at #radeon > said this in theory can be fixed in driver and advised to open a bug here. > Yeah, not all Wine developers read the forums, and I'd only expect someone fairly familiar with the wined3d code to be able to say something useful on the subject. As a quick workaround you could modify Wine to use a slightly smaller array in shader_generate_glsl_declarations(), but we can't do that in general in Wine, because some applications depend on being able to use the higher indices, even if the total number of constants they use is nowhere near the limit. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 28260] Europa Universalis III crashes with R600
https://bugs.freedesktop.org/show_bug.cgi?id=28260 Dmitry Dzhus changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Dmitry Dzhus 2010-07-19 01:09:35 PDT --- (In reply to comment #2) > Looks like a duplicate of bug 27141, may have been fixed by > fef9b532cd1631cc53056b9eba4369d1310b88df. Indeed. *** This bug has been marked as a duplicate of bug 27141 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 27141] piglit glean/vertProg1 core dumps with RV790
https://bugs.freedesktop.org/show_bug.cgi?id=27141 Dmitry Dzhus changed: What|Removed |Added CC||dima at sphinx.net.ru --- Comment #6 from Dmitry Dzhus 2010-07-19 01:09:35 PDT --- *** Bug 28260 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.
[Bug 28411] Output polling causes latency every 10 seconds
https://bugs.freedesktop.org/show_bug.cgi?id=28411 --- Comment #1 from Marius Groeger 2010-07-19 00:09:58 PDT --- This is a humble *bump* on the issue - I saw that the latest d-r-t and d-n (let alone d-f) don't contain a fix for it. Anything else you need from me to fix it? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Regression 2.6.34+ - 2.6.34-rc5: radeon KMS rs780 problems
Hi, My 790gx chipset supplies an rs780. With .34+ all is ok. With .35-rc5 basic function seems ok (kde works) but games like extreme tux racer have problems. The cursor does not display when on the tux racer window and various objects flicker on and off as I attempt to play the game. Here is what .34+ detects (think this kernel has a drm-radeon-testing from may or early june) [1.370735] [drm] Initialized drm 1.1.0 20060810 [1.376014] [drm] radeon defaulting to kernel modesetting. [1.382041] [drm] radeon kernel modesetting enabled. [1.387560] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [1.395205] radeon :01:05.0: setting latency timer to 64 [1.397347] [drm] initializing kernel modesetting (RS780 0x1002:0x9614). [1.404961] [drm] register mmio base: 0xFE9F [1.410036] [drm] register mmio size: 65536 [1.415328] ATOM BIOS: B27722 [1.418612] [drm] Clocks initialized ! [1.422740] [drm] 3 Power State(s) [1.426486] [drm] State 0 Default (default) [1.431081] [drm]1 Clock Mode(s) [1.434831] [drm]0 engine: 30 [1.438773] [drm] State 1 Performance [1.442897] [drm]1 Clock Mode(s) [1.446648] [drm]0 engine: 50 [1.450589] [drm] State 2 Default [1.454344] [drm]1 Clock Mode(s) [1.458093] [drm]0 engine: 50 [1.462038] [drm] radeon: power management initialized [1.467705] radeon :01:05.0: VRAM: 256M 0xC000 - 0xCFFF (256M used) [1.475724] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [1.485117] [drm] Detected VRAM RAM=256M, BAR=256M [1.490391] [drm] RAM width 32bits DDR [1.494785] [TTM] Zone kernel: Available graphics memory: 3956838 kiB. [1.502042] [TTM] Zone dma32: Available graphics memory: 2097152 kiB. [1.509465] [drm] radeon: 256M of VRAM memory ready [1.514825] [drm] radeon: 512M of GTT memory ready. [1.520236] [drm] radeon: irq initialized. [1.524739] [drm] GART: num cpu pages 131072, num gpu pages 131072 [1.532253] [drm] Loading RS780 Microcode with .35-rc5 it finds a different ammount of VRAM. Hardware wise there is 128M of sideport ram. [1.361622] [drm] Initialized drm 1.1.0 20060810 [1.366843] [drm] radeon defaulting to kernel modesetting. [1.372863] [drm] radeon kernel modesetting enabled. [1.378371] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [1.386003] radeon :01:05.0: setting latency timer to 64 [1.388242] [drm] initializing kernel modesetting (RS780 0x1002:0x9614). [1.395870] [drm] register mmio base: 0xFE9F [1.400940] [drm] register mmio size: 65536 [1.406238] ATOM BIOS: B27722 [1.409531] [drm] Clocks initialized ! [1.413688] radeon :01:05.0: VRAM: 384M 0xC000 - 0xD7FF (384M used) [1.421706] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [1.429481] [drm] Detected VRAM RAM=384M, BAR=256M [1.436429] [drm] RAM width 32bits DDR [1.440829] [TTM] Zone kernel: Available graphics memory: 3956866 kiB. [1.448096] [TTM] Zone dma32: Available graphics memory: 2097152 kiB. [1.455348] [TTM] Initializing pool allocator. [1.460471] [drm] radeon: 384M of VRAM memory ready [1.465824] [drm] radeon: 512M of GTT memory ready. [1.471255] [drm] radeon: irq initialized. [1.475760] [drm] GART: num cpu pages 131072, num gpu pages 131072 [1.483280] [drm] Loading RS780 Microcode User space/firmware/bios is the same in both cases. Idea? Ed Tomlinson ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/ttm: Fix build on architectures without AGP
Make inclusion of asm/agp.h conditional on TTM_HAS_AGP. The use of the functions declared in it is already conditional. Reported-by: Geert Stappers stapp...@stappers.nl Signed-off-by: Ben Hutchings b...@decadent.org.uk Tested-by: Geert Stappers stapp...@stappers.nl --- drivers/gpu/drm/ttm/ttm_page_alloc.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c index b1d67dc..1f32b46 100644 --- a/drivers/gpu/drm/ttm/ttm_page_alloc.c +++ b/drivers/gpu/drm/ttm/ttm_page_alloc.c @@ -40,7 +40,9 @@ #include linux/slab.h #include asm/atomic.h +#ifdef TTM_HAS_AGP #include asm/agp.h +#endif #include ttm/ttm_bo_driver.h #include ttm/ttm_page_alloc.h -- 1.7.1 ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 28411] Output polling causes latency every 10 seconds
https://bugs.freedesktop.org/show_bug.cgi?id=28411 --- Comment #1 from Marius Groeger marius.groe...@web.de 2010-07-19 00:09:58 PDT --- This is a humble *bump* on the issue - I saw that the latest d-r-t and d-n (let alone d-f) don't contain a fix for it. Anything else you need from me to fix it? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 28260] Europa Universalis III crashes with R600
https://bugs.freedesktop.org/show_bug.cgi?id=28260 Dmitry Dzhus d...@sphinx.net.ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Dmitry Dzhus d...@sphinx.net.ru 2010-07-19 01:09:35 PDT --- (In reply to comment #2) Looks like a duplicate of bug 27141, may have been fixed by fef9b532cd1631cc53056b9eba4369d1310b88df. Indeed. *** This bug has been marked as a duplicate of bug 27141 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 27141] piglit glean/vertProg1 core dumps with RV790
https://bugs.freedesktop.org/show_bug.cgi?id=27141 Dmitry Dzhus d...@sphinx.net.ru changed: What|Removed |Added CC||d...@sphinx.net.ru --- Comment #6 from Dmitry Dzhus d...@sphinx.net.ru 2010-07-19 01:09:35 PDT --- *** Bug 28260 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. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29137] [r300g] troubles with wine and r300: Max size of the constant buffer is 256*4 floats.
https://bugs.freedesktop.org/show_bug.cgi?id=29137 --- Comment #2 from Henri Verbeet hverb...@gmail.com 2010-07-19 05:01:53 PDT --- (In reply to comment #0) When running Sins of a Solar Empire under Wine all 3D objects are black, the only thing which is rendered correctly are menus and control panels. Main problem here is this massage: r300: Max size of the constant buffer is 256*4 floats. For a part that's our (Wine's) fault for depending on the driver to properly notice not all of those constants are actually used. On the other hand, trying to avoid this in Wine itself would be somewhat complicated. We mainly depend on the driver to notice that as long as you don't use non-const indices into an uniform array, it's really just a set of independent constants, of which you can eliminate the unused ones. Since the game was working fine with this hardware in Windows (and my RV530 is well above minimum requirements) I suspected this to be a Wine issue and I asked at their forums, sadly with little response. Finally soreau at #radeon said this in theory can be fixed in driver and advised to open a bug here. Yeah, not all Wine developers read the forums, and I'd only expect someone fairly familiar with the wined3d code to be able to say something useful on the subject. As a quick workaround you could modify Wine to use a slightly smaller array in shader_generate_glsl_declarations(), but we can't do that in general in Wine, because some applications depend on being able to use the higher indices, even if the total number of constants they use is nowhere near the limit. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29152] New: [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 Summary: [r300g] mempool makes ut2004 crash Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: aaalmo...@gmail.com It stops with util/u_mempool.c:92:util_mempool_malloc_st: Assertion `block-magic == 0xcafe4321' failed. debug_get_bool_option: GALLIUM_ABORT_ON_ASSERT = TRUE Signal: SIGTRAP [trap] Aborting. upon loading a level. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29152] [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 --- Comment #2 from Álmos aaalmo...@gmail.com 2010-07-19 12:59:04 PDT --- I tried with 3b189d888a99336a2df037e2b595844d4b9e05b5, and it asserts. If I start with GALLIUM_ABORT_ON_ASSERT=0, then lots of these util/u_mempool.c:88:util_mempool_malloc_st: Assertion `block-magic == 0xcafe4321' failed. debug_get_bool_option: GALLIUM_ABORT_ON_ASSERT = FALSE continuing... util/u_mempool.c:100:util_mempool_free_st: Assertion `block-magic == 0xcafe4321' failed. debug_get_bool_option: GALLIUM_ABORT_ON_ASSERT = FALSE continuing... are printed, but it doesn't crash, and I didn't notice any visual corruption (other than the ones I already reported in #28993 and #28994). Maybe I'm not eagle-eyed enough... It's an x86_32 system with kernel 2.6.33.1. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29152] [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 --- Comment #3 from Pavel Ondračka dra...@centrum.cz 2010-07-19 13:15:19 PDT --- Created an attachment (id=37187) -- (https://bugs.freedesktop.org/attachment.cgi?id=37187) backtrace I have the same problem with Heroes of Newerth, it crash at start. It works OK with GALLIUM_ABORT_ON_ASSERT=0 set. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29152] [r300g] mempool makes ut2004 crash
https://bugs.freedesktop.org/show_bug.cgi?id=29152 --- Comment #4 from Marek Olšák mar...@gmail.com 2010-07-19 14:28:11 PDT --- Created an attachment (id=37188) View: https://bugs.freedesktop.org/attachment.cgi?id=37188 Review: https://bugs.freedesktop.org/review?bug=29152attachment=37188 Possible fix Could you try the attached patch? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29156] New: [regression] 3D apps in Wine hangs on start
https://bugs.freedesktop.org/show_bug.cgi?id=29156 Summary: [regression] 3D apps in Wine hangs on start Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: s...@whiz.se Created an attachment (id=37194) -- (https://bugs.freedesktop.org/attachment.cgi?id=37194) backtrace from wine app After this commit was introduced, all 3D apps running through Wine hangs on start. This happens with both r300c and r300g, softpipe doesn't seem to be affected, but maybe it doesn't use dri2? commit 3750ebd540510324ef5ada769537ae05309adadb Author: Kristian Høgsberg k...@bitplanet.net Date: Mon Jul 19 09:37:07 2010 -0400 glx: Fix drawable lookup in DRI2 event handler DRI2 events are sent to the X drawable ID used to create the DRI2 drawable, not the GLX drawable ID. So when an event comes in, we need to look up the __GLXDRIdrawable by its X drawable ID, which needs a new hash table. I'm also attaching a backtrace frome one such app hanging. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: cdeb1949c820242f05a8897d3ddd0718f204dacf -- xserver: 1.8.99.904 (1.9.0 RC 4) -- mesa: 3750ebd540510324ef5ada769537ae05309adadb -- drm: 6ea2bda5f5ec8f27359760ce580fdad3df0464df -- kernel: 2.6.35-rc5 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29156] [regression] 3D apps in Wine hangs on start
https://bugs.freedesktop.org/show_bug.cgi?id=29156 --- Comment #1 from Sven Arvidsson s...@whiz.se 2010-07-19 16:51:04 PDT --- A related regression is this one, the game Far Cry (running through Wine) starts but hangs at level start if the below commit isn't reverted. f8d81c31cee30821da3aab331a57f484f6a07a5d is the first bad commit commit f8d81c31cee30821da3aab331a57f484f6a07a5d Author: Nick Bowler nbow...@draconx.ca Date: Wed Jul 14 12:01:49 2010 -0400 dri2: Track event mask in client code. When direct rendering is being used, DRI2 BufferSwapComplete events are sent unconditionally to clients, even if they haven't been requested. This causes error messages to be printed by every freeglut application of the form freeglut (./gears): Unknown X event type: 104 and might confuse other clients. This is a fixed up version of the patch by Jesse Barnes, which drops BufferSwapComplete events if they are not requested by clients. Fixes fdo bug 27962. Signed-off-by: Nick Bowler nbow...@draconx.ca Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org :04 04 43b22479000d40e4034e467746bda73544d1ef4f a7c81f4433d420249b67bee1a16bc047a45141a0 Msrc -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29156] [regression] 3D apps in Wine hangs on start
https://bugs.freedesktop.org/show_bug.cgi?id=29156 Nick Bowler nbow...@draconx.ca changed: What|Removed |Added CC||nbow...@draconx.ca --- Comment #2 from Nick Bowler nbow...@draconx.ca 2010-07-19 20:47:48 PDT --- The first issue should be fixed by commit 037755122e9011c768e5caa4d4cb83aba783d3e9 Author: Kristian Høgsberg k...@bitplanet.net Date: Mon Jul 19 21:00:09 2010 -0400 glx: Don't use __glXInitialize() when we might be holding __glXLock() in mesa master. If the second issue is still present in master, please file another bug report. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
