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
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/212992da/attachment-0001.html>
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>
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/
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
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/2d389784/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>
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://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
---
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
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>
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://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
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
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
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/
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
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/7c032f32/attachment.html>
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
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
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
---
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 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
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
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
ed and charset-unspecified text was scrubbed...
Name: config-r8139
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/60d43107/attachment-0001.ksh>
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
+
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/135fffc3/attachment-0001.html>
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.
__
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
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
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
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
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
+++
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
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
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
lly signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/c6df66b0/attachment-0001.pgp>
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.
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 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.
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
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"
>> >>
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
---
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
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
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"
>> >>
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
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 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
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.
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
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 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
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
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 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.
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
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
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/82066e66/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/cfc4e2f4/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121016/b3a06db6/attachment.html>
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
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
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
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
66 matches
Mail list logo