On 11/16/2012 03:11 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Fri, Nov 16, 2012 at 02:48:55PM +0800, Mark Zhang wrote:
>> On 11/16/2012 02:43 PM, Thierry Reding wrote:
Old Signed by an unknown key
>>>
>>> On Fri, Nov 16, 2012 at 12:58:09PM +0800, Mark Zhang wrote:
On Fri, Nov 16, 2012 at 02:48:55PM +0800, Mark Zhang wrote:
> On 11/16/2012 02:43 PM, Thierry Reding wrote:
> > * PGP Signed by an unknown key
> >
> > On Fri, Nov 16, 2012 at 12:58:09PM +0800, Mark Zhang wrote:
> >> This patch is based on Thierry's drm patch for Tegra20:
> >> - [PATCH v2 0/6] Devi
On Friday 16 November 2012 05:30 AM, Rob Clark wrote:
This patch changes the omapdrm KMS to bypass the omapdss "compat"
layer and use the core omapdss API directly. This solves some layering
issues that would cause unpin confusion vs GO bit status, because we
would not know whether a particular
On Friday 16 November 2012 12:14 PM, Archit Taneja wrote:
On Friday 16 November 2012 05:30 AM, Rob Clark wrote:
if (!obj)
@@ -565,14 +344,6 @@ static int dev_load(struct drm_device *dev,
unsigned long flags)
dev->dev_private = priv;
-ret = omapdss_compat_init();
-if (ret) {
On 11/16/2012 02:43 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Fri, Nov 16, 2012 at 12:58:09PM +0800, Mark Zhang wrote:
>> This patch is based on Thierry's drm patch for Tegra20:
>> - [PATCH v2 0/6] Device tree updates for host1x support
>> - [PATCH v3 0/2] NVIDIA Tegra DRM
On Fri, Nov 16, 2012 at 12:58:09PM +0800, Mark Zhang wrote:
> This patch is based on Thierry's drm patch for Tegra20:
> - [PATCH v2 0/6] Device tree updates for host1x support
> - [PATCH v3 0/2] NVIDIA Tegra DRM driver
>
> It adds the support for NVIDIA Tegra30.
>
> Signed-off-by: Mark Zhang
Hi
This commit adds support for the HDMI output on the Tegra20 SoC. Only
one such output is available, but it can be driven by either of the two
display controllers.
A lot of work on this patch has been contributed by NVIDIA's Mark Zhang
and many other people at NVIDIA were very helpful in
getting t
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. Each display controller can drive a separate RGB/LVDS output.
Signed-off-by: Thierry Reding
---
Changes in v3:
- remove Tegra30 display controller su
This third version of the patch series cleans up some minor issues that
were found in the previous versions, such as deferred probe not working
properly and the display remaining enabled after the driver is removed.
I've also put the two patches in this series into the tegra/drm/for-3.8
branch of
Hi Laurent,
Thanks for the comments.
On Thu, Nov 15, 2012 at 01:46:23AM +0100, Laurent Pinchart wrote:
> On Wednesday 14 November 2012 23:13:45 Sakari Ailus wrote:
> > On Wed, Nov 14, 2012 at 10:23:19AM +0100, Sylwester Nawrocki wrote:
> > > On 11/13/2012 03:24 PM, Sakari Ailus wrote:
> > > > Hi
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #12 from Marcin Slusarz 2012-11-15
21:56:06 ---
Yes, it's the same patch, just ported to mid-rework tree.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #11 from schaefer.frank at gmx.net 2012-11-15 21:45:08 ---
Are you sure you that you attached the right patch ? Seems to be the same as
the last one...
Will test tomorrow.
--
Configure bugmail: https://bugzilla.kernel.org/userpre
Hi Linus,
all pretty normal, one TTM oops fix, one radeon, a few intel and a vmwgfx
fix.
Dave.
The following changes since commit 77b67063bb6bce6d475e910d3b886a606d0d91f7:
Linux 3.7-rc5 (2012-11-11 13:44:33 +0100)
are available in the git repository at:
git://people.freedesktop.org/~air
This patch is based on Thierry's drm patch for Tegra20:
- [PATCH v2 0/6] Device tree updates for host1x support
- [PATCH v3 0/2] NVIDIA Tegra DRM driver
It adds the support for NVIDIA Tegra30.
Signed-off-by: Mark Zhang
---
drivers/gpu/drm/tegra/dc.c |1 +
drivers/gpu/drm/tegra/host1x.c
This third version of the patch series cleans up some minor issues that
were found in the previous versions, such as deferred probe not working
properly and the display remaining enabled after the driver is removed.
I've also put the two patches in this series into the tegra/drm/for-3.8
branch of
Thierry,
By the way, when do you plan to send drm patches for Tegra 3?
I'm wondering if you don't have a Tegra 3 board for testing, I can do
that for you.
Mark
On 11/16/2012 05:28 AM, Thierry Reding wrote:
> This third version of the patch series cleans up some minor issues that
> were found in t
https://bugs.freedesktop.org/show_bug.cgi?id=57173
--- Comment #1 from freedesk...@skewray.com ---
figured out debugging symbols:
Program received signal SIGSEGV, Segmentation fault.
0x7fffdad6d592 in dst_register (index=35, file=PROGRAM_OUTPUT,
t=0x228b1f30) at ../../../../src/mesa/state_tra
Hi Thierry,
Thank you for your hard work.
The series,
Acked-by: Mark Zhang
Reviewed-by: Mark Zhang
Tested-by: Mark Zhang
On Ventana, LVDS and HDMI worked.
PS: Alex's power sequence patch is needed to enable panel and backlight.
Also we need to define dc and hdmi nodes in tegra20-ventana.
https://bugs.freedesktop.org/show_bug.cgi?id=57173
Priority: medium
Bug ID: 57173
Assignee: dri-devel@lists.freedesktop.org
Summary: sigsegv in Planeshift
Severity: major
Classification: Unclassified
OS: Linux (All)
On Thu, 15 Nov 2012, Rob Clark wrote:
> From: Rob Clark
>
> A new atomic modeset/pageflip ioctl being developed in DRM requires
> get_user() to work for 64bit types (in addition to just put_user()).
>
> v1: original
> v2: pass correct size to check_uaccess, and better handling of narrowing
>
On 11/15/2012 02:28 PM, Thierry Reding wrote:
> This third version of the patch series cleans up some minor issues that
> were found in the previous versions, such as deferred probe not working
> properly and the display remaining enabled after the driver is removed.
>
> I've also put the two patc
From: Rob Clark
A new atomic modeset/pageflip ioctl being developed in DRM requires
get_user() to work for 64bit types (in addition to just put_user()).
v1: original
v2: pass correct size to check_uaccess, and better handling of narrowing
double word read with __get_user_xb() (Russell King's
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #12 from Marcin Slusarz 2012-11-15
21:56:06 ---
Yes, it's the same patch, just ported to mid-rework tree.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #11 from schaefer.fr...@gmx.net 2012-11-15 21:45:08 ---
Are you sure you that you attached the right patch ? Seems to be the same as
the last one...
Will test tomorrow.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #10 from Marcin Slusarz 2012-11-15
21:02:06 ---
Created an attachment (id=86471)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86471)
fix for bisection
Can you apply this one on top of 70ee6f1cd6911098ddd4c11ee21b69dbe51fb
drivers/gpu/drm/i915/i915_drv.h:1545:2: warning: '__f' is static but
declared in inline function 'i915_gem_chipset_flush' which is not static
Reported-by: kbuild test robot
dri-devel-Reference: <50a4d41c.586vhmwghpukzbkb%fengguang...@intel.com>
Signed-off-by: Ben Widawsky
---
drivers/gpu/dr
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #10 from Marcin Slusarz 2012-11-15
21:02:06 ---
Created an attachment (id=86471)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86471)
fix for bisection
Can you apply this one on top of 70ee6f1cd6911098ddd4c11ee21b69dbe51fb
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #9 from schaefer.fr...@gmx.net 2012-11-15 20:06:16 ---
No change :(
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of t
This patch adds a exynos drm specific implementation of fb_mmap.
The root framebuffer is allocated using dma_alloc_attrs which can
allocate a contig or noncontig buffer depending on whether an iommu
is attached to drm device or not. The default fb_mmap function
always assumes the root fb to be cont
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #9 from schaefer.frank at gmx.net 2012-11-15 20:06:16 ---
No change :(
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee o
On Thursday 15 November 2012 18:03:59 Grant Likely wrote:
> On Thu, 15 Nov 2012 17:00:57 +0100, Laurent Pinchart wrote:
> > On Thursday 15 November 2012 15:47:53 Grant Likely wrote:
> > > On Thu, 15 Nov 2012 10:23:52 +0100, Steffen Trumtrar wrote:
> > > > Add display_timing structure and the accord
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-testing
head: 4d8bd4f511f00cd7396736e3ebb9c1ffd939d341
commit: e76e9aebcdbfebae8f4cd147e3c0f800d36e97f3 [256/269] drm/i915: Stop using
AGP layer for GEN6+
config: x86_64-randconfig-s283 (attached as .config)
All warnings:
In
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #8 from Marcin Slusarz 2012-11-15
18:50:14 ---
Created an attachment (id=86461)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86461)
fix
does this patch help?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.c
On Thu, 15 Nov 2012 17:00:57 +0100, Laurent Pinchart wrote:
> Hi Grant,
>
> On Thursday 15 November 2012 15:47:53 Grant Likely wrote:
> > On Thu, 15 Nov 2012 10:23:52 +0100, Steffen Trumtrar wrote:
> > > Add display_timing structure and the according helper functions. This
> > > allows the descri
This patch changes the omapdrm KMS to bypass the omapdss "compat"
layer and use the core omapdss API directly. This solves some layering
issues that would cause unpin confusion vs GO bit status, because we
would not know whether a particular pageflip or overlay update has hit
the screen or not. N
On Thu, 15 Nov 2012, Rob Clark wrote:
> From: Rob Clark
>
> A new atomic modeset/pageflip ioctl being developed in DRM requires
> get_user() to work for 64bit types (in addition to just put_user()).
>
> v1: original
> v2: pass correct size to check_uaccess, and better handling of narrowing
>
Hi Grant,
On Thursday 15 November 2012 15:47:53 Grant Likely wrote:
> On Thu, 15 Nov 2012 10:23:52 +0100, Steffen Trumtrar wrote:
> > Add display_timing structure and the according helper functions. This
> > allows the description of a display via its supported timing parameters.
> >
> > Every ti
On 2012-11-12 22:52 +0100, Maarten Lankhorst wrote:
> Op 12-11-12 22:30, Kelly Doran schreef:
>> I had Sven test this patch... he said it works. I think chipset
>> number test was executing code that we thought was only either 0x50 or
>> 0xc0, but was actually more specific with things like 0x92.
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 vblan
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121115/88efc7f9/attachment.html>
From: Rob Clark
A new atomic modeset/pageflip ioctl being developed in DRM requires
get_user() to work for 64bit types (in addition to just put_user()).
v1: original
v2: pass correct size to check_uaccess, and better handling of narrowing
double word read with __get_user_xb() (Russell King's
The 'pages' structure is not required since we can use the 'sgt'. Even for
CONTIG buffers, a SGT is created (which will have just one sgl). This SGT
can be used during mmap instead of 'pages'. The 'page_size' element of the
structure is also not used anywhere and is removed.
This patch also fixes a
On Thu, 15 Nov 2012 10:23:52 +0100, Steffen Trumtrar wrote:
> 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, ad
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #7 from schaefer.frank at gmx.net 2012-11-15 15:39:50 ---
Created an attachment (id=86431)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86431)
dmesg output with kernel 3.7-rc5+
--
Configure bugmail: https://bugzilla.kernel
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #6 from schaefer.frank at gmx.net 2012-11-15 15:38:40 ---
I've updated to 3.7-rc5 of today and the first reboot the system started
normally (!). I was able to retrieve the dmesg output before the machine died
again after ~2 minutes
On 11/15/2012 02:28 PM, Thierry Reding wrote:
> This third version of the patch series cleans up some minor issues that
> were found in the previous versions, such as deferred probe not working
> properly and the display remaining enabled after the driver is removed.
>
> I've also put the two patc
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #5 from schaefer.frank at gmx.net 2012-11-15 15:05:02 ---
The machine dies when hitting this bug wit 3.7, so no dmesg output is possible.
I can post the content of /var/log/messages, but there is nothing of interest.
--
Configure
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #4 from schaefer.frank at gmx.net 2012-11-15 15:01:27 ---
Created an attachment (id=86421)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86421)
dmesg output with kernel 3.6.6
--
Configure bugmail: https://bugzilla.kernel.or
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #3 from schaefer.frank at gmx.net 2012-11-15 14:59:45 ---
Concerning bisection problems:
Starting with commit 70ee6f1cd6911098ddd4c11ee21b69dbe51fb3f9 (the first
skipped commit), system starts up in VESA modes. Somewhere in the mid
||
--
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/20121115/b9783185/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121115/4b6add67/attachment.html>
e. I will attach a new screenshot.
--
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/20121115/531ffd67/attachment.html>
On Thursday 15 November 2012, Rob Clark wrote:
> > I still haven't heard a conclusive argument why we need to use get_user()
> > rather than copy_from_user() in the DRM code. Is this about a fast path
> > where you want to shave off a few cycles for each call, or does this
> > simplify the code str
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
gi
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
---
drivers/gpu/drm/drm_modes.c | 35 ++-
include/drm/drmP.h
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
---
drivers/gpu/drm/drm_modes.c | 37 +
include/drm/drmP.h
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
---
drivers/video/fbmon.c | 42 +-
include/linux/fb.h|6 ++
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
---
drivers/video/fbmon.c | 46 ++
inc
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 converts
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
Hi!
Changes since v10:
- fix function name (drm_)display_mode_from_videomode
- add acked-by, reviewed-by, tested-by
Regards,
Steffen
Steffen Trumtrar (6):
video: add display_timing and videomode
video: add of helper for videomode
fbmon: add videomode helpers
fbmon: add o
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 app
We link every DRM "file_priv" to a "drm_master" structure. Currently, the
drmSetMaster() call returns 0 when there is _any_ active master associated
with the "drm_master" structure of the calling "file_priv". This means,
that after drmSetMaster() we are not guaranteed to be DRM-Master and might
not
On Thursday 15 November 2012, Rob Clark wrote:
> On Thu, Nov 15, 2012 at 3:19 AM, Arnd Bergmann wrote:
> > On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
> >> You're missing something; that is one of the greatest powers of open
> >> source. The many eyes (and minds) effect. Someone
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 import
drivers/gpu/drm/i915/i915_drv.h:1545:2: warning: '__f' is static but
declared in inline function 'i915_gem_chipset_flush' which is not static
Reported-by: kbuild test robot
dri-devel-Reference: <50a4d41c.586VhmwghPuKZbkB%fengguang.wu at intel.com>
Signed-off-by: Ben Widawsky
---
drivers/gpu
This will be used i915 in forthcoming patches in order to measure the
largest contiguous chunk of memory available for enabling chipset
features.
v2: Try to make the macro marginally safer and more readable by not
depending upon the drm_mm_hole_node_end() being non-zero. Note that we
need to open
To be used later by i915 to preallocate exact blocks of space from the
range manager.
Signed-off-by: Chris Wilson
Cc: Dave Airlie
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/drm_mm.c | 50 ++
include/drm/drm_mm.h |4
2 fi
On Thu, Nov 15, 2012 at 11:24:11AM +0100, Thierry Reding wrote:
> On Thu, Nov 15, 2012 at 10:23:51AM +0100, Steffen Trumtrar wrote:
> > Hi!
> >
> > Changes since v9:
> > - don't leak memory when previous timings were correct
> > - CodingStyle fixes
> > - move blank lines around
> >
>
ate mode 100644 include/linux/of_videomode.h
> > create mode 100644 include/linux/videomode.h
>
> With the one change that I pointed out, the whole series:
>
> Reviewed-by: Thierry Reding
> Acked-by: Thierry Reding
Also:
Tested-by: Thierry Reding
=)
-- 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/20121115/395b299f/attachment-0001.pgp>
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121115/5ac754de/attachment.pgp>
On Thu, Nov 15, 2012 at 10:58:49AM +0100, Thierry Reding wrote:
> On Thu, Nov 15, 2012 at 10:23:57AM +0100, Steffen Trumtrar wrote:
> [...]
> > +int of_get_drm_display_mode(struct device_node *np,
> > + struct drm_display_mode *dmode, unsigned int index)
> > +{
> > + struct
On Thursday 15 November 2012 18:03:59 Grant Likely wrote:
> On Thu, 15 Nov 2012 17:00:57 +0100, Laurent Pinchart wrote:
> > On Thursday 15 November 2012 15:47:53 Grant Likely wrote:
> > > On Thu, 15 Nov 2012 10:23:52 +0100, Steffen Trumtrar wrote:
> > > > Add display_timing structure and the accord
...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121115/2d4df8c9/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #8 from Marcin Slusarz 2012-11-15
18:50:14 ---
Created an attachment (id=86461)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86461)
fix
does this patch help?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.c
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 b/
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 37 +
include/drm/drmP.h |6 ++
2 files changed, 43 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm
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 b/drivers/video/f
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 46 ++
include/linux/fb.h|6 ++
2 files changed, 52 insertions(+)
diff --git a/drivers/video/fbmon.c b/dr
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 converts
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
Hi!
Changes since v9:
- don't leak memory when previous timings were correct
- CodingStyle fixes
- move blank lines around
Regards,
Steffen
Steffen Trumtrar (6):
video: add display_timing and videomode
video: add of helper for videomode
fbmon: add videomode helpers
Hi Dave,
Just a few small things to fix regressions, somehow all patches from Jani:
- Fix dpms confusion about which platforms support intermediate modes on
vga.
- Revert the "ignore vbt for eDP bpc" patch, it breaks machines. This will
annoy mbp retina owners again, but windows machines seem
From: Alex Deucher
Hi Dave, just one small bug fix.
The following changes since commit afcc87aa6a233e52df73552dc1dc9ae3881b7cc8:
drm/vmwgfx: Fix a case where the code would BUG when trying to pin GMR memory
(2012-11-09 20:49:06 +1000)
are available in the git repository at:
git://people.f
On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
> You're missing something; that is one of the greatest powers of open
> source. The many eyes (and minds) effect. Someone out there probably
> has a solution to whatever problem, the trick is to find that person. :)
>
> I think we hav
Remove unnecessary braces to silence the following type of
checkpatch warnings:
WARNING: braces {} are not necessary for single statement blocks
WARNING: braces {} are not necessary for any arm of this statement
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/drm_fb_helper.c | 23 ++---
Converted printks to pr_* and dev_* to silence checkpatch warnings.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/drm_fb_helper.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index 9b60e9
Fixes the following checkpatch errors:
ERROR: trailing statements should be on next line
98: FILE: gpu/drm/drm_fb_helper.c:98:
case DRM_FORCE_OFF: s = "OFF"; break;
ERROR: trailing statements should be on next line
99: FILE: gpu/drm/drm_fb_helper.c:99:
case DRM_FORCE_ON_DIGITAL: s =
This series fixes some checkpatch warnings and errors in drm_fb_helper.c file.
Build tested using the linux-next tree of 20121114.
Sachin Kamat (3):
drm/fb_helper: Fix checkpatch errors
drm/fb_helper: Convert printk to pr_* and dev_*
drm/drm_fb_helper: Remove unnecessary braces
drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=56918
--- Comment #8 from madbiologist ---
Woops, sorry about that last attachment. Thanks Alex for fixing it.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailin
Hi Grant,
On Thursday 15 November 2012 15:47:53 Grant Likely wrote:
> On Thu, 15 Nov 2012 10:23:52 +0100, Steffen Trumtrar wrote:
> > Add display_timing structure and the according helper functions. This
> > allows the description of a display via its supported timing parameters.
> >
> > Every ti
On Thu, Nov 15, 2012 at 7:39 AM, Arnd Bergmann wrote:
> On Thursday 15 November 2012, Rob Clark wrote:
>> On Thu, Nov 15, 2012 at 3:19 AM, Arnd Bergmann wrote:
>> > On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
>> >> You're missing something; that is one of the greatest powers of o
On 2012-11-12 22:52 +0100, Maarten Lankhorst wrote:
> Op 12-11-12 22:30, Kelly Doran schreef:
>> I had Sven test this patch... he said it works. I think chipset
>> number test was executing code that we thought was only either 0x50 or
>> 0xc0, but was actually more specific with things like 0x92.
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #7 from schaefer.fr...@gmx.net 2012-11-15 15:39:50 ---
Created an attachment (id=86431)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86431)
dmesg output with kernel 3.7-rc5+
--
Configure bugmail: https://bugzilla.kernel.or
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #6 from schaefer.fr...@gmx.net 2012-11-15 15:38:40 ---
I've updated to 3.7-rc5 of today and the first reboot the system started
normally (!). I was able to retrieve the dmesg output before the machine died
again after ~2 minutes (w
on/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121115/686e03b0/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #5 from schaefer.fr...@gmx.net 2012-11-15 15:05:02 ---
The machine dies when hitting this bug wit 3.7, so no dmesg output is possible.
I can post the content of /var/log/messages, but there is nothing of interest.
--
Configure bu
On Thu, Nov 15, 2012 at 3:19 AM, Arnd Bergmann wrote:
> On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
>> You're missing something; that is one of the greatest powers of open
>> source. The many eyes (and minds) effect. Someone out there probably
>> has a solution to whatever probl
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #4 from schaefer.fr...@gmx.net 2012-11-15 15:01:27 ---
Created an attachment (id=86421)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86421)
dmesg output with kernel 3.6.6
--
Configure bugmail: https://bugzilla.kernel.org/u
https://bugzilla.kernel.org/show_bug.cgi?id=50091
--- Comment #3 from schaefer.fr...@gmx.net 2012-11-15 14:59:45 ---
Concerning bisection problems:
Starting with commit 70ee6f1cd6911098ddd4c11ee21b69dbe51fb3f9 (the first
skipped commit), system starts up in VESA modes. Somewhere in the middle
1 - 100 of 137 matches
Mail list logo
