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)
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
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130526/28f05fd3/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/751a640a/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/4f440d37/attachment.html>
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
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
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
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
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
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
> 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
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/13f84000/attachment.pgp>
ytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130526/1f7dd9be/attachment-0001.pgp>
ierry
-- 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>
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>
ed 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>
art --
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>
ves/dri-devel/attachments/20130526/a6037899/attachment.html>
On Fri, May 17, 2013 at 02:49:43PM +0300, Arto Merilainen wrote:
From: Terje Bergstrom tbergst...@nvidia.com
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
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
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 amerilai...@nvidia.com
---
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 amerilai...@nvidia.com
---
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 amerilai...@nvidia.com
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 amerilai...@nvidia.com
---
drivers/gpu/host1x/drm/drm.c |3 +--
1 file changed, 1 insertion(+),
On Sun, May 26, 2013 at 5:38 PM, Gard Spreemann gspreem...@gmail.com 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
On Sun, May 26, 2013 at 6:25 PM, Gard Spreemann gspreem...@gmail.com 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
johannesoberm...@gmx.de wrote:
Am Dienstag, 30. April 2013, 06:06:22 schrieb Dave Airlie:
On Tue, Apr 30, 2013 at 2:17 AM, Johannes Obermayr
johannesoberm...@gmx.de wrote:
Hi James,
Linus recently released Kernel 3.9, merge window for Kernel 3.10 has
been opened, and the
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
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
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
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 needed.
On Sun, May 26, 2013 at 9:07 PM, Daniel Vetter dan...@ffwll.ch 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
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
https://bugs.freedesktop.org/show_bug.cgi?id=65016
--- Comment #1 from Alexander Tsoy alexan...@tsoy.me ---
Created attachment 79818
-- https://bugs.freedesktop.org/attachment.cgi?id=79818action=edit
[1] - both llvm and mesa with debugging support
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=65016
--- Comment #2 from Alexander Tsoy alexan...@tsoy.me ---
Created attachment 79819
-- https://bugs.freedesktop.org/attachment.cgi?id=79819action=edit
backtrace [2] - only mesa with debugging support
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=65016
Alexander Tsoy alexan...@tsoy.me changed:
What|Removed |Added
Attachment #79818|[1] - both llvm and mesa|backtrace [1] - both
On Sun, May 26, 2013 at 10:31 PM, Patrik Jakobsson
patrik.r.jakobs...@gmail.com wrote:
On Sun, May 26, 2013 at 9:07 PM, Daniel Vetter dan...@ffwll.ch 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
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 has
Enhance DRM drvier to use hotplug-safe iterators to walk PCI buses.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: David Airlie airl...@linux.ie
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
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 code is
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #46 from Austin Lund austin.l...@gmail.com ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #19 from Mike Lothian m...@fireburn.co.uk ---
Created attachment 79821
-- https://bugs.freedesktop.org/attachment.cgi?id=79821action=edit
KWin with corruption
OK I'm just back and I've recompiled everything from master -
https://bugzilla.kernel.org/show_bug.cgi?id=50091
Joachim Namislow jfrie...@hotmail.com changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #20 from Marc Dietrich marvi...@gmx.de ---
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.
47 matches
Mail list logo