https://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #61 from Andreas Wallberg 2010-03-27
23:20:52 ---
Created an attachment (id=25737)
--> (https://bugzilla.kernel.org/attachment.cgi?id=25737)
Rendering artifacts in Firefox when compositing is enabled in KDE/Kwin
Scrolling in Fi
https://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #60 from Andreas Wallberg 2010-03-27
22:51:48 ---
Created an attachment (id=25736)
--> (https://bugzilla.kernel.org/attachment.cgi?id=25736)
dmesg output for two screen black-outs
I just updated the kernel/mesa/radeon-stack to
http://bugs.freedesktop.org/show_bug.cgi?id=27339
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Jesse Barnes wrote:
> On Thu, 4 Mar 2010 15:20:46 -0800
> Jesse Barnes wrote:
>
>> On Fri, 05 Mar 2010 00:16:45 +0100
>> Michel Dänzer wrote:
>>
>>> On Thu, 2010-03-04 at 16:09 -0700, Brian Paul wrote:
Jesse Barnes wrote:
> Would anyone have objections if these lists moved to freedeskt
http://bugs.freedesktop.org/show_bug.cgi?id=27297
Corbin Simpson changed:
What|Removed |Added
AssignedTo|dri-|mostawesomed...@gmail.com
http://bugs.freedesktop.org/show_bug.cgi?id=27297
Corbin Simpson changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|Gallium R30
http://bugs.freedesktop.org/show_bug.cgi?id=27339
--- Comment #4 from Nicolai Hähnle 2010-03-27 14:19:18
PST ---
Clipping works like this:
You have four cliprects. Each pixel is compared to all of them. The pass/fail
result gives you a bitmask which is interpreted as a number N between 0 a
On Sat, 27 Mar 2010, Piotr Gluszenia Slawinski wrote:
> kernel 2.6.32-tuxonice-r5
>
> with matrox drm component compiled into kernel - hibernation
> halts at 'doing atomic copy&restore'
>
> compiled as module - works fine.
actually does not work fine. trying to run any glx app after
un-hibernatin
http://bugs.freedesktop.org/show_bug.cgi?id=23513
Pauli changed:
What|Removed |Added
Attachment #28904|application/octet-stream|text/plain
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=23513
Corbin Simpson changed:
What|Removed |Added
Summary|Radeon APG KMS don't work or|Radeon AGP KMS don't work or
Dear all,
(please Cc)
I am running 2.6.34-rc2 + git 01e7770 commit (yesterday) with KMS on Debian/sid:
xserver-xorg: 7.5+5
video-intel: 2.9.1-3
Running D2X-xl (self compiled) (descent2 open source code) X suddenly died,
and after that gdm could not be restarted because after a few secs
it went d
> also worth noting is that compiling via agpgart support into kernel
> statically causes problem during un-hibernation (compiled as module
> works fine)
to clarify, whole agpgart must be compiled as module, not only driver,
to make un-hibernation functional
kernel 2.6.32-tuxonice-r5
with matrox drm component compiled into kernel - hibernation
halts at 'doing atomic copy&restore'
compiled as module - works fine.
also worth noting is that compiling via agpgart support into kernel
statically causes problem during un-hibernation (compiled as module
wor
http://bugs.freedesktop.org/show_bug.cgi?id=17597
Alex Deucher changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=27340
--- Comment #7 from Török Edwin 2010-03-27 09:44:53 PST
---
(In reply to comment #6)
> The patch looks good (except for "inline" should be "INLINE"). I verified the
> patch here by forcing the code path in question with a couple Mesa demos.
http://bugs.freedesktop.org/show_bug.cgi?id=27339
--- Comment #3 from Marek Olšák 2010-03-27 09:09:45 PST ---
Could you please give me the exact steps how to reproduce this bug?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail b
http://bugs.freedesktop.org/show_bug.cgi?id=27339
--- Comment #2 from Mathias Fröhlich 2010-03-27
08:07:58 PST ---
(In reply to comment #1)
> I think the classic driver shouldn't set those regs on KMS. Some time ago I
> removed the emission of the regs in classic and it didn't really add an
http://bugs.freedesktop.org/show_bug.cgi?id=27340
--- Comment #6 from Brian Paul 2010-03-27 08:00:29
PST ---
The patch looks good (except for "inline" should be "INLINE"). I verified the
patch here by forcing the code path in question with a couple Mesa demos. I'll
commit shortly.
Either
http://bugs.freedesktop.org/show_bug.cgi?id=27339
--- Comment #1 from Marek Olšák 2010-03-27 06:57:58 PST ---
I think the classic driver shouldn't set those regs on KMS. Some time ago I
removed the emission of the regs in classic and it didn't really add any
regressions.
Please try this:
Ch
http://bugs.freedesktop.org/show_bug.cgi?id=27343
Summary: Gallium R300g - celestia's stars are missing with
"OpenGL vertex program" rendering path
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Hello. Unsatisfied with current savage support ,
I've done more 'dumpster diving' and found much better computer,
with AGP support. I've put matrox g450 dual head card inside,
and it booted knoppix just fine, with (partial, no composite, but well)
3d acceleration, and glxgears happily working.
BUT
http://bugs.freedesktop.org/show_bug.cgi?id=27338
Marek Olšák changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: http://bu
http://bugs.freedesktop.org/show_bug.cgi?id=27338
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=17597
Corbin Simpson changed:
What|Removed |Added
Status|NEW |ASSIGNED
Keywords|
http://bugs.freedesktop.org/show_bug.cgi?id=15737
Corbin Simpson changed:
What|Removed |Added
Summary|File r300_render.c function |r300 classic SmoothFlag low-
http://bugs.freedesktop.org/show_bug.cgi?id=10178
Corbin Simpson changed:
What|Removed |Added
Status|NEW |RESOLVED
Component|DRM/other
http://bugs.freedesktop.org/show_bug.cgi?id=6805
--- Comment #7 from Daniel Baulig 2010-03-27 05:07:54 PST
---
I am still around, but since this report was never updated anymore and no
further information was requested I saw no point in having a monologue ;)
Since I actually did not need an
http://bugs.freedesktop.org/show_bug.cgi?id=6805
--- Comment #6 from Corbin Simpson 2010-03-27
04:53:18 PST ---
Bump? Haven't heard back from the reporter in a while. I'll close this if we
don't hear back from him in a bit, but I'll wait. Gears are serious business,
after all.
--
Configu
http://bugs.freedesktop.org/show_bug.cgi?id=4799
Corbin Simpson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=27340
Török Edwin changed:
What|Removed |Added
Component|Drivers/DRI/R600|Mesa core
--- Comment #5 from Török Edw
http://bugs.freedesktop.org/show_bug.cgi?id=27340
--- Comment #4 from Török Edwin 2010-03-27 03:42:00 PST
---
The patch I just attached fixes the deadlock, please apply.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugs.freedesktop.org/show_bug.cgi?id=27340
--- Comment #3 from Török Edwin 2010-03-27 03:40:45 PST
---
Created an attachment (id=34502)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34502)
tentative patch
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=em
http://bugs.freedesktop.org/show_bug.cgi?id=27340
Török Edwin changed:
What|Removed |Added
CC||bri...@vmware.com
--- Comment #2 from T
http://bugs.freedesktop.org/show_bug.cgi?id=27340
--- Comment #1 from Török Edwin 2010-03-27 03:32:55 PST
---
Looks like it is trying to lock a mutex that is already locked:
_mesa_HashFindFreeKeyBlock(
line 438: _glthread_LOCK_MUTEX(table->Mutex);
line 450:if (_mesa_HashLookup(tab
http://bugs.freedesktop.org/show_bug.cgi?id=27340
Summary: mesa deadlocks with latest HoN game
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Compon
On Fri, 2010-03-26 at 19:56 +, Matthew Garrett wrote:
>
> As far as the lockups go, I think this is due to memory access during
> reclock. Nothing should be coming from the cp, but we may be getting
> accesses from the crtc if we miss vblank (there's a bit in the crtc
> control that can de
On Fri, Mar 26, 2010 at 08:49:21PM +0100, Rafał Miłecki wrote:
> Is this possible reclocking memory in wrong moment (so missing VBLANK
> probably) cause lock up? I experienced few already, when I forced
> myself to use this code ignoring corruptions. Any other idea what can
> cause lock up? I'm 10
http://bugs.freedesktop.org/show_bug.cgi?id=27339
Summary: Problem with stale cliprects from the classic r300 in
r300g
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
38 matches
Mail list logo