Hi Daniel,
Thank you for the patch.
On Thursday 02 Jun 2016 00:06:27 Daniel Vetter wrote:
> We want to hide drm_atomic_state internals better.
>
> Cc: Laurent Pinchart
> Signed-off-by: Daniel Vetter
Acked-by: Laurent Pinchart
> ---
> drivers/gpu/drm/rcar-du/rcar_du_kms.c | 8
>
Hi Daniel,
Thank you for the patch.
On Thursday 02 Jun 2016 00:06:29 Daniel Vetter wrote:
> We want to hide drm_atomic_stat internals a bit better.
>
> Cc: Laurent Pinchart
> Cc: Tomi Valkeinen
> Signed-off-by: Daniel Vetter
Acked-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/omap_
On Fri, May 27, 2016 at 01:43:19PM -0700, Matt Roper wrote:
> On Fri, May 27, 2016 at 08:05:00PM +0100, Chris Wilson wrote:
> > Currently the plane's index is determined by walking the list of all
> > planes in the mode and finding the position of that plane in the list. A
> > linear walk, especial
Hi Daniel,
Thank you for the patch.
On Tuesday 31 May 2016 23:11:12 Daniel Vetter wrote:
> kernel-doc was unhappy, appease it.
>
> Cc: Noralf Trønnes
> Cc: laurent.pinchart at ideasonboard.com
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_fb_cma_helper.c | 18 --
rail);
> continue;
> }
>
>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/aa17fed2/attachment.sig>
Hi Tomi,
Thank you for the patch.
On Tuesday 31 May 2016 16:35:31 Tomi Valkeinen wrote:
> omapdrm is using much too generic Kconfig names for its panels and
> encoders. Rename them to have "DRM_OMAP" in the name.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> driver
Hi Daniel,
Thank you for the patch.
On Monday 30 May 2016 19:53:02 Daniel Vetter wrote:
> No dev->struct_mutex anywhere to be seen.
>
> Cc: Laurent Pinchart
> Signed-off-by: Daniel Vetter
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/rcar-du/rcar_du_drv.c | 2 +-
> 1 file changed,
Hi Daniel,
Thank you for the patch.
On Monday 30 May 2016 19:53:04 Daniel Vetter wrote:
> No dev->struct_mutex anywhere to be seen.
>
> Cc: Laurent Pinchart
> Signed-off-by: Daniel Vetter
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/shmobile/shmob_drm_drv.c | 2 +-
> 1 file change
Hi Daniel,
Thank you for the patch.
On Monday 30 May 2016 19:53:14 Daniel Vetter wrote:
> It's an optional hook.
>
> Cc: Tomi Valkeinen
> Cc: Laurent Pinchart
> Signed-off-by: Daniel Vetter
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/omap_fb.c | 8
> 1 file chan
Hi Daniel,
On Monday 30 May 2016 16:54:10 Daniel Vetter wrote:
> On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten Lankhorst wrote:
> > Op 30-05-16 om 11:18 schreef Laurent Pinchart:
> >> Hi Daniel,
> >>
> >> Thank you for the patch.
> >>
> >> This looks good to me as the resulting code is mostl
Hi Boris,
Thank you for the patch.
On Thursday 02 Jun 2016 16:31:43 Boris Brezillon wrote:
> We have a 1:1 relationship between connectors and encoders and the
> driver is relying on the atomic helpers: we can drop the custom
> ->best_encoder() implementation and let the core call
> drm_atomic_he
Hi Boris,
Thank you for the patch.
On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote:
> Adapt drm_pick_crtcs() and update_connector_routing() to fallback to
> drm_atomic_helper_best_encoder() if funcs->best_encoder() is NULL so
> that DRM drivers can leave this hook unassigned if they know t
Hi Philipp,
Thank you very much for the review! I'll send V2 soon, doing my best to avoid
collisions with other patches that are under review.
On Thursday, June 2, 2016 14:49 CEST, Philipp Zabel
wrote:
> Hi Peter,
>
> Am Montag, den 30.05.2016, 18:39 +0200 schrieb Peter Senna Tschudin:
> >
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/ee039d0c/attachment.html>
Hi all,
After merging the drm-misc tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/dma-buf/sync_file.c: In function 'sync_file_create':
drivers/dma-buf/sync_file.c:85:53: warning: format '%d' expects argument of
type 'int', but argument 6 has type 'u64 {aka lo
this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/124e938e/attachment.html>
ves/dri-devel/attachments/20160603/f801a06f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=115251
Bernd Steinhauser changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=113341
Bernd Steinhauser changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
orted over to be a generic
> testcase. But at least for PSR that would be easy, since every PSR panel
> has eDP sink crc support. And the testcase does require some kind of
> display CRC support to validate actual screen contents, as opposed to
> what's in memory in the drm_framebuf
Hi Dave,
This is a pull request for 4.7-rc2/3. The first patch fix a major bug in
the process shutdown code. It was discovered due to my RHEL testing of amdkfd.
The second patch makes sure debug manager is destroyed when the process shuts
down. The third patch addresses concerns of spamming the
On Fri, Jun 03, 2016 at 01:54:44AM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Monday 30 May 2016 16:54:10 Daniel Vetter wrote:
> > On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten Lankhorst wrote:
> > > Op 30-05-16 om 11:18 schreef Laurent Pinchart:
> > >> Hi Daniel,
> > >>
> > >> Thank
Hi Enric,
On Thu, 2 Jun 2016 23:47:23 +0200
Enric Balletbo Serra wrote:
> > +static int sii902x_get_modes(struct drm_connector *connector)
> > +{
> > + struct sii902x *sii902x = connector_to_sii902x(connector);
> > + struct regmap *regmap = sii902x->regmap;
> > + u32 bus_form
On Wed, Jun 01, 2016 at 04:40:12PM +0200, Daniel Vetter wrote:
> On Wed, Jun 01, 2016 at 02:36:41PM +0200, Lukas Wunner wrote:
> > On Wed, May 25, 2016 at 03:43:42PM +0200, Daniel Vetter wrote:
> > > On Wed, May 25, 2016 at 12:51 PM, Lukas Wunner wrote:
> > > > On Tue, May 24, 2016 at 11:30:42PM +
atmel_hlcdc_create_outputs() iterates over OF graph nodes and releases
the node (using of_node_put()) after each iteration, which is wrong
since for_each_endpoint_of_node() is already taking care of that.
Move the of_node_put() call in the error path.
Signed-off-by: Boris Brezillon
Fixes: 17a8e0
Hi Rob,
On 05/24/2016 05:34 AM, Rob Herring wrote:
> On Mon, May 23, 2016 at 08:55:15PM +0800, Yakir Yang wrote:
>> The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel
>> connected using eDP interfaces.
>>
>> Signed-off-by: Yakir Yang
>> ---
>> .../devicetree/bindings/display/panel/
Hi Rob,
On 05/24/2016 05:35 AM, Rob Herring wrote:
> On Mon, May 23, 2016 at 08:55:37PM +0800, Yakir Yang wrote:
>> The Samsung LSN122DL01-C01 is an 12.2" 2560x1600 (WQXGA) TFT-LCD
>> panel connected using eDP interfaces.
>>
>> Signed-off-by: Yakir Yang
>> ---
>> .../devicetree/bindings/display
Hi Thierry,
Ping... Could you help to review/ack the panel changes :)
BR,
- Yakir
On 05/23/2016 08:54 PM, Yakir Yang wrote:
> The LG LP097QX1-SPA1 is an 9.7", 2048x1536 (QXGA) TFT-LCD panel
> connected using eDP interfaces.
>
> Signed-off-by: Yakir Yang
> ---
> drivers/gpu/drm/panel/panel-sim
Am Donnerstag, den 02.06.2016, 22:25 +0200 schrieb Daniel Vetter:
[...]
> > [drm:drm_ioctl] pid=205, dev=0xe201, auth=1, DRM_IOCTL_MODE_SETCRTC
> > [drm:drm_mode_setcrtc] [CRTC:24:crtc-0]
> > [drm:drm_mode_setcrtc] [CONNECTOR:36:LVDS-1]
^ This is printed after each drm_connector_lookup
Hi Boris.
On 2 June 2016 at 16:00, Boris Brezillon
wrote:
> +static void sii902x_reset(struct sii902x *sii902x)
> +{
> + if (!sii902x->reset_gpio)
> + return;
> +
This is wrong (reset_gpio is err_ptr) although we can/should nuke it
all together. See below for reasoning.
> +
Hi Daniel,
On Friday 03 Jun 2016 08:55:36 Daniel Vetter wrote:
> On Fri, Jun 03, 2016 at 01:54:44AM +0300, Laurent Pinchart wrote:
> > On Monday 30 May 2016 16:54:10 Daniel Vetter wrote:
> >> On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten Lankhorst wrote:
> >>> Op 30-05-16 om 11:18 schreef Laur
On Fri, Jun 03, 2016 at 08:58:10AM +0100, Russell King wrote:
> Convert DT component matching to use component_match_add_release().
Hi Russell,
Any reason for not keeping the component_match_add() calls in the drivers?
Planning to remove it?
>
> Signed-off-by: Russell King
Looks good to me!
On Fri, Jun 3, 2016 at 11:40 AM, Laurent Pinchart
wrote:
> On Friday 03 Jun 2016 08:55:36 Daniel Vetter wrote:
>> On Fri, Jun 03, 2016 at 01:54:44AM +0300, Laurent Pinchart wrote:
>> > On Monday 30 May 2016 16:54:10 Daniel Vetter wrote:
>> >> On Mon, May 30, 2016 at 11:58:27AM +0200, Maarten Lankh
Hi Daniel,
On Friday 03 Jun 2016 11:45:56 Daniel Vetter wrote:
> On Fri, Jun 3, 2016 at 11:40 AM, Laurent Pinchart wrote:
> > On Friday 03 Jun 2016 08:55:36 Daniel Vetter wrote:
> >> On Fri, Jun 03, 2016 at 01:54:44AM +0300, Laurent Pinchart wrote:
> >>> On Monday 30 May 2016 16:54:10 Daniel Vette
Hi Emil,
On Fri, 3 Jun 2016 10:38:49 +0100
Emil Velikov wrote:
> Hi Boris.
>
> On 2 June 2016 at 16:00, Boris Brezillon
> wrote:
>
> > +static void sii902x_reset(struct sii902x *sii902x)
> > +{
> > + if (!sii902x->reset_gpio)
> > + return;
> > +
> This is wrong (reset_gp
On 03/06/16 10:55, karol herbst wrote:
> Hi Colin,
>
> thanks for pointing this out, but I am quite sure this continue
> statement won't ever be hit, ever.
>
> check the nvkm_iccsense_create_sensor function. A sensor object will
> only be created for one of those three types and others don't exis
ould be an easy conflict to resolve, right?
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/79e5ec15/attachment.sig>
Hi Russell,
On 03/06/16 08:58, Russell King wrote:
> Convert DT component matching to use component_match_add_release().
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/arm/hdlcd_drv.c | 10 --
> drivers/gpu/drm/armada/armada_drv.c | 9 +++--
> drivers
--
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 57596 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/2c1661f3/attachment-0001.obj>
On Fri, Jun 03, 2016 at 11:36:33AM +0100, Russell King - ARM Linux wrote:
> On Fri, Jun 03, 2016 at 10:40:48AM +0100, Liviu Dudau wrote:
> > On Fri, Jun 03, 2016 at 08:58:10AM +0100, Russell King wrote:
> > > Convert DT component matching to use component_match_add_release().
> >
> > Hi Russell,
>
Signed-off-by: Tomi Valkeinen
---
Hi Dave,
The "omapdrm fixes for 4.7" pull req left three unused variables, of which one
you fixed in the drm-fixes branch. This removes the remaining two.
Tomi
drivers/gpu/drm/omapdrm/dss/dsi.c | 1 -
drivers/gpu/drm/omapdrm/dss/hdmi5.c | 1 -
2 files chan
Hi Shawn,
Am Freitag, 3. Juni 2016, 20:34:52 schrieb Shawn Lin:
> How about merge it into your patch#3.
see comments from Doug and me on previous version.
clock-ids should always be separate patches, as we will need them in both
clock and devicetree branches, so they must be in a separate branc
Am Freitag, 3. Juni 2016, 17:55:14 schrieb Lin Huang:
> On new rockchip platform(rk3399 etc), there have dcf controller to
> do ddr frequency scaling, and this controller will implement in
> arm-trust-firmware. We add a special clock-type to handle that.
>
> Signed-off-by: Lin Huang
> ---
> Change
Am Freitag, 3. Juni 2016, 17:55:16 schrieb Lin Huang:
> add ddrc clock setting, so we can do ddr frequency
> scaling on rk3399 platform in future.
>
> Signed-off-by: Lin Huang
> ---
> Changes in v1:
> - remove ddrc source CLK_IGNORE_UNUSED flag, Suggestion by Doug
> - move clk_ddrc and clk_ddrc_d
Grain-media GM12U320 based devices are mini video projectors using USB for
both power and video data transport.
This commit adds a kms driver for these devices, including prime support.
This driver is based on the existing udl kms driver, and the gm12u320
fb driver by Viacheslav Nurmekhamitov .
Am Freitag, den 03.06.2016, 10:38 +0100 schrieb Emil Velikov:
> Hi Boris.
[...]
>
> > +
> > + if (client->irq > 0) {
> I was always confused which is the correct way to check this >= 0 vs >
> 0. DRM has both :-\
> Do you have any suggestions, should be 'mass convert' DRM to use only
> one of
Hi,
On Fri, Jun 3, 2016 at 5:47 AM, Shawn Lin wrote:
> Ah, I missed the previous version as I think it should be from
> non-version to v2 rather than from non-version to v1, which IIRC is from
> Doug. :)
Yup, patch-numbering is 1-based, not 0-based, so typically you have
no-version => v2 => v3 =
In order to allow drivers to pack their privates and drm_device into one
struct (e.g. for subclassing), export the initialisation routines for
struct drm_device.
v2: Missed return ret. That error path had only one job to do!
v3: Cross-referencing drm_dev_init/drm_dev_alloc in kerneldoc, fix
missed
If a driver wants to more precisely control its initialisation and in
particular, defer registering its interfaces with userspace until after
everything is setup, it also needs to defer registering the connectors.
As some devices need more work during registration, add a callback so
that drivers ca
Protect against drivers that may try to register the connector more
than once, or who try to unregister it multiple times.
Signed-off-by: Chris Wilson
Cc: Dave Airlie
Cc: dri-devel at lists.freedesktop.org
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 9 +
include/drm/drm
As we now can call drm_connector_unregister() multiple times, provide a
failsafe unregister for a connector when cleaning it up.
v2: Add a WARN to catch any connectors that are still visible to
userspace when we come to destoy them.
Signed-off-by: Chris Wilson
Cc: Dave Airlie
Cc: dri-devel at l
Rather than have both drm_dp_aux lock within its transfer, and i2c to
lock around the transfer, use the same lock by filling in the locking
callbacks that i2c wants to use. We require our own hw_mutex as we
bypass i2c_transfer for drm_dp_dpcd_access().
Signed-off-by: Chris Wilson
Cc: Dave Airlie
When trying to split up the initialisation phase and the registration
phase, one immediate problem encountered is trying to use our own i2c
devices before registration with userspace (to read EDID during device
discovery). drm_dp_aux in particular only offers an interface for setting
up the device
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/aefc4696/attachment.html>
Hi Matthias,
Am Montag, den 11.04.2016, 17:09 +0200 schrieb Philipp Zabel:
> From: CK Hu
>
> This patch adds the device nodes for the DISP function blocks
> comprising the display subsystem.
>
> Signed-off-by: CK Hu
> Signed-off-by: Cawa Cheng
> Signed-off-by: Jie Qiu
> Signed-off-by: Daniel
On Fri, Jun 03, 2016 at 03:36:49PM +0100, Chris Wilson wrote:
> When trying to split up the initialisation phase and the registration
> phase, one immediate problem encountered is trying to use our own i2c
> devices before registration with userspace (to read EDID during device
> discovery). drm_dp
On 3 June 2016 at 11:02, Boris Brezillon
wrote:
> Hi Emil,
>
> On Fri, 3 Jun 2016 10:38:49 +0100
> Emil Velikov wrote:
>
>> Hi Boris.
>>
>> On 2 June 2016 at 16:00, Boris Brezillon
>> wrote:
>>
>> > +static void sii902x_reset(struct sii902x *sii902x)
>> > +{
>> > + if (!sii902x->reset_gpio
Am Freitag, den 03.06.2016, 15:21 +0100 schrieb Russell King:
> Convert DT component matching to use component_match_add_release().
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/arm/hdlcd_drv.c | 9 +++--
> drivers/gpu/drm/armada/armada_drv.c | 8 ++--
> d
On Fri, Jun 03, 2016 at 03:36:48PM +0100, Chris Wilson wrote:
> Rather than have both drm_dp_aux lock within its transfer, and i2c to
> lock around the transfer, use the same lock by filling in the locking
> callbacks that i2c wants to use. We require our own hw_mutex as we
> bypass i2c_transfer fo
This patch adds a binding that describes the cdn DP controller for
rk3399.
Signed-off-by: Chris Zhong
---
Changes in v1:
- add extcon node description
- add #sound-dai-cells description
.../bindings/display/rockchip/cdn-dp-rockchip.txt | 62 ++
1 file changed, 62 insertio
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
Hi all
This series patch is for rockchip Type-C phy and DisplayPort controller
driver.
The USB Type-C PHY is designed to support the USB3 and DP applications.
The PHY basically has two main components: USB3 and DisplyPort. USB3
operates in SuperSpeed mode and the DP can operate at RBR, HBR and H
From: Thierry Reding
Implement a uevent callback for devices on the MIPI DSI bus. This
callback will append MODALIAS information to the uevent and allow
modules to be loaded when devices are added to the bus.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_mipi_dsi.c | 16 +++
From: Thierry Reding
This blank line was introduced in commit c8521969dea2 ("drm/panel:
simple: Add support for BOE TV080WUM-NL0"), likely by mistake.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/panel/panel-simple.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/panel
On Fri, Jun 3, 2016 at 9:21 AM, Russell King
wrote:
> Add common OF-based component functionality for matching devices by
> device node, and releasing the device node at the appropraite time.
>
> Signed-off-by: Russell King
> ---
> drivers/of/Makefile | 2 +-
> drivers/of/of_component
From: Thierry Reding
The IOMMU_DMA symbol depends on IOMMU_API, but DRM_MEDIATEK itself does
not have a dependency on that symbol.
Furthermore the driver doesn't use any of the code enabled by IOMMU_DMA
and the only IOMMU API call that it uses, iommu_present(), has a dummy
implementation if IOMM
/archives/dri-devel/attachments/20160603/196b25a6/attachment.sig>
From: Gustavo Padovan
Christian König changed fence context to a u64 type, so we need to
update all users accordingly.
Signed-off-by: Gustavo Padovan
---
Should we get this via drm-misc to silent the warning added by the change
on the fence context?
drivers/dma-buf/sync_file.c | 2 +-
1 fil
From: Thierry Reding
While the current code is correct and the compiler's DCE pass should
remove either of the branches depending on the width of DMA addresses,
the compiler still has to compile the code first.
On configurations with 32-bit DMA addresses, right-shifting the address
by 32 causes
Looks good to me. Thanks!
Reviewed-by: Sinclair Yeh
On Fri, Jun 03, 2016 at 05:47:13PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> While the current code is correct and the compiler's DCE pass should
> remove either of the branches depending on the width of DMA addresses,
> the co
From: Thierry Reding
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fall
From: Thierry Reding
The FB helper core now supports deferred setup, so the driver's custom
implementation can be removed.
Cc: Boris Brezillon
Signed-off-by: Thierry Reding
---
Compile-tested only.
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 26 +++---
1 file changed,
From: Thierry Reding
The FB helper core now supports deferred setup, so the driver's custom
implementation can be removed.
Cc: Xinliang Liu
Cc: Xinwei Kong
Cc: Chen Feng
Signed-off-by: Thierry Reding
---
Compile-tested only.
drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 22 +++-
From: Thierry Reding
The FB helper core now supports deferred setup, so the driver's custom
implementation can be removed.
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Signed-off-by: Thierry Reding
---
Compile-tested only.
drivers/gpu/drm/exynos/exynos_drm_drv.c |
es, so
perhaps there's some significant change there?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/ed6f4d8c/attachment.sig>
counts.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/74ea7cb3/attachment.sig>
When the sun4i DRM driver is compiled with LPAE enabled, dma_addr_t turns
into a 64-bit type, which causes warnings with some debug printks:
=
In file included from
drivers/gpu/drm/sun4i/sun4i_backend.c:13::
drivers/gpu/drm/sun4i/sun4i_backend.c: In function
'sun4i_backend_update_l
0,0 +1,160 @@
> +/*
> + * Copyright (C) 2012-2016 Red Hat Inc.
> + *
> + * This file is subject to the terms and conditions of the GNU General Public
> + * License v2. See the file COPYING in the main directory of this archive for
> + * more details.
> + */
> +
> +#include
> +#include
> +#include
> +#include "gm12u320_drv.h"
> +
> +static int gm12u320_driver_set_busid(struct drm_device *d, struct drm_master
> *m)
> +{
> + return 0;
> +}
This is optional, you can drop it.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/007b2658/attachment.sig>
ged, 2 insertions(+), 2 deletions(-)
Reviewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/11e11c45/attachment-0001.sig>
On 2016-06-01 15:06, Daniel Vetter wrote:
> No idea how exactly fsl-du commits hw state changes, but here in flush
> is probably the safest place.
The writes to the DCU_UPDATE_MODE register (DCU_UPDATE_MODE_READREG)
commit state changes. There are several callbacks causing a commit, it
seems to me
fence->ops->get_timeline_name(fence), fence->context,
> fence->seqno);
> --
> 2.5.5
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/6e82f721/attachment.html>
Hi,
Thanks for the review!
On 03-06-16 19:27, Thierry Reding wrote:
> On Fri, Jun 03, 2016 at 03:06:32PM +0200, Hans de Goede wrote:
>> Grain-media GM12U320 based devices are mini video projectors using USB for
>> both power and video data transport.
>>
>> This commit adds a kms driver for these
On Fri, Jun 03, 2016 at 09:30:06AM +0200, Lukas Wunner wrote:
> On Wed, Jun 01, 2016 at 04:40:12PM +0200, Daniel Vetter wrote:
> > On Wed, Jun 01, 2016 at 02:36:41PM +0200, Lukas Wunner wrote:
> > > On Wed, May 25, 2016 at 03:43:42PM +0200, Daniel Vetter wrote:
> > > > On Wed, May 25, 2016 at 12:51
On Fri, Jun 03, 2016 at 06:11:16PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> FB helper code falls back to a 1024x768 mode if no outputs are connected
> or don't report back any modes upon initialization. This can be annoying
> because outputs that are added to FB helper later on can
On Fri, Jun 03, 2016 at 06:11:19PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The FB helper core now supports deferred setup, so the driver's custom
> implementation can be removed.
>
> Cc: Xinliang Liu
> Cc: Xinwei Kong
> Cc: Chen Feng
> Signed-off-by: Thierry Reding
> ---
> Co
On Fri, Jun 03, 2016 at 05:29:29PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> This blank line was introduced in commit c8521969dea2 ("drm/panel:
> simple: Add support for BOE TV080WUM-NL0"), likely by mistake.
>
> Signed-off-by: Thierry Reding
Reviewed-by: Daniel Vetter
> ---
>
On Fri, Jun 03, 2016 at 11:27:31PM +0530, Sumit Semwal wrote:
> Hi Gustavo,
>
> On 03-Jun-2016 9:16 PM, "Gustavo Padovan" wrote:
> >
> > From: Gustavo Padovan
> >
> > Christian König changed fence context to a u64 type, so we need to
> > update all users accordingly.
> >
> > Signed-off-by: Gust
On Fri, Jun 03, 2016 at 10:27:11AM +0200, Philipp Zabel wrote:
> Am Donnerstag, den 02.06.2016, 22:25 +0200 schrieb Daniel Vetter:
> [...]
> > > [drm:drm_ioctl] pid=205, dev=0xe201, auth=1, DRM_IOCTL_MODE_SETCRTC
> > > [drm:drm_mode_setcrtc] [CRTC:24:crtc-0]
> > > [drm:drm_mode_setcrtc]
On Fri, Jun 3, 2016 at 10:36 AM, Russell King - ARM Linux
wrote:
> On Fri, Jun 03, 2016 at 10:29:40AM -0500, Rob Herring wrote:
>> On Fri, Jun 3, 2016 at 9:21 AM, Russell King
>> wrote:
>> > Add common OF-based component functionality for matching devices by
>> > device node, and releasing the d
The current default of always using the performance power state leads
to increased power consumption of mobile devices, which have a dedicated
battery power state. Switch between the performance and battery power
state automatically, depending on the current AC power status, when the
user asked for
Until Dave's patch to support the new hybrid gfx ACPI method goes
upstream, we can fallback to the old ATPX method which seems to
still work.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/
Until Dave's patch to support the new hybrid gfx ACPI method goes
upstream, we can fallback to the old ATPX method which seems to
still work.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160603/7797052f/attachment.html>
Hi Linus,
A bunch of ARM drivers got into the fixes vibe this time around,
so this contains a bunch of fixes for imx, atmel hlcdc, arm hdlcd
(only so many combos of hlcd), mediatek and omap drm.
Other than that there is one mgag200 fix and a few core drm regression
fixes.
Dave.
The following
Was missing the calls to fini.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 31 --
1 file changed, 21 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
From: yanyang1
The non-powerplay code handles this directly. Do
it in cgs for powerplay.
Signed-off-by: yanyang1
Reviewed-by: Rex Zhu Rex.Zhu at amd.com
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/dr
Using flat regmap cache instead of RB-tree to avoid the following
lockdep warning on driver load:
WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:2755
lockdep_trace_alloc+0x15c/0x160()
DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags))
The RB-tree regmap cache needs to allocate new space on first
From: Tom St Denis
Add tracepoints to the MMIO read/write so we can log
MMIO traffic.
Signed-off-by: Tom St Denis
Reviewed-by: Christian König
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 12 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_trace.h | 38
From: Monk Liu
Powerplay uses cgs to load the firmware so add a function
to release it as well to avoid leaking it on driver unload.
Signed-off-by: Monk Liu
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 12
drivers/gpu/drm/a
From: Monk Liu
Properly release the smu ucode in powerplay.
v2: agd: add polaris as well
Signed-off-by: Monk Liu
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/powerplay/smumgr/fiji_smumgr.c | 2 ++
drivers/gpu/drm/amd/powerplay/smumgr/polaris10_smumgr.c
1 - 100 of 205 matches
Mail list logo
