The define DRM_FB_HELPER_DEFAULT_OPS provides the drm_fb_helper default
implementations for functions in struct fb_ops. A drm driver can use it
like:
static struct fb_ops drm_fbdev_cma_ops = {
.owner = THIS_MODULE,
DRM_FB_HELPER_DEFAULT_OPS,
/* driver specific
des operator new and
friends, maybe that's involved somehow.
--
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/20161004/d0cc0d8b/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161004/f42c3d3e/attachment-0001.html>
On 10/03/2016 03:51 PM, Daniel Vetter wrote:
> On Sun, Oct 2, 2016 at 7:15 PM, Marek Vasut wrote:
>>> One thing we could look into for simple pipe helpers is to have a
>>> drm_simple_pipe_state which contains both states, and pass that
>>> simple_state into all callbacks. Needs a bit of trickery i
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161004/f9012e34/attachment.html>
Make "HDMI for OMAP4" and "HDMI for OMAP5" depend on ARCH_OMAP4
and SOC_OMAP5/DRA7XX respectively.
Signed-off-by: Adam Ford
Changes in v2: Add dependancy for DRA7XX or OMAP5
diff --git a/drivers/gpu/drm/omapdrm/dss/Kconfig
b/drivers/gpu/drm/omapdrm/dss/Kconfig
index d1fa730..befdd7a 100644
---
https://bugzilla.kernel.org/show_bug.cgi?id=176311
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 f
https://bugzilla.kernel.org/show_bug.cgi?id=176301
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 f
https://bugzilla.kernel.org/show_bug.cgi?id=176311
Bug ID: 176311
Summary: Fiji DisplayPort amdgpu_crtc_page_flip *ERROR* failed
to get vblank before flip
Product: Drivers
Version: 2.5
Kernel Version: 4.7.5-200.fc24.x86_64
https://bugzilla.kernel.org/show_bug.cgi?id=176301
Bug ID: 176301
Summary: Fiji DisplayPort drm_crtc_helper_set_config *ERROR*
failed to set mode on
Product: Drivers
Version: 2.5
Kernel Version: 4.7.5-200.fc24.x86_64
Ha
Retrieve the LVDS mode from the panel node and configure the LVDS
encoder accordingly. LVDS mode selection is static as LVDS panels can't
be hot-plugged on any of the device supported by the driver. Support for
dynamic mode selection can be implemented in the future if needed
without any impact on
LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A.
Multiple incompatible data link layers have been used over time to
transmit image data to LVDS panels. This binding supports display panels
compatible with the JEIDA-59-1999, Open-LDI and VESA SWPG
specifications.
Signed-off-by:
Hello,
This patch series adds support for LVDS mode selection in the R-Car DU driver.
Patch 1/2 defines a new DT binding for LVDS panel. Compared to the existing
DPI panel bindings that are currently abused by the driver for LVDS panel,
this new binding specifies the LVDS more explicitly. Patch 2
same shader.
--
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/20161004/e2cb2cfa/attachment.html>
rind still doesn't support all the
instructions of my CPU :/
--
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/20161004/6d33f460/attachment-0001.html>
The pixel clock should not be on if the CRTC is not in use, hence
move clock enable/disable calls into CRTC callbacks.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 7 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 16 +---
2 files changed, 8 ins
There is no need to explicitly initiate a register transfer and
turn off the DCU after initializing the plane registers. In fact,
this is harmful and leads to unnecessary flickers if the DCU has
been left on by the bootloader.
Signed-off-by: Stefan Agner
---
If you could give this and 3/3 a try o
Do not use encoder disable/enable callbacks to control bypass
mode as this seems to mess with the signals not liked by
displays. This also makes more sense since the encoder is
already defined to be parallel RGB/LVDS at creation time.
Signed-off-by: Stefan Agner
---
I tested that on Vybrid. Meng,
Hi Lucas,
On Fri, Aug 12, 2016 at 11:07:14AM +0200, Lucas Stach wrote:
>This adds the unlocked variant of drm_atomic_helper_disable_all(),
>which takes all the required modeset locks itself. This is intended
>to be used when shutting down the driver, without retaining any
>state.
>
Is this meant
From: Gustaf Lindström
The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel.
The simple-panel driver is used to get support for essential
functionality of the panel.
Signed-off-by: Gustaf Lindström
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/panel/panel-simple.c | 27
The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel.
Signed-off-by: Peter Rosin
---
.../bindings/display/panel/sharp,lq150x1lg11.txt | 36 ++
1 file changed, 36 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/sharp,lq150x1lg11.txt
dif
Hi!
New attempt to get this upstreamed. v4 addresses review comments
from Rob (lvds -> sellvds and a couple of typos).
Cheers,
Peter
Gustaf Lindström (1):
drm/panel: simple: add support for Sharp LQ150X1LG11 panels
Peter Rosin (1):
dt-bindings: display: Add Sharp LQ150X1LG11 panel binding
Hello everyone,
As many are aware, we took up the issue of surface/memory allocation at
XDC this year. The outcome of that discussion was the beginnings of a
design proposal for a library that would server as a cross-device,
cross-process surface allocator. In the past week I've started to
c
was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/c307b6cf/attachment-0001.html>
;t know if something like that
already exists in LLVM.
--
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/20161004/d405ca5c/attachment.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/aa7040b4/attachment.html>
unbind
Is there any further information that I can provide to address this issue?
--
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/attachm
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/de93aa47/attachment.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/5f750feb/attachment.html>
When an encoder fails to initialize the driver prints an error message
to the kernel log. The message contains the name of the encoder's DT
node, which is NULL for internal encoders. Use the of_node_full_name()
macro to avoid dereferencing a NULL pointer, print the output number to
add more context
Memory allocation failures print messages to the kernel log, there's no
need to print an extra one. Remove the duplicate message.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_lvdsenc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/r
The driver has lost platform data support a long time ago. R-Car DU
devices can only be instantiated through DT now, making it impossible to
have a NULL DT node pointer. Remove the error check.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 6 --
1 file changed,
Capitalize acronyms and use determiners and punctuation.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c
b/drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c
in
The node passed as a pointer to the rcar_du_lvds_connector_init()
function is never modified, make it const.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_lvdscon.c | 2 +-
drivers/gpu/drm/rcar-du/rcar_du_lvdscon.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
C
The node pointer passed to the display timing functions is never
modified, make it const.
Signed-off-by: Laurent Pinchart
---
drivers/video/of_display_timing.c | 6 +++---
include/video/of_display_timing.h | 15 ---
2 files changed, 11 insertions(+), 10 deletions(-)
Cc: David Airli
Hello,
This patch series contains five simple cleanups and fixes for the rcar-du-drm
driver, as well as an argument constification patch for video/of.
The patches themselves are straightforward, see individual commit messages for
details. Patch 2/6 (normally merged through the DRM tree) depends o
|--- |INVALID
--
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/20161004/fdde1a63/attachment.html>
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/8fb86498/attachment.html>
On Tue, Oct 04, 2016 at 02:23:13PM +0200, Lukas Wunner wrote:
> On Tue, Oct 04, 2016 at 01:25:23PM +0200, Daniel Vetter wrote:
> > On Tue, Oct 4, 2016 at 12:10 PM, Jon Hunter wrote:
> > > Looks like crtc is a errno in the above case. I see this function is
> > > called by looping through all the c
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/20161004/bcd35f74/attachment.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/d9296cda/attachment.html>
On Tue, Oct 04, 2016 at 01:25:23PM +0200, Daniel Vetter wrote:
> On Tue, Oct 4, 2016 at 12:10 PM, Jon Hunter wrote:
> > Looks like crtc is a errno in the above case. I see this function is
> > called by looping through all the crtc and we never check to see if
> > they are valid. Should we?
nouve
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/f7bda09f/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161004/c2e5ee4c/attachment.html>
not complete.
--
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/20161004/5a9efc5c/attachment-0001.html>
This module is allow testing secure calls of SMAF.
Signed-off-by: Benjamin Gaignard
---
drivers/smaf/Kconfig | 6 +++
drivers/smaf/Makefile | 1 +
drivers/smaf/smaf-testsecure.c | 90 ++
3 files changed, 97 insertions(+)
create mode 1
SMAF CMA allocator implement helpers functions to allow SMAF
to allocate contiguous memory.
match() each if at least one of the attached devices have coherent_dma_mask
set to DMA_BIT_MASK(32).
For allocation it use dma_alloc_attrs() with DMA_ATTR_WRITE_COMBINE and not
dma_alloc_writecombine to be
Secure Memory Allocation Framework goal is to be able
to allocate memory that can be securing.
There is so much ways to allocate and securing memory that SMAF
doesn't do it by itself but need help of additional modules.
To be sure to use the correct allocation method SMAF implement
deferred allocat
version 10 changes:
- rebased on kernel 4.8 tag
- minor typo fix
version 9 changes:
- rebased on 4.8-rc5
- struct dma_attrs doesn't exist anymore so update CMA allocator
to compile with new dma_*_attr functions
- add example SMAF use case in cover letter
version 8 changes:
- rework of th
On 04/10/16 12:25, Daniel Vetter wrote:
> On Tue, Oct 4, 2016 at 12:10 PM, Jon Hunter wrote:
>> Looks like crtc is a errno in the above case. I see this function is
>> called by looping through all the crtc and we never check to see if
>> they are valid. Should we?
>
> Tegra is still using the l
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/e285279e/attachment.html>
On Tue, Oct 4, 2016 at 12:10 PM, Jon Hunter wrote:
> Looks like crtc is a errno in the above case. I see this function is
> called by looping through all the crtc and we never check to see if
> they are valid. Should we?
Tegra is still using the load/unload hooks. That didn't mesh well with
Tomeu
On 4 October 2016 at 03:43, Laszlo Ersek wrote:
> Before commit a325725633c2 ("drm: Lobotomize set_busid nonsense for !pci
> drivers"), several DRM drivers for platform devices used to expose an
> explicit "drm_driver.set_busid" callback, invariably backed by
> drm_platform_set_busid().
>
> Commit
On 3 October 2016 at 23:39, Daniel Vetter wrote:
> Hi Dave,
>
> As promised another pull request. A bit late because flu.
> - generic pipe crc from Tomeu, required a backmerge to apply
> - fixes for my fumbled drm_plane.c extraction
> - display_info cleanup/fixes from Ville
> - misc stuff all over
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/aea9ca73/attachment.html>
e texture intrinsic in
a way which disallows such optimizations.
--
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/20161004/7f0d9e1a/attachment.html>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/7beb2ae0/attachment.html>
BUG_FS */
> +int drm_debugfs_crtc_add(struct drm_crtc *crtc)
> +{
> + struct drm_minor *minor = crtc->dev->primary;
After this patch was applied Tegra boards started crashing here when
dereferencing crtc pointer above ...
[6.789318] Unable to handle kernel paging request at vi
On Fri, Sep 30, 2016 at 8:40 AM, zain wang wrote:
Can you please add a commit message describing why this is needed.
Sean
> Signed-off-by: zain wang
>
> ---
>
> Changes in v2: None
>
> drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --gi
Hi,
> diff --git a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c
> b/drivers/gpu/drm/virtio/virtgpu_drm_bus.c
> index a59d0e309bfc..1fcf739bf509 100644
> --- a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c
> +++ b/drivers/gpu/drm/virtio/virtgpu_drm_bus.c
> @@ -68,6 +68,10 @@ int drm_virtio_init(struct drm
hment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161004/47edc3ed/attachment.html>
couple of minutes before powering up again.
--
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/20161004/749e73a9/attachment.html>
r the
inconvenience.
--
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/20161004/98c08920/attachment.html>
nts/20161004/dd3bbcdd/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161004/b174dd9c/attachment.html>
On Mon, Oct 3, 2016 at 11:58 PM, Peter Rosin wrote:
> On 2016-10-03 20:46, Rob Herring wrote:
>> On Tue, Sep 27, 2016 at 12:27:11AM +0200, Peter Rosin wrote:
>>> The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel.
>>>
>>> Signed-off-by: Peter Rosin
>>> ---
>>> .../bindings/display/panel/sha
On 2016-10-03 20:46, Rob Herring wrote:
> On Tue, Sep 27, 2016 at 12:27:11AM +0200, Peter Rosin wrote:
>> The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel.
>>
>> Signed-off-by: Peter Rosin
>> ---
>> .../bindings/display/panel/sharp,lq150x1lg11.txt | 36
>> ++
>> 1 fi
67 matches
Mail list logo
