On Thu, Apr 02, 2015 at 11:48:25AM +0900, Michel Dänzer wrote:
> On 02.04.2015 01:15, Emil Velikov wrote:
> > They are less and easier to track than the public ones.
>
> Grammar: s/less/fewer/
>
>
> Other than that, this patch and patch 8 are
>
> Acked-by: Michel Dänzer
>
> though I'm not s
On Wed, Apr 01, 2015 at 11:04:45PM +0100, Emil Velikov wrote:
> On 1 April 2015 at 22:26, Jerome Glisse wrote:
> > On Wed, Apr 01, 2015 at 09:57:40PM +0100, Emil Velikov wrote:
> >> On 1 April 2015 at 21:34, Emil Velikov wrote:
> >> > On 1 April 2015 at 18:30, Jerome Glisse wrote:
> >> >> On Wed
On Wed, Apr 01, 2015 at 11:49:27AM +0300, Jyri Sarha wrote:
> Add support for an external compontised DRM encoder. The external
> encoder can be connected to tilcdc trough device tree graph binding.
> The binding document for tilcdc has been updated. The current
> implementation supports only tda99
On 1 April 2015 at 22:26, Jerome Glisse wrote:
> On Wed, Apr 01, 2015 at 09:57:40PM +0100, Emil Velikov wrote:
>> On 1 April 2015 at 21:34, Emil Velikov wrote:
>> > On 1 April 2015 at 18:30, Jerome Glisse wrote:
>> >> On Wed, Apr 01, 2015 at 05:15:13PM +0100, Emil Velikov wrote:
>> >>> Missing d
regards
Junwang Zhao
Microprocessor Research and Develop Center
Department of Computer Science &Technology
Peking University
Beijing, 100871, PRC
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150401/2294ad8f/attachment.html>
On 1 April 2015 at 21:34, Emil Velikov wrote:
> On 1 April 2015 at 18:30, Jerome Glisse wrote:
>> On Wed, Apr 01, 2015 at 05:15:13PM +0100, Emil Velikov wrote:
>>> Missing definition and unused since their introduction.
>>>
>>> Cc: Jerome Glisse
>>> Signed-off-by: Emil Velikov
>>
>> NAK
>>
>> I
Hi Dave,
Main pull request for 4.1 for msm. Highlights:
1) support for "stolen mem" for splash-screen take-over
2) additional hdmi pixel clks
3) various pipe flush related fixes
4) support for snapdragon 410 (8x16)
5) support for DSI and dual-DSI
It includes one small patch to export tile-group
On 1 April 2015 at 18:30, Jerome Glisse wrote:
> On Wed, Apr 01, 2015 at 05:15:13PM +0100, Emil Velikov wrote:
>> Missing definition and unused since their introduction.
>>
>> Cc: Jerome Glisse
>> Signed-off-by: Emil Velikov
>
> NAK
>
> I use all this in tools to debug lockup. Best course of act
Dave,
I see you haven't pulled this one yet. Please don't do that as there is
a problem with fbdev and screen targets.
I'll resend a pull request when the code is fixed.
Thanks,
Thomas
On 03/11/2015 08:02 PM, Thomas Hellstrom wrote:
> Dave,
>
> The first pull request for 4.1. Mainly Sinclair's
On Wed, Apr 01, 2015 at 10:52:58AM -0700, Todd Previte wrote:
> For test 4.2.2.5 to pass per the Link CTS Core 1.2 rev1.1 spec, the source
> device must attempt at least 7 times to read the EDID when it receives an
> I2C defer. The normal DRM code makes only 7 retries, regardless of whether
> or no
On Thu, 2015-04-02 at 10:59 +0800, kbuild test robot wrote:
> Signed-off-by: Fengguang Wu
[]
> diff --git a/drivers/gpu/drm/vgem/vgem_drv.c b/drivers/gpu/drm/vgem/vgem_drv.c
[]
> @@ -195,7 +195,7 @@ static int vgem_gem_dumb_create(struct drm_file *file,
> struct drm_device *dev,
> return 0;
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150401/2fbef53d/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150401/2757cfed/attachment.html>
is 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/20150401/9a3865ca/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150401/9a749615/attachment.html>
On Mi, 2015-04-01 at 22:55 +0800, John Hunter wrote:
> Hi Gerd,
> I've read the patches about the virtio-gpu, it's a nice design.
> As far as I know, there are two other drivers used by qemu, CIRRUS and
> BOCHS.
> I have a question about the relationship of these three drivers, is
> that the virtio
On Wed, Apr 01, 2015 at 09:57:40PM +0100, Emil Velikov wrote:
> On 1 April 2015 at 21:34, Emil Velikov wrote:
> > On 1 April 2015 at 18:30, Jerome Glisse wrote:
> >> On Wed, Apr 01, 2015 at 05:15:13PM +0100, Emil Velikov wrote:
> >>> Missing definition and unused since their introduction.
> >>>
>
On Wed, Apr 01, 2015 at 09:34:05PM +0100, Emil Velikov wrote:
> On 1 April 2015 at 18:30, Jerome Glisse wrote:
> > On Wed, Apr 01, 2015 at 05:15:13PM +0100, Emil Velikov wrote:
> >> Missing definition and unused since their introduction.
> >>
> >> Cc: Jerome Glisse
> >> Signed-off-by: Emil Veliko
Some compilers (like the Oracle Studio), require that the function
declaration must be annotated with the same visibility attribute as the
definition. As annotating functions with drm_public is no longer
required just remove the macro.
Cc: Ben Skeggs
Cc: Damien Lespiau
Cc: Maarten Lankhorst
Cc:
With earlier commits we've annotated the private symbols, thus
we no longer require the -fvisibility=hidden CFLAGS.
Cc: Ben Skeggs
Cc: Damien Lespiau
Cc: Maarten Lankhorst
Cc: Michel Dänzer
Cc: Rob Clark
Cc: Thierry Reding
Signed-off-by: Emil Velikov
---
configure.ac | 15 ---
Provide a more meaningful name, considering what it does.
Signed-off-by: Emil Velikov
---
Makefile.sources | 2 +-
exynos/exynos_drm.c| 2 +-
exynos/exynos_fimg2d.c | 2 +-
freedreno/freedreno_priv.h | 2 +-
intel/intel_bufmgr.c | 2 +-
intel/intel_bufmgr_fake.c
Signed-off-by: Emil Velikov
---
tegra/Makefile.am| 3 +++
tegra/tegra-symbol-check | 30 ++
2 files changed, 33 insertions(+)
create mode 100755 tegra/tegra-symbol-check
diff --git a/tegra/Makefile.am b/tegra/Makefile.am
index a647487..efa14f9 100644
--- a/t
Signed-off-by: Emil Velikov
---
omap/Makefile.am | 3 +++
omap/omap-symbol-check | 35 +++
2 files changed, 38 insertions(+)
create mode 100755 omap/omap-symbol-check
diff --git a/omap/Makefile.am b/omap/Makefile.am
index d6f5298..b34fba6 100644
--- a/omap
Signed-off-by: Emil Velikov
---
exynos/Makefile.am | 3 +++
exynos/exynos-symbol-check | 37 +
2 files changed, 40 insertions(+)
create mode 100755 exynos/exynos-symbol-check
diff --git a/exynos/Makefile.am b/exynos/Makefile.am
index a9da0ff..0136a61
Signed-off-by: Emil Velikov
---
libkms/Makefile.am | 3 ++-
libkms/kms-symbol-check | 25 +
2 files changed, 27 insertions(+), 1 deletion(-)
create mode 100755 libkms/kms-symbol-check
diff --git a/libkms/Makefile.am b/libkms/Makefile.am
index 4baf4fc..6c0ab7a 10064
Signed-off-by: Emil Velikov
---
libkms/api.c | 3 +++
libkms/dumb.c | 2 +-
libkms/exynos.c | 2 +-
libkms/intel.c| 2 +-
libkms/internal.h | 19 ---
libkms/linux.c| 4 ++--
libkms/nouveau.c | 2 +-
libkms/radeon.c | 2 +-
libkms/vmwgfx.c | 2 +-
9
Signed-off-by: Emil Velikov
---
nouveau/Makefile.am | 3 ++-
nouveau/nouveau-symbol-check | 52
2 files changed, 54 insertions(+), 1 deletion(-)
create mode 100755 nouveau/nouveau-symbol-check
diff --git a/nouveau/Makefile.am b/nouveau/Make
They are less and easier to track than the public ones. The macro
drm_public will be going away by the end of the series.
Cc: Maarten Lankhorst
Cc: Ben Skeggs
Signed-off-by: Emil Velikov
---
nouveau/abi16.c | 14 +++---
nouveau/nouveau.c | 2 +-
nouveau/private.h | 18 +-
Signed-off-by: Emil Velikov
---
intel/Makefile.am| 6 ++--
intel/intel-symbol-check | 88
2 files changed, 92 insertions(+), 2 deletions(-)
create mode 100755 intel/intel-symbol-check
diff --git a/intel/Makefile.am b/intel/Makefile.am
in
They are less and easier to track than the public ones. The macro
drm_public will be going away by the end of the series.
Cc: Damien Lespiau
Cc: Daniel Vetter
Signed-off-by: Emil Velikov
---
intel/mm.c | 17 +++--
intel/mm.h | 19 +--
2 files changed, 24 insertions(
The function was never part of the public API and a release or so back
was hidden from the global name-space (list of exported symbols).
According to git log this function was never used internally.
Signed-off-by: Emil Velikov
---
intel/mm.c | 12
intel/mm.h | 7 ---
2 files c
Added with commit 57b4c4c32d3(Move the renaming of mm.c symbols to
symbol duplication/collision with ones that are available elsewhere.
As the public/private symbols of libdrm are properly annotated neither
one of the symbols will end up in the global name-space, thus should no
longer be required.
Signed-off-by: Emil Velikov
---
freedreno/Makefile.am| 3 ++-
freedreno/freedreno-symbol-check | 52
2 files changed, 54 insertions(+), 1 deletion(-)
create mode 100755 freedreno/freedreno-symbol-check
diff --git a/freedreno/Makefile.am b/fr
They are less and easier to track than the public ones. The macro
drm_public will be going away by the end of the series.
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
freedreno/freedreno_bo.c | 2 +-
freedreno/freedreno_device.c | 2 +-
freedreno/freedreno_priv.h | 4 ++--
Will allow us to catch when the library exports more symbols than
the ones in the public headers.
Signed-off-by: Emil Velikov
---
radeon/Makefile.am | 3 ++-
radeon/radeon-symbol-check | 61 ++
2 files changed, 63 insertions(+), 1 deletion(-)
They are less and easier to track than the public ones. The macro
drm_public will be going away by the end of the series.
Cc: Maarten Lankhorst
Cc: Michel Dänzer
Signed-off-by: Emil Velikov
---
radeon/bof.c | 22 +-
radeon/bof.h | 23 ++-
2 files change
The users of bof_print_rec and bof_read(bof_print and bof_load_file
respectively) were removed with earlier commit. With the former two
gone, two more functions become unused - bof_print_bof and bof_indent.
Remove those as well.
Signed-off-by: Emil Velikov
---
radeon/bof.c | 110
bof_array_{get,size} and bof_blob_{size,value}. All of which unused
since their introduction with commit 78de69713d7(drm/radeon: add new cs
command stream dumping facilities)
Cc: Jerome Glisse
Signed-off-by: Emil Velikov
---
radeon/bof.c | 28
radeon/bof.h | 4
Used locally in bof.c.
Cc: Jerome Glisse
Signed-off-by: Emil Velikov
---
radeon/bof.c | 96 ++--
radeon/bof.h | 3 --
2 files changed, 48 insertions(+), 51 deletions(-)
diff --git a/radeon/bof.c b/radeon/bof.c
index 6f3760a..20901a0 1006
Namely bof_load_file, bof_print, bof_object_get. Unused since their
introduction according to git log.
Cc: Jerome Glisse
Signed-off-by: Emil Velikov
---
radeon/bof.c | 53 -
radeon/bof.h | 3 ---
2 files changed, 56 deletions(-)
diff --git a
Missing definition and unused since their introduction.
Cc: Jerome Glisse
Signed-off-by: Emil Velikov
---
radeon/bof.h | 4
1 file changed, 4 deletions(-)
diff --git a/radeon/bof.h b/radeon/bof.h
index 014affb..cb829a1 100644
--- a/radeon/bof.h
+++ b/radeon/bof.h
@@ -51,10 +51,6 @@ typede
The former does not imply the latter and vice-versa. One such example is
the Sun compiler.
v2: Add missing closing brakets. (Alan)
Cc: Alan Coopersmith
Cc: Thierry Reding
Signed-off-by: Emil Velikov
---
configure.ac | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --g
Hi all,
As mentioned by Alan, some compilers do not like it when the symbol
declaration and definition differ wrt their visibility attribute.
Afaict there are three ways to handle this;
- Add the drm_public macro into the public headers, and annotate the
declarations.
- Use version script to
Add writeback support in msm kms framework.
Signed-off-by: Jilai Wang
---
drivers/gpu/drm/msm/Kconfig | 10 +
drivers/gpu/drm/msm/Makefile | 9 +-
drivers/gpu/drm/msm/mdp/mdp5/mdp5_cfg.c | 10 +
drivers/gpu/drm/msm/mdp/mdp5/mdp5_cfg.h
Add register field for MDP5 writeback block
Signed-off-by: Jilai Wang
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5.xml.h | 373 ++-
drivers/gpu/drm/msm/mdp/mdp_common.xml.h | 18 +-
2 files changed, 373 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/msm/mdp/m
This patch adds the register description in mdp5 writeback block.
Signed-off-by: Jilai Wang
---
rnndb/mdp/mdp5.xml | 126 ++-
rnndb/mdp/mdp_common.xml | 2 +-
2 files changed, 126 insertions(+), 2 deletions(-)
diff --git a/rnndb/mdp/mdp5.xml b
On Wed, Apr 01, 2015 at 10:55:01PM +0800, John Hunter wrote:
> Hi Gerd,
> I've read the patches about the virtio-gpu, it's a nice design.
> As far as I know, there are two other drivers used by qemu, CIRRUS and BOCHS.
> I have a question about the relationship of these three drivers, is that the
>
... in order to limit the exported symbols only to the required ones.
Both compilers used with Android (GCC and LLVM) support this, so set it
unconditionally.
Cc: Chih-Wei Huang
Signed-off-by: Emil Velikov
---
Android.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/Android.mk b/Android.m
Required by clock_gettime()
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
freedreno/Makefile.am | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/freedreno/Makefile.am b/freedreno/Makefile.am
index 0720867..9b7ec7d 100644
--- a/freedreno/Makefile.am
+++ b/freedreno/Makefil
On Wed, 01 Apr 2015, Gerd Hoffmann wrote:
> After adding virtio-gpu I get this funky kconfig dependency loop.
>
> scripts/kconfig/conf --oldconfig Kconfig
> drivers/video/fbdev/Kconfig:5:error: recursive dependency detected!
> drivers/video/fbdev/Kconfig:5: symbol FB is selected by DRM_KMS_FB_HEL
On Mi, 2015-04-01 at 15:26 +0200, Michael S. Tsirkin wrote:
> On Wed, Apr 01, 2015 at 03:15:30PM +0200, Gerd Hoffmann wrote:
> > +static void virtio_pci_kick_out_firmware_fb(struct pci_dev *pci_dev)
> > +{
> > + struct apertures_struct *ap;
> > + bool primary;
> > +
> > + ap = alloc_apertures
Hello Gustavo,
On 2015-03-27 14:11, Gustavo Padovan wrote:
> If you can rebase this in on top of my series this would be really
> good.
like I said in my other mail, the series doesn't apply cleanly anymore,
so I had to rebase your series.
>> Then it would just be:
>> static int mixer_setup_sc
On Wed, Apr 01, 2015 at 03:15:29PM +0200, Gerd Hoffmann wrote:
> +int virtio_gpu_driver_unload(struct drm_device *dev)
> +{
> + struct virtio_gpu_device *vgdev = dev->dev_private;
> +
> + vgdev->vqs_ready = false;
Probably ok since flush below will sync all cpus,
but this needs a comment I
While the VP (video processor) supports arbitrary scaling
of its input, the mixer just supports a simple 2x (line
doubling) scaling. Expose this functionality and exit
early when an unsupported scaling configuration is
encountered.
This was tested with modetest's DRM plane test (from
the libdrm te
The messages are redundant since 'check_fb_gem_memory_type'
already prints out exactly the same string when it fails.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exyn
Use the correct spelling for 'progressive'.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 2 +-
drivers/gpu/drm/exynos/exynos_mixer.c | 2 +-
drivers/gpu/drm/exynos/regs-mixer.h | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ex
On Wed, Apr 01, 2015 at 03:15:30PM +0200, Gerd Hoffmann wrote:
> +static void virtio_pci_kick_out_firmware_fb(struct pci_dev *pci_dev)
> +{
> + struct apertures_struct *ap;
> + bool primary;
> +
> + ap = alloc_apertures(1);
> + if (!ap)
> + return;
> +
> + ap->ranges
---
drivers/gpu/drm/virtio/virtgpu_drm_bus.c | 32 ++--
drivers/virtio/virtio_pci_common.c | 7 ++-
2 files changed, 36 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c
b/drivers/gpu/drm/virtio/virtgpu_drm_bus.c
index 56bd
From: Dave Airlie
This patch adds a kms driver for the virtio gpu. The xorg modesetting
driver can handle the device just fine, the framebuffer for fbcon is
there too.
Qemu patches for the host side are under review currently.
The pci version of the device comes in two variants: with and witho
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/drm_irq.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 10574a0..c631c1a 100644
--- a/drivers/gpu/drm/drm_irq.c
+++ b/drivers/gpu/drm/drm_irq.c
@@ -1026,6 +1026,9 @@ int drm_vblan
After adding virtio-gpu I get this funky kconfig dependency loop.
scripts/kconfig/conf --oldconfig Kconfig
drivers/video/fbdev/Kconfig:5:error: recursive dependency detected!
drivers/video/fbdev/Kconfig:5: symbol FB is selected by DRM_KMS_FB_HELPER
drivers/gpu/drm/Kconfig:34: symbol DRM_KMS_F
Hi,
Next version of the virtio-gpu driver. Turned into a little patch
series now. Most review comments should be addressed.
Changes in v2:
* add support for universal plane
* add support for atomic modesetting
* make non-failing funcs return void, kill pointless error checking
* allocate
On Mon, 30 Mar 2015, Russell King wrote:
> Add a function to find the start of the SADs in the ELD. This
> complements the helper to retrieve the SAD count.
>
> Signed-off-by: Russell King
I guess version 31 is specific enough to warrant a #define of its own,
but meh.
Reviewed-by: Jani Nikula
From: Mark Yao
Reference the power domain incase vop power down when
in use.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/drm/rockchip/rockchip_dr
On Wed, Apr 01, 2015 at 05:15:16PM +0100, Emil Velikov wrote:
> bof_array_{get,size} and bof_blob_{size,value}. All of which unused
> since their introduction with commit 78de69713d7(drm/radeon: add new cs
> command stream dumping facilities)
>
> Cc: Jerome Glisse
> Signed-off-by: Emil Velikov
On Wed, Apr 01, 2015 at 05:15:15PM +0100, Emil Velikov wrote:
> Used locally in bof.c.
>
> Cc: Jerome Glisse
> Signed-off-by: Emil Velikov
NAK
I use all this in tools to debug lockup. Best course of action is to
exclude bof.h from being distributed. My tools static link and i just
point them
On Wed, Apr 01, 2015 at 05:15:15PM +0100, Emil Velikov wrote:
> Used locally in bof.c.
>
> Cc: Jerome Glisse
> Signed-off-by: Emil Velikov
NAK
I use all this in tools to debug lockup. Best course of action is to
exclude bof.h from being distributed. My tools static link and i just
point them t
On Wed, Apr 01, 2015 at 05:15:14PM +0100, Emil Velikov wrote:
> Namely bof_load_file, bof_print, bof_object_get. Unused since their
> introduction according to git log.
>
> Cc: Jerome Glisse
> Signed-off-by: Emil Velikov
NAK
I use all this in tools to debug lockup. Best course of action is to
On Wed, Apr 01, 2015 at 05:15:13PM +0100, Emil Velikov wrote:
> Missing definition and unused since their introduction.
>
> Cc: Jerome Glisse
> Signed-off-by: Emil Velikov
NAK
I use all this in tools to debug lockup. Best course of action is to
exclude bof.h from being distributed. My tools st
>From the commit "drm/exynos: fix the execution order in FIMD
initialization" (598285bfdce46d7c47632a2ba4b980f60be4a677), the error
checking code is removed improperly. This patch fix the regression.
Signed-off-by: Hyungwon Hwang
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 ++
1 file change
Hi Tobias,
2015-03-31 Tobias Jakobi :
> Hello,
>
> I just wanted to point out that this doesn't apply to exynos-drm-fixes, which
> was probably caused by Daniel's pitch patch here:
> https://git.kernel.org/cgit/linux/kernel/git/daeinki/drm-exynos.git/commit/?h=exynos-drm-fixes&id=57aaaf373ede95
From: Mandeep Singh Baines
The goal of the change is to make sure we send the vblank event on the
current vblank. My hope is to fix any races that might be causing flicker.
After this change I only see a flicker in the transition plymouth and
X11.
Simplified the code by tracking vblank events on
From: Gustavo Padovan
These functions were already removed by previous cleanup work, but these
ones were left behind.
Signed-off-by: Gustavo Padovan
Acked-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_crtc.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/e
From: Gustavo Padovan
The .destroy() callback for exynos can be replaced by drm_plane_cleanup().
The only extra operation on exynos_plane_destroy() was a call to
exynos_plane_disable() but the plane is already disabled by a earlier call
to drm_framebuffer_remove().
Signed-off-by: Gustavo Padovan
From: Gustavo Padovan
We already set each plane zpos at init, after that changes to zpos are
not expected. This patch turns zpos into a read-only property so now it is
impossible to set zpos.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 21 ++--
From: Gustavo Padovan
Usually userspace don't want to have two overlay planes on the same zpos
so this change assign a different zpos for each plane. Before this change
a zpos of value zero was created for all planes so the userspace had to
set up the zpos of every plane it wanted to use.
Also a
From: Gustavo Padovan
struct {fimd,mixer,vidi}_win_data was just keeping the same data
as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
directly.
It changes how planes are created and remove .win_mode_set() callback
that was only filling all *_win_data structs.
v2: check
From: Gustavo Padovan
None of the exynos crtc drivers implements win_enable() so remove it for
better clarity of the code.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h
b/
From: Gustavo Padovan
XR24 planes were not shown properly, so now set the right registers
to correctly enable displaying these planes.
It also moves the alpha register settings to fimd_win_set_pixfmt()
to keep all pixel format stuff together.
v2: remove leftover var alpha
Signed-off-by: Gustav
From: Gustavo Padovan
Hi,
Here goes some clean ups to the exynos drivers. The main clean ups is
the presetting and zpos making the property immutable and the removal
of *_win_data structures.
v2 contains a extra patch to fix alpha setting for planes in fimd, so
now fimd works fine even after th
On Wed, Apr 01, 2015 at 02:47:32PM +0300, Jani Nikula wrote:
> On Mon, 30 Mar 2015, Russell King wrote:
> > Add a function to find the start of the SADs in the ELD. This
> > complements the helper to retrieve the SAD count.
> >
> > Signed-off-by: Russell King
>
> I guess version 31 is specific
Hi Russell,
Am Mittwoch, 1. April 2015, 11:27:51 schrieb Russell King - ARM Linux:
> On Wed, Apr 01, 2015 at 12:09:38PM +0200, Heiko Stuebner wrote:
> > This adds a driver for generic vga encoders like the Analog Devices
> > adv7123
> > and similar ics. These chips do not have any special configur
Dear Joonyoung Shim,
On Tue, 31 Mar 2015 17:05:47 +0900
Joonyoung Shim wrote:
> Hi,
>
> Sorry for late comments.
>
> On 03/13/2015 07:32 PM, Inki Dae wrote:
> > On 2015ë
03ì 12ì¼ 13:36, Hyungwon Hwang wrote:
> >> Since commit 0f04cf8df0b20a97369cb634663fef0578cbf273 ("drm/exynos:
> >> fix
Hi Tobias,
2015-04-01 Tobias Jakobi :
> While the VP (video processor) supports arbitrary scaling
> of its input, the mixer just supports a simple 2x (line
> doubling) scaling. Expose this functionality and exit
> early when an unsupported scaling configuration is
> encountered.
>
> This was tes
Hi Tobias,
2015-04-01 Tobias Jakobi :
> The messages are redundant since 'check_fb_gem_memory_type'
> already prints out exactly the same string when it fails.
>
> Signed-off-by: Tobias Jakobi
> ---
> drivers/gpu/drm/exynos/exynos_drm_fb.c | 10 +++---
> 1 file changed, 3 insertions(+), 7
Hi Tobias,
2015-04-01 Tobias Jakobi :
> Use the correct spelling for 'progressive'.
>
> Signed-off-by: Tobias Jakobi
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 2 +-
> drivers/gpu/drm/exynos/exynos_mixer.c | 2 +-
> drivers/gpu/drm/exynos/regs-mixer.h | 2 +-
> 3 files changed, 3 insert
Hi Hyungwon,
2015-04-01 Hyungwon Hwang :
> From the commit "drm/exynos: fix the execution order in FIMD
> initialization" (598285bfdce46d7c47632a2ba4b980f60be4a677), the error
> checking code is removed improperly. This patch fix the regression.
>
> Signed-off-by: Hyungwon Hwang
> ---
> driver
Add the sda7123 simple vga encoder, connect it to the vop outputs
and enable the lvds controller with the correct settings.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-firefly.dtsi | 68 +++
1 file changed, 68 insertions(+)
diff --git a/arch/arm/bo
Add the basic node for the lvds controller of rk3288 and hook it into the
display-subsystem hirarchy.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288.dtsi | 42 ++
1 file changed, 42 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/ar
Add pinctrl settings for the configurable lcdc0 signals dclk, den, hsync
and vsync. The lcdc0 data pin configuration is not software controlable.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.
The socs itself contains encoders for a lot of different outputs. But every
unsupported connector will be routed through the lvds, as it controls the
pins in question.
Therefore enable the lvds output for all of those.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c
On socs using the lvds components it also controls the use of the
general rgb outputs and must thus be configured for things like
external encoders.
Therefore register a drm_bridge in this case and try to find
the encoder in the output port.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/roc
From: Mark Yao
This adds support for Rockchip soc lvds found on rk3288
Signed-off-by: Mark Yao
Signed-off-by: Heiko Stuebner
---
This still needs to address Laurent's comment about trying to get the
lvds settings from the panel/connected device instead of encoding them
as separate properties i
From: Mark Yao
Add binding documentation for Rockchip SoC LVDS driver.
Signed-off-by: Mark Yao
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/video/rockchip-lvds.txt| 74 ++
1 file changed, 74 insertions(+)
create mode 100644 Documentation/devicetree/bindin
This adds a driver for generic vga connectors using a system i2c-bus for ddc.
An exception is included for rcar-du which implements the vga-connector
binding interally already and is not yet converted to the component framework.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/components/Kconf
This adds a driver for generic vga encoders like the Analog Devices adv7123
and similar ics. These chips do not have any special configuration options
except a powersafe gpio.
An exception is added for the rcar-du driver which also implements support
for the adv7123 internally but is not yet conve
Until there are only the specialized bridge and i2c directories available
to hold generic support code like external components. But as there are
also things like external encoders that do not use i2c, those do not match
all cases.
Therefore introduce a new subdirectories to hold generic components
This allows standalone connectors to be registered and found again
through their devicetree node when going through their connection graph.
Setting the of_node property is of course still optional, as it is not
necessary in most cases to lookup connectors that are part of a bigger
component.
Sign
This allows standalone encoders to be registered and found again
through their devicetree node when going through their connection graph.
Setting the of_node property is of course still optional, as it is not
necessary in most cases to lookup encoders that are part of a bigger
component.
Signed-o
changes since v1:
- add separate components subdirectory
- implement the already existing bindings for adv7123 and vga-connector
instead of defining a new one
- use component graph for subsequent lvds-panel or connected external
encoders instead of defining special properties.
This series sti
1 - 100 of 138 matches
Mail list logo
