On Tue, Feb 19, 2013 at 08:07:44AM +0100, Marcin Slusarz wrote:
> On Tue, Feb 19, 2013 at 12:43:06AM +0100, Jiri Slaby wrote:
> > On 02/19/2013 12:23 AM, Marcin Slusarz wrote:
> > > On Mon, Feb 18, 2013 at 11:27:43AM +0100, Jiri Slaby wrote:
> > >> Hi,
> > >>
> > >> we have a report of WARNING from
quickly for you?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/c1abe3de/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #13 from Alexandre Demers ---
(In reply to comment #12)
> I got this too, but this was already there before I updated to the 3.8.0
> kernel. So I think it has nothing to do with this problem.
Thanks for letting me know. I may know an
tomorrow
and open a new bug for it.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/b74835ff/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/a4a6205d/attachment.html>
In v3.3, the gma500 drm driver moved from staging to drm group by
Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
brightness well and don't need gma500 stub driver anymore.
Reference:
http://lists.freedesktop.org/archives/dri-devel/2012-May/023426.html
http://lists.freedesktop.org
2013/2/19 Marcin Slusarz :
> This patch is only for 3.7 and 3.8 kernels. Nouveau/master contains refactored
> fence code which will be submitted for 3.9.
Then, nevertheless, nouveau/master - which apparently carries
identical code - doesn't
fix the issue (fdo#59168) for me. (Or I screw up big time
2013/2/19 Marcin Slusarz :
> Yay. It will probably fix https://bugs.freedesktop.org/show_bug.cgi?id=59168.
> (note: it doesn't apply on top of nouveau/master)
Please correct me if I am wrong, but doesn't nv84_fence_[resume,suspend]
on current nouveau-3.8.0_rc7 (master) which is "used" by nvc0_fenc
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #12 from Jakob Nixdorf ---
I got this too, but this was already there before I updated to the 3.8.0
kernel. So I think it has nothing to do with this problem.
--
You are receiving this mail because:
You are the assignee for the bug.
2013/2/19 Marcin Slusarz :
> This patch is only for 3.7 and 3.8 kernels. Nouveau/master contains refactored
> fence code which will be submitted for 3.9.
Then, nevertheless, nouveau/master - which apparently carries
identical code - doesn't
fix the issue (fdo#59168) for me. (Or I screw up big time
On Tue, Feb 19, 2013 at 10:09:12PM +0100, Michael Weirauch wrote:
> 2013/2/19 Marcin Slusarz :
> > Yay. It will probably fix
> > https://bugs.freedesktop.org/show_bug.cgi?id=59168.
> > (note: it doesn't apply on top of nouveau/master)
>
> Please correct me if I am wrong, but doesn't nv84_fence_[r
2013/2/19 Marcin Slusarz :
> Yay. It will probably fix https://bugs.freedesktop.org/show_bug.cgi?id=59168.
> (note: it doesn't apply on top of nouveau/master)
Please correct me if I am wrong, but doesn't nv84_fence_[resume,suspend]
on current nouveau-3.8.0_rc7 (master) which is "used" by nvc0_fenc
https://bugzilla.kernel.org/show_bug.cgi?id=43751
Peter Barth changed:
What|Removed |Added
CC||kernel at won2.de
--- Comment #11 from
https://bugs.freedesktop.org/show_bug.cgi?id=59089
Alexandre Demers changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #6 from Alexandre Demers ---
I think this is the same as bug 56139. I'll be watching what's going on here
and I'm ready to test if anything comes out.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=60439
Alexandre Demers changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=56139
Alexandre Demers changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #11 from Alexandre Demers ---
I also noticed this in dmesg:
[ 3385.870124] radeon :01:00.0: GPU fault detected: 146 0x0005d004
[ 3385.870138] radeon :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR
0x2400
[ 3385.870146] rad
On Tue, Feb 19, 2013 at 10:20:55AM +, Maarten Lankhorst wrote:
> Everywhere else the constant is multiplied by 16/4, so it looks like
> nvc0_fence_suspend/resume is buggy here.
>
> Signed-off-by: Maarten Lankhorst
> Cc: stable at vger.kernel.org [3.7+]
Yay. It will probably fix https://bugs.
On Tue, Feb 19, 2013 at 6:48 PM, Stephen Warren
wrote:
> Daniel,
>
> Commit 6aed8ec "drm: review locking for
> drm_fb_helper_restore_fbdev_mode" (now in next-20130218 and later)
> causes build failures for tegra_defconfig. The issue is this part of the
> patch:
You need to yell at Dave Airlie:
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #10 from Alexander Mezin 2013-02-19
19:55:55 ---
yes, it fixes the issue
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assign
Hello,
Hit this oops a few times while fuzzing the kernel with trinity in a qemu VM:
[ 139.826369] BUG: unable to handle kernel NULL pointer dereference
at (null)
[ 139.827023] IP: [] drm_newctx+0x64/0xb0
[ 139.827023] PGD 36f6d067 PUD 36f6e067 PMD 0
[ 139.827023] Oops: [#1] SM
Hello,
Hit this oops a few times while fuzzing the kernel with Trinity in a
qemu virtual machine:
[ 133.012360] BUG: unable to handle kernel NULL pointer dereference
at (null)
[ 133.013015] IP: [] drm_lock_free+0x90/0x110
[ 133.013015] PGD 2fed8067 PUD 2fed9067 PMD 0
[ 133.013015] O
Hello,
Saw this WARNING a few times while fuzzing the kernel with Trinity in
a qemu virtual machine:
[ 22.883257] idr_remove called for id=4096 which is not allocated.
[ 22.884487] Pid: 2303, comm: trinity-child1 Not tainted 3.8.0+ #87
[ 22.885601] Call Trace:
[ 22.886080] [] idr_remove+
Hello,
Hit the following oops while fuzzing the kernel with Trinity in a qemu
virtual machine:
[ 2143.140647] BUG: unable to handle kernel paging request at c9669000
[ 2143.140652] IP: [] bitfill_unaligned+0x10a/0x1a0
[ 2143.140654] PGD 3e073067 PUD 3e074067 PMD 3ca84067 PTE 0
[ 2143.1406
If I build nouveau on ia64, Kconfig warns:
warning: (DRM_NOUVEAU) selects ACPI_WMI which has unmet direct dependencies
(X86 && X86_PLATFORM_DEVICES && ACPI)
warning: (DRM_NOUVEAU) selects MXM_WMI which has unmet direct dependencies (X86
&& X86_PLATFORM_DEVICES && ACPI_WMI)
Make all the ACPI sup
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #9 from Alex Deucher 2013-02-19
18:02:54 ---
Created an attachment (id=93601)
--> (https://bugzilla.kernel.org/attachment.cgi?id=93601)
possible fix
Does the attached patch fix the issue for you?
--
Configure bugmail: https:/
On Tue, Feb 19, 2013 at 04:18:07PM +0100, Thierry Reding wrote:
> When updating a plane, the DRM core always sets the plane's framebuffer
> to NULL. This in turn will cause the reference count on the plane's
> active framebuffer to become unbalanced because on the next update, the
> old framebuffer
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/20130219/69231c46/attachment.pgp>
st have missed it. Thanks.
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/20130219/08197f19/attachment.pgp>
When updating a plane, the DRM core always sets the plane's framebuffer
to NULL. This in turn will cause the reference count on the plane's
active framebuffer to become unbalanced because on the next update, the
old framebuffer will be NULL.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #8 from Alexander Mezin 2013-02-19
15:55:26 ---
atpx function mask: 0x0031
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the
From: Dave Airlie
Lookup the context first to see if its valid before trying to remove it.
Saw this WARNING a few times while fuzzing the kernel with Trinity in
a qemu virtual machine:
[ 22.883257] idr_remove called for id=4096 which is not allocated.
[ 22.884487] Pid: 2303, comm: trinity-c
eedesktop.org/archives/dri-devel/attachments/20130219/91b4b5d1/attachment-0001.html>
From: Dave Airlie
if we don't have a lock, detect it early and avoid oopsing, this should
fix some of the NULL pointer derefs under fuzzing.
Reported-by: Tommi Rantala
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_context.c |5 +
drivers/gpu/drm/drm_lock.c|3 +++
2 files
Hi Dave,
So here's my promised pile of fixes for 3.9. I've dropped the core prep
patches for vt-switchless suspend/resume as discussed on irc. Highlights:
- Fix dmar on g4x. Not really gfx related, but I'm fed up with getting
blamed for dmar crapouts.
- Disable wc ptes updates on ilk when dmar i
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #7 from Alex Deucher 2013-02-19
15:36:13 ---
Created an attachment (id=93591)
--> (https://bugzilla.kernel.org/attachment.cgi?id=93591)
Print atpx function mask
Can you attach the output of this patch? I'd like to see the atpx
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #38 from Bryan Quigley ---
@Myckel Habets in comment #39
What do you mean by a lot more time? I would test with 3 games, running 3
times each, automatically via phoronix stest suite.
With the latest git mesa does it crash very qu
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #6 from Alexander Mezin 2013-02-19
14:55:44 ---
Created an attachment (id=93541)
--> (https://bugzilla.kernel.org/attachment.cgi?id=93541)
Workaround
I found a workaround.
atpx->functions.power_cntl is 0 on my machine. Without
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #10 from Jakob Nixdorf ---
Ok, I tested it and I can confirm commit
325422c49449acdd8df1eb2ca8ed81f7696c38cc as the culprit for the corruption in
Trine 2.
Counter Strike: Source seems to be another problem, I will bisect it tomorrow
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #37 from Myckel Habets ---
Some attempts from my side:
I've been going back in the tree, to see if I could find a point where it
doesn't show this bug. I've come as far as end 2011, but still it locks up
(although it seems that it ta
On Tue, Feb 19, 2013 at 08:07:44AM +0100, Marcin Slusarz wrote:
> On Tue, Feb 19, 2013 at 12:43:06AM +0100, Jiri Slaby wrote:
> > On 02/19/2013 12:23 AM, Marcin Slusarz wrote:
> > > On Mon, Feb 18, 2013 at 11:27:43AM +0100, Jiri Slaby wrote:
> > >> Hi,
> > >>
> > >> we have a report of WARNING from
https://bugzilla.kernel.org/show_bug.cgi?id=43751
Peter Barth changed:
What|Removed |Added
CC||ker...@won2.de
--- Comment #11 from Pet
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #5 from Alexander Mezin 2013-02-19
13:52:09 ---
Tested on vanilla 3.8. It has this patch.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are wa
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/c582b868/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #4 from Alex Deucher 2013-02-19
13:32:03 ---
Make sure your kernel has this patch:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=commitdiff;h=0b90365e7a32317b948583c4b5c2712d84610b08
--
Configure bugmail:
On Tue, Feb 19, 2013 at 10:09:12PM +0100, Michael Weirauch wrote:
> 2013/2/19 Marcin Slusarz :
> > Yay. It will probably fix
> > https://bugs.freedesktop.org/show_bug.cgi?id=59168.
> > (note: it doesn't apply on top of nouveau/master)
>
> Please correct me if I am wrong, but doesn't nv84_fence_[r
in.
I am still getting that build failure.
--
Cheers,
Stephen Rothwellsfr at canb.auug.org.au
-- 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/20130219/76176e38/attachment.pgp>
Rob Clark writes:
> From: Rob Clark
>
> The libdrm_freedreno helper layer for use by xf86-video-freedreno,
> fdre (freedreno r/e library and tests for driving gpu), and eventual
> gallium driver for the Adreno GPU. This uses the msm gpu driver
> from QCOM's android kernel tree.
>
> Note that cu
aving the code in git.
Acked-by: Eric Anholt
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/8c7c9cc3/attachment.pgp>
On 02/19/2013 11:56 AM, Daniel Vetter wrote:
> On Tue, Feb 19, 2013 at 6:48 PM, Stephen Warren
> wrote:
>> Daniel,
>>
>> Commit 6aed8ec "drm: review locking for
>> drm_fb_helper_restore_fbdev_mode" (now in next-20130218 and later)
>> causes build failures for tegra_defconfig. The issue is this pa
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #10 from Alexander Mezin 2013-02-19
19:55:55 ---
yes, it fixes the issue
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assign
On Tue, Feb 19, 2013 at 10:20:55AM +, Maarten Lankhorst wrote:
> Everywhere else the constant is multiplied by 16/4, so it looks like
> nvc0_fence_suspend/resume is buggy here.
>
> Signed-off-by: Maarten Lankhorst
> Cc: sta...@vger.kernel.org [3.7+]
Yay. It will probably fix https://bugs.fre
On 02/19/2013 11:56 AM, Daniel Vetter wrote:
> On Tue, Feb 19, 2013 at 6:48 PM, Stephen Warren wrote:
>> Daniel,
>>
>> Commit 6aed8ec "drm: review locking for
>> drm_fb_helper_restore_fbdev_mode" (now in next-20130218 and later)
>> causes build failures for tegra_defconfig. The issue is this part
On Tue, Feb 19, 2013 at 3:01 AM, Stephen Rothwell
wrote:
> On Fri, 15 Feb 2013 08:16:26 -0800 Jesse Barnes
> wrote:
>>
>> On Fri, 15 Feb 2013 10:30:16 +0100
>> Daniel Vetter wrote:
>>
>> > On Fri, Feb 15, 2013 at 3:37 AM, Stephen Rothwell > > canb.auug.org.au> wrote:
>> > >
>> > > After mergin
would be better to
> just ditch those checks ... Laurent? I'll update the patch meanwhile.
I agree, it is probably safe to drop the checks and consider it a driver
error (and let it oops accordingly) if NULL is ever passed in. I expect
drivers will usually bail out if drm_fbdev_cma_init() fails. If they
choose to continue maybe they should be responsible for not calling
drm_fbdev_cma_restore_mode() if fbdev is NULL.
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/20130219/8b0a6bf7/attachment.pgp>
gt; EXPORT_SYMBOL_GPL(drm_fbdev_cma_restore_mode);
>
Reviewed-by: Thierry Reding
-- 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/20130219/ec19c668/attachment.pgp>
/me grabs a few brown paper bags
So it looks like I've broken compilation in
commit 6aed8ec3f76a22217c9ae183d32b1aa990bed069
Author: Daniel Vetter
Date: Sun Jan 20 17:32:21 2013 +0100
drm: review locking for drm_fb_helper_restore_fbdev_mode
Fix it up again.
v2: Only deref fbdev_cma once
On Tue, Feb 19, 2013 at 8:43 AM, Thierry Reding
wrote:
> On Fri, Feb 15, 2013 at 11:24:35AM +0100, Daniel Vetter wrote:
>> /me grabs a few brown paper bags
>>
>> So it looks like I've broken compilation in
>>
>> commit 6aed8ec3f76a22217c9ae183d32b1aa990bed069
>> Author: Daniel Vetter
>> Date: S
https://bugzilla.kernel.org/show_bug.cgi?id=53111
Alexander Mezin changed:
What|Removed |Added
CC||mezin.alexander at gmail.com
--- Co
On Tue, Feb 19, 2013 at 6:48 PM, Stephen Warren wrote:
> Daniel,
>
> Commit 6aed8ec "drm: review locking for
> drm_fb_helper_restore_fbdev_mode" (now in next-20130218 and later)
> causes build failures for tegra_defconfig. The issue is this part of the
> patch:
You need to yell at Dave Airlie:
h
Daniel,
Commit 6aed8ec "drm: review locking for
drm_fb_helper_restore_fbdev_mode" (now in next-20130218 and later)
causes build failures for tegra_defconfig. The issue is this part of the
patch:
> diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
> b/drivers/gpu/drm/drm_fb_cma_helper.c
> index 37
Everywhere else the constant is multiplied by 16/4, so it looks like
nvc0_fence_suspend/resume is buggy here.
Signed-off-by: Maarten Lankhorst
Cc: stable at vger.kernel.org [3.7+]
---
diff --git a/drivers/gpu/drm/nouveau/nvc0_fence.c
b/drivers/gpu/drm/nouveau/nvc0_fence.c
index 85a0e78..4f46d8b
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #9 from Alex Deucher 2013-02-19 18:02:54
---
Created an attachment (id=93601)
--> (https://bugzilla.kernel.org/attachment.cgi?id=93601)
possible fix
Does the attached patch fix the issue for you?
--
Configure bugmail: https:/
Daniel,
Commit 6aed8ec "drm: review locking for
drm_fb_helper_restore_fbdev_mode" (now in next-20130218 and later)
causes build failures for tegra_defconfig. The issue is this part of the
patch:
> diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
> b/drivers/gpu/drm/drm_fb_cma_helper.c
> index 37
Hello,
Hit this oops a few times while fuzzing the kernel with trinity in a qemu VM:
[ 139.826369] BUG: unable to handle kernel NULL pointer dereference
at (null)
[ 139.827023] IP: [] drm_newctx+0x64/0xb0
[ 139.827023] PGD 36f6d067 PUD 36f6e067 PMD 0
[ 139.827023] Oops: [#1] SM
Hello,
Hit this oops a few times while fuzzing the kernel with Trinity in a
qemu virtual machine:
[ 133.012360] BUG: unable to handle kernel NULL pointer dereference
at (null)
[ 133.013015] IP: [] drm_lock_free+0x90/0x110
[ 133.013015] PGD 2fed8067 PUD 2fed9067 PMD 0
[ 133.013015] O
Hello,
Saw this WARNING a few times while fuzzing the kernel with Trinity in
a qemu virtual machine:
[ 22.883257] idr_remove called for id=4096 which is not allocated.
[ 22.884487] Pid: 2303, comm: trinity-child1 Not tainted 3.8.0+ #87
[ 22.885601] Call Trace:
[ 22.886080] [] idr_remove+
Hello,
Hit the following oops while fuzzing the kernel with Trinity in a qemu
virtual machine:
[ 2143.140647] BUG: unable to handle kernel paging request at c9669000
[ 2143.140652] IP: [] bitfill_unaligned+0x10a/0x1a0
[ 2143.140654] PGD 3e073067 PUD 3e074067 PMD 3ca84067 PTE 0
[ 2143.1406
EXPORT_SYMBOL_GPL(drm_fbdev_cma_restore_mode);
-- 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/20130219/801e1ee0/attachment.pgp>
the university I will check if I can confirm your commit
as the culprit.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130
https://bugzilla.kernel.org/show_bug.cgi?id=51581
--- Comment #2 from Suloev Dmitry 2013-02-19
08:11:56 ---
Same problem for linux 3.8.0
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assi
On Tue, Feb 19, 2013 at 12:43:06AM +0100, Jiri Slaby wrote:
> On 02/19/2013 12:23 AM, Marcin Slusarz wrote:
> > On Mon, Feb 18, 2013 at 11:27:43AM +0100, Jiri Slaby wrote:
> >> Hi,
> >>
> >> we have a report of WARNING from 3.7.6 in nouveau at
> >> drivers/gpu/drm/nouveau/core/core/mm.c:242 here:
>
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #8 from Alexander Mezin 2013-02-19
15:55:26 ---
atpx function mask: 0x0031
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #5 from Harald Judt ---
I did bisect between ddffeb8c4d0331..6f0c0580b7, skipping only "23d4f1f -
drm/radeon: update comments to clarify VM setup (v2)" which is a trivial step
IMO. The offending commit is this:
commit 90a51a329258e3c
On Fri, Feb 15, 2013 at 09:21:37PM +0100, Daniel Vetter wrote:
> We need to clear the local variable to get the refcounting right
> (since the reference drm_mode_setplane holds is transferred to the
> plane->fb pointer). But should be done _after_ we update the pointer.
>
> Breakage introduced in
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #7 from Alex Deucher 2013-02-19 15:36:13
---
Created an attachment (id=93591)
--> (https://bugzilla.kernel.org/attachment.cgi?id=93591)
Print atpx function mask
Can you attach the output of this patch? I'd like to see the atpx
On Tue, Feb 19, 2013 at 05:32:56PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 19, 2013 at 04:18:07PM +0100, Thierry Reding wrote:
> > When updating a plane, the DRM core always sets the plane's framebuffer
> > to NULL. This in turn will cause the reference count on the plane's
> > active framebuffer
On Tue, Feb 19, 2013 at 04:18:07PM +0100, Thierry Reding wrote:
> When updating a plane, the DRM core always sets the plane's framebuffer
> to NULL. This in turn will cause the reference count on the plane's
> active framebuffer to become unbalanced because on the next update, the
> old framebuffer
When updating a plane, the DRM core always sets the plane's framebuffer
to NULL. This in turn will cause the reference count on the plane's
active framebuffer to become unbalanced because on the next update, the
old framebuffer will be NULL.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #6 from Alexander Mezin 2013-02-19
14:55:44 ---
Created an attachment (id=93541)
--> (https://bugzilla.kernel.org/attachment.cgi?id=93541)
Workaround
I found a workaround.
atpx->functions.power_cntl is 0 on my machine. Without
bug 60236, but applying patches from it
doesn't help.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #5 from Alexander Mezin 2013-02-19
13:52:09 ---
Tested on vanilla 3.8. It has this patch.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are wa
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #37 from Alex Deucher ---
(In reply to comment #36)
> It doesn't apply correctly on kernel 3.8.0
The kernel patch is already upstream in 3.8.0.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugzilla.kernel.org/show_bug.cgi?id=53111
--- Comment #4 from Alex Deucher 2013-02-19 13:32:03
---
Make sure your kernel has this patch:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=commitdiff;h=0b90365e7a32317b948583c4b5c2712d84610b08
--
Configure bugmail:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/a12f93a1/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=53111
Alexander Mezin changed:
What|Removed |Added
CC||mezin.alexan...@gmail.com
--- Comme
top.org/archives/dri-devel/attachments/20130219/70a1eb55/attachment.html>
On Tue, Feb 19, 2013 at 3:01 AM, Stephen Rothwell wrote:
> On Fri, 15 Feb 2013 08:16:26 -0800 Jesse Barnes
> wrote:
>>
>> On Fri, 15 Feb 2013 10:30:16 +0100
>> Daniel Vetter wrote:
>>
>> > On Fri, Feb 15, 2013 at 3:37 AM, Stephen Rothwell
>> > wrote:
>> > >
>> > > After merging the drm-intel
On Tue, Feb 19, 2013 at 11:16:08AM +0100, Daniel Vetter wrote:
> On Tue, Feb 19, 2013 at 8:43 AM, Thierry Reding
> wrote:
> > On Fri, Feb 15, 2013 at 11:24:35AM +0100, Daniel Vetter wrote:
> >> /me grabs a few brown paper bags
> >>
> >> So it looks like I've broken compilation in
> >>
> >> commit
On Tue, Feb 19, 2013 at 11:18:04AM +0100, Daniel Vetter wrote:
> /me grabs a few brown paper bags
>
> So it looks like I've broken compilation in
>
> commit 6aed8ec3f76a22217c9ae183d32b1aa990bed069
> Author: Daniel Vetter
> Date: Sun Jan 20 17:32:21 2013 +0100
>
> drm: review locking for
Everywhere else the constant is multiplied by 16/4, so it looks like
nvc0_fence_suspend/resume is buggy here.
Signed-off-by: Maarten Lankhorst
Cc: sta...@vger.kernel.org [3.7+]
---
diff --git a/drivers/gpu/drm/nouveau/nvc0_fence.c
b/drivers/gpu/drm/nouveau/nvc0_fence.c
index 85a0e78..4f46d8b 10
/me grabs a few brown paper bags
So it looks like I've broken compilation in
commit 6aed8ec3f76a22217c9ae183d32b1aa990bed069
Author: Daniel Vetter
Date: Sun Jan 20 17:32:21 2013 +0100
drm: review locking for drm_fb_helper_restore_fbdev_mode
Fix it up again.
v2: Only deref fbdev_cma once
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/c7986263/attachment.html>
On Tue, Feb 19, 2013 at 8:43 AM, Thierry Reding
wrote:
> On Fri, Feb 15, 2013 at 11:24:35AM +0100, Daniel Vetter wrote:
>> /me grabs a few brown paper bags
>>
>> So it looks like I've broken compilation in
>>
>> commit 6aed8ec3f76a22217c9ae183d32b1aa990bed069
>> Author: Daniel Vetter
>> Date: S
= blob(72)) // incomplete
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/3ccba0e2/attachment-0001.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/78f6d1ad/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130219/b2ae5b3d/attachment.html>
ktop.org/archives/dri-devel/attachments/20130219/2c37f492/attachment.html>
On 02/19/2013 12:23 AM, Marcin Slusarz wrote:
> On Mon, Feb 18, 2013 at 11:27:43AM +0100, Jiri Slaby wrote:
>> Hi,
>>
>> we have a report of WARNING from 3.7.6 in nouveau at
>> drivers/gpu/drm/nouveau/core/core/mm.c:242 here:
>> https://bugzilla.novell.com/show_bug.cgi?id=802347#c11
>>
>> There is
1 - 100 of 103 matches
Mail list logo