Hi,
The intel fixes are fairly straightforward, mostly reverts due to bugs
found, the exynos one is a big larger since they found some issues with
the G2D engine and iommu interaction, and needed to verify the operations
a lot better than they were previously, otherwise a user app can just
cr
On Tuesday, March 19, 2013 04:12:18 PM Daniel Vetter wrote:
> On Tue, Mar 19, 2013 at 10:03 AM, Chris Wilson
wrote:
> >> > How about just using:
> >> > if (!HAS_GMBUS_IRQ(dev_priv->dev)) gmbus4_irq_en = 0;
> >> >
> >> > and the existing wait loop?
> >>
> >> I explicitly wanted to avoid touchi
Hi,
On Sun, Mar 24, 2013 at 12:56:30PM +0100, Maarten Lankhorst wrote:
> Op 23-03-13 12:47, Peter Hurley schreef:
> > On Tue, 2013-03-19 at 11:13 -0400, Peter Hurley wrote:
> >> On vanilla 3.9.0-rc3, I get this 100% repeatable oops after login when
> >> the user X session is coming up:
> > Perhaps
On Tue, 2013-03-19 at 11:13 -0400, Peter Hurley wrote:
> On vanilla 3.9.0-rc3, I get this 100% repeatable oops after login when
> the user X session is coming up:
Perhaps I wasn't clear that this happens on every boot and is a
regression from 3.8
I'd be happy to help resolve this but time is of t
Hi Laurent,
On Tuesday 19 March 2013 08:25 PM, Laurent Pinchart wrote:
Extend the -P option to allow specifying the plane x and y offsets. The
position is optional, if not specified the plane will be positioned at
the center of the screen as before.
Thanks for this series. I tested the patches
On 03/20/2013 07:29 PM, Borislav Petkov wrote:
> On Wed, Mar 20, 2013 at 07:23:19PM +0400, Lijo Antony wrote:
>> # bad: [fffddfd6c8e0c10c42c6e2cc54ba880fcc36ebbb] Merge branch
>> 'drm-next' of git://people.freedesktop.org/~airlied/linux
>> git bisect bad fffddfd6c8e0c10c42c6e2cc54ba880fcc36ebbb
>
>
On Sun, Mar 24, 2013 at 10:00:55PM +0400, Lijo Antony wrote:
> Looks like this has been fixed in -rc4.
Yep, it seems so here too.
Thanks.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
, this
patch wouldn't be needed, right?
--
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/20130324/206e4570/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #57 from Austin Lund ---
I can confirm on my machine (macbookpro8,2) that v3.9-rc4 doesn't work and
v3.9-rc3 does work.
Looking at the changes in drivers/gpu/drm/radeon between these two versions
doesn't reveal anything that stands o
g 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/20130324/87d93294/attachment.html>
Hi,
On Sun, Mar 24, 2013 at 12:56:30PM +0100, Maarten Lankhorst wrote:
> Op 23-03-13 12:47, Peter Hurley schreef:
> > On Tue, 2013-03-19 at 11:13 -0400, Peter Hurley wrote:
> >> On vanilla 3.9.0-rc3, I get this 100% repeatable oops after login when
> >> the user X session is coming up:
> > Perhaps
On Tuesday, March 19, 2013 04:12:18 PM Daniel Vetter wrote:
> On Tue, Mar 19, 2013 at 10:03 AM, Chris Wilson
wrote:
> >> > How about just using:
> >> > if (!HAS_GMBUS_IRQ(dev_priv->dev)) gmbus4_irq_en = 0;
> >> >
> >> > and the existing wait loop?
> >>
> >> I explicitly wanted to avoid touchi
If there are no channels, chan would never end up being NULL,
and so the null pointer check would fail.
Solve this by initializing chan to NULL, and iterating over temp instead.
Fixes oops when running intel-gpu-tools/tests/kms_flip, which attempts to
do some intel ioctl's on a nouveau device.
S
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130324/275623e8/attachment-0001.html>
Hi Dave,
Just three revert/disable by default patches, one of them cc: stable
(since the offending commit was cc: stable, too).
Cheers, Daniel
The following changes since commit 8bb9660418e05bb1845ac1a2428444d78e322cc7:
Linux 3.9-rc4 (2013-03-23 16:52:44 -0700)
are available in the git repos
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130324/d5096aa7/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130324/4ec39e76/attachment.html>
ttachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130324/075ea746/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62696
--- Comment #4 from Marek Olšák ---
(In reply to comment #2)
> Created attachment 76967 [details] [review]
> Possible fix
>
> Please try the attached patch.
I thought the array support was backward compatible. If if were true, this
patch wouldn
Op 23-03-13 12:47, Peter Hurley schreef:
> On Tue, 2013-03-19 at 11:13 -0400, Peter Hurley wrote:
>> On vanilla 3.9.0-rc3, I get this 100% repeatable oops after login when
>> the user X session is coming up:
> Perhaps I wasn't clear that this happens on every boot and is a
> regression from 3.8
>
>
On Sun, Mar 24, 2013 at 10:00:55PM +0400, Lijo Antony wrote:
> Looks like this has been fixed in -rc4.
Yep, it seems so here too.
Thanks.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
___
dri-devel mailing l
On 03/20/2013 07:29 PM, Borislav Petkov wrote:
On Wed, Mar 20, 2013 at 07:23:19PM +0400, Lijo Antony wrote:
# bad: [fffddfd6c8e0c10c42c6e2cc54ba880fcc36ebbb] Merge branch
'drm-next' of git://people.freedesktop.org/~airlied/linux
git bisect bad fffddfd6c8e0c10c42c6e2cc54ba880fcc36ebbb
This is a
https://bugs.freedesktop.org/show_bug.cgi?id=62696
--- Comment #3 from Pavel Ondračka ---
Created attachment 76971
--> https://bugs.freedesktop.org/attachment.cgi?id=76971&action=edit
RADEON_DEBUG=fp,vp from vs-uniform-array-mat2-col-row-rd test
(In reply to comment #2)
> Created attachment 76
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130324/812ef2aa/attachment.html>
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/20130324/071dd8c4/attachment.html>
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/20130324/058395e6/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62696
--- Comment #2 from Christian König ---
Created attachment 76967
--> https://bugs.freedesktop.org/attachment.cgi?id=76967&action=edit
Possible fix
Please try the attached patch.
--
You are receiving this mail because:
You are the assignee fo
If there are no channels, chan would never end up being NULL,
and so the null pointer check would fail.
Solve this by initializing chan to NULL, and iterating over temp instead.
Fixes oops when running intel-gpu-tools/tests/kms_flip, which attempts to
do some intel ioctl's on a nouveau device.
S
Hi Dave,
Just three revert/disable by default patches, one of them cc: stable
(since the offending commit was cc: stable, too).
Cheers, Daniel
The following changes since commit 8bb9660418e05bb1845ac1a2428444d78e322cc7:
Linux 3.9-rc4 (2013-03-23 16:52:44 -0700)
are available in the git repos
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #56 from Ludovic Watteaux ---
Same here Linux 3.9.0-rc4
[5.800732] [drm] Initialized drm 1.1.0 20060810
[5.835989] [drm] radeon kernel modesetting enabled.
[5.839889] [drm] initializing kernel modesetting (TURKS 0x1002:0x6
https://bugs.freedesktop.org/show_bug.cgi?id=62696
--- Comment #1 from Pavel Ondračka ---
Created attachment 76963
--> https://bugs.freedesktop.org/attachment.cgi?id=76963&action=edit
RADEON_DEBUG=fp,vp output before
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=62696
Priority: medium
Bug ID: 62696
Keywords: regression
CC: deathsim...@vodafone.de
Assignee: dri-devel@lists.freedesktop.org
Summary: [r300g, bisected] Around 50 piglit vs
Op 23-03-13 12:47, Peter Hurley schreef:
> On Tue, 2013-03-19 at 11:13 -0400, Peter Hurley wrote:
>> On vanilla 3.9.0-rc3, I get this 100% repeatable oops after login when
>> the user X session is coming up:
> Perhaps I wasn't clear that this happens on every boot and is a
> regression from 3.8
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=60439
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #18 fr
https://bugs.freedesktop.org/show_bug.cgi?id=62239
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #3 fro
https://bugs.freedesktop.org/show_bug.cgi?id=57919
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #7 fro
S ROM
[2.603649] radeon :01:00.0: Fatal error during GPU init
--
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/20130324/
37 matches
Mail list logo
