This patch adds drm-exynos and drm-exynos-hdmi device registration to the
drm driver. It was happening in machine init code earlier which is not
acceptable for dt enabled platforms.
Patch which cleans the respective code from arch/arm is "arm: exynos:
removing exynos-drm device registration from
This patch moved the exynos-drm platform device registration to the drm driver.
When DT is enabled, platform devices needs to be registered within the driver
code. This patch fits the requirement of both DT and Non DT based drm drivers.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exyn
This patch moved the exynos-drm-hdmi platform device registration to the drm
driver. When DT is enabled, platform devices needs to be registered within the
driver code. This patch fits the requirement of both DT and Non DT based drm
drivers.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos
The calculation led to the number 8192, which is too high.
---
radeon/radeon_surface.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 66c2444..eb587d2 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_surface.c
@@ -939,6 +939
Applied.
Thanks,
Inki Dae
2012/10/16 Rahul Sharma :
> This patch adds drm-exynos and drm-exynos-hdmi device registration to the
> drm driver. It was happening in machine init code earlier which is not
> acceptable for dt enabled platforms.
>
> Patch which cleans the respective code from arch/arm
Hi Ben,
FYI, kernel build failed on
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-next-queued
head: 861b675336a1f686f480d92990251e99a3ec0956
commit: 686279dbcbc69f71ce86efdccaa8cad762cba2ea [42/44] drm/i915: Extract PCU
communication
config: x86_64-allyesconfig # make AR
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/b3a06db6/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/cfc4e2f4/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/82066e66/attachment.html>
Fixed include error for drm_mode.h
Signed-off-by: Andy Gross
---
drivers/staging/omapdrm/omap_crtc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/omapdrm/omap_crtc.c
b/drivers/staging/omapdrm/omap_crtc.c
index 732f2ad..5249223 100644
--- a/drivers/st
Hi Linus,
fixes for i915, nouveau and radeon
i915: haswell stability, modeset rework fallout, ums fix
nouveau: misc fixes from code rework
radeon: pll rework fixes, more 2 level PTE cleanups.
core: warning fixes on 32-bit.
Dave.
The following changes since commit ddffeb8c4d0331609ef2581d84de4d
lly signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/c6df66b0/attachment-0001.pgp>
On Tue, Oct 16, 2012 at 08:59:51AM +0800, Fengguang Wu wrote:
> Hi Ben,
>
> FYI, kernel build failed on
>
> tree: git://people.freedesktop.org/~danvet/drm-intel.git
> drm-intel-next-queued
> head: 861b675336a1f686f480d92990251e99a3ec0956
> commit: 686279dbcbc69f71ce86efdccaa8cad762cba2ea [42
Otherwise the next IB might start reading commands
with the page table still invalid.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/ni.c |4
drivers/gpu/drm/radeon/nid.h |1 +
drivers/gpu/drm/radeon/si.c |4
3 files changed, 9 insertions(+)
diff --git a/drive
Hi Tomasz,
On Friday 12 October 2012 10:24:34 Tomasz Stanislawski wrote:
> On 10/11/2012 11:31 PM, Laurent Pinchart wrote:
> > On Wednesday 10 October 2012 16:46:42 Tomasz Stanislawski wrote:
> >> Most operations on DMA and DMABUF framework need page
> >> aligned buffers.
> >
> > The comment is a
Hi Luis,
On Saturday 13 October 2012 10:00:42 Luis R. Rodriguez wrote:
> On Sat, Oct 13, 2012 at 3:33 AM, Laurent Pinchart wrote:
> > On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
> >> From: "Luis R. Rodriguez"
> >>
> >> The UAPI changes split kernel API and userspace API
> >> cont
On Tue, Oct 16, 2012 at 5:02 AM, Christian K?nig
wrote:
> Otherwise the next IB might start reading commands
> with the page table still invalid.
>
> Signed-off-by: Christian K?nig
Looks good to me. I'll add it to my -fixes queue.
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/ni.
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/135fffc3/attachment-0001.html>
On Tue, Oct 16, 2012 at 2:50 AM, Paul Menzel
wrote:
> Dear Marek,
>
>
> Am Dienstag, den 16.10.2012, 02:21 +0200 schrieb Marek Ol??k:
>> The calculation led to the number 8192, which is too high.
>
> what is the reason it is limited to 4096? Hardware limitation?
hw limit.
>
> What are the ramifi
On Mon, Oct 15, 2012 at 8:21 PM, Marek Ol??k wrote:
> The calculation led to the number 8192, which is too high.
Looks good.
Reviewed-by: Alex Deucher
> ---
> radeon/radeon_surface.c |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.
Hi Mario,
On Saturday 13 October 2012 02:28:03 Mario Kleiner wrote:
> On 11.10.12 16:19, Laurent Pinchart wrote:
> > On Monday 08 October 2012 14:50:39 Rob Clark wrote:
> >> From: Rob Clark
>
> ...
>
> > Do you know why some drivers don't call drm_vblank_count_and_time() ? For
> > instance nouv
In this specific case, the eg_surface_sanity function (or something
like that, I don't remember its name) returns an error. Then the
cascade of perfectly working fail codepaths propagate the error to the
OpenGL user as an unsupported framebuffer object setup.
Marek
On Tue, Oct 16, 2012 at 8:50 AM
Hi Rob,
Thanks for the patch (0/11 looks a bit weird BTW).
On Friday 12 October 2012 18:57:12 Rob Clark wrote:
> From: Rob Clark
>
> A helper that drivers can use to send vblank event after a pageflip.
> If the driver doesn't support proper vblank irq based time/seqn then
> just pass -1 for the
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/7c032f32/attachment.html>
I have this lockdep warning on wireless-testing tree based
on 3.7-rc1 (no other patches except wireless bits).
=
Restarting tasks ... done.
[ INFO: possible recursive locking detected ]
3.7.0-rc1-wl+ #2 Not tainted
---
On Tue, Oct 16, 2012 at 5:34 AM, Laurent Pinchart
wrote:
> Hi Luis,
>
> On Saturday 13 October 2012 10:00:42 Luis R. Rodriguez wrote:
>> On Sat, Oct 13, 2012 at 3:33 AM, Laurent Pinchart wrote:
>> > On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
>> >> From: "Luis R. Rodriguez"
>> >>
On Tue, Oct 16, 2012 at 9:14 AM, Laurent Pinchart
wrote:
> Hi Rob,
>
> Thanks for the patch (0/11 looks a bit weird BTW).
opps, that was *supposed* to be 01/11 :-P
>
> On Friday 12 October 2012 18:57:12 Rob Clark wrote:
>> From: Rob Clark
>>
>> A helper that drivers can use to send vblank event
From: Alex Deucher
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
include/drm/drm_pciids.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index c78bb99..af1cbaf 100644
--- a/include/drm/drm_pciids.h
+
ecause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/4fcfff4e/attachment.html>
information should I provide.
--
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/20121016/47441ef5/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/2d389784/attachment.html>
ed and charset-unspecified text was scrubbed...
Name: config-r8139
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/60d43107/attachment-0001.ksh>
On Wed, Oct 10, 2012 at 11:57:15PM -0700, Hans Verkuil wrote:
> On Wed October 10 2012 23:02:06 Rob Clark wrote:
> > On Wed, Oct 10, 2012 at 1:17 PM, Alan Cox
> > wrote:
> > > On Wed, 10 Oct 2012 08:56:32 -0700
> > > Robert Morell wrote:
> > >
> > >> EXPORT_SYMBOL_GPL is intended to be used for
It's a relic of "drm: Convert proc files to seq_file and introduce debugfs",
which wrongly converted DRM_INFO + sprintf to 2 seq_printfs.
Signed-off-by: Marcin Slusarz
Cc: Ben Gamari
Cc: Eric Anholt
---
drivers/gpu/drm/drm_info.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu
On Tue, Oct 16, 2012 at 4:05 PM, Randy Dunlap wrote:
> On 10/15/2012 08:58 PM, Stephen Rothwell wrote:
>
>> Hi all,
>>
>> The merge window has closed, feel free to add new stuff again.
>>
>> Changes since 201201015:
>>
patch already sent to Dave:
http://cgit.freedesktop.org/~airlied/linux/commit/
From: Rob Clark
A helper that drivers can use to send vblank event after a pageflip.
If the driver doesn't support proper vblank irq based time/seqn then
just pass -1 for the pipe # to get do_gettimestamp() behavior (since
there are a lot of drivers that don't use drm_vblank_count_and_time())
Al
next-3.7 branch with mesa git.
--
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/20121016/21ca0240/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/212992da/attachment-0001.html>
This is a regression towards 3.6. Occurs when starting X.
I had already reported this before -rc1, but nobody listened.
-- next part --
Oct 16 18:27:04 localhost kernel: Initializing cgroup subsys cpu
Oct 16 18:27:04 localhost kernel: Linux version 3.7.0-rc1 (root at ortwi
On Tue, Oct 16, 2012 at 08:59:51AM +0800, Fengguang Wu wrote:
> Hi Ben,
>
> FYI, kernel build failed on
>
> tree: git://people.freedesktop.org/~danvet/drm-intel.git
> drm-intel-next-queued
> head: 861b675336a1f686f480d92990251e99a3ec0956
> commit: 686279dbcbc69f71ce86efdccaa8cad762cba2ea [42
Otherwise the next IB might start reading commands
with the page table still invalid.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/ni.c |4
drivers/gpu/drm/radeon/nid.h |1 +
drivers/gpu/drm/radeon/si.c |4
3 files changed, 9 insertions(+)
diff --git a/drive
Hi Tomasz,
On Friday 12 October 2012 10:24:34 Tomasz Stanislawski wrote:
> On 10/11/2012 11:31 PM, Laurent Pinchart wrote:
> > On Wednesday 10 October 2012 16:46:42 Tomasz Stanislawski wrote:
> >> Most operations on DMA and DMABUF framework need page
> >> aligned buffers.
> >
> > The comment is a
Hi Luis,
On Saturday 13 October 2012 10:00:42 Luis R. Rodriguez wrote:
> On Sat, Oct 13, 2012 at 3:33 AM, Laurent Pinchart wrote:
> > On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
> >> From: "Luis R. Rodriguez"
> >>
> >> The UAPI changes split kernel API and userspace API
> >> cont
On Tue, Oct 16, 2012 at 5:02 AM, Christian König
wrote:
> Otherwise the next IB might start reading commands
> with the page table still invalid.
>
> Signed-off-by: Christian König
Looks good to me. I'll add it to my -fixes queue.
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/ni.
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #16 from Helge Bahmann ---
(In reply to comment #15)
> A patch referencing this bug report has been merged in Linux v3.7-rc1:
>
> commit bced76f27165ca7733437715185c3a1aa526f7a1
> Author: Alex Deucher
> Date: Fri Sep 14 09:45:50 2
On Tue, Oct 16, 2012 at 2:50 AM, Paul Menzel
wrote:
> Dear Marek,
>
>
> Am Dienstag, den 16.10.2012, 02:21 +0200 schrieb Marek Olšák:
>> The calculation led to the number 8192, which is too high.
>
> what is the reason it is limited to 4096? Hardware limitation?
hw limit.
>
> What are the ramifi
On Mon, Oct 15, 2012 at 8:21 PM, Marek Olšák wrote:
> The calculation led to the number 8192, which is too high.
Looks good.
Reviewed-by: Alex Deucher
> ---
> radeon/radeon_surface.c |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.
Hi Mario,
On Saturday 13 October 2012 02:28:03 Mario Kleiner wrote:
> On 11.10.12 16:19, Laurent Pinchart wrote:
> > On Monday 08 October 2012 14:50:39 Rob Clark wrote:
> >> From: Rob Clark
>
> ...
>
> > Do you know why some drivers don't call drm_vblank_count_and_time() ? For
> > instance nouv
In this specific case, the eg_surface_sanity function (or something
like that, I don't remember its name) returns an error. Then the
cascade of perfectly working fail codepaths propagate the error to the
OpenGL user as an unsupported framebuffer object setup.
Marek
On Tue, Oct 16, 2012 at 8:50 AM
Hi Rob,
Thanks for the patch (0/11 looks a bit weird BTW).
On Friday 12 October 2012 18:57:12 Rob Clark wrote:
> From: Rob Clark
>
> A helper that drivers can use to send vblank event after a pageflip.
> If the driver doesn't support proper vblank irq based time/seqn then
> just pass -1 for the
https://bugs.freedesktop.org/show_bug.cgi?id=55692
--- Comment #23 from Christian König ---
Created attachment 68623
--> https://bugs.freedesktop.org/attachment.cgi?id=68623&action=edit
Test patch.
VM is definitely enabled, otherwise you won't got that error in the first
place.
Ok let's try t
I have this lockdep warning on wireless-testing tree based
on 3.7-rc1 (no other patches except wireless bits).
=
Restarting tasks ... done.
[ INFO: possible recursive locking detected ]
3.7.0-rc1-wl+ #2 Not tainted
---
On Tue, Oct 16, 2012 at 5:34 AM, Laurent Pinchart
wrote:
> Hi Luis,
>
> On Saturday 13 October 2012 10:00:42 Luis R. Rodriguez wrote:
>> On Sat, Oct 13, 2012 at 3:33 AM, Laurent Pinchart wrote:
>> > On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
>> >> From: "Luis R. Rodriguez"
>> >>
On Tue, Oct 16, 2012 at 9:14 AM, Laurent Pinchart
wrote:
> Hi Rob,
>
> Thanks for the patch (0/11 looks a bit weird BTW).
opps, that was *supposed* to be 01/11 :-P
>
> On Friday 12 October 2012 18:57:12 Rob Clark wrote:
>> From: Rob Clark
>>
>> A helper that drivers can use to send vblank event
From: Alex Deucher
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
include/drm/drm_pciids.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index c78bb99..af1cbaf 100644
--- a/include/drm/drm_pciids.h
+++
https://bugs.freedesktop.org/show_bug.cgi?id=56038
Priority: medium
Bug ID: 56038
Assignee: dri-devel@lists.freedesktop.org
Summary: "r100_ring_test] *ERROR*" messages sometimes on boot
with ati radeon 9000 AGP ( r200 driver, dri2 KMS
https://bugs.freedesktop.org/show_bug.cgi?id=56042
Priority: medium
Bug ID: 56042
Assignee: dri-devel@lists.freedesktop.org
Summary: [865G] BadAlloc (insufficient resources for operation)
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=56042
--- Comment #1 from Götz ---
Created attachment 68638
--> https://bugs.freedesktop.org/attachment.cgi?id=68638&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
__
On Wed, Oct 10, 2012 at 11:57:15PM -0700, Hans Verkuil wrote:
> On Wed October 10 2012 23:02:06 Rob Clark wrote:
> > On Wed, Oct 10, 2012 at 1:17 PM, Alan Cox wrote:
> > > On Wed, 10 Oct 2012 08:56:32 -0700
> > > Robert Morell wrote:
> > >
> > >> EXPORT_SYMBOL_GPL is intended to be used for "an i
It's a relic of "drm: Convert proc files to seq_file and introduce debugfs",
which wrongly converted DRM_INFO + sprintf to 2 seq_printfs.
Signed-off-by: Marcin Slusarz
Cc: Ben Gamari
Cc: Eric Anholt
---
drivers/gpu/drm/drm_info.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu
On Tue, Oct 16, 2012 at 4:05 PM, Randy Dunlap wrote:
> On 10/15/2012 08:58 PM, Stephen Rothwell wrote:
>
>> Hi all,
>>
>> The merge window has closed, feel free to add new stuff again.
>>
>> Changes since 201201015:
>>
patch already sent to Dave:
http://cgit.freedesktop.org/~airlied/linux/commit/
From: Rob Clark
A helper that drivers can use to send vblank event after a pageflip.
If the driver doesn't support proper vblank irq based time/seqn then
just pass -1 for the pipe # to get do_gettimestamp() behavior (since
there are a lot of drivers that don't use drm_vblank_count_and_time())
Al
https://bugs.freedesktop.org/show_bug.cgi?id=55692
--- Comment #24 from Serkan Hosca ---
(In reply to comment #23)
> Created attachment 68623 [details] [review]
> Test patch.
>
> VM is definitely enabled, otherwise you won't got that error in the first
> place.
>
> Ok let's try to narrow down t
https://bugs.freedesktop.org/show_bug.cgi?id=55692
--- Comment #25 from Serkan Hosca ---
Created attachment 68655
--> https://bugs.freedesktop.org/attachment.cgi?id=68655&action=edit
dmesg.3.7-rc1 with test patch
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugzilla.kernel.org/show_bug.cgi?id=48941
Summary: Error creating '/sys/class/backlight/radeon_bl' in
radeon_atom_backlight_init()
Product: Drivers
Version: 2.5
Kernel Version: 3.7.0-rc1
Platform: All
OS/Version: Li
https://bugzilla.kernel.org/show_bug.cgi?id=48941
--- Comment #1 from Igor Murzov 2012-10-17 00:35:56 ---
Created an attachment (id=83701)
--> (https://bugzilla.kernel.org/attachment.cgi?id=83701)
lspci -vvv
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
66 matches
Mail list logo
