On Tue, Sep 18, 2012 at 03:06:36PM -0700, Eric Nelson wrote:
> Hi Sascha,
>
> On 09/12/2012 03:31 AM, Sascha Hauer wrote:
> >From: Philipp Zabel
> >
> >Signed-off-by: Philipp Zabel
> >Signed-off-by: Sascha Hauer
> >---
> > .../bindings/staging/imx-drm/fsl-imx-drm.txt | 41
> > +++
Sorry for the delayed response.
On Wednesday, September 12, 2012, Dave Airlie wrote:
> On Wed, Sep 12, 2012 at 3:13 PM, Dave Airlie wrote:
> > On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki wrote:
> >> On Wednesday, September 12, 2012, Dave Airlie wrote:
> >>> On Wed, Sep 12, 2012 at 7:32 AM
On Wed, Sep 12, 2012 at 12:31:14PM +0200, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
> ---
> drivers/staging/imx-drm/TODO | 22 ++
> 1 file changed, 22 insertions(+)
> create mode 100644 drivers/staging/imx-drm/TODO
>
> diff --git a/drivers/staging/imx-drm/TODO b/dr
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #19 from Tom Stellard 2012-09-19 03:17:56 UTC
---
Created attachment 67362
--> https://bugs.freedesktop.org/attachment.cgi?id=67362
Fix patch #2
If you apply these two patches and run Lightsmark with RADEON_TEX_GROUP=32,
does it r
https://bugs.freedesktop.org/show_bug.cgi?id=50149
Tom Stellard changed:
What|Removed |Added
Attachment #63471|0 |1
is obsolete|
this patch adds drm_wait_vblank support to Virtual Display module
so user can use DRM_IOCT_WAIT_VBLANK ioctl with this patch.
for this, you should set _DRM_VBLANK_EXYNOS_VIDI flags to
vblwait->request.type
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_dr
From: Dave Airlie
We hit this a lot with i915 and although we'd like to engineer things to hit
it a lot less, this commit at least makes it consume a few less cycles.
from something containing
movzwl 0x0(%rip),%r10d
to
add%r8,%rdx
I only noticed it while using perf to profile something else
https://bugs.freedesktop.org/show_bug.cgi?id=54727
T?r?k Edwin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #5 from Alex Deucher 2012-09-18 17:10:24 UTC
---
(In reply to comment #4)
> Firmware linux-free & non-free are installed.
>
> I tested Linux 3.2 again, this time with radeon.agpmode=-1. It seems to work
> for me. I put the machine u
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #4 from spamfang1199 at yahoo.de 2012-09-18 17:06:14 UTC ---
Firmware linux-free & non-free are installed.
I tested Linux 3.2 again, this time with radeon.agpmode=-1. It seems to work
for me. I put the machine under heavy load and pla
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #8 from Alex Deucher 2012-09-18
17:00:44 ---
The commit is:
drm/radeon: properly handle mc_stop/mc_resume on evergreen+ (v2)
As of right now, it's here:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-3.7-wip&id=297a
On Wed, 19 Sep 2012 07:40:54 +0800
Fengguang Wu wrote:
> Hi Ben,
>
> FYI, kernel build failed on
>
> tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-nightly
> head: f0db8c3e57486ae7fdbc52bc157f997394d7d11d
> commit: 8c3f929b6147e142efc58d5d03dc6fa703b14a5d [40/142] drm/i9
On Wed, 19 Sep 2012 07:40:54 +0800
Fengguang Wu wrote:
> Hi Ben,
>
> FYI, kernel build failed on
>
> tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-nightly
> head: f0db8c3e57486ae7fdbc52bc157f997394d7d11d
> commit: 8c3f929b6147e142efc58d5d03dc6fa703b14a5d [40/142] drm/i9
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #7 from Anisse Astier 2012-09-18 16:46:05 ---
After about 180 reboots, I can confirm that this bug isn't present anymore on
drm-next-3.7-wip.
But I wasn't able to find commit 375849ce878f1a2dfac12ea2a62b361ab6b7f9a5 .
Which commit
drm_mode_create() returns NULL if it fails to create
a new display mode. Check the value returned to avoid NULL
pointer deferencing later.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_connector.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/d
Hi Sascha,
On 09/12/2012 03:31 AM, Sascha Hauer wrote:
> From: Philipp Zabel
>
> Signed-off-by: Philipp Zabel
> Signed-off-by: Sascha Hauer
> ---
> .../bindings/staging/imx-drm/fsl-imx-drm.txt | 41
>
> 1 file changed, 41 insertions(+)
> create mode 100644
> Doc
Sorry for the delayed response.
On Wednesday, September 12, 2012, Dave Airlie wrote:
> On Wed, Sep 12, 2012 at 3:13 PM, Dave Airlie wrote:
> > On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki wrote:
> >> On Wednesday, September 12, 2012, Dave Airlie wrote:
> >>> On Wed, Sep 12, 2012 at 7:32 AM
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #6 from Alex Deucher 2012-09-18
14:41:46 ---
This bug sounds kind of like the bugs that
375849ce878f1a2dfac12ea2a62b361ab6b7f9a5 fixes. Can you see if this is fixed
in my drm-next-3.7-wip branch:
http://cgit.freedesktop.org/~agd
Hi Dave,
Here's the second pull request for the SH Mobile DRM driver. Compared to v1,
the include/drm/shmob_drm.h private header has been moved to
include/linux/platform_data/.
The following changes since commit 0b2443ed4e07d7973e4554a2cc166bc35447b59e:
drm/edid: limit printk when facing bad
gp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120918/5e75451b/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=54727
Török Edwin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
If there's no downstream device, DPCD success is good enough. If
there's a hotplug-capable downstream device, count the number of
connected sinks in DP_SINK_STATUS and return success if it's non-zero.
Otherwise, probe DDC and report appropriately.
v2: Check DP_SINK_STATUS instead of something unr
v2: Fix parenthesis mismatch, spotted by Jani Nikula
Tested-by: Takashi Iwai
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/i915/intel_dp.c | 25 -
1 files changed, 20 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/i
Sources: DP, eDP, and DP interop specs, and a VESA slideshow about DP
1.2 for the MST bits.
Tested-by: Takashi Iwai
Signed-off-by: Adam Jackson
---
include/drm/drm_dp_helper.h | 60 ---
1 files changed, 56 insertions(+), 4 deletions(-)
diff --git a/inc
Tested-by: Takashi Iwai
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c |3 ++-
include/drm/drm_crtc.h |1 +
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index b7ee230..a1895ba 100644
--- a/drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=55047
Bug #: 55047
Summary: [855gm] Boots noisely with the lid close (but works!)
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
On Tue, 18 Sep 2012, Daniel Vetter wrote:
> +#ifdef CONFIG_LOCKDEP
> +struct lockdep_map console_lock_dep_map = {
> + .name = "console_lock"
> +};
> +#endif
static?
BR,
Jani.
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #5 from Alex Deucher 2012-09-18 17:10:24 UTC ---
(In reply to comment #4)
> Firmware linux-free & non-free are installed.
>
> I tested Linux 3.2 again, this time with radeon.agpmode=-1. It seems to work
> for me. I put the machine un
Hi folks,
the XDC2012 conference program (modulo updates) is now available at
http://www.x.org/wiki/Events/XDC2012/Program
The program will also be available in printed form on site.
Please be aware that we currently have major issues with MoinMoin
wiki, probably due to the massive spamming a
https://bugs.freedesktop.org/show_bug.cgi?id=55006
--- Comment #4 from spamfang1...@yahoo.de 2012-09-18 17:06:14 UTC ---
Firmware linux-free & non-free are installed.
I tested Linux 3.2 again, this time with radeon.agpmode=-1. It seems to work
for me. I put the machine under heavy load and played
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #8 from Alex Deucher 2012-09-18 17:00:44
---
The commit is:
drm/radeon: properly handle mc_stop/mc_resume on evergreen+ (v2)
As of right now, it's here:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-3.7-wip&id=297a
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #7 from Anisse Astier 2012-09-18 16:46:05 ---
After about 180 reboots, I can confirm that this bug isn't present anymore on
drm-next-3.7-wip.
But I wasn't able to find commit 375849ce878f1a2dfac12ea2a62b361ab6b7f9a5 .
Which commit
This patch adds match table for drm platform device.
Signed-off-by: Leela Krishna Amudala
---
drivers/gpu/drm/exynos/exynos_drm_drv.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
b/drivers/gpu/drm/exynos/exynos_drm_drv.
drm_mode_create() returns NULL if it fails to create
a new display mode. Check the value returned to avoid NULL
pointer deferencing later.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_connector.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/d
From: Alex Deucher
The pll fix ended up causing some regressions. Drop it for 3.6. I've
fixed it properly in 3.7, but the fix is too invasive for 3.6.
The following changes since commit 610bd7da160f76f1644ecb4cd7f39511b49a22cc:
drm/nouveau: fix booting with plymouth + dumb support (2012-09-
On Tue, 2012-09-18 at 10:58 -0400, Adam Jackson wrote:
> If there's no downstream device, DPCD success is good enough. If
> there's a hotplug-capable downstream device, count the number of
> connected sinks in DP_SINK_STATUS and return success if it's non-zero.
> Otherwise, probe DDC and report ap
If there's no downstream device, DPCD success is good enough. If
there's a hotplug-capable downstream device, count the number of
connected sinks in DP_SINK_STATUS and return success if it's non-zero.
Otherwise, probe DDC and report appropriately.
v2: Check DP_SINK_STATUS instead of something unr
v2: Fix parenthesis mismatch, spotted by Jani Nikula
Tested-by: Takashi Iwai
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/i915/intel_dp.c | 25 -
1 files changed, 20 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/i
Sources: DP, eDP, and DP interop specs, and a VESA slideshow about DP
1.2 for the MST bits.
Tested-by: Takashi Iwai
Signed-off-by: Adam Jackson
---
include/drm/drm_dp_helper.h | 60 ---
1 files changed, 56 insertions(+), 4 deletions(-)
diff --git a/inc
Tested-by: Takashi Iwai
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c |3 ++-
include/drm/drm_crtc.h |1 +
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index b7ee230..a1895ba 100644
--- a/drivers/g
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #6 from Alex Deucher 2012-09-18 14:41:46
---
This bug sounds kind of like the bugs that
375849ce878f1a2dfac12ea2a62b361ab6b7f9a5 fixes. Can you see if this is fixed
in my drm-next-3.7-wip branch:
http://cgit.freedesktop.org/~agd
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #42 from Steve Smith 2012-09-18 07:02:43
UTC ---
Created attachment 67314
--> https://bugs.freedesktop.org/attachment.cgi?id=67314
EFI stub boot, 3.6-rc6
This doesn't work for me either, using EFI stub booting direct from Refind.
From: Alex Deucher
The pll fix ended up causing some regressions. Drop it for 3.6. I've
fixed it properly in 3.7, but the fix is too invasive for 3.6.
The following changes since commit 610bd7da160f76f1644ecb4cd7f39511b49a22cc:
drm/nouveau: fix booting with plymouth + dumb support (2012-09-
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #41 from Austin Lund 2012-09-18 05:55:27
UTC ---
(In reply to comment #40)
> (In reply to comment #39)
> > From what I've been told, you need to boot using the EFI stub method and
> > not a
> > boot-loader. Also, you may need to pa
https://bugs.freedesktop.org/show_bug.cgi?id=55047
Bug #: 55047
Summary: [855gm] Boots noisely with the lid close (but works!)
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Hi Dave,
Here's the second pull request for the SH Mobile DRM driver. Compared to v1,
the include/drm/shmob_drm.h private header has been moved to
include/linux/platform_data/.
The following changes since commit 0b2443ed4e07d7973e4554a2cc166bc35447b59e:
drm/edid: limit printk when facing bad
Hi folks,
the XDC2012 conference program (modulo updates) is now available at
http://www.x.org/wiki/Events/XDC2012/Program
The program will also be available in printed form on site.
Please be aware that we currently have major issues with MoinMoin
wiki, probably due to the massive spamming a
On Tue, 18 Sep 2012, Daniel Vetter wrote:
> +#ifdef CONFIG_LOCKDEP
> +struct lockdep_map console_lock_dep_map = {
> + .name = "console_lock"
> +};
> +#endif
static?
BR,
Jani.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #42 from Steve Smith 2012-09-18 07:02:43 UTC
---
Created attachment 67314
--> https://bugs.freedesktop.org/attachment.cgi?id=67314
EFI stub boot, 3.6-rc6
This doesn't work for me either, using EFI stub booting direct from Refind.
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;
> > +}
> >
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 of_video_parse_propert
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 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 to
On Monday, September 17, 2012 03:16:56 PM Deucher, Alexander wrote:
> > -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: Re
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 0x
* removed superfl
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
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 cor
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
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
lo
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 conso
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #41 from Austin Lund 2012-09-18 05:55:27
UTC ---
(In reply to comment #40)
> (In reply to comment #39)
> > From what I've been told, you need to boot using the EFI stub method and
> > not a
> > boot-loader. Also, you may need to pa
62 matches
Mail list logo
