On Tue, May 8, 2012 at 12:19 PM, Daniel Vetter wrote:
> ... given that I essentially run the show already, let's make this
> official.
Acked-by: Dave Airlie
probably just push it via your -next.
Dave.
___
dri-devel mailing list
dri-devel@lists.freede
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 targe
Hi Laurent,
On 05/08/2012 02:44 PM, Laurent Pinchart wrote:
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
this feature is used to import user space region allocated by malloc() or
mmaped into a gem. and to guarantee the pages to user space not to be
swapped out, the VMAs within the user space would be locked and then unlocked
when the pages are released.
but this lock might result in significant degra
this ioctl is used to limit user-desired userptr size as pre-defined
and also could be accessed by only root user.
with userptr feature, unprivileged user can allocate all the pages on system,
so the amount of free physical pages will be very limited. if the VMAs
within user address space was lock
this feature could be used to use memory region allocated by malloc() in user
mode and mmaped memory region allocated by other memory allocators. userptr
interface can identify memory type through vm_flags value and would get
pages or page frame numbers to user space appropriately.
changelog v2:
t
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 ondem
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=49110
--- Comment #6 from Mike Mestnik
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 this done for it's use of NDEBUG, especially if
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 command
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 command
https://bugs.freedesktop.org/show_bug.cgi?id=49603
--- Comment #4 from Alex Deucher 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.
--
Configure b
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 f
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.
drm/exy
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: im
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: [P
Hi Laurent,
On 05/08/2012 02:44 PM, Laurent Pinchart wrote:
> 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
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] drm
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 targe
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:
... 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
@@ -237
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 ondem
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=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 #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 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 bu
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 DMAB
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
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 dr
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 samsung
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=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
---
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 patch
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 f
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://bugs.freedesktop.org/userp
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
Stat
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: im
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'
drivers/gpu/drm/gma500/o
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'
drivers/gpu/drm/gma500/o
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. Th
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 sho
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 sh
On Tue, May 8, 2012 at 3:59 AM, Inki Dae 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; dri-de
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:
>>
>> O
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 textures,
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 doesn'
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: ---
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] [drm:radeon_
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] [drm:rade
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
exp
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.fr
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
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
Bug #: 49632
Summary: radeon: The kernel rejected CS,
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status:
... 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
@@ -237
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
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 patch
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 Glissewrote:
On 07.05.2012 17:23, Jerome Glisse wrote:
Your patch here can enter in infinite loop and never re
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://bugs.freedesktop.org/userp
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.
drm/exy
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 bu
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 DMAB
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
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||http://llvm.org/bugs/show_b
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] dr
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. Th
75 matches
Mail list logo
