Hi Thierry,
Could you please review this patch ? Should it be merged through you ?
On Saturday 19 Nov 2016 05:28:05 Laurent Pinchart wrote:
> The argument is never modified by the function, make it const.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/drm_panel.c | 2 +-
> include
Hi Rob,
On Tuesday 29 Nov 2016 20:23:41 Laurent Pinchart wrote:
> On Tuesday 29 Nov 2016 09:14:09 Rob Herring wrote:
> > On Tue, Nov 29, 2016 at 2:27 AM, Laurent Pinchart wrote:
> >> On Tuesday 22 Nov 2016 11:36:55 Laurent Pinchart wrote:
> >>> On Monday 21 Nov 2016 10:48:15 Rob Herring wrote:
> >
Hi Stefan and Thierry,
As the author and suggester of the other bus flags, could you please review
this patch ?
On Saturday 19 Nov 2016 05:28:04 Laurent Pinchart wrote:
> The flag indicates that data is mirrored on the bus. The exact meaning
> is bus-type dependent. For LVDS buses it indicates t
Hi Daniel,
On Sunday 18 Dec 2016 14:16:26 Daniel Vetter wrote:
> On Sun, Dec 18, 2016 at 12:39:16AM +0200, Laurent Pinchart wrote:
> > The field contains a pointer to the parent platform device of the DRM
> > device. As struct drm_device also contains a dev pointer to the struct
> > device embedde
> On Sun, Dec 18, 2016 at 02:44:20PM +0100, Daniel Vetter wrote:
> > On Fri, Dec 16, 2016 at 02:24:23PM +0100, Peter Meerwald-Stadler wrote:
> > > Signed-off-by: Peter Meerwald-Stadler
> > > Cc: Daniel Vetter
> > > Cc: Jani Nikula
> > > Cc: trivial at kernel.org
> >
> > Applied to drm-misc, th
On 12/14/2016 3:29 PM, Laurent Pinchart wrote:
> Hello,
>
> This patch series is a respin of the DRM bridge attach/detach cleanup patches
> that were previously part of "[PATCH v3 00/13] R-Car DU: Use drm bridge API".
> As patches 1/5 and 3/5 touch a large number of drivers and are thus painful t
On 12/10/2016 3:41 AM, Rob Herring wrote:
> On Mon, Dec 05, 2016 at 01:23:54PM +0530, Archit Taneja wrote:
>> Add the regulator supply properties needed by ADV7511 and ADV7533.
>>
>> Cc: devicetree at vger.kernel.org
>> Acked-by: Laurent Pinchart
>> Signed-off-by: Archit Taneja
>> ---
>> Docum
On Sun, Dec 18, 2016 at 02:44:20PM +0100, Daniel Vetter wrote:
> On Fri, Dec 16, 2016 at 02:24:23PM +0100, Peter Meerwald-Stadler wrote:
> > Signed-off-by: Peter Meerwald-Stadler
> > Cc: Daniel Vetter
> > Cc: Jani Nikula
> > Cc: trivial at kernel.org
>
> Applied to drm-misc, thanks.
btw where
On Fri, Dec 16, 2016 at 05:04:42PM -0800, Kees Cook wrote:
> Prepare to mark sensitive kernel structures for randomization by making
> sure they're using designated initializers. These were identified during
> allyesconfig builds of x86, arm, and arm64, with most initializer fixes
> extracted from
On Sat, Dec 17, 2016 at 04:35:09PM +, 'Liviu Dudau' wrote:
> On Fri, Dec 16, 2016 at 07:16:25PM +, Deucher, Alexander wrote:
> > > -Original Message-
> > > From: Liviu Dudau [mailto:liviu at dudau.co.uk]
> > > Sent: Friday, December 16, 2016 2:11 PM
> > > To: Daenzer, Michel; Deuche
On Fri, Dec 16, 2016 at 02:25:01PM +0100, Peter Meerwald-Stadler wrote:
> Signed-off-by: Peter Meerwald-Stadler
> Cc: Xinliang Liu
> Cc: Xinwei Kong
> Cc: trivial at kernel.org
Applied to drm-misc, thanks.
-Daniel
> ---
> Documentation/devicetree/bindings/display/hisilicon/hisi-ade.txt |2
On Fri, Dec 16, 2016 at 02:24:23PM +0100, Peter Meerwald-Stadler wrote:
> Signed-off-by: Peter Meerwald-Stadler
> Cc: Daniel Vetter
> Cc: Jani Nikula
> Cc: trivial at kernel.org
Applied to drm-misc, thanks.
-Daniel
> ---
> include/drm/drm_connector.h |2 +-
> 1 file changed, 1 insertion(+
On Sat, Dec 17, 2016 at 05:47:56AM +, Pandiyan, Dhinakaran wrote:
> On Fri, 2016-12-16 at 16:47 +0200, Jani Nikula wrote:
> > On Fri, 16 Dec 2016, Daniel Vetter wrote:
> > > On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote:
> > >> The two remaining patches from [1], rebased.
> > >>
On Fri, Dec 16, 2016 at 10:03:32AM -0500, Sean Paul wrote:
> On Tue, Dec 13, 2016 at 6:08 PM, Daniel Vetter
> wrote:
> > - Modeset state needs mode_config->connection mutex, that covers
> > figuring out the encoder, and reading properties (since in the
> > atomic case those need to look at co
On Fri, Dec 16, 2016 at 11:38:57AM +1030, Joel Stanley wrote:
> On Thu, Dec 15, 2016 at 3:42 PM, Russell Currey wrote:
> > ast_get_dram_info() configures a window in order to access BMC memory.
> > A BMC register can be configured to disallow this, and if so, causes
> > an infinite loop in the ast
On Sun, Dec 18, 2016 at 02:35:45PM +0100, Daniel Vetter wrote:
> If we're unlucky then the registration from a hotplugged connector
> might race with the final registration step on driver load. And since
> MST topology discover is asynchronous that's even somewhat likely.
>
> v2: Also update the k
If we're unlucky then the registration from a hotplugged connector
might race with the final registration step on driver load. And since
MST topology discover is asynchronous that's even somewhat likely.
v2: Also update the kerneldoc for @registered!
v3: Review from Chris:
- Improve kerneldoc for
On Sun, Dec 18, 2016 at 12:39:16AM +0200, Laurent Pinchart wrote:
> The field contains a pointer to the parent platform device of the DRM
> device. As struct drm_device also contains a dev pointer to the struct
> device embedded in the platform_device structure, the platformdev field
> is redundant
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161218/8756cbfd/attachment.html>
Instead of going through a complicated private IRQ registration
mechanism, handle the vblank interrupt activation with the standard
drm_crtc_vblank_get() and drm_crtc_vblank_put() mechanism. This will let
the DRM core keep the vblank interrupt enabled as long as needed to
update the frame counter.
The omapdss platform data default_display_name field is unused.
Remove it.
Signed-off-by: Laurent Pinchart
---
Changes since v1:
- Don't remove the platform callbacks as they're still used by the
omapfb driver.
---
drivers/gpu/drm/omapdrm/dss/core.c | 2 --
drivers/video/fbdev/omap2/
From: Matthew Wilcox
> From: Matthew Wilcox
> > Heh, I was thinking about that too. The radix tree supports "exceptional
> > entries" which have the bottom bit set. On a 64-bit machine, we could use
> 62
> > of the bits in the radix tree root to store the ID bitmap. I'm a little
> > wary of
> t
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161218/c8591491/attachment.html>
The field contains a pointer to the parent platform device of the DRM
device. As struct drm_device also contains a dev pointer to the struct
device embedded in the platform_device structure, the platformdev field
is redundant. Remove it and use the dev pointer directly.
Signed-off-by: Laurent Pinc
From: Laurent Pinchart
The drm driver .load() operation is prone to race conditions as it
initializes the driver after registering the device nodes. Its usage is
deprecated, inline it in the probe function and call drm_dev_alloc() and
drm_dev_register() explicitly.
For consistency inline the .un
Hello Inki,
On Saturday 17 Dec 2016 09:33:31 Inki Dae wrote:
> HI,
>
> Thanks for patch. Reasonable to me and go to misc excepting below one thing.
> Please check my comment.
>
> 2016-12-14 4:34 GMT+09:00 Laurent Pinchart:
> > From: Laurent Pinchart
> >
> > The drm driver .load() operation is
26 matches
Mail list logo
