Looks like this got copied from the ddx wrong.
Cc: Benjamin Herrenschmidt
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/radeon_legacy_crtc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_legacy_crtc.c
b/dr
On Mon, 16 Aug 2010 10:22:35 +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> Do we currently have a method of profiling DRI/DRM drivers?
>
> I was thinking that it would be interesting to:
>
> 1) Execute a benchmark, or some "timedemo" of a game
> 2) See how many times each dri/drm driver function i
ysprof" and is ridiculously easy to use (on
32-bit x86). Click start, click stop, see where time was spent, go fix
that.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
2010/8/16 Alex Deucher :
> Add options necessary bits for:
> - SS on DP
> - SS on LVDS
And SS stands for... ? ;)
--
Rafa?
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #11 from Scott Moreau 2010-08-16 17:34:56 PDT ---
(In reply to comment #9)
> Created an attachment (id=37614)
View: https://bugs.freedesktop.org/attachment.cgi?id=37614
Review: https://bugs.freedesktop.org/review?bug=28955&attachmen
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #11 from Scott Moreau 2010-08-16 17:34:56 PDT
---
(In reply to comment #9)
> Created an attachment (id=37614)
View: https://bugs.freedesktop.org/attachment.cgi?id=37614
Review: https://bugs.freedesktop.org/review?bug=28955&attachme
On Mon, 2010-08-16 at 09:00 +0200, Rafa? Mi?ecki wrote:
> 2010/8/10 Benjamin Herrenschmidt :
> > +#ifdef CONFIG_X86
> > + primary = dev->pdev->resource[PCI_ROM_RESOURCE].flags &
> IORESOURCE_ROM_SHADOW;
> > +#endif
>
> It won't compile for CONFIG_X86, no "dev".
Ah right, I've done more fixe
On Mon, Aug 16, 2010 at 4:53 PM, Alex Deucher wrote:
> On Mon, Aug 16, 2010 at 4:39 PM, Dave Airlie wrote:
>> On Mon, 2010-08-16 at 09:54 -0400, Jerome Glisse wrote:
>>> On 08/16/2010 09:22 AM, Alex Deucher wrote:
>>> > On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse >> > freedesktop.org> wrote:
>
On Mon, Aug 16, 2010 at 4:39 PM, Dave Airlie wrote:
> On Mon, 2010-08-16 at 09:54 -0400, Jerome Glisse wrote:
>> On 08/16/2010 09:22 AM, Alex Deucher wrote:
>> > On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse
>> > wrote:
>> >> On 08/13/2010 12:48 AM, Alex Deucher wrote:
>> >>> Initialize nsample
On Sun, 2010-08-15 at 21:23 +0200, Sam Ravnborg wrote:
> When I ran "make headers_check" on upstream I got following
> set of warnings for the drm headers:
>
> usr/include/drm/drm_mode.h:85: found __[us]{8,16,32,64} type without #include
>
> usr/include/drm/i915_drm.h:120: found __[us]{8,16,32,6
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #9 from Alex Deucher 2010-08-16 14:44:17 PDT ---
(In reply to comment #8)
> it happens on d-r-t since the blit the cleanup
> http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=36dff284447cfd7dce032b760842952eefa7
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #9 from Alex Deucher 2010-08-16 14:44:17 PDT
---
(In reply to comment #8)
> it happens on d-r-t since the blit the cleanup
> http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=36dff284447cfd7dce032b760842952eefa
On Sun, 2010-08-15 at 21:01 -0700, Linus Torvalds wrote:
> On Sun, Aug 15, 2010 at 8:30 PM, Dave Airlie wrote:
> >
> > At least we should replace mdelay with msleep in those functions.
>
> How precise does the timing have to be? I think i2c is self-clocking,
> so it's ok to see big skews? Becuase
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #8 from Marc 2010-08-16 14:13:39 PDT ---
it happens on d-r-t since the blit the cleanup
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=36dff284447cfd7dce032b760842952eefa7bddf
I also have V2 of the cleanup (s
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #8 from Marc 2010-08-16 14:13:39 PDT ---
it happens on d-r-t since the blit the cleanup
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=36dff284447cfd7dce032b760842952eefa7bddf
I also have V2 of the cleanup (s
On Mon, Aug 16, 2010 at 4:53 PM, Alex Deucher wrote:
> On Mon, Aug 16, 2010 at 4:39 PM, Dave Airlie wrote:
>> On Mon, 2010-08-16 at 09:54 -0400, Jerome Glisse wrote:
>>> On 08/16/2010 09:22 AM, Alex Deucher wrote:
>>> > On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse
>>> > wrote:
>>> >> On 08/13
On Mon, Aug 16, 2010 at 4:39 PM, Dave Airlie wrote:
> On Mon, 2010-08-16 at 09:54 -0400, Jerome Glisse wrote:
>> On 08/16/2010 09:22 AM, Alex Deucher wrote:
>> > On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse
>> > wrote:
>> >> On 08/13/2010 12:48 AM, Alex Deucher wrote:
>> >>> Initialize nsample
On Mon, 2010-08-16 at 09:54 -0400, Jerome Glisse wrote:
> On 08/16/2010 09:22 AM, Alex Deucher wrote:
> > On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse
> > wrote:
> >> On 08/13/2010 12:48 AM, Alex Deucher wrote:
> >>> Initialize nsamples to 1 in case userspace does not emit
> >>> PA_SC_AA_CONFIG
On Sun, 2010-08-15 at 19:32 -0700, Linus Torvalds wrote:
> I started wondering why 'top' was showing an otherwise idle system as
> having a load average of 0.5+, and worker threads constantly using the
> CPU.
>
> So I did a system-wide profile, and got the attached output (look at
> it in a really
2010/8/16 Rafa? Mi?ecki :
> 2010/8/16 Alex Deucher :
>> Add options necessary bits for:
>> - SS on DP
>> - SS on LVDS
>
> And SS stands for... ? ;)
>
Spread Spectrum.
Alex
> --
> Rafa?
>
Add options necessary bits for:
- SS on DP
- SS on LVDS
- set clocks right for DP
- deep color on hdmi (needs additional encoder and edid work as well)
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 51 +++
1 files changed, 44 insertions(+)
On Fri, Aug 13, 2010 at 10:53 AM, Alex Deucher wrote:
> If we aren't changing the power state, no need to take
> locks and schedule fences, etc.
>
> There seem to be lock ordering issues in the CP and
> fence code in some cases; see bug 29140 below.
>
> Fixes:
> https://bugs.freedesktop.org/show_b
From: Jerome Glisse
GTT/VRAM overlapping test had a typo which leaded to not
detecting case when vram_end > gtt_end. This patch fix the
logic and should fix #16574
cc: stable
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_device.c |2 +-
1 files changed, 1 insertions(+), 1
t was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100816/885f0b01/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #7 from Alex Deucher 2010-08-16 11:02:01 PDT ---
Are you getting these issues specific to d-r-t or are you seeing them on
2.6.36-rc1 or drm-core-next?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #7 from Alex Deucher 2010-08-16 11:02:01 PDT
---
Are you getting these issues specific to d-r-t or are you seeing them on
2.6.36-rc1 or drm-core-next?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
On Sun, Aug 15, 2010 at 8:11 AM, Jean Delvare wrote:
> Always zero-init a structure on the stack which is returned by a
> function. Otherwise you may leak random stack data from previous
> function calls.
>
> This fixes the following warning I was seeing:
> ?CC [M] ?drivers/gpu/drm/radeon/radeon_a
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #6 from Marc 2010-08-16 10:43:03 PDT ---
btw. this happens often when displaying images.google.com (with some images) in
firefox and try to scroll. My screen has 1920x1200 res, but my computer at work
crash also today with 1280x1024 r
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #6 from Marc 2010-08-16 10:43:03 PDT ---
btw. this happens often when displaying images.google.com (with some images) in
firefox and try to scroll. My screen has 1920x1200 res, but my computer at work
crash also today with 1280x1024 r
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #5 from Marc 2010-08-16 10:40:17 PDT ---
In fact, the bug is a little different now. Instead of a GPU hang, Xorg just
blocks in D-state, no dmesg output. I did a cat /proc/`pidof X`/stack and got:
[] radeon_fence_wait+0x1d1/0x2ea [ra
https://bugs.freedesktop.org/show_bug.cgi?id=29556
--- Comment #5 from Marc 2010-08-16 10:40:17 PDT ---
In fact, the bug is a little different now. Instead of a GPU hang, Xorg just
blocks in D-state, no dmesg output. I did a cat /proc/`pidof X`/stack and got:
[] radeon_fence_wait+0x1d1/0x2ea [ra
[cc: intel-gfx]
Linus Torvalds wrote:
> On Sun, Aug 15, 2010 at 9:06 PM, Andy Lutomirski
> wrote:
>> You might be hitting the infamous hotplug storm [1]. The symptoms vary by
>> kernel version.
>
> Hmm. I don't think it's a storm. The drm.debug=4 thing shows things
> just every 10 second
Hello,
Do we currently have a method of profiling DRI/DRM drivers?
I was thinking that it would be interesting to:
1) Execute a benchmark, or some "timedemo" of a game
2) See how many times each dri/drm driver function is called,
maybe top 20 most often called functions,
and the total cp
https://bugs.freedesktop.org/show_bug.cgi?id=29140
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29140
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
2010/8/16 Rafał Miłecki :
> 2010/8/16 Alex Deucher :
>> Add options necessary bits for:
>> - SS on DP
>> - SS on LVDS
>
> And SS stands for... ? ;)
>
Spread Spectrum.
Alex
> --
> Rafał
>
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http:/
On Mon, Aug 16, 2010 at 9:54 AM, Jerome Glisse
wrote:
> On 08/16/2010 09:22 AM, Alex Deucher wrote:
>> On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse
>> wrote:
>>> On 08/13/2010 12:48 AM, Alex Deucher wrote:
Initialize nsamples to 1 in case userspace does not emit
PA_SC_AA_CONFIG.
>>>
On 08/16/2010 09:22 AM, Alex Deucher wrote:
> On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse
> wrote:
>> On 08/13/2010 12:48 AM, Alex Deucher wrote:
>>> Initialize nsamples to 1 in case userspace does not emit
>>> PA_SC_AA_CONFIG.
>>>
>>> Signed-off-by: Alex Deucher
>>> Cc: Andre Maasikas
>>> -
2010/8/16 Alex Deucher :
> Add options necessary bits for:
> - SS on DP
> - SS on LVDS
And SS stands for... ? ;)
--
Rafał
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Add options necessary bits for:
- SS on DP
- SS on LVDS
- set clocks right for DP
- deep color on hdmi (needs additional encoder and edid work as well)
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 51 +++
1 files changed, 44 insertions(+)
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #24 from pete...@hottemptation.org 2010-08-16 09:33:12 PDT ---
Hmmm.
I rebooted the laptop, suspend/resuspend two times. But this time I got always
the "stuck atombios" message. It's confusing.
--
Configure bugmail: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #24 from peterle at hottemptation.org 2010-08-16 09:33:12 PDT ---
Hmmm.
I rebooted the laptop, suspend/resuspend two times. But this time I got always
the "stuck atombios" message. It's confusing.
--
Configure bugmail: https://bugs.f
On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse
wrote:
> On 08/13/2010 12:48 AM, Alex Deucher wrote:
>> Initialize nsamples to 1 in case userspace does not emit
>> PA_SC_AA_CONFIG.
>>
>> Signed-off-by: Alex Deucher
>> Cc: Andre Maasikas
>> ---
>> ?drivers/gpu/drm/radeon/r600_cs.c | ? ?1 +
>> ?1
On 08/13/2010 12:48 AM, Alex Deucher wrote:
> Initialize nsamples to 1 in case userspace does not emit
> PA_SC_AA_CONFIG.
>
> Signed-off-by: Alex Deucher
> Cc: Andre Maasikas
> ---
> drivers/gpu/drm/radeon/r600_cs.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #23 from pete...@hottemptation.org 2010-08-16 09:05:22 PDT ---
Created an attachment (id=37901)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37901)
dmesg ouput after boot, suspend, resuspsend, suspend and resuspend
--
Configu
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #23 from peterle at hottemptation.org 2010-08-16 09:05:22 PDT ---
Created an attachment (id=37901)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37901)
dmesg ouput after boot, suspend, resuspsend, suspend and resuspend
--
Conf
2010/8/10 Benjamin Herrenschmidt :
> +#ifdef CONFIG_X86
> + ? ? ? primary = dev->pdev->resource[PCI_ROM_RESOURCE].flags &
> IORESOURCE_ROM_SHADOW;
> +#endif
It won't compile for CONFIG_X86, no "dev".
--
Rafa?
On Fri, Aug 13, 2010 at 10:53 AM, Alex Deucher wrote:
> If we aren't changing the power state, no need to take
> locks and schedule fences, etc.
>
> There seem to be lock ordering issues in the CP and
> fence code in some cases; see bug 29140 below.
>
> Fixes:
> https://bugs.freedesktop.org/show_b
https://bugs.freedesktop.org/show_bug.cgi?id=29384
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29384
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Jerome Glisse
GTT/VRAM overlapping test had a typo which leaded to not
detecting case when vram_end > gtt_end. This patch fix the
logic and should fix #16574
cc: stable
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_device.c |2 +-
1 files changed, 1 insertions(+), 1
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #22 from pete...@hottemptation.org 2010-08-16 08:44:33 PDT ---
Yes and no. I'am confused.
At first I thought the patch doesn't help.
Bootup works normal.
After first suspend/resuspend I got the "stuck atombios" message.
After the seco
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #22 from peterle at hottemptation.org 2010-08-16 08:44:33 PDT ---
Yes and no. I'am confused.
At first I thought the patch doesn't help.
Bootup works normal.
After first suspend/resuspend I got the "stuck atombios" message.
After the s
On Fri, 2010-08-13 at 23:59 +0200, Luca Tettamanti wrote:
> On Fri, Aug 13, 2010 at 11:39 PM, Dan Carpenter wrote:
> > Smatch thinks there is a buffer overflow in nvc0_instmem_suspend() and
> > I've looked at it, but I don't understand the code.
> >
> > drivers/gpu/drm/nouveau/nvc0_instmem.c +152
On Mon, 2010-08-16 at 10:27 -0400, Andy Lutomirski wrote:
> But that's really the problem, because intel_sdvo_dvi_init contains:
>
> connector->polled = DRM_CONNECTOR_POLL_CONNECT |
> DRM_CONNECTOR_POLL_DISCONNECT;
>
> I don't know if SDVO is supposed to send hotplug interrupts because
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #30 from pete...@hottemptation.org 2010-08-16 08:06:52 PDT ---
Yes it does! Good work, thank you!
Tested with Kernel 2.6.26-rc1 + patch
https://bugs.freedesktop.org/attachment.cgi?id=37899
Switching beetween all TTYs and X11 works fin
[cc: intel-gfx]
Linus Torvalds wrote:
> On Sun, Aug 15, 2010 at 9:06 PM, Andy Lutomirski wrote:
>> You might be hitting the infamous hotplug storm [1]. The symptoms vary by
>> kernel version.
>
> Hmm. I don't think it's a storm. The drm.debug=4 thing shows things
> just every 10 seconds. That s
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #30 from peterle at hottemptation.org 2010-08-16 08:06:52 PDT ---
Yes it does! Good work, thank you!
Tested with Kernel 2.6.26-rc1 + patch
https://bugs.freedesktop.org/attachment.cgi?id=37899
Switching beetween all TTYs and X11 works
On Sun, Aug 15, 2010 at 8:11 AM, Jean Delvare wrote:
> Always zero-init a structure on the stack which is returned by a
> function. Otherwise you may leak random stack data from previous
> function calls.
>
> This fixes the following warning I was seeing:
> CC [M] drivers/gpu/drm/radeon/radeon_a
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #21 from Alex Deucher 2010-08-16 07:13:18 PDT ---
Does the patch attached to bug 29384 help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #21 from Alex Deucher 2010-08-16 07:13:18 PDT
---
Does the patch attached to bug 29384 help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #29 from Alex Deucher 2010-08-16 07:10:58 PDT ---
Created an attachment (id=37899)
View: https://bugs.freedesktop.org/attachment.cgi?id=37899
Review: https://bugs.freedesktop.org/review?bug=29384&attachment=37899
possible fix
Does
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #29 from Alex Deucher 2010-08-16 07:10:58 PDT
---
Created an attachment (id=37899)
View: https://bugs.freedesktop.org/attachment.cgi?id=37899
Review: https://bugs.freedesktop.org/review?bug=29384&attachment=37899
possible fix
Doe
On Mon, Aug 16, 2010 at 9:54 AM, Jerome Glisse wrote:
> On 08/16/2010 09:22 AM, Alex Deucher wrote:
>> On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse
>> wrote:
>>> On 08/13/2010 12:48 AM, Alex Deucher wrote:
Initialize nsamples to 1 in case userspace does not emit
PA_SC_AA_CONFIG.
https://bugs.freedesktop.org/show_bug.cgi?id=29580
--- Comment #1 from Alex Deucher 2010-08-16 06:55:21 PDT ---
Does mesa from git work any better?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=29580
--- Comment #1 from Alex Deucher 2010-08-16 06:55:21 PDT
---
Does mesa from git work any better?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assign
On 08/16/2010 09:22 AM, Alex Deucher wrote:
> On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse wrote:
>> On 08/13/2010 12:48 AM, Alex Deucher wrote:
>>> Initialize nsamples to 1 in case userspace does not emit
>>> PA_SC_AA_CONFIG.
>>>
>>> Signed-off-by: Alex Deucher
>>> Cc: Andre Maasikas
>>> ---
https://bugs.freedesktop.org/show_bug.cgi?id=29579
--- Comment #18 from Alex Deucher 2010-08-16 06:47:45 PDT ---
Are agpgart and amd64_agp loaded before loading radeon? Does manually loading
them first help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=29579
--- Comment #18 from Alex Deucher 2010-08-16 06:47:45 PDT
---
Are agpgart and amd64_agp loaded before loading radeon? Does manually loading
them first help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse wrote:
> On 08/13/2010 12:48 AM, Alex Deucher wrote:
>> Initialize nsamples to 1 in case userspace does not emit
>> PA_SC_AA_CONFIG.
>>
>> Signed-off-by: Alex Deucher
>> Cc: Andre Maasikas
>> ---
>> drivers/gpu/drm/radeon/r600_cs.c | 1 +
>> 1 f
On 08/13/2010 12:48 AM, Alex Deucher wrote:
> Initialize nsamples to 1 in case userspace does not emit
> PA_SC_AA_CONFIG.
>
> Signed-off-by: Alex Deucher
> Cc: Andre Maasikas
> ---
> drivers/gpu/drm/radeon/r600_cs.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #11 from Aidan Marks 2010-08-16 06:14:57 PDT ---
(In reply to comment #10)
I can't offer much help anymore on this defect, sorry. Soon after my comment,
my T60 laptop was returned as part of the company lease cycle and my new
thinkp
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #11 from Aidan Marks 2010-08-16 06:14:57 PDT
---
(In reply to comment #10)
I can't offer much help anymore on this defect, sorry. Soon after my comment,
my T60 laptop was returned as part of the company lease cycle and my new
think
https://bugs.freedesktop.org/show_bug.cgi?id=29438
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29438
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sun, Aug 15, 2010 at 07:32:15PM -0700, Linus Torvalds wrote:
> I started wondering why 'top' was showing an otherwise idle system as
> having a load average of 0.5+, and worker threads constantly using the
> CPU.
>
> So I did a system-wide profile, and got the attached output (look at
> it in a
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #28 from pete...@hottemptation.org 2010-08-16 04:11:17 PDT ---
Solution found for bug 29384!
I noticed that everything looks like the kernel uses the new
power-managment-stuff also for the Evergreen graphics cards. And this leads to
th
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #28 from peterle at hottemptation.org 2010-08-16 04:11:17 PDT ---
Solution found for bug 29384!
I noticed that everything looks like the kernel uses the new
power-managment-stuff also for the Evergreen graphics cards. And this leads to
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #23 from Andy Furniss 2010-08-16
02:50:07 PDT ---
Created an attachment (id=37895)
View: https://bugs.freedesktop.org/attachment.cgi?id=37895
Review: https://bugs.freedesktop.org/review?bug=28771&attachment=37895
turn off wait for
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #23 from Andy Furniss 2010-08-16
02:50:07 PDT ---
Created an attachment (id=37895)
View: https://bugs.freedesktop.org/attachment.cgi?id=37895
Review: https://bugs.freedesktop.org/review?bug=28771&attachment=37895
turn off wait for
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #22 from Andy Furniss 2010-08-16
02:45:45 PDT ---
(In reply to comment #21)
> Is there any way currently to just make it swap buffers without regard for my
> screens vertical retrace? I realise that means I get a lot of tearing but
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #22 from Andy Furniss 2010-08-16
02:45:45 PDT ---
(In reply to comment #21)
> Is there any way currently to just make it swap buffers without regard for my
> screens vertical retrace? I realise that means I get a lot of tearing but
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #27 from pete...@hottemptation.org 2010-08-16 02:20:51 PDT ---
Okay. All the people with this bug and the stuck-atombios have radeon
mobility-cards!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #27 from peterle at hottemptation.org 2010-08-16 02:20:51 PDT ---
Okay. All the people with this bug and the stuck-atombios have radeon
mobility-cards!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #26 from pete...@hottemptation.org 2010-08-16 02:18:12 PDT ---
In Comment 11 I describe a workaround, which seems to be based on Bug 27744.
Boot up -> pm-suspend -> resuspend -> switching works fine
This requires a plug off power-cord
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #26 from peterle at hottemptation.org 2010-08-16 02:18:12 PDT ---
In Comment 11 I describe a workaround, which seems to be based on Bug 27744.
Boot up -> pm-suspend -> resuspend -> switching works fine
This requires a plug off power-c
Linus Torvalds wrote:
I started wondering why 'top' was showing an otherwise idle system as
having a load average of 0.5+, and worker threads constantly using the
CPU.
So I did a system-wide profile, and got the attached output (look at
it in a really wide terminal).
There seems to be something
On Fri, 2010-08-13 at 23:59 +0200, Luca Tettamanti wrote:
> On Fri, Aug 13, 2010 at 11:39 PM, Dan Carpenter wrote:
> > Smatch thinks there is a buffer overflow in nvc0_instmem_suspend() and
> > I've looked at it, but I don't understand the code.
> >
> > drivers/gpu/drm/nouveau/nvc0_instmem.c +152
When I ran "make headers_check" on upstream I got following
set of warnings for the drm headers:
usr/include/drm/drm_mode.h:85: found __[us]{8,16,32,64} type without #include
usr/include/drm/i915_drm.h:120: found __[us]{8,16,32,64} type without #include
usr/include/drm/mga_drm.h:260: found __[
https://bugs.freedesktop.org/show_bug.cgi?id=29383
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29383
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, 2010-08-16 at 09:00 +0200, Rafał Miłecki wrote:
> 2010/8/10 Benjamin Herrenschmidt :
> > +#ifdef CONFIG_X86
> > + primary = dev->pdev->resource[PCI_ROM_RESOURCE].flags &
> IORESOURCE_ROM_SHADOW;
> > +#endif
>
> It won't compile for CONFIG_X86, no "dev".
Ah right, I've done more fixe
Hello,
Do we currently have a method of profiling DRI/DRM drivers?
I was thinking that it would be interesting to:
1) Execute a benchmark, or some "timedemo" of a game
2) See how many times each dri/drm driver function is called,
maybe top 20 most often called functions,
and the total cp
Linus Torvalds wrote:
> I started wondering why 'top' was showing an otherwise idle system as
> having a load average of 0.5+, and worker threads constantly using the
> CPU.
>
> So I did a system-wide profile, and got the attached output (look at
> it in a really wide terminal).
>
> There seems t
2010/8/10 Benjamin Herrenschmidt :
> +#ifdef CONFIG_X86
> + primary = dev->pdev->resource[PCI_ROM_RESOURCE].flags &
> IORESOURCE_ROM_SHADOW;
> +#endif
It won't compile for CONFIG_X86, no "dev".
--
Rafał
___
dri-devel mailing list
dri-devel@lists
95 matches
Mail list logo
