https://bugs.freedesktop.org/show_bug.cgi?id=28600
jpx...@gmail.com changed:
What|Removed |Added
CC||jpx...@gmail.com
--- Comment #2 from j
On Sat, Feb 26, 2011 at 6:08 PM, Alan Coopersmith
wrote:
> On 02/25/11 02:32 PM, Alan Coopersmith wrote:
>>> - ? ?busid = XNFprintf("pci:%04x:%02x:%02x.%d",
>>> + ? ?busid = XNFasprintf("pci:%04x:%02x:%02x.%d",
>>
>> A straight replacement like that, with no #ifdef's will break people building
>>
https://bugs.freedesktop.org/show_bug.cgi?id=28600
jpxsat at gmail.com changed:
What|Removed |Added
CC||jpxsat at gmail.com
--- Comment #2
The first take of my patch missed the breakage against pre-1.10
xservers and now I know XNFasprintf() is not a 1:1 replacement
for XNFprintf().
The idea for the fix seemed to be so obvious, but as usual "really"
test the patch you are sending to any ML.
I am awfully sorry for the overhasty bad hack
[Dropping dri-devel from CC]
On Fre, 2011-02-25 at 22:07 +0100, Sedat Dilek wrote:
> Noticed when building ati/radeon ddx against xserver 1.10-rc3.
>
> [ build.log ]
> ../../src/radeon_kms.c:412:5: warning: 'XNFprintf' is deprecated (declared at
> /usr/include/xorg/os.h:273)
>
> Signed-off-by:
https://bugzilla.kernel.org/show_bug.cgi?id=29942
Summary: oops at drivers/gpu/drm/ttm/ttm_bo.c:272
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38-rc6-wl-00360-gcf65005
Platform: All
OS/Version: Linux
Tree: Mainline
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #7 from Igor Strelnikoff 2011-02-26 14:43:05
PST ---
A similar bug in the kernel Bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=16065
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #7 from Igor Strelnikoff 2011-02-26 14:43:05
PST ---
A similar bug in the kernel Bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=16065
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #6 from Igor Strelnikoff 2011-02-26 13:18:45
PST ---
xrandr --verbose
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 4096 x 4096
VGA-0 disconnected (normal left inverted right x axis y axis)
Identifier: 0x51
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #6 from Igor Strelnikoff 2011-02-26 13:18:45
PST ---
xrandr --verbose
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 4096 x 4096
VGA-0 disconnected (normal left inverted right x axis y axis)
Identifier: 0x51
https://bugs.freedesktop.org/show_bug.cgi?id=34778
Summary: [r600g, wine] FEAR / depth-stencil rendering triggers
SW fallback
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
URL: http://www.gamershell.com/download
https://bugs.freedesktop.org/show_bug.cgi?id=34778
Summary: [r600g, wine] FEAR / depth-stencil rendering triggers
SW fallback
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
URL: http://www.gamershell.com/download
https://bugs.freedesktop.org/show_bug.cgi?id=34583
Maciej Jagiełło changed:
What|Removed |Added
CC||himek_...@o2.pl
--- Comment #6 from Ma
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #5 from Igor Strelnikoff 2011-02-26 12:50:53
PST ---
No, I do not know how to use git bisect and I'm using Suse RPM's
I initially sent the report to the Novell Bugzilla, but they were silent for a
few months and decided to post it th
https://bugs.freedesktop.org/show_bug.cgi?id=34583
Maciej Jagie??o changed:
What|Removed |Added
CC||himek_imp at o2.pl
--- Comment #6 from
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #5 from Igor Strelnikoff 2011-02-26 12:50:53
PST ---
No, I do not know how to use git bisect and I'm using Suse RPM's
I initially sent the report to the Novell Bugzilla, but they were silent for a
few months and decided to post it th
2011/2/26 Phillip Susi :
> On 02/26/2011 03:09 AM, Michel D?nzer wrote:
>>
>> On Fre, 2011-02-25 at 12:11 -0500, Phillip Susi wrote:
>>>
>>> It seems like the GPU is executing a few different microcode kernels
>>> that process commands placed into ring buffers. ?When the ring buffers
>>> are empty
On Sat, Feb 26, 2011 at 6:08 PM, Alan Coopersmith
wrote:
> On 02/25/11 02:32 PM, Alan Coopersmith wrote:
>>> - busid = XNFprintf("pci:%04x:%02x:%02x.%d",
>>> + busid = XNFasprintf("pci:%04x:%02x:%02x.%d",
>>
>> A straight replacement like that, with no #ifdef's will break people building
>>
The first take of my patch missed the breakage against pre-1.10
xservers and now I know XNFasprintf() is not a 1:1 replacement
for XNFprintf().
The idea for the fix seemed to be so obvious, but as usual "really"
test the patch you are sending to any ML.
I am awfully sorry for the overhasty bad hack
https://bugs.freedesktop.org/show_bug.cgi?id=34427
--- Comment #13 from Ian Pilcher 2011-02-26 11:01:48 PST
---
Created an attachment (id=43859)
View: https://bugs.freedesktop.org/attachment.cgi?id=43859
Review: https://bugs.freedesktop.org/review?bug=34427&attachment=43859
Patch which revert
https://bugs.freedesktop.org/show_bug.cgi?id=34427
--- Comment #13 from Ian Pilcher 2011-02-26 11:01:48
PST ---
Created an attachment (id=43859)
View: https://bugs.freedesktop.org/attachment.cgi?id=43859
Review: https://bugs.freedesktop.org/review?bug=34427&attachment=43859
Patch which revert
On 02/26/2011 03:09 AM, Michel D?nzer wrote:
> On Fre, 2011-02-25 at 12:11 -0500, Phillip Susi wrote:
>>
>> It seems like the GPU is executing a few different microcode kernels
>> that process commands placed into ring buffers. When the ring buffers
>> are empty and the gui is idle, it seems like
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #4 from Alex Deucher 2011-02-26 09:42:47 PST ---
Can you use git bisect to track down what commit is causing the problem? git
bisect allows you to specify a good and bad commit in a source tree and bisect
the commits in between to tr
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #4 from Alex Deucher 2011-02-26 09:42:47 PST
---
Can you use git bisect to track down what commit is causing the problem? git
bisect allows you to specify a good and bad commit in a source tree and bisect
the commits in between to t
2011/2/26 Phillip Susi :
> On 02/26/2011 03:09 AM, Michel Dänzer wrote:
>>
>> On Fre, 2011-02-25 at 12:11 -0500, Phillip Susi wrote:
>>>
>>> It seems like the GPU is executing a few different microcode kernels
>>> that process commands placed into ring buffers. When the ring buffers
>>> are empty
On 02/25/11 02:32 PM, Alan Coopersmith wrote:
>> -busid = XNFprintf("pci:%04x:%02x:%02x.%d",
>> +busid = XNFasprintf("pci:%04x:%02x:%02x.%d",
>
> A straight replacement like that, with no #ifdef's will break people building
> for Xorg 1.9 and older, since XNFasprintf is new in Xorg 1.10.
On Fre, 2011-02-25 at 12:11 -0500, Phillip Susi wrote:
>
> It seems like the GPU is executing a few different microcode kernels
> that process commands placed into ring buffers. When the ring buffers
> are empty and the gui is idle, it seems like the GPU is still busily
> executing an infinite l
On 02/25/11 02:32 PM, Alan Coopersmith wrote:
>> -busid = XNFprintf("pci:%04x:%02x:%02x.%d",
>> +busid = XNFasprintf("pci:%04x:%02x:%02x.%d",
>
> A straight replacement like that, with no #ifdef's will break people building
> for Xorg 1.9 and older, since XNFasprintf is new in Xorg 1.10.
On 02/26/2011 03:09 AM, Michel Dänzer wrote:
On Fre, 2011-02-25 at 12:11 -0500, Phillip Susi wrote:
It seems like the GPU is executing a few different microcode kernels
that process commands placed into ring buffers. When the ring buffers
are empty and the gui is idle, it seems like the GPU is
https://bugzilla.kernel.org/show_bug.cgi?id=29942
Summary: oops at drivers/gpu/drm/ttm/ttm_bo.c:272
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38-rc6-wl-00360-gcf65005
Platform: All
OS/Version: Linux
Tree: Mainline
On Fri, 2011-02-25 at 15:42 -0500, Phillip Susi wrote:
> On 2/25/2011 3:03 PM, Dave Airlie wrote:
> > How do you know its running in an infinite loop?
>
> Because the gpu temperature is rising to over 80 C, so it is busy doing
> something. And this is booting with init=/bin/bash, so NOTHING is
>
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #3 from Igor Strelnikoff 2011-02-26 06:07:52
PST ---
I do not understand your question, please explain
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=34740
--- Comment #3 from Igor Strelnikoff 2011-02-26 06:07:52
PST ---
I do not understand your question, please explain
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
On Fri, 2011-02-25 at 09:38 -0500, Phillip Susi wrote:
> On 2/24/2011 6:03 PM, Jerome Glisse wrote:
> > We don't have source of firmware, only nouveau is reverse engineering
> > the nvidia one.
>
> Then where does the firmware come from? I've been glancing at the AMD
> documentation for the R600
There are a bunch of off by one errors in the sanity checks here.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 79ac676..41da786 100644
--- a/drivers/gpu/drm/radeon/r600_cs.c
+++ b/drivers/gpu/drm/radeon/r600_cs.c
@@ -159,7 +1
https://bugs.freedesktop.org/show_bug.cgi?id=34427
Michel Dänzer changed:
What|Removed |Added
CC||arequip...@gmail.com
--- Comment #12 fro
https://bugs.freedesktop.org/show_bug.cgi?id=34427
Michel D?nzer changed:
What|Removed |Added
CC||arequipeno at gmail.com
--- Comment #12
On Fre, 2011-02-25 at 12:11 -0500, Phillip Susi wrote:
>
> It seems like the GPU is executing a few different microcode kernels
> that process commands placed into ring buffers. When the ring buffers
> are empty and the gui is idle, it seems like the GPU is still busily
> executing an infinite l
38 matches
Mail list logo
