On Wed, Jul 13, 2011 at 13:51:43 -0700, Ben Widawsky wrote:
> +#define SHADER_DEBUG_SOCKET "/tmp/gen_debug"
Not sure what this is used for, but does it really need to be in /tmp?
Cheers,
Julien
On Tue, 19 Jul 2011 at 14:41:07 +0200, Frank van Maarseveen wrote:
> When booting 2.6.39.3 with radeon and KMS enabled the boot messages
> stop at some point (clocksource switching to TSC or something) and
> about 60 seconds later the screen turns into a noise pattern with some
> irregularities on
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #1 from Alex Deucher 2011-07-20 04:19:06
---
Please attach your xorg log and dmesg output. Does booting with radeon.no_wb=1
on the kernel command line in grub help?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.c
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #6 from Andrew Randrianasulu 2011-07-19 20:27:50
PDT ---
Sorry, in my case aux. power was NOT connected to card. Now fastest perflevel
works for Q3/demo001 (up to 78.0 fps for 1280x1024x32@60, but GPU temp raised
to 92 C).
But unmo
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #6 from Andrew Randrianasulu 2011-07-19
20:27:50 PDT ---
Sorry, in my case aux. power was NOT connected to card. Now fastest perflevel
works for Q3/demo001 (up to 78.0 fps for 1280x1024x32 at 60, but GPU temp raised
to 92 C).
But u
On Mon, Jul 11, 2011 at 11:26:32PM +0300, Pasi K?rkk?inen wrote:
> Hello,
>
> Does someone know the current status of radeon power management in Linux?
> and also the roadmap/todo?
>
> I have a laptop than runs *very* hot in Linux, while it's cool in Windows,
> and the difference seems to be most
On Tue, Jun 7, 2011 at 8:17 AM, Alan Cox wrote:
> These small changes should allow GEM to be used with non shmem objects as
> well as shmem objects. In the GMA500 case it allows the base framebuffer to
> appear as a GEM object and thus acquire a handle and work with KMS.
>
> For i915 it ought to b
https://bugzilla.kernel.org/show_bug.cgi?id=39612
Summary: radeon blocks with new style fencing
Product: Drivers
Version: 2.5
Kernel Version: >= 2.6.37
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
On Tue, Jun 7, 2011 at 8:17 AM, Alan Cox wrote:
> These small changes should allow GEM to be used with non shmem objects as
> well as shmem objects. In the GMA500 case it allows the base framebuffer to
> appear as a GEM object and thus acquire a handle and work with KMS.
>
> For i915 it ought to b
> ahh, ok.. I should check this out (although I'm not entirely sure
> where your gma500 staging tree is)
Its in GregKH's staging tree or linux-next. It's basically what you've
done so if your patch is submitted it'll take me 2 minutes to fix the
gma500 tree.
> I'm already using your patch to add
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Sven Arvidsson changed:
What|Removed |Added
CC||s...@whiz.se
--- Comment #10 from Sven
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Sven Arvidsson changed:
What|Removed |Added
CC||sa at whiz.se
--- Comment #10 from Sven
When booting 2.6.39.3 with radeon and KMS enabled the boot messages
stop at some point (clocksource switching to TSC or something) and
about 60 seconds later the screen turns into a noise pattern with some
irregularities on top (i.e. crash).
This happens when the radeon driver is built-in.
This c
On Wed, Jul 13, 2011 at 13:51:43 -0700, Ben Widawsky wrote:
> +#define SHADER_DEBUG_SOCKET "/tmp/gen_debug"
Not sure what this is used for, but does it really need to be in /tmp?
Cheers,
Julien
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
On Tue, 19 Jul 2011 at 14:41:07 +0200, Frank van Maarseveen wrote:
> When booting 2.6.39.3 with radeon and KMS enabled the boot messages
> stop at some point (clocksource switching to TSC or something) and
> about 60 seconds later the screen turns into a noise pattern with some
> irregularities on
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #9 from Pierre-Eric Pelloux-Prayer 2011-07-19
12:42:53 PDT ---
I've marked previously attached patches as obsolete because the ones hosted
here : http://people.freedesktop.org/~agd5f/htile/ are the most up to date.
All the patches a
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #9 from Pierre-Eric Pelloux-Prayer
2011-07-19 12:42:53 PDT ---
I've marked previously attached patches as obsolete because the ones hosted
here : http://people.freedesktop.org/~agd5f/htile/ are the most up to date.
All the patches a
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Pierre-Eric Pelloux-Prayer changed:
What|Removed |Added
Attachment #46281|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Pierre-Eric Pelloux-Prayer changed:
What|Removed |Added
Attachment #46281|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Pierre-Eric Pelloux-Prayer changed:
What|Removed |Added
Attachment #46083|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Pierre-Eric Pelloux-Prayer changed:
What|Removed |Added
Attachment #46083|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=39612
Summary: radeon blocks with new style fencing
Product: Drivers
Version: 2.5
Kernel Version: >= 2.6.37
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
On Mon, 18 Jul 2011 19:20:56 -0500, Rob Clark wrote:
> In the process of adding GEM support for OMAP DRM driver, I noticed that
> I was adding code for creating/freeing mmap offsets which was virtually
> identical to what was already duplicated in i915 and gma500 drivers.
>
> Rather than duplicat
On Mon, 18 Jul 2011 19:20:56 -0500
Rob Clark wrote:
> In the process of adding GEM support for OMAP DRM driver, I noticed that
> I was adding code for creating/freeing mmap offsets which was virtually
> identical to what was already duplicated in i915 and gma500 drivers.
The gma500 one was taken
On Mon, Jul 11, 2011 at 11:26:32PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> Does someone know the current status of radeon power management in Linux?
> and also the roadmap/todo?
>
> I have a laptop than runs *very* hot in Linux, while it's cool in Windows,
> and the difference seems to be most
> ahh, ok.. I should check this out (although I'm not entirely sure
> where your gma500 staging tree is)
Its in GregKH's staging tree or linux-next. It's basically what you've
done so if your patch is submitted it'll take me 2 minutes to fix the
gma500 tree.
> I'm already using your patch to add
On Tue, Jul 19, 2011 at 4:33 AM, Chris Wilson
wrote:
> On Mon, 18 Jul 2011 19:20:56 -0500, Rob Clark wrote:
>> In the process of adding GEM support for OMAP DRM driver, I noticed that
>> I was adding code for creating/freeing mmap offsets which was virtually
>> identical to what was already dupl
On Tue, Jul 19, 2011 at 3:57 AM, Alan Cox wrote:
> On Mon, 18 Jul 2011 19:20:56 -0500
> Rob Clark wrote:
>
>> In the process of adding GEM support for OMAP DRM driver, I noticed that
>> I was adding code for creating/freeing mmap offsets which was virtually
>> identical to what was already duplic
On Tue, Jul 19, 2011 at 4:33 AM, Chris Wilson wrote:
> On Mon, 18 Jul 2011 19:20:56 -0500, Rob Clark wrote:
>> In the process of adding GEM support for OMAP DRM driver, I noticed that
>> I was adding code for creating/freeing mmap offsets which was virtually
>> identical to what was already dupli
https://bugs.freedesktop.org/show_bug.cgi?id=39320
--- Comment #2 from Michal Suchanek 2011-07-19 06:09:04
PDT ---
Can't.
The trace file is 6.7M gzipped and the attachment limit is 3000k.
It is trace from the start of the application to the point where it finishes
initialization, tries to rend
https://bugs.freedesktop.org/show_bug.cgi?id=39320
--- Comment #2 from Michal Suchanek 2011-07-19 06:09:04
PDT ---
Can't.
The trace file is 6.7M gzipped and the attachment limit is 3000k.
It is trace from the start of the application to the point where it finishes
initialization, tries to rend
On Tue, Jul 19, 2011 at 3:57 AM, Alan Cox wrote:
> On Mon, 18 Jul 2011 19:20:56 -0500
> Rob Clark wrote:
>
>> In the process of adding GEM support for OMAP DRM driver, I noticed that
>> I was adding code for creating/freeing mmap offsets which was virtually
>> identical to what was already duplic
When booting 2.6.39.3 with radeon and KMS enabled the boot messages
stop at some point (clocksource switching to TSC or something) and
about 60 seconds later the screen turns into a noise pattern with some
irregularities on top (i.e. crash).
This happens when the radeon driver is built-in.
This c
https://bugs.freedesktop.org/show_bug.cgi?id=36762
--- Comment #1 from Fabio Pedretti 2011-07-19 05:24:47
PDT ---
Bug confirmed on 0 A.D. alpha 6 with current mesa master.
It also looks like an Intel i3 user is having the same problem:
http://www.wildfiregames.com/forum/index.php?showtopic=1481
https://bugs.freedesktop.org/show_bug.cgi?id=36762
--- Comment #1 from Fabio Pedretti 2011-07-19 05:24:47
PDT ---
Bug confirmed on 0 A.D. alpha 6 with current mesa master.
It also looks like an Intel i3 user is having the same problem:
http://www.wildfiregames.com/forum/index.php?showtopic=1481
On Mon, 18 Jul 2011 19:20:56 -0500, Rob Clark wrote:
> In the process of adding GEM support for OMAP DRM driver, I noticed that
> I was adding code for creating/freeing mmap offsets which was virtually
> identical to what was already duplicated in i915 and gma500 drivers.
>
> Rather than duplicat
On Mon, 18 Jul 2011 19:20:56 -0500
Rob Clark wrote:
> In the process of adding GEM support for OMAP DRM driver, I noticed that
> I was adding code for creating/freeing mmap offsets which was virtually
> identical to what was already duplicated in i915 and gma500 drivers.
The gma500 one was taken
37 matches
Mail list logo
