On Fri, May 17, 2013 at 02:49:43PM +0300, Arto Merilainen wrote:
> From: Terje Bergstrom
>
> This patch adds several fixes to host1x firewall:
> - Host1x firewall does not survive if it expects a reloc, but user
> space didn't pass any relocs. Also it reset the reloc table for
> each gather,
On Fri, May 17, 2013 at 02:49:44PM +0300, Arto Merilainen wrote:
> Syncpoint wait returned EAGAIN if it was called with zero timeout.
> This patch modifies the function to return ETIMEDOUT.
This description is a bit redundant, because it repeats in prose what
the code does. I'd rather see a descri
On Fri, May 17, 2013 at 02:49:45PM +0300, Arto Merilainen wrote:
> This patch fixes a bad memory access in syncpoint request code. If
> no syncpoints were available, the code accessed unreserved memory
> area causing unexpected behaviour.
>
> Signed-off-by: Arto Merilainen
> ---
> drivers/gpu/ho
On Fri, May 17, 2013 at 02:49:46PM +0300, Arto Merilainen wrote:
> client_managed field in syncpoint structure was defined as an
> integer. The field holds, however, only a boolean value. This patch
> modifies the type to boolean.
>
> Signed-off-by: Arto Merilainen
> ---
> drivers/gpu/host1x/drm
On Fri, May 17, 2013 at 02:49:47PM +0300, Arto Merilainen wrote:
> This patch merges host1x_syncpt_cpu_incr to host1x_syncpt_incr() as
> they are in practise doing the same thing. host1x_syncpt_incr() is also
> modified to return error codes.
>
> Signed-off-by: Arto Merilainen
> ---
> drivers/gp
On Fri, May 17, 2013 at 02:49:48PM +0300, Arto Merilainen wrote:
> Add syncpoint increment to return a proper return code based on the
> return value from host1x.
>
> Signed-off-by: Arto Merilainen
> ---
> drivers/gpu/host1x/drm/drm.c |3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
On Sun, May 26, 2013 at 5:38 PM, Gard Spreemann wrote:
> Hi,
>
> If I should contact a list instead of you directly, I sincerely apologize!
You should have cc'ed relevant lists at least ;-) Fixed up.
> After a recent kernel upgrade, I found that my system (using Nouveau) would
> stutter whenever
On Sun, May 26, 2013 at 6:25 PM, Gard Spreemann wrote:
> On Sunday 26 May 2013 18:14:06 Daniel Vetter wrote:
>> My guess is that you've worked around these edid stalls with
>> drm_kms_helper.poll=0 and the above commit breaks that w/a. That patch
>> was shot down unfortunately. If you can't reprod
> wrote:
> > Am Dienstag, 30. April 2013, 06:06:22 schrieb Dave Airlie:
> >> On Tue, Apr 30, 2013 at 2:17 AM, Johannes Obermayr
> >> wrote:
> >> > Hi James,
> >> >
> >> > Linus recently released Kernel 3.9, merge window for Kernel 3.10 has
> >> > been opened, and the question is whether drm-ope
The internal crtc cursor gem object pointer was never set/updated since
it was required to be set in the first place.
Fixing this will make the pin/unpin count match and prevent cursor
objects from leaking when userspace drops all references to it. Also
make sure we drop the gem obj reference on f
The internal crtc cursor gem object pointer was never set/updated since
it was required to be set in the first place.
Fixing this will make the pin/unpin count match and prevent cursor
objects from leaking when userspace drops all references to it. Also
make sure we drop the gem obj reference on f
A framebuffer is pinned when it's set as pipe base, so we also need to
unpin it when it's destroyed. Some framebuffers are never used as
scanout (no mode set on them) so if the pin count is less than one, no
unpinning is needed.
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=889511
Bugzilla
On Sun, May 26, 2013 at 08:03:53PM +0200, Patrik Jakobsson wrote:
> A framebuffer is pinned when it's set as pipe base, so we also need to
> unpin it when it's destroyed. Some framebuffers are never used as
> scanout (no mode set on them) so if the pin count is less than one, no
> unpinning is need
On Sun, May 26, 2013 at 9:07 PM, Daniel Vetter wrote:
> On Sun, May 26, 2013 at 08:03:53PM +0200, Patrik Jakobsson wrote:
>> A framebuffer is pinned when it's set as pipe base, so we also need to
>> unpin it when it's destroyed. Some framebuffers are never used as
>> scanout (no mode set on them)
https://bugs.freedesktop.org/show_bug.cgi?id=65016
Priority: medium
Bug ID: 65016
Assignee: dri-devel@lists.freedesktop.org
Summary: [radeonsi] X server segfaults at startup with
mesa-9.1*
Severity: normal
Classification:
https://bugs.freedesktop.org/show_bug.cgi?id=65016
--- Comment #1 from Alexander Tsoy ---
Created attachment 79818
--> https://bugs.freedesktop.org/attachment.cgi?id=79818&action=edit
[1] - both llvm and mesa with debugging support
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=65016
--- Comment #2 from Alexander Tsoy ---
Created attachment 79819
--> https://bugs.freedesktop.org/attachment.cgi?id=79819&action=edit
backtrace [2] - only mesa with debugging support
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=65016
Alexander Tsoy changed:
What|Removed |Added
Attachment #79818|[1] - both llvm and mesa|backtrace [1] - both llvm
descri
On Sun, May 26, 2013 at 10:31 PM, Patrik Jakobsson
wrote:
> On Sun, May 26, 2013 at 9:07 PM, Daniel Vetter wrote:
>> On Sun, May 26, 2013 at 08:03:53PM +0200, Patrik Jakobsson wrote:
>>> A framebuffer is pinned when it's set as pipe base, so we also need to
>>> unpin it when it's destroyed. Some
My NV96 does not resume from suspend to ram (the screen stays black, magic
sysrq keys do work) with the current linus git kernel, i bisected it to the
following commit.
drm/nv50/fifo: prevent races between clients updating playlists
b5096566f6e1ee2b88324772f020ae9bc0cfa9a0
It's not obvious to me
> Sorry I didn't responded earlier. I was swamped at work with
> projects and conferences. After I got back from my last conference
> Xavier informed me about this email and we had a discussion about
> merging. Currently we have a external tree which is two years old but
> most of the work
Enhance DRM drvier to use hotplug-safe iterators to walk PCI buses.
Signed-off-by: Jiang Liu
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
Cc: linux-ker...@vger.kernel.org
---
drivers/gpu/drm/drm_fops.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu
On Sunday 26 May 2013 18:14:06 Daniel Vetter wrote:
> My guess is that you've worked around these edid stalls with
> drm_kms_helper.poll=0 and the above commit breaks that w/a. That patch
> was shot down unfortunately. If you can't reproduce these stalls on
> older kernels when removing the poll=0
> > Dave what is the best way to push this code? I am in no rush so
> > I like to do it the right way. We have scattered history in the external
> > tree but I would not lose sleep over its lost. I could just post pieces
> > of the code to this list for review. One choice is after all the c
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #46 from Austin Lund ---
The changes didn't make 3.10-rc3 (too soon?). Also, no answers yet for if the
test for EFI booted macs it can be removed.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #19 from Mike Lothian ---
Created attachment 79821
--> https://bugs.freedesktop.org/attachment.cgi?id=79821&action=edit
KWin with corruption
OK I'm just back and I've recompiled everything from master - unfortunately
things have re
https://bugzilla.kernel.org/show_bug.cgi?id=50091
Joachim Namislow changed:
What|Removed |Added
CC||jfrie...@hotmail.com
--- Comment #
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #20 from Marc Dietrich ---
similar error with webgl:
http://www.gooengine.com/demofiles/pearl-boy/index.html (in firefox).
--
You are receiving this mail because:
You are the assignee for the bug.
___
From: Krzysztof Kozlowski
Valid values for mixer window are from 0 to MIXER_WIN_NR-1 inclusive.
Arrays in structures (e.g. mixer_context.win_data) have size of
MIXER_WIN_NR so checks for wrong mixer window must be greater-equal.
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Hyunhee Kim
Sig
Applied.
Thanks,
Inki Dae
2013/5/27 Seung-Woo Kim
> From: Krzysztof Kozlowski
>
> Valid values for mixer window are from 0 to MIXER_WIN_NR-1 inclusive.
> Arrays in structures (e.g. mixer_context.win_data) have size of
> MIXER_WIN_NR so checks for wrong mixer window must be greater-equal.
>
>
On 05/26/2013 01:02 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Fri, May 17, 2013 at 02:49:43PM +0300, Arto Merilainen wrote:
From: Terje Bergstrom
This patch adds several fixes to host1x firewall:
- Host1x firewall does not survive if it expects a reloc, but user
space did
On 05/26/2013 01:12 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Fri, May 17, 2013 at 02:49:44PM +0300, Arto Merilainen wrote:
Syncpoint wait returned EAGAIN if it was called with zero timeout.
This patch modifies the function to return ETIMEDOUT.
This description is a bit redu
On 05/26/2013 01:15 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Fri, May 17, 2013 at 02:49:45PM +0300, Arto Merilainen wrote:
This patch fixes a bad memory access in syncpoint request code. If
no syncpoints were available, the code accessed unreserved memory
area causing unexpec
ves/dri-devel/attachments/20130526/a6037899/attachment.html>
rry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/348bf507/attachment.pgp>
tually timed out. What do you think?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/24d46598/attachment.pgp>
return NULL;
While changing this, can you please add a blank line between the loop
and the new 'if (...)'?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/d9949867/attachment.pgp>
.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/14bc2f94/attachment.pgp>
ytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/1f7dd9be/attachment-0001.pgp>
: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/13f84000/attachment.pgp>
On Sun, May 26, 2013 at 5:38 PM, Gard Spreemann wrote:
> Hi,
>
> If I should contact a list instead of you directly, I sincerely apologize!
You should have cc'ed relevant lists at least ;-) Fixed up.
> After a recent kernel upgrade, I found that my system (using Nouveau) would
> stutter whenever
On Sun, May 26, 2013 at 6:25 PM, Gard Spreemann wrote:
> On Sunday 26 May 2013 18:14:06 Daniel Vetter wrote:
>> My guess is that you've worked around these edid stalls with
>> drm_kms_helper.poll=0 and the above commit breaks that w/a. That patch
>> was shot down unfortunately. If you can't reprod
> wrote:
> > Am Dienstag, 30. April 2013, 06:06:22 schrieb Dave Airlie:
> >> On Tue, Apr 30, 2013 at 2:17 AM, Johannes Obermayr
> >> wrote:
> >> > Hi James,
> >> >
> >> > Linus recently released Kernel 3.9, merge window for Kernel 3.10 has
> >> > been opened, and the question is whether drm-ope
The internal crtc cursor gem object pointer was never set/updated since
it was required to be set in the first place.
Fixing this will make the pin/unpin count match and prevent cursor
objects from leaking when userspace drops all references to it. Also
make sure we drop the gem obj reference on f
The internal crtc cursor gem object pointer was never set/updated since
it was required to be set in the first place.
Fixing this will make the pin/unpin count match and prevent cursor
objects from leaking when userspace drops all references to it. Also
make sure we drop the gem obj reference on f
A framebuffer is pinned when it's set as pipe base, so we also need to
unpin it when it's destroyed. Some framebuffers are never used as
scanout (no mode set on them) so if the pin count is less than one, no
unpinning is needed.
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=889511
Bugzilla
On Sun, May 26, 2013 at 08:03:53PM +0200, Patrik Jakobsson wrote:
> A framebuffer is pinned when it's set as pipe base, so we also need to
> unpin it when it's destroyed. Some framebuffers are never used as
> scanout (no mode set on them) so if the pin count is less than one, no
> unpinning is need
On Sun, May 26, 2013 at 9:07 PM, Daniel Vetter wrote:
> On Sun, May 26, 2013 at 08:03:53PM +0200, Patrik Jakobsson wrote:
>> A framebuffer is pinned when it's set as pipe base, so we also need to
>> unpin it when it's destroyed. Some framebuffers are never used as
>> scanout (no mode set on them)
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/4f440d37/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/4b2ce04d/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/751a640a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130526/28f05fd3/attachment.html>
On Sun, May 26, 2013 at 10:31 PM, Patrik Jakobsson
wrote:
> On Sun, May 26, 2013 at 9:07 PM, Daniel Vetter wrote:
>> On Sun, May 26, 2013 at 08:03:53PM +0200, Patrik Jakobsson wrote:
>>> A framebuffer is pinned when it's set as pipe base, so we also need to
>>> unpin it when it's destroyed. Some
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/b844ec7e/attachment.html>
Enhance DRM drvier to use hotplug-safe iterators to walk PCI buses.
Signed-off-by: Jiang Liu
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: linux-kernel at vger.kernel.org
---
drivers/gpu/drm/drm_fops.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drive
On Sunday 26 May 2013 18:14:06 Daniel Vetter wrote:
> My guess is that you've worked around these edid stalls with
> drm_kms_helper.poll=0 and the above commit breaks that w/a. That patch
> was shot down unfortunately. If you can't reproduce these stalls on
> older kernels when removing the poll=0
> > Dave what is the best way to push this code? I am in no rush so
> > I like to do it the right way. We have scattered history in the external
> > tree but I would not lose sleep over its lost. I could just post pieces
> > of the code to this list for review. One choice is after all the c
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/6aa88349/attachment.html>
s.freedesktop.org/archives/dri-devel/attachments/20130526/3ab40b83/attachment.html>
59 matches
Mail list logo
