This is a quick hack inspired by Arjan to help the ondemand cpufreq
governor a bit in figuring out what should be done. A similar trick is
used for io related waits to ensure that the cpu can pick up right
away.
Some benchmarking shows squat gains, and for the bugs we manage to
track down to
On Tue, 08 May 2012 09:27:25 -0700
Randy Dunlap wrote:
> On 05/08/2012 01:15 AM, Stephen Rothwell wrote:
>
> > Hi all,
> >
> > There will be no linux-next tomorrow.
> >
> > Changes since 20120507:
>
>
>
> When CONFIG_ACPI is not enabled:
>
> drivers/gpu/drm/gma500/opregion.c:269:3: error:
https://bugs.freedesktop.org/show_bug.cgi?id=49654
Bug #: 49654
Summary: Heavy flickering on LVDS panel when not using the
native resolution
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #5 from Alex Deucher 2012-05-08 19:36:27 UTC
---
(In reply to comment #0)
> dmesg output:
>
> [ 1306.131363] radeon :01:00.0: forbidden register 0x00028354 at 166
> [ 1306.131366] [drm:radeon_cs_ib_chunk] *ERROR* Invalid
On Tue, May 08, 2012 at 08:25:38AM -0700, Linus Torvalds wrote:
> On Mon, May 7, 2012 at 4:13 PM, St?phane Marchesin
> wrote:
> >
> > In the end, I came up with the ugly workaround of just leaking the
> > offending pages in shmem.c.
>
> Don't leak it.
>
> Instead, add it to some RCU list, and
Hi Dave,
I have rebased exynos-drm-next on drm-next of
git://people.freedesktop.org/~airlied/linux.git
So below patches are removed from exynos-drm-next because these had already
been merged to drm-next with v3.4-rc6 merge
drm/exynos: fixed duplicatd memory allocation bug.
https://bugs.freedesktop.org/show_bug.cgi?id=49603
--- Comment #3 from Sven Arvidsson 2012-05-08 10:56:45 PDT ---
Neither patch seems to help unfortunately. If anything, I'd say they both make
the problem worse.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
Adding Alan.
On Tue, May 8, 2012 at 5:27 PM, Randy Dunlap wrote:
> On 05/08/2012 01:15 AM, Stephen Rothwell wrote:
>
>> Hi all,
>>
>> There will be no linux-next tomorrow.
>>
>> Changes since 20120507:
>
>
>
> When CONFIG_ACPI is not enabled:
>
> drivers/gpu/drm/gma500/opregion.c:269:3: error:
Hi Jerome,
> -Original Message-
> From: Jerome Glisse [mailto:j.glisse at gmail.com]
> Sent: Tuesday, May 08, 2012 3:18 AM
> To: Dave Airlie
> Cc: daeinki at gmail.com; Inki Dae; kyungmin.park at samsung.com;
> sw0312.kim at samsung.com; dri-devel at lists.freedesktop.org
> Subject: Re:
Hi Dave,
> -Original Message-
> From: Dave Airlie [mailto:airlied at gmail.com]
> Sent: Saturday, May 05, 2012 7:23 PM
> To: daeinki at gmail.com
> Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; dri-
> devel at lists.freedesktop.org
> Subject: Re: [PATCH v2 3/4]
On Mon, 7 May 2012, Stephane Marchesin wrote:
> While investing some Sandy Bridge rendering corruption, I found out
> that all physical memory pages below 1MiB were returning garbage when
> read through the GTT. This has been causing graphics corruption (when
> it's used for textures, render
... given that I essentially run the show already, let's make this
official.
Signed-Off-by: Daniel Vetter
---
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index b0f1073..cf01233 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
Hi Tomasz,
Thank you for the patch.
On Tuesday 08 May 2012 11:50:33 Tomasz Stanislawski wrote:
> This patch adds a new constructor for an sg table. The table is constructed
> from an array of struct pages. All contiguous chunks of the pages are merged
> into a single sg nodes. A user may provide
On Tue, May 8, 2012 at 12:23 PM, Daniel Vetter wrote:
> On Tue, May 08, 2012 at 08:25:38AM -0700, Linus Torvalds wrote:
>> On Mon, May 7, 2012 at 4:13 PM, St?phane Marchesin
>> wrote:
>> >
>> > In the end, I came up with the ugly workaround of just leaking the
>> > offending pages in shmem.c.
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #4 from execute.method at gmail.com 2012-05-08 05:51:18 PDT ---
apitrace of projectM:
http://db.tt/nnQvrkxq
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On 07.05.2012 23:28, Jerome Glisse wrote:
> On Mon, May 7, 2012 at 4:38 PM, Christian K?nig
> wrote:
>> On 07.05.2012 20:52, Jerome Glisse wrote:
>>> On Mon, May 7, 2012 at 1:59 PM, Jerome Glisse
>>> wrote:
> On 07.05.2012 17:23, Jerome Glisse wrote:
>> Your patch here can enter in
On Tue, May 08, 2012 at 11:50:33AM +0200, Tomasz Stanislawski wrote:
> This patch adds a new constructor for an sg table. The table is constructed
> from an array of struct pages. All contiguous chunks of the pages are merged
> into a single sg nodes. A user may provide an offset and a size of a
This patch adds a new constructor for an sg table. The table is constructed
from an array of struct pages. All contiguous chunks of the pages are merged
into a single sg nodes. A user may provide an offset and a size of a buffer if
the buffer is not page-aligned.
The function is dedicated for
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #2 from execute.method at gmail.com 2012-05-08 04:39:23 PDT ---
Seems to work now without forcing streamout, but last time I tried it was not
affected by any of the changes I made to env.
Current variables:
export R600_ENABLE_ST3C=1
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #1 from execute.method at gmail.com 2012-05-08 04:38:35 PDT ---
Created attachment 61218
--> https://bugs.freedesktop.org/attachment.cgi?id=61218
glxgears apitrace without setting R600_STREAMOUT=1
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=49632
execute.method at gmail.com changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
Hi Subash,
On Monday 07 May 2012 20:08:25 Subash Patel wrote:
> Hello Thomasz, Laurent,
>
> I found an issue in the function vb2_dc_pages_to_sgt() below. I saw that
> during the attach, the size of the SGT and size requested mis-matched
> (by atleast 8k bytes). Hence I made a small correction to
Hi Thomasz,
I have extended the MFC-FIMC testcase posted by Kamil sometime ago to
sanity test the UMM patches. This test is multi-threaded(further
explanation for developers who may not have seen it yet), where thread
one parses the encoded stream and feeds into the codec IP driver(aka
MFC
On Tue, May 8, 2012 at 3:59 AM, Inki Dae wrote:
> Hi Jerome,
>
>> -Original Message-
>> From: Jerome Glisse [mailto:j.glisse at gmail.com]
>> Sent: Tuesday, May 08, 2012 3:18 AM
>> To: Dave Airlie
>> Cc: daeinki at gmail.com; Inki Dae; kyungmin.park at samsung.com;
>> sw0312.kim at
On Tue, May 8, 2012 at 6:23 AM, Christian K?nig
wrote:
> On 07.05.2012 23:28, Jerome Glisse wrote:
>>
>> On Mon, May 7, 2012 at 4:38 PM, Christian K?nig
>> ?wrote:
>>>
>>> On 07.05.2012 20:52, Jerome Glisse wrote:
On Mon, May 7, 2012 at 1:59 PM, Jerome Glisse
?wrote:
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=49603
--- Comment #2 from Simon Farnsworth
2012-05-08 03:43:29 PDT ---
Created attachment 61213
--> https://bugs.freedesktop.org/attachment.cgi?id=61213
Different route to spinning in preference to in-kernel waits for short fences
If Michel's
https://bugs.freedesktop.org/show_bug.cgi?id=49603
--- Comment #1 from Michel D?nzer 2012-05-08 03:12:01
PDT ---
Created attachment 61210
--> https://bugs.freedesktop.org/attachment.cgi?id=61210
Always spin first
Does this patch help?
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=43215
Summary: Nouveau: Resume from s2disk fails.
Product: Drivers
Version: 2.5
Kernel Version: 3.3.5, 3.4-rc4+, 3.4-rc6+
Platform: All
OS/Version: Linux
Tree: Mainline
On 05/08/2012 01:15 AM, Stephen Rothwell wrote:
> Hi all,
>
> There will be no linux-next tomorrow.
>
> Changes since 20120507:
When CONFIG_ACPI is not enabled:
drivers/gpu/drm/gma500/opregion.c:269:3: error: implicit declaration of
function 'register_acpi_notifier'
On Tue, May 08, 2012 at 07:53:36AM +0100, Dave Airlie wrote:
> On Tue, May 8, 2012 at 12:13 AM, St?phane Marchesin
> wrote:
> > While investing some Sandy Bridge rendering corruption, I found out
> > that all physical memory pages below 1MiB were returning garbage when
> > read through the GTT.
On Mon, May 7, 2012 at 4:13 PM, St?phane Marchesin
wrote:
>
> In the end, I came up with the ugly workaround of just leaking the
> offending pages in shmem.c.
Don't leak it.
Instead, add it to some RCU list, and free it using RCU. Or some
one-second timer or something.
That kind of approach
On Tue, May 8, 2012 at 12:13 AM, St?phane Marchesin
wrote:
> While investing some Sandy Bridge rendering corruption, I found out
> that all physical memory pages below 1MiB were returning garbage when
> read through the GTT. This has been causing graphics corruption (when
> it's used for
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #29 from diego.abelenda at gmail.com 2012-05-07 23:54:17 PDT ---
Well considering the commit pointed is exactly the patch proposed in comment 14
( https://bugs.freedesktop.org/attachment.cgi?id=60707 ) it is pretty clear
that it
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #3 from execute.method at gmail.com 2012-05-08 04:56:44 UTC ---
There is still an issue without streamout forced.
projectM-pulseaudio:
radeon: The kernel rejected CS, see dmesg for more information.
dmesg:
[ 997.512250]
https://bugs.freedesktop.org/show_bug.cgi?id=49632
Bug #: 49632
Summary: radeon: The kernel rejected CS,
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status:
series applied to ACPI next branch
thanks,
Len Brown, Intel Open Source Technology Center
https://bugs.freedesktop.org/show_bug.cgi?id=49110
Mike Mestnik changed:
What|Removed |Added
See Also|
https://bugs.freedesktop.org/show_bug.cgi?id=49110
--- Comment #5 from Mike Mestnik 2012-05-07 16:50:36 PDT ---
Commit c425c3823fbd475dc83211fef47f7ea58421ed17 should have fixed this, but it
don't. I've looked at the llvm headers and it looks
series applied to ACPI next branch
thanks,
Len Brown, Intel Open Source Technology Center
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Hello Thomasz, Laurent,
I found an issue in the function vb2_dc_pages_to_sgt() below. I saw that
during the attach, the size of the SGT and size requested mis-matched
(by atleast 8k bytes). Hence I made a small correction to the code as
below. I could then attach the importer properly.
On 05/07/2012 02:50 AM, Terje Bergström wrote:
On 25.04.2012 12:45, Thierry Reding wrote:
+/ {
+ ...
+
+ /* host1x */
+ host1x: host1x@5000 {
+ compatible = nvidia,tegra20-host1x;
+ reg = 0x5000 0x00024000;
+ interrupts
While investing some Sandy Bridge rendering corruption, I found out
that all physical memory pages below 1MiB were returning garbage when
read through the GTT. This has been causing graphics corruption (when
it's used for textures, render targets and pixmaps) and GPU hangups
(when it's used for
Stéphane Marchesin marc...@chromium.org writes:
While investing some Sandy Bridge rendering corruption, I found out
that all physical memory pages below 1MiB were returning garbage when
read through the GTT. This has been causing graphics corruption (when
it's used for textures, render
Hi Thomasz,
I have extended the MFC-FIMC testcase posted by Kamil sometime ago to
sanity test the UMM patches. This test is multi-threaded(further
explanation for developers who may not have seen it yet), where thread
one parses the encoded stream and feeds into the codec IP driver(aka
MFC
Hi Dave,
-Original Message-
From: Dave Airlie [mailto:airl...@gmail.com]
Sent: Saturday, May 05, 2012 7:23 PM
To: daei...@gmail.com
Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; dri-
de...@lists.freedesktop.org
Subject: Re: [PATCH v2 3/4] drm/exynos: added
On Tue, May 8, 2012 at 12:13 AM, Stéphane Marchesin
marc...@chromium.org wrote:
While investing some Sandy Bridge rendering corruption, I found out
that all physical memory pages below 1MiB were returning garbage when
read through the GTT. This has been causing graphics corruption (when
it's
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #29 from diego.abele...@gmail.com 2012-05-07 23:54:17 PDT ---
Well considering the commit pointed is exactly the patch proposed in comment 14
( https://bugs.freedesktop.org/attachment.cgi?id=60707 ) it is pretty clear
that it doesn't
On Tue, May 08, 2012 at 07:53:36AM +0100, Dave Airlie wrote:
On Tue, May 8, 2012 at 12:13 AM, Stéphane Marchesin
marc...@chromium.org wrote:
While investing some Sandy Bridge rendering corruption, I found out
that all physical memory pages below 1MiB were returning garbage when
read
Hi Jerome,
-Original Message-
From: Jerome Glisse [mailto:j.gli...@gmail.com]
Sent: Tuesday, May 08, 2012 3:18 AM
To: Dave Airlie
Cc: daei...@gmail.com; Inki Dae; kyungmin.p...@samsung.com;
sw0312@samsung.com; dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v2 3/4]
Hi Subash,
On Monday 07 May 2012 20:08:25 Subash Patel wrote:
Hello Thomasz, Laurent,
I found an issue in the function vb2_dc_pages_to_sgt() below. I saw that
during the attach, the size of the SGT and size requested mis-matched
(by atleast 8k bytes). Hence I made a small correction to the
This patch adds a new constructor for an sg table. The table is constructed
from an array of struct pages. All contiguous chunks of the pages are merged
into a single sg nodes. A user may provide an offset and a size of a buffer if
the buffer is not page-aligned.
The function is dedicated for
On Tue, May 08, 2012 at 11:50:33AM +0200, Tomasz Stanislawski wrote:
This patch adds a new constructor for an sg table. The table is constructed
from an array of struct pages. All contiguous chunks of the pages are merged
into a single sg nodes. A user may provide an offset and a size of a
Hi Dave,
I have rebased exynos-drm-next on drm-next of
git://people.freedesktop.org/~airlied/linux.git
So below patches are removed from exynos-drm-next because these had already
been merged to drm-next with v3.4-rc6 merge
drm/exynos: fixed duplicatd memory allocation bug.
https://bugs.freedesktop.org/show_bug.cgi?id=49603
--- Comment #1 from Michel Dänzer mic...@daenzer.net 2012-05-08 03:12:01 PDT
---
Created attachment 61210
-- https://bugs.freedesktop.org/attachment.cgi?id=61210
Always spin first
Does this patch help?
--
Configure bugmail:
On 07.05.2012 23:28, Jerome Glisse wrote:
On Mon, May 7, 2012 at 4:38 PM, Christian Königdeathsim...@vodafone.de wrote:
On 07.05.2012 20:52, Jerome Glisse wrote:
On Mon, May 7, 2012 at 1:59 PM, Jerome Glissej.gli...@gmail.comwrote:
On 07.05.2012 17:23, Jerome Glisse wrote:
Your patch
https://bugs.freedesktop.org/show_bug.cgi?id=49603
--- Comment #2 from Simon Farnsworth simon.farnswo...@onelan.co.uk 2012-05-08
03:43:29 PDT ---
Created attachment 61213
-- https://bugs.freedesktop.org/attachment.cgi?id=61213
Different route to spinning in preference to in-kernel waits for
Hi Tomasz,
Thank you for the patch.
On Tuesday 08 May 2012 11:50:33 Tomasz Stanislawski wrote:
This patch adds a new constructor for an sg table. The table is constructed
from an array of struct pages. All contiguous chunks of the pages are merged
into a single sg nodes. A user may provide an
https://bugs.freedesktop.org/show_bug.cgi?id=49632
Bug #: 49632
Summary: radeon: The kernel rejected CS,
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=49632
execute.met...@gmail.com changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #1 from execute.met...@gmail.com 2012-05-08 04:38:35 PDT ---
Created attachment 61218
-- https://bugs.freedesktop.org/attachment.cgi?id=61218
glxgears apitrace without setting R600_STREAMOUT=1
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #2 from execute.met...@gmail.com 2012-05-08 04:39:23 PDT ---
Seems to work now without forcing streamout, but last time I tried it was not
affected by any of the changes I made to env.
Current variables:
export R600_ENABLE_ST3C=1
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #3 from execute.met...@gmail.com 2012-05-08 04:56:44 UTC ---
There is still an issue without streamout forced.
projectM-pulseaudio:
radeon: The kernel rejected CS, see dmesg for more information.
dmesg:
[ 997.512250]
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #4 from execute.met...@gmail.com 2012-05-08 05:51:18 PDT ---
apitrace of projectM:
http://db.tt/nnQvrkxq
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On Tue, May 8, 2012 at 6:23 AM, Christian König deathsim...@vodafone.de wrote:
On 07.05.2012 23:28, Jerome Glisse wrote:
On Mon, May 7, 2012 at 4:38 PM, Christian Königdeathsim...@vodafone.de
wrote:
On 07.05.2012 20:52, Jerome Glisse wrote:
On Mon, May 7, 2012 at 1:59 PM, Jerome
On Tue, May 8, 2012 at 3:59 AM, Inki Dae inki@samsung.com wrote:
Hi Jerome,
-Original Message-
From: Jerome Glisse [mailto:j.gli...@gmail.com]
Sent: Tuesday, May 08, 2012 3:18 AM
To: Dave Airlie
Cc: daei...@gmail.com; Inki Dae; kyungmin.p...@samsung.com;
sw0312@samsung.com;
On 05/08/2012 01:15 AM, Stephen Rothwell wrote:
Hi all,
There will be no linux-next tomorrow.
Changes since 20120507:
When CONFIG_ACPI is not enabled:
drivers/gpu/drm/gma500/opregion.c:269:3: error: implicit declaration of
function 'register_acpi_notifier'
Adding Alan.
On Tue, May 8, 2012 at 5:27 PM, Randy Dunlap rdun...@xenotime.net wrote:
On 05/08/2012 01:15 AM, Stephen Rothwell wrote:
Hi all,
There will be no linux-next tomorrow.
Changes since 20120507:
When CONFIG_ACPI is not enabled:
drivers/gpu/drm/gma500/opregion.c:269:3: error:
On Tue, May 08, 2012 at 08:25:38AM -0700, Linus Torvalds wrote:
On Mon, May 7, 2012 at 4:13 PM, Stéphane Marchesin marc...@chromium.org
wrote:
In the end, I came up with the ugly workaround of just leaking the
offending pages in shmem.c.
Don't leak it.
Instead, add it to some RCU
https://bugs.freedesktop.org/show_bug.cgi?id=49603
--- Comment #3 from Sven Arvidsson s...@whiz.se 2012-05-08 10:56:45 PDT ---
Neither patch seems to help unfortunately. If anything, I'd say they both make
the problem worse.
--
Configure bugmail:
On Tue, May 8, 2012 at 12:23 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Tue, May 08, 2012 at 08:25:38AM -0700, Linus Torvalds wrote:
On Mon, May 7, 2012 at 4:13 PM, Stéphane Marchesin marc...@chromium.org
wrote:
In the end, I came up with the ugly workaround of just leaking the
https://bugs.freedesktop.org/show_bug.cgi?id=49654
Bug #: 49654
Summary: Heavy flickering on LVDS panel when not using the
native resolution
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64
This is a quick hack inspired by Arjan to help the ondemand cpufreq
governor a bit in figuring out what should be done. A similar trick is
used for io related waits to ensure that the cpu can pick up right
away.
Some benchmarking shows squat gains, and for the bugs we manage to
track down to
On Tue, 08 May 2012 09:27:25 -0700
Randy Dunlap rdun...@xenotime.net wrote:
On 05/08/2012 01:15 AM, Stephen Rothwell wrote:
Hi all,
There will be no linux-next tomorrow.
Changes since 20120507:
When CONFIG_ACPI is not enabled:
drivers/gpu/drm/gma500/opregion.c:269:3:
https://bugs.freedesktop.org/show_bug.cgi?id=49603
--- Comment #4 from Alex Deucher ag...@yahoo.com 2012-05-08 19:24:48 PDT ---
Does forcing the CPU into the highest power state fix the issue? I suspect
that the patch reduces CPU usage which in turn means the CPU power state stays
lower longer.
https://bugs.freedesktop.org/show_bug.cgi?id=49632
--- Comment #5 from Alex Deucher ag...@yahoo.com 2012-05-08 19:36:27 UTC ---
(In reply to comment #0)
dmesg output:
[ 1306.131363] radeon :01:00.0: forbidden register 0x00028354 at 166
[ 1306.131366] [drm:radeon_cs_ib_chunk] *ERROR*
https://bugs.freedesktop.org/show_bug.cgi?id=49110
--- Comment #6 from Mike Mestnik cheako+bugs_freedesktop_...@mikemestnik.net
2012-05-08 20:25:23 PDT ---
I've added 3 patches to http://llvm.org/bugs/show_bug.cgi?id=12759 and did my
best to describe what/why.
I believe that mesa also needs
76 matches
Mail list logo