The modetest application uses libkms to allocate dumb buffers, leading
to overallocation due to the hardcoded 32 bpp value. This can even cause
failures in drivers when the resulting pitch is too large for the
hardware to handle and gets rejected by the driver when creating the
frame buffer.
Fix t
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/116f483c/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/a4874d74/attachment.sig>
Hi All,
Any comment ? Or any better idea how this should be fixed?
Regards,
Rui
-- Forwarded message --
From: ruiv.w...@gmail.com
Date: Thu, 4 Dec 2014 22:11:35 +0800
Subject: [PATCH] drm: fb helper should avoid sleeping in panic context
To: airlied at redhat.com, daniel.vetter
Hi Rob,
Yes it's exactly what I'm doing. Please scroll down and review my patch.
Thanks
Rui
On 12/10/14, Rob Clark wrote:
> perhaps fb helpers could use __drm_modeset_lock_all() w/ trylock=true
> in panic context?
>
> BR,
> -R
>
> On Tue, Dec 9, 2014 at 7:09 PM, rui wang wrote:
>> Hi All,
>>
>>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/2dd59ba3/attachment.html>
--- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/6c888fad/attachment.sig>
Signed-off-by: Pierre Moreau
---
drm/nouveau_drm.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/drm/nouveau_drm.c b/drm/nouveau_drm.c
index afb93bb..ffa1e4f 100644
--- a/drm/nouveau_drm.c
+++ b/drm/nouveau_drm.c
@@ -61,9 +61,10 @@ MODULE_PARM_DESC(debug, "
(This is a v3 of patch "drm/nouveau/fb/nv50: Add PFB writes")
This fix a GPU lockup on 9400M (NVAC) when using acceleration, see
https://bugs.freedesktop.org/show_bug.cgi?id=27501
v2:
- Move code to subdev/fb/nv50.c as suggested by Roy Spliet;
- Remove arbitrary writes to 100c18/100c24
- Replace
If no best divider is normally found, we will try to use the maximum divider.
We should not set the parent clock rate to be 1Hz by force for being rounded.
Instead, we should take the maximum divider as a base and calculate a correct
parent clock rate for being rounded.
Signed-off-by: Liu Ying
--
Signed-off-by: Liu Ying
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 78efebb..3cee528 100644
--- a/Documentation/de
This patch adds MIPI DSI remote end points for IPU2 DI0/1 end points.
Signed-off-by: Liu Ying
---
arch/arm/boot/dts/imx6q.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi
index e6a6d90..82507e7 100644
--- a/arch/arm/boot/dts/i
This patch adds a macro to define the GPR3 MIPI muxing control register field
shift bits.
Signed-off-by: Liu Ying
---
include/linux/mfd/syscon/imx6q-iomuxc-gpr.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/mfd/syscon/imx6q-iomuxc-gpr.h
b/include/linux/mfd/syscon/imx6q-iomu
This patch adds support for MIPI DSI host controller.
Signed-off-by: Liu Ying
---
arch/arm/boot/dts/imx6qdl.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl.dtsi b/arch/arm/boot/dts/imx6qdl.dtsi
index 5d92ad7..4769767 100644
--- a/arch/arm/boot/dts/imx6qd
To phase out the MIPI DSI's child nodes which present DRM CRTCs from the
child nodes which represent MIPI DSI peripherals, we need to add input-port
property to the child nodes to be phased out.
Signed-off-by: Liu Ying
---
arch/arm/boot/dts/imx6q.dtsi | 2 ++
arch/arm/boot/dts/imx6qdl.dtsi | 2
The MIPI DSI bus driver would try to add a DSI device for a host's every
child node which contains the reg property. Unfortunately, the existing
i.MX6Q/SDL MIPI DSI host device tree node's child nodes contain the reg
property, but the child nodes are ports pointing to dedicated CRTCs.
So, this pat
Signed-off-by: Liu Ying
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 3cee528..8257f3a 100644
--- a/Documentation/de
This patch adds i.MX MIPI DSI host controller driver support.
Currently, the driver supports the burst with sync pulses mode only.
Signed-off-by: Liu Ying
---
.../devicetree/bindings/drm/imx/mipi_dsi.txt | 81 ++
drivers/gpu/drm/imx/Kconfig|6 +
drivers/gpu/dr
The TRULY TFT480800-16-E panel is driven by the Himax HX8369A driver IC.
The driver IC supports several display/control interface modes, including
the MIPI DSI video mode and command mode.
Signed-off-by: Liu Ying
---
arch/arm/boot/dts/imx6qdl-sabresd.dtsi | 41 ++
Hi,
This series adds support for i.MX MIPI DSI DRM driver.
Currently, the MIPI DSI driver only supports the burst with sync pulse mode.
This series also includes a DRM panel driver for the Truly TFT480800-16-E panel
which is driven by the Himax HX8369A driver IC. The driver IC data sheet could
b
The new imx_v6_v7_defconfig is generated in this way:
* make ARCH=arm imx_v6_v7_defconfig
* make ARCH=arm savedefconfig
* cp defconfig arch/arm/configs/imx_v6_v7_defconfig
Signed-off-by: Liu Ying
---
arch/arm/configs/imx_v6_v7_defconfig | 15 +++
1 file changed, 7 insertions(+), 8 de
This patch adds support for MIPI DSI host controller.
The new imx_v6_v7_defconfig is generated in this way:
* make ARCH=arm imx_v6_v7_defconfig
* make ARCH=arm menuconfig and manually choose to build in
the MIPI DSI host controller driver
* make ARCH=arm savedefconfig
* cp defconfig arch/arm/con
This patch adds support for Himax HX8369A panel.
The new imx_v6_v7_defconfig is generated in this way:
* make ARCH=arm imx_v6_v7_defconfig
* make ARCH=arm menuconfig and manually choose to build in
the Himax HX8369A panel driver
* make ARCH=arm savedefconfig
* cp defconfig arch/arm/configs/imx_v
This patch supports the video_27m clock which is a fixed factor
clock of the pll3_pfd1_540m clock.
Signed-off-by: Liu Ying
---
arch/arm/mach-imx/clk-imx6q.c | 1 +
include/dt-bindings/clock/imx6qdl-clock.h | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/ar
This patch adds support for Himax HX8369A MIPI DSI panel.
Signed-off-by: Liu Ying
---
.../devicetree/bindings/panel/himax,hx8369a.txt| 86 +++
drivers/gpu/drm/panel/Kconfig | 6 +
drivers/gpu/drm/panel/Makefile | 1 +
drivers/gpu/drm/panel/panel-
On 10.12.2014 06:39, Andy Lutomirski wrote:
> On Tue, Dec 9, 2014 at 8:06 AM, Andy Lutomirski
> wrote:
>> On Tue, Dec 9, 2014 at 1:18 AM, Michel Dänzer wrote:
>>> On 09.12.2014 09:24, Andy Lutomirski wrote:
The relevant line from latencytop seems to be:
154 20441402 489139 r
From: Thierry Reding
Drivers where the DRM objects have a lifetime that extends beyond that
of the DRM device need to zero out the DRM object memory to void stale
data such as properties. The DRM core code expects to operate on newly
allocated and zeroed out objects and will behave unexpectedly,
On Wed, Dec 10, 2014 at 11:38:49AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> Drivers where the DRM objects have a lifetime that extends beyond that
> of the DRM device need to zero out the DRM object memory to void stale
> data such as properties. The DRM core code expects to operat
From: Thierry Reding
The ->load_lut() callback is optional, therefore a dummy implementation
is not needed.
Cc: Russell King
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/armada/armada_crtc.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
b/d
From: Thierry Reding
The ->load_lut() callback is optional, therefore a dummy implementation
is not needed.
Cc: Gerd Hoffmann
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/bochs/bochs_kms.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_kms.c
b/driver
From: Thierry Reding
The ->load_lut() callback is optional, therefore a dummy implementation
is not needed.
Cc: Rob Clark
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 5 -
drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 5 -
2 files changed, 10 deletions(-)
From: Thierry Reding
The ->load_lut() callback is optional, therefore a dummy implementation
is not needed.
Cc: Benjamin Gaignard
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/sti/sti_drm_crtc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_drm_crtc.c
b
From: Thierry Reding
The ->load_lut() callback is optional, therefore a dummy implementation
is not needed.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/dc.c
index 80beebd
From: Thierry Reding
A couple of whitespace changes required to silent various errors and
warnings flagged by checkpatch.
checkpatch requires that the opening brace be on the same line as a
variable declaration. Furthermore an empty line is required after a
block of variable declarations. Traili
From: Thierry Reding
Fixes a couple of checkpatch warnings regarding the use of kzalloc()
with a multiplication. kcalloc() is the preferred API.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/g
From: Thierry Reding
Fixes a couple of checkpatch warnings regarding the use of kmalloc()
with a multiplication. kmalloc_array() is the preferred API.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/dri
From: Thierry Reding
checkpatch requires the assignment and the check to be separate
statements.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 2ce5
From: Thierry Reding
Single statement blocks don't need to be enclosed in a pair of braces.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index faadd
From: Thierry Reding
All prior conditional blocks return from the function, so the else block
can be at the top level of the function.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm
From: Thierry Reding
sizeof(type) is the variant used most commonly and required by
checkpatch.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 12 ++--
drivers/gpu/drm/drm_irq.c | 8
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu
available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/6e6f1051/attachment.sig>
> }
> > EXPORT_SYMBOL(drm_plane_cleanup);
> >
> > --
> > 2.1.3
> >
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
>
--
Benjamin Gaignard
Graphic Working Group
Linaro.org <http://www.linaro.org/> *â *Open source software for ARM SoCs
Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter
<http://twitter.com/#!/linaroorg> | Blog
<http://www.linaro.org/linaro-blog/>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/840a9d44/attachment-0001.html>
Hi Dave,
Decided to send a pull request for my misc drm branch because of teh
memset patch from Thierry for drm_*_cleanup functions (fixes drivers using
deferred probe) and the patch from Takashi. Everything else fairly
trivial.
Cheers, Daniel
The following changes since commit e5b5341c28c66a12
On Wed, Dec 10, 2014 at 12:30:02PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> The ->load_lut() callback is optional, therefore a dummy implementation
> is not needed.
>
> Signed-off-by: Thierry Reding
All patches merged to drm-misc with the small conflict here resolved,
thanks.
A
From: Alexey Skidanov
Since the user space may call open() more that once from the same process,
the aperture initialization should be moved from kfd_open()
Signed-off-by: Alexey Skidanov
Reviewed-by: Oded Gabbay
---
drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 4
drivers/gpu/drm/amd/a
This patch fixes a device QCM bug, where the number of queues were not
counted correctly for the operation of update queue. The count was incorrect
as there was no regard to the previous state of the queue.
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 13
From: Alexey Skidanov
This patch implements a new interface that was added to the kfd-->kgd interface.
The new interface function retrieves the firmware version that is currently
in use by the MEC engine. The firmware was uploaded to the MEC engine by the
radeon driver.
Signed-off-by: Alexey Ski
From: Alexey Skidanov
This patch adds a new interface to the kfd-->kgd interface.
The new interface function retrieves the firmware version that is currently in
use by the MEC engine. The firmware was uploaded to the MEC engine by the kgd
(radeon).
Signed-off-by: Alexey Skidanov
Reviewed-by: Od
From: Alexey Skidanov
This patch displays the firmware version of the microcode that is currently
running in the MEC.
This is needed for the HSA RT, so it could differentiate its behavior based on
fw version. e.g. workarounds for bugs in fw
Signed-off-by: Alexey Skidanov
Reviewed-by: Oded Gabba
On Wed, Dec 10, 2014 at 01:03:34PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> A couple of whitespace changes required to silent various errors and
> warnings flagged by checkpatch.
>
> checkpatch requires that the opening brace be on the same line as a
> variable declaration. Furthe
you would've run into the same issue that Benjamin ran into this
morning.
> +static void imx_mipi_dsi_encoder_prepare(struct drm_encoder *encoder)
> +{
> + struct imx_mipi_dsi *dsi = enc_to_dsi(encoder);
> + u32 interface_pix_fmt;
> +
> + switch (dsi->format) {
> + case MIPI_DSI_FMT_RGB888:
> + interface_pix_fmt = V4L2_PIX_FMT_RGB24;
> + break;
> + case MIPI_DSI_FMT_RGB565:
> + interface_pix_fmt = V4L2_PIX_FMT_RGB565;
> + break;
> + default:
> + dev_err(dsi->dev, "unsupported DSI pixel format\n");
> + return;
Why even try doing this if you know upfront that it can't be done. You
know much earlier than this that you can't drive the pixel format, why
not abort then?
People are much more likely to notice that the panel isn't supported if
the DSI output doesn't even show up (or doesn't expose any modes) rather
than if they have to find this error message in dmesg.
> +static void imx_mipi_dsi_video_mode_config(struct imx_mipi_dsi *dsi)
> +{
> + u32 val;
> +
> + val = VID_MODE_TYPE_BURST_SYNC_PULSES | ENABLE_LOW_POWER;
> +
> + dsi_write(dsi, DSI_VID_MODE_CFG, val);
> +}
You probably want to parameterize based on the DSI peripheral's flags. I
see that you do reject devices with any other modes, so this may not be
necessary now. Out of curiosity, the hardware supports other modes,
right?
[...]
> +MODULE_LICENSE("GPL v2");
Sigh... according to your header comment this needs to be "GPL".
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/10d152b5/attachment-0001.sig>
Hi Daniel,
Thanks a bunch for your review comments! A few comments, post our
discussion at LPC;
On 12 October 2014 at 00:25, Daniel Vetter wrote:
> On Sat, Oct 11, 2014 at 01:37:55AM +0530, Sumit Semwal wrote:
>> At present, struct device lacks a mechanism of exposing memory
>> access constraint
On Wed, Dec 10, 2014 at 07:01:16PM +0530, Sumit Semwal wrote:
> Hi Daniel,
>
> Thanks a bunch for your review comments! A few comments, post our
> discussion at LPC;
>
> On 12 October 2014 at 00:25, Daniel Vetter wrote:
> > On Sat, Oct 11, 2014 at 01:37:55AM +0530, Sumit Semwal wrote:
> >> At pr
ke:
ret = devm_gpiod_get(dev, "reset", GPIOD_OUT_LOW);
nowadays.
> +
> + for (i = 0; i < 4; i++) {
> + snprintf(bs, sizeof(bs), "bs%d", i);
> + ctx->bs_gpio[i] = devm_gpiod_get(dev, bs);
> + if (IS_ERR(ctx->bs_gpio[i]))
> + continue;
> +
> + ret = gpiod_direction_output(ctx->bs_gpio[i], 1);
> + if (ret < 0) {
> + dev_err(dev, "cannot configure bs%d-gpio %d\n", i, ret);
> + return ret;
> + }
Similarly to the above:
ret = devm_gpiod_get(dev, bs, GPIOD_OUT_HIGH);
> +static int __init hx8369a_init(void)
> +{
> + int err;
> +
> + err = mipi_dsi_driver_register(&hx8369a_dsi_driver);
> + if (err < 0)
> + return err;
> +
> + return 0;
> +}
> +module_init(hx8369a_init);
> +
> +static void __exit hx8369a_exit(void)
> +{
> + mipi_dsi_driver_unregister(&hx8369a_dsi_driver);
> +}
> +module_exit(hx8369a_exit);
Why can't this be module_mipi_dsi_driver(&hx8369a_dsi_driver)?
> +
> +MODULE_DESCRIPTION("Himax HX8369A panel driver");
> +MODULE_LICENSE("GPL v2");
Missing MODULE_AUTHOR()?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/9aaf3496/attachment-0001.sig>
to support multiple panels
with the same driver IC the proper solution would be to abstract that
code out into a helper library that is used from the various panel
drivers.
Thierry
-- next part ------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/ee9b2376/attachment.sig>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/b70fc857/attachment.html>
The check was already in place in the dp mode_valid check, but
radeon_dp_get_dp_link_clock() never returned the high clock
mode_valid was checking for because that function clipped the
clock based on the hw capabilities. Add an explicit check
in the mode_valid function.
bug:
https://bugs.freedesk
Forgotten to add mailing lists.
-Daniel
On Wed, Dec 10, 2014 at 3:53 PM, Daniel Vetter
wrote:
> On Wed, Dec 10, 2014 at 3:03 PM, Dan Carpenter
> wrote:
>> From a style prespective this should be:
>>
>> crtc->gamma_store = kcalloc(gamma_size * 3, sizeof(uint16_t),
>>
On Tue, Dec 9, 2014 at 4:39 PM, Andy Lutomirski wrote:
> On Tue, Dec 9, 2014 at 8:06 AM, Andy Lutomirski
> wrote:
>> On Tue, Dec 9, 2014 at 1:18 AM, Michel Dänzer wrote:
>>> On 09.12.2014 09:24, Andy Lutomirski wrote:
The relevant line from latencytop seems to be:
154 20441
Hi,
Many kernel frameworks that uses provider/consumer schema suffer from
few issues:
1. They have broken driver unbinding handling. When device driver of the
provider
is unbound from the device, its consumers stay with reference to non-existing
objects, as a result we can observe oopses, cra
track is a generic framework for safe tracking presence of any kernel objects
having an id. There are no special requirements about type of object or its
id. Id shall be unique.
Typical usage of the framework by consumer looks as follow:
1. Consumer registers notifier callback for objects with give
restrack framework allows tracking presence of resources with dynamic life
time. Typical example of such resources are all resources provided by device
drivers, for example clocks, phys, regulators. Since drivers can be bound and
unbound dynamically and unconditionally, resources provided by such d
The patch adds Device Tree restrack support to drm/panel framework.
As panels supports only Device Tree based lookup all panels can be
converted to restrack.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/drm_panel.c | 97 +
include/drm/drm_panel.h
Regulators supports various methods of lookup.
The patch adds restrack support only to DT based regulators.
Signed-off-by: Andrzej Hajda
---
drivers/regulator/core.c | 77 ++
include/linux/regulator/consumer.h | 10 +
include/linux/restrack.h
The patch moves Device Tree parsing logic to separate
function.
Signed-off-by: Andrzej Hajda
---
drivers/gpio/gpiolib-of.c | 59 +--
drivers/gpio/gpiolib.c| 33 +++---
drivers/gpio/gpiolib.h| 4 ++--
3 files changed, 53 ins
GPIO supports different methods of lookup.
The patch adds restrack support only to DT based GPIOs.
Signed-off-by: Andrzej Hajda
---
drivers/gpio/gpiolib.c| 81 +++
include/linux/gpio/consumer.h | 4 +++
include/linux/restrack.h | 1 +
3 file
The patch adds function for parsing Device Tree to get
clock specifier. The function could be ultimately used
by clock core.
Signed-off-by: Andrzej Hajda
---
drivers/clk/clkdev.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/clk/clkdev.c b/drivers/clk/clkde
Clocks supports different methods of lookup.
The patch adds restrack support only to DT based clocks.
Signed-off-by: Andrzej Hajda
---
drivers/clk/clk.c| 6
drivers/clk/clkdev.c | 74
include/linux/clk.h | 3 ++
include/lin
PHYs supports different methods of lookup.
The patch adds restrack support only to DT based PHYs.
Signed-off-by: Andrzej Hajda
---
drivers/phy/phy-core.c | 90
include/linux/phy/phy.h | 3 ++
include/linux/restrack.h | 1 +
3 files changed, 9
Exynos DSI driver uses DSI bus attach/detach callbacks to implement
panel hotplug mechanism. The patch moves panel attachment code
from .detect callback to DSI bus callbacks. It makes the code
simpler and more straightforward.
The patch removes also redundant and lock unprotected dpms_off call
from
Convert exynos_dsi driver to use restrack API.
As a result driver have following advantages:
- correctly handles removal of resources,
- do not need to defer probing, so as a result the whole drm system
initialization will not be postponed to late initcall, unless other
components delays it,
-
The patch removes private of_graph functions and uses common ones.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_dpi.c | 117 +++-
1 file changed, 24 insertions(+), 93 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dpi.c
b/drivers/g
exynos_dpi implements drm encoder and connector. Currently its probe
was defered if the associated panel was not yet present. It is inefficient
behavior - it could start normally with connector status set to disconnected
and notify drm about status change when panel appears/disapeears.
Unfortunatel
Panel is powered off already by connector during drm_panel_remove call.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/panel/panel-ld9040.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-ld9040.c
b/drivers/gpu/drm/panel/panel-ld9040.c
index 08cf2c5..3337f30 100
Convert ld9040 panel driver to use restrack API.
As a result driver have following advantages:
- correctly handles removal of resources,
- do not need to defer probing, so as a result the panel
becomes available as soon as possible, in case of deferred
probing it was late_initcall,
- simplified
On Wed, Dec 10, 2014 at 04:48:18PM +0100, Andrzej Hajda wrote:
> 3. There are drivers which can work without specific resource, but if
> the resource becomes available/unavailable it can do some additional stuff.
> An example of such driver is DRM driver (more precisely drm_connector) -
> it
it's quite ugly and surprising.
--
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/20141210/5403c60f/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/77a014b6/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/9bfe912b/attachment.html>
From: Thierry Reding
Add implementations for drm_clflush_*() on ARM by borrowing code from
the DMA mapping API implementation. Unfortunately ARM doesn't export an
API to flush caches on a page by page basis, so this replicates most of
the code.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141210/f1fa1709/attachment.html>
s 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/20141210/13b7d097/attachment.html>
From: Daniel Kurtz
A framebuffer gets committed to FIMD's default window like this:
exynos_drm_crtc_update()
exynos_plane_commit()
fimd_win_commit()
fimd_win_commit() programs BUF_START[0]. At each vblank, FIMD hardware
copies the value from BUF_START to BUF_START_S (BUF_START's shadow
re
Signed-off-by: Rob Clark
---
include/uapi/drm/drm_mode.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h
index 86574b0..aae71cb 100644
--- a/include/uapi/drm/drm_mode.h
+++ b/include/uapi/drm/drm_mode.h
@@ -338,
In DRM/KMS we are lacking a good way to deal with tiled/compressed
formats. Especially in the case of dmabuf/prime buffer sharing, where
we cannot always rely on under-the-hood flags passed to driver specific
gem-create ioctl to pass around these extra flags.
The proposal is to add a per-plane fo
https://bugzilla.kernel.org/show_bug.cgi?id=87761
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|I2C
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/20141210/608d5942/attachment.html>
On Wed, Dec 10, 2014 at 12:17:51PM -0500, Rob Clark wrote:
> In DRM/KMS we are lacking a good way to deal with tiled/compressed
> formats. Especially in the case of dmabuf/prime buffer sharing, where
> we cannot always rely on under-the-hood flags passed to driver specific
> gem-create ioctl to pa
https://bugzilla.kernel.org/show_bug.cgi?id=89521
Bug ID: 89521
Summary: Radeon driver fails to set dpm power state after
resume from S3
Product: Drivers
Version: 2.5
Kernel Version: 3.18.0
Hardware: x86-64
On Wed, Dec 10, 2014 at 06:23:49PM +0100, A H wrote:
> 10 gru 2014 17:16 "Russell King - ARM Linux"
> napisaÅ(a):
> >
> > On Wed, Dec 10, 2014 at 04:48:18PM +0100, Andrzej Hajda wrote:
> > > 3. There are drivers which can work without specific resource, but if
> > > the resource becomes availab
On Wed, Dec 10, 2014 at 11:38 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Add implementations for drm_clflush_*() on ARM by borrowing code from
> the DMA mapping API implementation. Unfortunately ARM doesn't export an
> API to flush caches on a page by page basis, so this replicates most
https://bugzilla.kernel.org/show_bug.cgi?id=86891
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
18
--
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/20141210/f774090a/attachment.html>
From: Laurent Pinchart
And fix a spelling mistake.
Signed-off-by: Laurent Pinchart
---
Documentation/DocBook/drm.tmpl | 24 +++-
1 file changed, 19 insertions(+), 5 deletions(-)
I've had this patch in my tree for way too long, it's time to get it to
mainline or drop it. I
> important for atomic support, can you review these two too?
>
It'd be fantastic to get the START == START_S fix merged too:
http://www.spinics.net/lists/linux-samsung-soc/msg40128.html
Cheers,
Daniel
-- next part --
An HTML attachment was scrubbed...
U
On Tue, Dec 09, 2014 at 08:05:21PM -0500, Rob Clark wrote:
> oh, whoops.. gmail hiding quoted text..
>
> yeah, that looks sane,
>
> Reviewed-by: Rob Clark
>
> On Tue, Dec 9, 2014 at 7:55 PM, rui wang wrote:
> > Hi Rob,
> > Yes it's exactly what I'm doing. Please scroll down and review my patch
On Wed, Dec 10, 2014 at 2:11 PM, Laurent Pinchart
wrote:
> From: Laurent Pinchart
>
> And fix a spelling mistake.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Alex Deucher
> ---
> Documentation/DocBook/drm.tmpl | 24 +++-
> 1 file changed, 19 insertions(+), 5 deletion
https://bugzilla.kernel.org/show_bug.cgi?id=86011
Bjorn Helgaas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, Dec 10, 2014 at 8:13 AM, Oded Gabbay wrote:
> From: Alexey Skidanov
>
> This patch implements a new interface that was added to the kfd-->kgd
> interface.
> The new interface function retrieves the firmware version that is currently
> in use by the MEC engine. The firmware was uploaded t
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #18 from Hin-Tak Leung ---
(In reply to Alex Deucher from comment #14)
> Please make sure your version of mesa has this patch:
> http://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=ae4536b4f71cbe76230ea7edc7eb4d6041e651b4
This seems n
1 - 100 of 106 matches
Mail list logo