On Mon, Sep 17, 2012 at 06:35:43PM +, Tabi Timur-B04825 wrote:
> On Fri, Sep 14, 2012 at 11:24 AM, Steffen Trumtrar
> wrote:
>
> > +/* FIXME */
> > +static u32 of_video_get_value(struct mode_property *prop)
> > +{
> > + return (prop->min >= prop->typ) ? prop->min : prop->typ;
> > +}
>
Hi Dave,
Essentially just flush my -fixes queue before I head off to xdc.
- gen2 regression fixer, we've enabled the lvds stuff too late. Not
causing any known issues, but this restores the sequence before a
refactor that landed in 3.5, and lvds is a fickle beast. And seriously,
who runs
On Tue, Sep 04, 2012 at 11:35:56AM -0500, Rob Clark wrote:
> From: Rob Clark
>
> For drivers that can support rotated scanout, the extra parameter
> checking in drm-core, while nice, tends to get confused. To solve
> this drivers can set the crtc or plane invert_dimensions field so
> that the
From: Dmitry Cherkasov
PDE/PTE update code uses CP ring for memory writes.
All page table entries are preallocated for now in alloc_pt().
It is made as whole because it's hard to divide it to several patches
that compile and doesn't break anything being applied
Cleanup the interface in preparation for hierarchical page tables.
v2: add incr parameter to set_page for simple scattered PTs uptates
added PDE-specific flags to r600_flags and radeon_drm.h
removed superfluous value masking with 0x
v3: removed superfluous bo_va->valid checking
> -Original Message-
> From: Andres Freund [mailto:andres at anarazel.de]
> Sent: Monday, September 17, 2012 1:16 PM
> To: Deucher, Alexander
> Cc: LKML; David Airlie; dri-devel at lists.freedesktop.org
> Subject: Re: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to
> allocate
Hi,
On Monday, September 17, 2012 04:24:08 PM Deucher, Alexander wrote:
> > On Monday, September 17, 2012 03:16:56 PM Deucher, Alexander wrote:
> > > > While debugging another issue I upgraded from v3.6-rc4 to latest git
> > > > (which exactly is v3.6-rc6). After X started up one of my three
> >
On Fri, Sep 14, 2012 at 11:24 AM, Steffen Trumtrar
wrote:
> +/* FIXME */
> +static u32 of_video_get_value(struct mode_property *prop)
> +{
> + return (prop->min >= prop->typ) ? prop->min : prop->typ;
> +}
> +
> +/* read property into new mode_property */
> +static int
PDE/PTE update code uses CP ring for memory writes.
All page table entries are preallocated for now in alloc_pt().
It is made as whole because it's hard to divide it to several patches
that compile and doesn't break anything being applied separately.
Tested on cayman card.
v3 changes:
* rebased
From: Christian K?nig
Cleanup the interface in preparation for hierarchical page tables.
v3: * add incr parameter to set_page for simple scattered PTs uptates
* added PDE-specific flags to r600_flags and radeon_drm.h
* removed superflous value masking with
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #5 from Anisse Astier 2012-09-17 17:41:33 ---
I did a first round of bisect:
375849ce878f1a2dfac12ea2a62b361ab6b7f9a5 is the first bad commit
commit 375849ce878f1a2dfac12ea2a62b361ab6b7f9a5
Author: Jerome Glisse
Date: Fri Jul
On Fre, 2012-09-14 at 21:10 +0400, Dmitry Cherkassov wrote:
>
> > E.g. reflect from Mesa Demos wasn't able to sustain 60 fps in
> > fullscreen.
> >
>
> I've tried reflect with my patches on cayman and it sustained 60 fps
> in maximized window
> @ 1680x1080
>
> I'll test when i have tahiti
On Mon, Sep 17, 2012 at 9:03 AM, Jani Nikula
wrote:
> Hi Grant, please try v3.6-rc6 that does exactly that with:
>
> commit 28dcc2d60cb570d9f549c329b2f51400553412a1
> Author: Jani Nikula
> Date: Mon Sep 3 16:25:12 2012 +0300
>
> drm/i915: do not expose a dysfunctional backlight interface
On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes
wrote:
> Yeah, looks good. Did we used to not touch the crtc in the plane
> cleanup? Either way this is safer.
I think the bug only came to light because QA is now routinely running
with slub_debug.
-Chris
--
Chris Wilson, Intel Open Source
On Monday, September 17, 2012 03:16:56 PM Deucher, Alexander wrote:
> > -Original Message-
> > From: Andres Freund [mailto:andres at anarazel.de]
> > Sent: Monday, September 17, 2012 7:29 AM
> > To: LKML; Deucher, Alexander; David Airlie;
> > dri-devel at lists.freedesktop.org Subject:
Hi,
I've noticed that on resume from suspend, dmesg reports:
[21895.997536] [drm] radeon: 1 quad pipes, 2 z pipes initialized.
[21896.012072] [drm] PCIE GART of 512M enabled (table at
0x0004).
[21896.012082] radeon :01:00.0: WB enabled
[21896.012085] radeon :01:00.0: fence
On Mon, 17 Sep 2012 23:13:57 +0200
David Herrmann wrote:
> Hi Jesse
>
> On Mon, Sep 17, 2012 at 5:12 PM, Jesse Barnes
> wrote:
> > I just pushed some basic man page stuff to the libdrm repo, but won't
> > have time to do any more pages for the next week or two.
> >
> > But regardless, it
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #3 from Michel D?nzer 2012-09-17 14:31:45
UTC ---
Does radeon.agpmode=-1 on the kernel command line help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
on-DP monitors if the clocks are
the same.
Alex
-- next part --
A non-text attachment was scrubbed...
Name: debug_dp.diff
Type: application/octet-stream
Size: 1228 bytes
Desc: debug_dp.diff
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120917/a76327c8/attachment.obj>
Just a very brief update:
Conference Warm-Up
==
All of those who are in Nuernberg Tuesday evening already:
we've reserved some tables at
"Barf??er, Das kleine Brauhaus"
Hallplatz 2, 90402 N?rnberg
(For map please check: http://goo.gl/maps/QXBZB)
for 19:00 (ie
On Mon, Sep 17, 2012 at 1:38 AM, Laurent Pinchart
wrote:
> On Saturday 15 September 2012 15:06:13 Lars-Peter Clausen wrote:
>> On 09/15/2012 01:28 AM, Dave Airlie wrote:
>> > On Fri, Sep 14, 2012 at 10:38 PM, Laurent Pinchart wrote:
>> >> Hi Dave,
>> >>
>> >> The SH Mobile DRM driver is now (in
Hi,
While debugging another issue I upgraded from v3.6-rc4 to latest git (which
exactly is v3.6-rc6). After X started up one of my three monitors blacked out.
A look into the kernel log revealed:
[drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLL
During that first start I tried to
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #2 from Alex Deucher 2012-09-17 13:19:25 UTC
---
Make sure you install the firmware nonfree package for debian.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
> -Original Message-
> From: Andres Freund [mailto:andres at anarazel.de]
> Sent: Monday, September 17, 2012 7:29 AM
> To: LKML; Deucher, Alexander; David Airlie; dri-devel at lists.freedesktop.org
> Subject: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to
> allocate a PPLL
>
On Wed, Sep 12, 2012 at 8:44 PM, Dave Airlie wrote:
> Just a reminder to the subtree maintainers that I should be starting
> to see signs of -next trees lining up soon,
>
> I've merged a bunch of patches from the list, but I'm sure I've forgotten
> some,
> I've got the 3 quirks from Paul that
On Fri, 14 Sep 2012, Grant Likely wrote:
> On Fri, Sep 14, 2012 at 2:12 PM, David Woodhouse
> wrote:
>> See https://bugzilla.redhat.com/show_bug.cgi?id=752595
>
> In that bug you mention that the intel backlight sets a bogus max of
> '1' when a backlight isn't present. I saw that too here.
https://bugs.freedesktop.org/show_bug.cgi?id=55006
spamfang1199 at yahoo.de changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail:
Hi Folks!
This is just a quick update regarding some last minute stuff that
came to our minds:
Attendees List
==
If you haven't added yourself to the attendees list, please take
a second to add yourself to
http://wiki.x.org/wiki/Events/XDC2012/Attendees.
If you want you can
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #1 from spamfang1199 at yahoo.de 2012-09-17 10:50:33 UTC ---
Created attachment 67273
--> https://bugs.freedesktop.org/attachment.cgi?id=67273
logs from an affected boot right after a crash and a reboot
--
Configure bugmail:
As during the plane cleanup, we wish to disable the hardware and
so may modify state on the associated CRTC, that CRTC must continue to
exist until we are finished.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=54101
Signed-off-by: Chris Wilson
Cc: Jesse Barnes
Cc: stable at
https://bugs.freedesktop.org/show_bug.cgi?id=55006
Bug #: 55006
Summary: video playback causes total freeze on RV350
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
I just pushed some basic man page stuff to the libdrm repo, but won't
have time to do any more pages for the next week or two.
But regardless, it would be cool if people could adopt some pages and
push them out. The goal is to document every structure and function in
the API header files,
On Mon, 17 Sep 2012 10:38:03 +0100
Chris Wilson wrote:
> As during the plane cleanup, we wish to disable the hardware and
> so may modify state on the associated CRTC, that CRTC must continue to
> exist until we are finished.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=54101
>
https://bugs.freedesktop.org/show_bug.cgi?id=26891
Moritz Schlarb changed:
What|Removed |Added
CC||moschlar at metalabs.de
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #34 from Kunal 2012-09-17
04:29:16 UTC ---
Any update on this bug?
Anything more that I can try?
Haven't seen any patches related to this bug going into Linus' tree as well.
Thanks,
Kunal
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #7 from Tom Stellard 2012-09-17 02:13:28
UTC ---
(In reply to comment #6)
> This should fix this:
>
> http://lists.freedesktop.org/archives/mesa-dev/2012-September/027435.html
It does fix it, thanks!
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #6 from Marek Ol??k 2012-09-17 01:37:25 UTC
---
This should fix this:
http://lists.freedesktop.org/archives/mesa-dev/2012-September/027435.html
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Menzel
commit 6f33814bd4d9cfe76033a31b1c0c76c960cd8e4b upstream.
Connecting an ASUS VW222S [1] over VGA a garbled screen is shown with
vertical stripes
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #5 from Tom Stellard 2012-09-17 00:46:53
UTC ---
Created attachment 67261
--> https://bugs.freedesktop.org/attachment.cgi?id=67261
Backtrace from primitive-restart-DISABLE_VBO piglit test
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=54832
--- Comment #4 from Tom Stellard 2012-09-17 00:43:08
UTC ---
This commit also regresses the following piglit tests:
Segfault:
primitive-restart-DISABLE_VBO
primitive-restart-VBO_COMBINED_VERTEX_AND_INDEX
primitive-restart-VBO_INDEX_ONLY
https://bugs.freedesktop.org/show_bug.cgi?id=54832
Tom Stellard changed:
What|Removed |Added
Summary|Regression: |Piglit Regression: r300g
https://bugs.freedesktop.org/show_bug.cgi?id=43829
Alex Deucher changed:
What|Removed |Added
Attachment #67252|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=26891
Moritz Schlarb mosch...@metalabs.de changed:
What|Removed |Added
CC|
On Fri, 14 Sep 2012, Grant Likely grant.lik...@secretlab.ca wrote:
On Fri, Sep 14, 2012 at 2:12 PM, David Woodhouse dw...@infradead.org wrote:
See https://bugzilla.redhat.com/show_bug.cgi?id=752595
In that bug you mention that the intel backlight sets a bogus max of
'1' when a backlight isn't
Hi Folks!
This is just a quick update regarding some last minute stuff that
came to our minds:
Attendees List
==
If you haven't added yourself to the attendees list, please take
a second to add yourself to
http://wiki.x.org/wiki/Events/XDC2012/Attendees.
If you want you can
As during the plane cleanup, we wish to disable the hardware and
so may modify state on the associated CRTC, that CRTC must continue to
exist until we are finished.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=54101
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Jesse Barnes
https://bugs.freedesktop.org/show_bug.cgi?id=55006
Bug #: 55006
Summary: video playback causes total freeze on RV350
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #1 from spamfang1...@yahoo.de 2012-09-17 10:50:33 UTC ---
Created attachment 67273
-- https://bugs.freedesktop.org/attachment.cgi?id=67273
logs from an affected boot right after a crash and a reboot
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=55006
spamfang1...@yahoo.de changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail:
Just a very brief update:
Conference Warm-Up
==
All of those who are in Nuernberg Tuesday evening already:
we've reserved some tables at
Barfüßer, Das kleine Brauhaus
Hallplatz 2, 90402 Nürnberg
(For map please check: http://goo.gl/maps/QXBZB)
for 19:00 (ie
-Original Message-
From: Andres Freund [mailto:and...@anarazel.de]
Sent: Monday, September 17, 2012 7:29 AM
To: LKML; Deucher, Alexander; David Airlie; dri-devel@lists.freedesktop.org
Subject: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to
allocate a PPLL
Hi,
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #2 from Alex Deucher ag...@yahoo.com 2012-09-17 13:19:25 UTC ---
Make sure you install the firmware nonfree package for debian.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
-Original Message-
From: Andres Freund [mailto:and...@anarazel.de]
Sent: Monday, September 17, 2012 9:56 AM
To: Deucher, Alexander
Cc: LKML; David Airlie; dri-devel@lists.freedesktop.org
Subject: Re: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to
allocate a PPLL
On
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #3 from Michel Dänzer mic...@daenzer.net 2012-09-17 14:31:45 UTC
---
Does radeon.agpmode=-1 on the kernel command line help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
On Mon, 17 Sep 2012 10:38:03 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
As during the plane cleanup, we wish to disable the hardware and
so may modify state on the associated CRTC, that CRTC must continue to
exist until we are finished.
Bugzilla:
On Mon, 17 Sep 2012 07:55:59 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
Yeah, looks good. Did we used to not touch the crtc in the plane
cleanup? Either way this is safer.
I think the bug only came to light because QA is now routinely running
with slub_debug.
-Chris
--
Chris
I just pushed some basic man page stuff to the libdrm repo, but won't
have time to do any more pages for the next week or two.
But regardless, it would be cool if people could adopt some pages and
push them out. The goal is to document every structure and function in
the API header files,
On Fre, 2012-09-14 at 21:10 +0400, Dmitry Cherkassov wrote:
E.g. reflect from Mesa Demos wasn't able to sustain 60 fps in
fullscreen.
I've tried reflect with my patches on cayman and it sustained 60 fps
in maximized window
@ 1680x1080
I'll test when i have tahiti machine ready.
On Wed, Sep 12, 2012 at 8:44 PM, Dave Airlie airl...@gmail.com wrote:
Just a reminder to the subtree maintainers that I should be starting
to see signs of -next trees lining up soon,
I've merged a bunch of patches from the list, but I'm sure I've forgotten
some,
I've got the 3 quirks from
On Tue, Sep 04, 2012 at 11:35:56AM -0500, Rob Clark wrote:
From: Rob Clark r...@ti.com
For drivers that can support rotated scanout, the extra parameter
checking in drm-core, while nice, tends to get confused. To solve
this drivers can set the crtc or plane invert_dimensions field so
that
Cleanup the interface in preparation for hierarchical page tables.
v2: add incr parameter to set_page for simple scattered PTs uptates
added PDE-specific flags to r600_flags and radeon_drm.h
removed superfluous value masking with 0x
v3: removed superfluous bo_va-valid checking
From: Dmitry Cherkasov dcherkas...@gmail.com
PDE/PTE update code uses CP ring for memory writes.
All page table entries are preallocated for now in alloc_pt().
It is made as whole because it's hard to divide it to several patches
that compile and doesn't break anything being applied separately.
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #5 from Anisse Astier ani...@astier.eu 2012-09-17 17:41:33 ---
I did a first round of bisect:
375849ce878f1a2dfac12ea2a62b361ab6b7f9a5 is the first bad commit
commit 375849ce878f1a2dfac12ea2a62b361ab6b7f9a5
Author: Jerome Glisse
Hi Dave,
Essentially just flush my -fixes queue before I head off to xdc.
- gen2 regression fixer, we've enabled the lvds stuff too late. Not
causing any known issues, but this restores the sequence before a
refactor that landed in 3.5, and lvds is a fickle beast. And seriously,
who runs
-Original Message-
From: Andres Freund [mailto:and...@anarazel.de]
Sent: Monday, September 17, 2012 1:16 PM
To: Deucher, Alexander
Cc: LKML; David Airlie; dri-devel@lists.freedesktop.org
Subject: Re: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to
allocate a PPLL
Hi Jesse
On Mon, Sep 17, 2012 at 5:12 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
I just pushed some basic man page stuff to the libdrm repo, but won't
have time to do any more pages for the next week or two.
But regardless, it would be cool if people could adopt some pages and
push
On 09/14/2012 03:36 PM, Maarten Lankhorst wrote:
Op 14-09-12 12:50, Thomas Hellström schreef:
Hi Maarten!
Broadening the audience a bit..
On 9/14/12 9:12 AM, Maarten Lankhorst wrote:
Op 13-09-12 23:00, Thomas Hellstrom schreef:
On 09/13/2012 07:13 PM, Maarten Lankhorst wrote:
Hey
Op
Instead of BUG_ON(in_interrupt()), since that doesn't check for all
the newfangled stuff like preempt.
Note that this is valid since the console_sem is essentially used like
a real mutex with only two twists:
- we allow trylock from hardirq context
- across suspend/resume we lock the logical
Dave Airlie recently discovered a locking bug in the fbcon layer,
where a timer_del_sync (for the blinking cursor) deadlocks with the
timer itself, since both (want to) hold the console_lock:
https://lkml.org/lkml/2012/8/21/36
Unfortunately the console_lock isn't a plain mutex and hence has no
On Thu, Sep 13, 2012 at 04:18:41PM +0200, Daniel Vetter wrote:
Hi Dave,
The big ticket item here is the new i915 modeset infrastructure.
Shockingly it didn't not blow up all over the place (i.e. I've managed to
fix the ugly issues before merging). 1-2 smaller corner cases broke, but
we have
70 matches
Mail list logo