Hi,
This might point to the same bug but seen from the process' perspective, it
then contains additional info about hw and kernel versions/circumstances:
http://lkml.org/lkml/2010/2/18/104
This report might actually be related (in fact, same notebook):
http://permalink.gmane.org/gmane.lin
On Wed, 5 May 2010 16:40:54 +0200, Jean Delvare wrote:
> With kernels 2.6.34-rc6-git{1,2,3}, glxgears crashes the radeon driver
> on my machine. Kernel 2.6.33.3 works fine. (...)
Still happens with -git6. Should I start bisecting?
--
Jean Delvare
___
d
On Sun, 9 May 2010 13:36:35 +0200, Jean Delvare wrote:
> On Wed, 5 May 2010 16:40:54 +0200, Jean Delvare wrote:
> > With kernels 2.6.34-rc6-git{1,2,3}, glxgears crashes the radeon driver
> > on my machine. Kernel 2.6.33.3 works fine. (...)
>
> Still happens with -git6. Should I start bisecting?
B
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #18 from Fabio Pedretti 2010-05-10 00:43:49
PDT ---
Created an attachment (id=35535)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35535)
updated r300g backtrace with ST_DEBUG=mesa,tgsi with mesa 7c5e2672
(In reply to comment
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #19 from Fabio Pedretti 2010-05-10 00:44:24
PDT ---
Created an attachment (id=35536)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35536)
updated swrastg backtrace with ST_DEBUG=mesa,tgsi with mesa 7c5e2672
--
Configure bugm
https://bugs.freedesktop.org/show_bug.cgi?id=27858
Fabio Pedretti changed:
What|Removed |Added
Attachment #35307|0 |1
is obsolete|
On Mon, May 10, 2010 at 05:30:59AM +0200, Marek Olšák wrote:
> Hi Jerome,
>
> I've ported your R600 Gallium3D driver to current mesa git. The list of
> changes:
>
> - Wrapped the buffer and texture create/destroy/transfer/... functions using
> u_resource, which is then used to implement the resou
https://bugs.freedesktop.org/show_bug.cgi?id=28016
Jerome Glisse changed:
What|Removed |Added
Summary|[REGR] RV635 GPU lockup |KMS:RV635:HD3650 GPU lockup
https://bugs.freedesktop.org/show_bug.cgi?id=25394
samit vats changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28049
Summary: Failure observed while running the Glean test
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: other
Status: NEW
Severity: normal
Priority: medi
https://bugs.freedesktop.org/show_bug.cgi?id=28049
--- Comment #1 from samit vats 2010-05-10 05:20:37 PDT ---
Created an attachment (id=35543)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35543)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=28049
--- Comment #2 from samit vats 2010-05-10 05:21:01 PDT ---
Created an attachment (id=35544)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35544)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #7 from Grzegorz Kowal 2010-05-10 06:29:42 PDT ---
Basically, I am just booting the kernel. The screen is corrupted since the
initialization of the KMS (bounch of white dots on black background, it looks
like each line is shifted hor
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #8 from Jerome Glisse 2010-05-10 06:51:33
PDT ---
Please attach full dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #9 from Jerome Glisse 2010-05-10 06:51:51
PDT ---
Full dmesg without the revert.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee f
Alex Deucher wrote:
The "profile" method exposes 4 profiles that can be selected from:
1. "default"
2. "auto"
3. "low"
4. "high"
Select the profile by echoing the selected profile to
/sys/class/drm/card-0/device/power_profile.
Testing on a rv670 desktop it seems that low does not force the car
On Mon, May 10, 2010 at 12:04 PM, Andy Furniss wrote:
> Alex Deucher wrote:
>
>> The "profile" method exposes 4 profiles that can be selected from:
>> 1. "default"
>> 2. "auto"
>> 3. "low"
>> 4. "high"
>> Select the profile by echoing the selected profile to
>> /sys/class/drm/card-0/device/power_p
Alex Deucher wrote:
Send me a copy of your vbios, I may need to adjust the profile table
for rv670. As root:
cd /sys/bus/pci/devices/
echo 1> rom
cat rom> /tmp/vbios.rom
echo 0> rom
Sent
One separate question - do I need to use the module param dynclks=1 or is it
the default?
The mod
2010/5/10 Andy Furniss :
>> The module parameter is obsolete. you can enable it dynamically via
>> sysfs (power_method). The default pm method is profile.
>
> OK, I know dynpm was removed - but this is dynclks are the two the same?
dynclks is for disabling clocking unused blocks. It means you don
Yes, it's me again ;)
On Sun, 9 May 2010 22:58:30 +0200, Jean Delvare wrote:
> Bisection says that the faulty commit is:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=b4fe945405e477cded91772b4fec854705443dd5
>
> It doesn't revert cleanly from 2.6.34-rc6+, I'll
https://bugs.freedesktop.org/show_bug.cgi?id=28054
Summary: Every application accessing GL segfaults
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=28054
--- Comment #1 from Gregor Galwas 2010-05-10 11:37:44
PDT ---
Please let me know if you need more information.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=28054
--- Comment #2 from Gregor Galwas 2010-05-10 11:55:56
PDT ---
I just tested it, it happens with and without KMS.
Using kernel 2.6.34-rc5
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=28054
--- Comment #3 from Rafał Miłecki 2010-05-10 12:00:47 PDT ---
Just some guess... but could you enter your mesa directory and perform:
make distclean
make realclean
and then recompile & reinstall mesa?
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=28054
Gregor Galwas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #10 from Grzegorz Kowal 2010-05-10 12:22:58 PDT
---
Created an attachment (id=35552)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35552)
Full dmesg without the revert.
--
Configure bugmail: https://bugs.freedesktop.org/user
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #11 from Grzegorz Kowal 2010-05-10 12:30:42 PDT
---
Created an attachment (id=35553)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35553)
Full dmesg with the revert.
I have not noticed that my dmesg was not full (kernel log s
https://bugs.freedesktop.org/show_bug.cgi?id=28030
--- Comment #5 from sean finney 2010-05-10 13:26:13 PDT ---
okay, this is really interesting... when the system starts up after
booting/rebooting, the audio does not work. attempting to play to the alsa
audio device will result in various errors
On Sat, May 8, 2010 at 1:18 AM, Jerome Glisse wrote:
> Userspace need to know the hw crtc id (0, 1, 2, ...) from the drm
> crtc id. Bump the minor version so userspace can enable conditionaly
> features depend on this.
>
> Signed-off-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_drv.c
=r600g>
Sorry for making just one commit (it wouldn't compile in between). Given the
list of changes here, it shouldn't be hard to follow it.
-Marek
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100510/1875d8b3/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #18 from Fabio Pedretti 2010-05-10
00:43:49 PDT ---
Created an attachment (id=35535)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35535)
updated r300g backtrace with ST_DEBUG=mesa,tgsi with mesa 7c5e2672
(In reply to comment
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #19 from Fabio Pedretti 2010-05-10
00:44:24 PDT ---
Created an attachment (id=35536)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35536)
updated swrastg backtrace with ST_DEBUG=mesa,tgsi with mesa 7c5e2672
--
Configure bugm
https://bugs.freedesktop.org/show_bug.cgi?id=27858
Fabio Pedretti changed:
What|Removed |Added
Attachment #35307|0 |1
is obsolete|
On Mon, May 10, 2010 at 05:30:59AM +0200, Marek Ol??k wrote:
> Hi Jerome,
>
> I've ported your R600 Gallium3D driver to current mesa git. The list of
> changes:
>
> - Wrapped the buffer and texture create/destroy/transfer/... functions using
> u_resource, which is then used to implement the resou
https://bugs.freedesktop.org/show_bug.cgi?id=28016
Jerome Glisse changed:
What|Removed |Added
Summary|[REGR] RV635 GPU lockup |KMS:RV635:HD3650 GPU lockup
https://bugs.freedesktop.org/show_bug.cgi?id=25394
samit vats changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28049
Summary: Failure observed while running the Glean test
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: other
Status: NEW
Severity: normal
Priority: medi
https://bugs.freedesktop.org/show_bug.cgi?id=28049
--- Comment #1 from samit vats 2010-05-10 05:20:37 PDT
---
Created an attachment (id=35543)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35543)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=28049
--- Comment #2 from samit vats 2010-05-10 05:21:01 PDT
---
Created an attachment (id=35544)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35544)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #7 from Grzegorz Kowal 2010-05-10 06:29:42 PDT
---
Basically, I am just booting the kernel. The screen is corrupted since the
initialization of the KMS (bounch of white dots on black background, it looks
like each line is shifted ho
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #8 from Jerome Glisse 2010-05-10
06:51:33 PDT ---
Please attach full dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #9 from Jerome Glisse 2010-05-10
06:51:51 PDT ---
Full dmesg without the revert.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee f
Alex Deucher wrote:
> The "profile" method exposes 4 profiles that can be selected from:
> 1. "default"
> 2. "auto"
> 3. "low"
> 4. "high"
> Select the profile by echoing the selected profile to
> /sys/class/drm/card-0/device/power_profile.
Testing on a rv670 desktop it seems that low does not fo
On Mon, May 10, 2010 at 12:04 PM, Andy Furniss wrote:
> Alex Deucher wrote:
>
>> The "profile" method exposes 4 profiles that can be selected from:
>> 1. "default"
>> 2. "auto"
>> 3. "low"
>> 4. "high"
>> Select the profile by echoing the selected profile to
>> /sys/class/drm/card-0/device/power_p
Alex Deucher wrote:
> Send me a copy of your vbios, I may need to adjust the profile table
> for rv670. As root:
> cd /sys/bus/pci/devices/
> echo 1> rom
> cat rom> /tmp/vbios.rom
> echo 0> rom
Sent
>> One separate question - do I need to use the module param dynclks=1 or is it
>> the defau
2010/5/10 Andy Furniss :
>> The module parameter is obsolete. you can enable it dynamically via
>> sysfs (power_method). ?The default pm method is profile.
>
> OK, I know dynpm was removed - but this is dynclks are the two the same?
dynclks is for disabling clocking unused blocks. It means you don
Yes, it's me again ;)
On Sun, 9 May 2010 22:58:30 +0200, Jean Delvare wrote:
> Bisection says that the faulty commit is:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=b4fe945405e477cded91772b4fec854705443dd5
>
> It doesn't revert cleanly from 2.6.34-rc6+, I'll
https://bugs.freedesktop.org/show_bug.cgi?id=28054
Summary: Every application accessing GL segfaults
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=28054
--- Comment #1 from Gregor Galwas 2010-05-10
11:37:44 PDT ---
Please let me know if you need more information.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=28054
--- Comment #2 from Gregor Galwas 2010-05-10
11:55:56 PDT ---
I just tested it, it happens with and without KMS.
Using kernel 2.6.34-rc5
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=28054
--- Comment #3 from Rafa? Mi?ecki 2010-05-10 12:00:47 PDT
---
Just some guess... but could you enter your mesa directory and perform:
make distclean
make realclean
and then recompile & reinstall mesa?
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=28054
Gregor Galwas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #10 from Grzegorz Kowal 2010-05-10 12:22:58
PDT ---
Created an attachment (id=35552)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35552)
Full dmesg without the revert.
--
Configure bugmail: https://bugs.freedesktop.org/user
https://bugs.freedesktop.org/show_bug.cgi?id=28016
--- Comment #11 from Grzegorz Kowal 2010-05-10 12:30:42
PDT ---
Created an attachment (id=35553)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35553)
Full dmesg with the revert.
I have not noticed that my dmesg was not full (kernel log s
https://bugs.freedesktop.org/show_bug.cgi?id=28030
--- Comment #5 from sean finney 2010-05-10 13:26:13 PDT
---
okay, this is really interesting... when the system starts up after
booting/rebooting, the audio does not work. attempting to play to the alsa
audio device will result in various error
55 matches
Mail list logo
