On 11/13/2012 07:31 PM, Jonathan Morton wrote:
Reposting from this kernel bug:
https://bugzilla.kernel.org/show_bug.cgi?id=50241
I've tested the patch and it solves a highly repeatable OOPS with the
CedarView driver that I'm porting.
From 3552913d3a1c2d3c4ce158e91dc18cd12b522cb2 Mon Sep 17
On 11/09/2012 01:10 PM, Akinobu Mita wrote:
It is unnecessary to disable preemption explicitly while calling
copy_highpage(). Because copy_highpage() will do it again through
kmap_atomic/kunmap_atomic.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: dri-devel@lists.freedesktop.org
Cc:
This patch releases the fb pended by page flip after fbdev is
restored propely. And fixes invalid memory access when drm is
released while doing pageflip.
This patch makes fb's refcount to be increased when setcrtc and
pageflip are requested. In other words, it increases fb's refcount
only if dma
plane-fb will be set to new fb after update_plane callback is called
by drm_mode_set_plane()
Signed-off-by: Inki Dae inki@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_plane.c |1 -
1 files changed, 0 insertions(+), 1
This patch releases the fb pended by page flip after fbdev is
restored propely. And fixes invalid memory access when drm is
released while doing pageflip.
This patch makes fb's refcount to be increased when setcrtc and
pageflip are requested. In other words, it increases fb's refcount
only if dma
2012/11/9 Rahul Sharma rahul.sha...@samsung.com
This patch is to preserve the display mode header during the mode
adjustment.
Display mode header is overwritten with the adjusted mode header which is
throwing the stack dump.
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
---
Hi Sakari,
On 11/13/2012 03:24 PM, Sakari Ailus wrote:
Hi all,
Comments would be appreciated, either positive or negative. The omap3isp
driver does the same check itself currently, but I think this is more
generic than that.
Thanks.
On Fri, Oct 26, 2012 at 10:46:17PM +0300, Sakari
Hi all,
Our QA noticed a regression in one of our i915/GEM testcases in 3.7:
https://bugs.freedesktop.org/show_bug.cgi?id=56859
Direct link to dmesg of the machine:
https://bugs.freedesktop.org/attachment.cgi?id=70052 Note that the
machine is 32bit, which seems to be important since Chris
On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/video/display_timing.c b/drivers/video/display_timing.c
[...]
+void display_timings_release(struct display_timings *disp)
+{
+ if (disp-timings) {
+ unsigned int i;
+
+
Hi Sylwester,
On Wednesday 14 November 2012 10:23:19 Sylwester Nawrocki wrote:
On 11/13/2012 03:24 PM, Sakari Ailus wrote:
Hi all,
Comments would be appreciated, either positive or negative. The omap3isp
driver does the same check itself currently, but I think this is more
generic
On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/video/display_timing.c b/drivers/video/display_timing.c
[...]
+void display_timings_release(struct display_timings *disp)
+{
+
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/include/linux/of_display_timings.h
b/include/linux/of_display_timings.h
[...]
+#ifndef __LINUX_OF_DISPLAY_TIMINGS_H
+#define __LINUX_OF_DISPLAY_TIMINGS_H
+
+#include linux/display_timing.h
+
+#define
On Wed, Nov 14, 2012 at 11:59:25AM +0100, Steffen Trumtrar wrote:
On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/video/display_timing.c
b/drivers/video/display_timing.c
[...]
On Wed, Nov 14, 2012 at 12:02:15PM +0100, Thierry Reding wrote:
On Wed, Nov 14, 2012 at 11:59:25AM +0100, Steffen Trumtrar wrote:
On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
[...]
diff --git
On Wed, Nov 14, 2012 at 12:10:15PM +0100, Steffen Trumtrar wrote:
On Wed, Nov 14, 2012 at 12:02:15PM +0100, Thierry Reding wrote:
On Wed, Nov 14, 2012 at 11:59:25AM +0100, Steffen Trumtrar wrote:
On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote:
On Mon, Nov 12, 2012 at
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/gpu/drm/drm_modes.c | 35 ++-
include/drm/drmP.h |6 ++
2 files changed, 40 insertions(+), 1 deletion(-)
diff --git
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single value or a range
min typ max.
Also, add helper functions to convert from display timings to a generic
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/gpu/drm/drm_modes.c | 36
include/drm/drmP.h |6 ++
2 files changed, 42 insertions(+)
diff --git
Hi!
Changes since v8:
- fix memory leaks
- change API to be more consistent (foo_from_bar(struct bar, struct
foo))
- include headers were necessary
- misc minor bufixes
Regards,
Steffen
Steffen Trumtrar (6):
video: add display_timing and videomode
video:
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/video/fbmon.c | 38 ++
include/linux/fb.h|5 +
2 files changed, 43 insertions(+)
diff --git
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/video/fbmon.c | 42 +-
include/linux/fb.h|6 ++
2 files changed, 47 insertions(+), 1 deletion(-)
diff --git
This adds support for reading display timings from DT or/and convert one of
those
timings to a videomode.
The of_display_timing implementation supports multiple children where each
property can have up to 3 values. All children are read into an array, that
can be queried.
of_get_videomode
On Wed, Nov 14, 2012 at 12:43:19PM +0100, Steffen Trumtrar wrote:
[...]
+display-timings bindings
+
+
+display timings node
I didn't express myself very clearly here =). The way I think this
should be written is display-timings node.
+required properties:
+ -
On Wed, Nov 14, 2012 at 12:43:18PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/include/linux/videomode.h b/include/linux/videomode.h
[...]
+int videomode_from_timing(struct display_timings *disp, struct videomode *vm,
+ unsigned int index);
+#endif
Nit: should have
On Wed, Nov 14, 2012 at 12:43:19PM +0100, Steffen Trumtrar wrote:
[...]
+optional properties:
+ - native-mode: the native mode for the display, in case multiple modes are
+ provided. When omitted, assume the first node is the native.
I forgot: The first sentence in this description
This patch fixes a issue that overlay data aren't applied
to real hardware when dpms off goes to on after setcrtc
was requested like below,
dpms off - setcrtc - dpms off - dpms on
For this, it makes encoder's dpms to be updated when
setcrtc is requested.
Signed-off-by: Inki Dae
On Wed, Nov 14, 2012 at 12:43:20PM +0100, Steffen Trumtrar wrote:
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/video/fbmon.c | 38 ++
include/linux/fb.h
https://bugzilla.kernel.org/show_bug.cgi?id=50431
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
On Wed, Nov 14, 2012 at 12:43:21PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/video/fbmon.c b/drivers/video/fbmon.c
[...]
+#if IS_ENABLED(CONFIG_OF_VIDEOMODE)
+static void dump_fb_videomode(struct fb_videomode *m)
static inline?
Thierry
pgpumGF25FWfy.pgp
Description: PGP
On Wed, Nov 14, 2012 at 12:43:22PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
[...]
@@ -504,6 +505,41 @@ drm_gtf_mode(struct drm_device *dev, int hdisplay, int
vdisplay, int vrefresh,
}
EXPORT_SYMBOL(drm_gtf_mode);
+#if
On Wed, Nov 14, 2012 at 12:43:23PM +0100, Steffen Trumtrar wrote:
[...]
+EXPORT_SYMBOL_GPL(of_get_drm_display_mode);
+#endif
/**
Nit: there should be a blank line between the last two.
Thierry
pgp8o6Hp3t2Ea.pgp
Description: PGP signature
___
On Wed, Nov 14, 2012 at 01:00:45PM +0100, Thierry Reding wrote:
On Wed, Nov 14, 2012 at 12:43:19PM +0100, Steffen Trumtrar wrote:
[...]
+display-timings bindings
+
+
+display timings node
I didn't express myself very clearly here =). The way I think this
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #1 from schaefer.fr...@gmx.net 2012-11-14 13:50:31 ---
Last good commit is
5787640db6ae722aeadb394d480c7ca21b603e34
drm/nv04-nv40/instmem: remove use of nouveau_gpuobj_new_fake()
First bad commit is
On Wed, Nov 14, 2012 at 01:12:07PM +0100, Thierry Reding wrote:
On Wed, Nov 14, 2012 at 12:43:20PM +0100, Steffen Trumtrar wrote:
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/video/fbmon.c
From: Alex Deucher alexander.deuc...@amd.com
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=50431
Reported-by: David Binderman dcb...@hotmail.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_encoders.c |2 +-
1
https://bugzilla.kernel.org/show_bug.cgi?id=50431
Alex Deucher alexdeuc...@gmail.com changed:
What|Removed |Added
CC|
On Wed, Nov 14, 2012 at 01:49:44PM +0100, Thierry Reding wrote:
On Wed, Nov 14, 2012 at 12:43:22PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
[...]
@@ -504,6 +505,41 @@ drm_gtf_mode(struct drm_device *dev, int hdisplay, int
On Mit, 2012-11-14 at 09:13 -0500, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=50431
Reported-by: David Binderman dcb...@hotmail.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc:
https://bugzilla.kernel.org/show_bug.cgi?id=50091
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Summary|GeForce 6150SE: system |[BISECTED]GeForce 6150SE:
On Wed, Nov 14, 2012 at 9:32 AM, Michel Dänzer mic...@daenzer.net wrote:
On Mit, 2012-11-14 at 09:13 -0500, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=50431
Reported-by: David Binderman dcb...@hotmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=56139
--- Comment #31 from Alexandre Demers alexandre.f.dem...@gmail.com ---
Here are the videos. Sorry, they were recorded with my iPod and they are
inverted.
Normal boot sequence before the culprit commit (kernel 3.6)
http://www.filedropper.com/k36
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #18 from ka.n...@mail.ru ---
(In reply to comment #17)
I suspect that it works as intended though it's not what one might expect
comparing to similar options in proprietary drivers.
I think you're completely right. In my case the
https://bugs.freedesktop.org/show_bug.cgi?id=56865
--- Comment #19 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #18)
As far as I understand, expected usage of MLAA with Mesa is to enable it
only for the applications where you want it (games etc) with either
app-specific drirc
Return -ENOMEM if dmm_txn_init cannot allocate a refill engine.
v2: Fix typing issue seen with newer compilers
Signed-off-by: Andy Gross andy.gr...@ti.com
---
drivers/staging/omapdrm/omap_dmm_tiler.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Wed, 14 Nov 2012 11:41:49 -0800
Randy Dunlap rdun...@infradead.org wrote:
On 11/13/2012 09:30 PM, Stephen Rothwell wrote:
Hi all,
News: next-20121115 (i.e. tomorrow) will be the last release until
next-20121126 (which should be just be after -rc7, I guess - assuming
that Linus
https://bugzilla.kernel.org/show_bug.cgi?id=50091
Marcin Slusarz marcin.slus...@gmail.com changed:
What|Removed |Added
CC|
On Wed, Nov 14, 2012 at 11:22 AM, Andy Gross andy.gr...@ti.com wrote:
Return -ENOMEM if dmm_txn_init cannot allocate a refill engine.
v2: Fix typing issue seen with newer compilers
Signed-off-by: Andy Gross andy.gr...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
Paul Wise pa...@bonedaddy.net writes:
Hi all,
Sean from OpenMoko recently released the SMedia Glamo datasheets[1].
Could someone with permission add them to the wiki page[2]?
My account (PaulWise) does not appear to be able to edit the page.
1.
On Wed, Nov 14, 2012 at 11:22:37AM -0600, Andy Gross wrote:
Return -ENOMEM if dmm_txn_init cannot allocate a refill engine.
v2: Fix typing issue seen with newer compilers
Signed-off-by: Andy Gross andy.gr...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
On Wed, Nov 14, 2012 at 6:09 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Hi all,
Our QA noticed a regression in one of our i915/GEM testcases in 3.7:
https://bugs.freedesktop.org/show_bug.cgi?id=56859
Direct link to dmesg of the machine:
On 11/13/2012 09:30 PM, Stephen Rothwell wrote:
Hi all,
News: next-20121115 (i.e. tomorrow) will be the last release until
next-20121126 (which should be just be after -rc7, I guess - assuming
that Linus does not release v3.7 before then), so if you want something
in linux-next for a
Hi Sylwester,
Thanks for the comments.
On Wed, Nov 14, 2012 at 10:23:19AM +0100, Sylwester Nawrocki wrote:
On 11/13/2012 03:24 PM, Sakari Ailus wrote:
Hi all,
Comments would be appreciated, either positive or negative. The omap3isp
driver does the same check itself currently, but I
On Wed, Nov 14, 2012 at 11:58:42AM +0100, Laurent Pinchart wrote:
I think my preference would go for a helper function that drivers can use,
possibly first waiting until a second driver requires this kind of checks
before implementing it.
I'd like to see a driver that doesn't. Quite likelye
On Wed, 2012-11-14 at 14:52 -0800, Eric Anholt wrote:
I noticed this marked todo in my mail. I've added you to the dri.fdo
edit group.
Great, thanks!
I've updated the wiki page to point at the datasheets.
Since I noticed that you are using GPG, some OpenPGP best practices:
Increasing ref counts of both dma-buf and gem for imported dma-buf
come from gem makes memory leak. release function of dma-buf cannot
be called because f_count of dma-buf increased by importing gem and
gem ref count cannot be decrease because of exported dma-buf.
So I add dma_buf_put() for
Chagelog v2:
Move encoder's dpms updating into exynos_drm_encoder_commit
function because when crtc's dpms is updated, encoder's dpms
is updated also. This would induce the issue that encoder
isn't disabled after crtc is disabled.
Changelog v1:
This patch fixes a issue that overlay data aren't
Changelog v2:
call mutex_lock before drm_vm_open_locked is called.
Changelog v1:
This patch makes it takes a reference to gem object when
specific gem mmap is requested. For this, it sets
dev-driver-gem_vm_ops to vma-vm_ops.
And this patch is based on exynos-drm-next-iommu branch of
This patch removes wait_for_vblank call from
exynos_drm_encoder_plane_disable function and move it to
exynos_drm_encoder_plane_commit function.
Disabling dma channel to each plane doens't need vblank
signal to update data to real hardware. But updating
overlay data to real hardware does need
On 11/14/2012 01:37 AM, Stephen Warren wrote:
> On 11/13/2012 12:15 AM, Mark Zhang wrote:
>> On 11/13/2012 05:55 AM, Thierry Reding wrote:
>>> This commit adds a KMS driver for the Tegra20 SoC. This includes basic
>>> support for host1x and the two display controllers found on the Tegra20
>>> SoC.
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121114/23743209/attachment-0001.html>
On 11/13/2012 07:31 PM, Jonathan Morton wrote:
> Reposting from this kernel bug:
> https://bugzilla.kernel.org/show_bug.cgi?id=50241
>
> I've tested the patch and it solves a highly repeatable OOPS with the
> CedarView driver that I'm porting.
>
>
> >From 3552913d3a1c2d3c4ce158e91dc18cd12b522cb2
On 11/09/2012 01:10 PM, Akinobu Mita wrote:
> It is unnecessary to disable preemption explicitly while calling
> copy_highpage(). Because copy_highpage() will do it again through
> kmap_atomic/kunmap_atomic.
>
> Signed-off-by: Akinobu Mita
> Cc: dri-devel at lists.freedesktop.org
> Cc: David
This patch releases the fb pended by page flip after fbdev is
restored propely. And fixes invalid memory access when drm is
released while doing pageflip.
This patch makes fb's refcount to be increased when setcrtc and
pageflip are requested. In other words, it increases fb's refcount
only if dma
plane->fb will be set to new fb after update_plane callback is called
by drm_mode_set_plane()
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_plane.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
This patch releases the fb pended by page flip after fbdev is
restored propely. And fixes invalid memory access when drm is
released while doing pageflip.
This patch makes fb's refcount to be increased when setcrtc and
pageflip are requested. In other words, it increases fb's refcount
only if dma
e;
> break;
> }
> }
> --
> 1.7.0.4
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/66f05448/attachment.html>
Hi Sakari,
On 11/13/2012 03:24 PM, Sakari Ailus wrote:
> Hi all,
>
> Comments would be appreciated, either positive or negative. The omap3isp
> driver does the same check itself currently, but I think this is more
> generic than that.
>
> Thanks.
>
> On Fri, Oct 26, 2012 at 10:46:17PM +0300,
Hi all,
Our QA noticed a regression in one of our i915/GEM testcases in 3.7:
https://bugs.freedesktop.org/show_bug.cgi?id=56859
Direct link to dmesg of the machine:
https://bugs.freedesktop.org/attachment.cgi?id=70052 Note that the
machine is 32bit, which seems to be important since Chris
sed from modules.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/cff56431/attachment.pgp>
Hi Sylwester,
On Wednesday 14 November 2012 10:23:19 Sylwester Nawrocki wrote:
> On 11/13/2012 03:24 PM, Sakari Ailus wrote:
> > Hi all,
> >
> > Comments would be appreciated, either positive or negative. The omap3isp
> > driver does the same check itself currently, but I think this is more
> >
On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote:
> On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
> [...]
> > diff --git a/drivers/video/display_timing.c b/drivers/video/display_timing.c
> [...]
> > +void display_timings_release(struct display_timings *disp)
> >
ct device_node *np, struct videomode *vm, int
> index);
Same here.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/0fed625a/attachment.pgp>
be used from modules.
> >
> > Thierry
>
> Yes. Just in time. I was just starting to type the send-email command ;-)
Great! In that case don't forget to also look at my other email before
sending. =)
Thierry
-- next part --
A non-text attachment
On Wed, Nov 14, 2012 at 12:02:15PM +0100, Thierry Reding wrote:
> On Wed, Nov 14, 2012 at 11:59:25AM +0100, Steffen Trumtrar wrote:
> > On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote:
> > > On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
> > > [...]
> > > > diff
forget to also look at my other email before
> > sending. =)
> >
> Sure.
Besides those comments (and those from other people) I think your
patchset is in pretty good shape. Have you thought about how and when
you want to get things merged?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/9bcd3f0a/attachment.pgp>
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 35 ++-
include/drm/drmP.h |6 ++
2 files changed, 40 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_modes.c
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single value or a range
.
Also, add helper functions to convert from display timings to a generic
videomode
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 36
include/drm/drmP.h |6 ++
2 files changed, 42 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c
Hi!
Changes since v8:
- fix memory leaks
- change API to be more consistent (foo_from_bar(struct bar, struct
foo))
- include headers were necessary
- misc minor bufixes
Regards,
Steffen
Steffen Trumtrar (6):
video: add display_timing and videomode
video:
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 38 ++
include/linux/fb.h|5 +
2 files changed, 43 insertions(+)
diff --git a/drivers/video/fbmon.c
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 42 +-
include/linux/fb.h|6 ++
2 files changed, 47 insertions(+), 1 deletion(-)
diff --git a/drivers/video/fbmon.c
This adds support for reading display timings from DT or/and convert one of
those
timings to a videomode.
The of_display_timing implementation supports multiple children where each
property can have up to 3 values. All children are read into an array, that
can be queried.
of_get_videomode
t; + * This file is released under the GPLv2
> + */
> +
> +#ifndef __LINUX_OF_VIDEOMODE_H
> +#define __LINUX_OF_VIDEOMODE_H
> +
> +#include
> +#include
> +
> +int of_get_videomode(struct device_node *np, struct videomode *vm, int
> index);
> +#endif /* __LINUX_OF_VIDEOMODE_H */
Nit: should have a blank line before #endif.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/a129718a/attachment.pgp>
Nit: should have a blank line before the #endif.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20
org/archives/dri-devel/attachments/20121114/1a73073a/attachment.pgp>
This patch fixes a issue that overlay data aren't applied
to real hardware when dpms off goes to on after setcrtc
was requested like below,
dpms off -> setcrtc -> dpms off -> dpms on
For this, it makes encoder's dpms to be updated when
setcrtc is requested.
Signed-off-by: Inki Dae
xtern int fb_find_mode_cvt(struct fb_videomode *mode, int margins, int rb);
> extern unsigned char *fb_ddc_read(struct i2c_adapter *adapter);
>
> +#if IS_ENABLED(CONFIG_VIDEOMODE)
> +extern int fb_videomode_from_videomode(struct videomode *vm,
> + struct fb_videomode *fbmode);
> +#endif
> /* drivers/video/modedb.c */
These in turn could use an extra blank line.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/503e0c89/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=50431
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/cc2311dd/attachment.pgp>
the argument
list.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/476e294f/attachment.pgp>
d...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/b0917da7/attachment.pgp>
On Wed, Nov 14, 2012 at 01:00:45PM +0100, Thierry Reding wrote:
> On Wed, Nov 14, 2012 at 12:43:19PM +0100, Steffen Trumtrar wrote:
> [...]
> > +display-timings bindings
> > +
> > +
> > +display timings node
>
> I didn't express myself very clearly here =). The way I think
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #1 from schaefer.frank at gmx.net 2012-11-14 13:50:31 ---
Last good commit is
5787640db6ae722aeadb394d480c7ca21b603e34
drm/nv04-nv40/instmem: remove use of nouveau_gpuobj_new_fake()
First bad commit is
On Wed, Nov 14, 2012 at 01:12:07PM +0100, Thierry Reding wrote:
> On Wed, Nov 14, 2012 at 12:43:20PM +0100, Steffen Trumtrar wrote:
> > Add a function to convert from the generic videomode to a fb_videomode.
> >
> > Signed-off-by: Steffen Trumtrar
> > ---
> > drivers/video/fbmon.c | 38
From: Alex Deucher
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=50431
Reported-by: David Binderman
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_encoders.c |2 +-
1 files changed, 1 insertions(+), 1
https://bugzilla.kernel.org/show_bug.cgi?id=50431
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment
On Wed, Nov 14, 2012 at 01:49:44PM +0100, Thierry Reding wrote:
> On Wed, Nov 14, 2012 at 12:43:22PM +0100, Steffen Trumtrar wrote:
> [...]
> > diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
> [...]
> > @@ -504,6 +505,41 @@ drm_gtf_mode(struct drm_device *dev, int hdisplay,
On Mit, 2012-11-14 at 09:13 -0500, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Fixes:
> https://bugzilla.kernel.org/show_bug.cgi?id=50431
>
> Reported-by: David Binderman
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
Reviewed-by: Michel D?nzer
>
https://bugzilla.kernel.org/show_bug.cgi?id=50091
Alan changed:
What|Removed |Added
Summary|GeForce 6150SE: system |[BISECTED]GeForce 6150SE:
On Wed, Nov 14, 2012 at 9:32 AM, Michel D?nzer wrote:
> On Mit, 2012-11-14 at 09:13 -0500, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> Fixes:
>> https://bugzilla.kernel.org/show_bug.cgi?id=50431
>>
>> Reported-by: David Binderman
>> Signed-off-by: Alex Deucher
>> Cc: stable at
1 - 100 of 113 matches
Mail list logo