nlined, this one and bug 89034 can be marked as fixed.
--
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/20150522/80abc394/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/e3d3450a/attachment.html>
Hi,
On 2015ë
05ì 22ì¼ 05:02, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Run dpms operations through the atomic intefaces. This basically removes
> the .dpms() callback from econders and crtcs and use .disable() and
> .enable() to turn the crtc on and off.
>
> v2: Address comments
|--- |FIXED
--
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/20150522/ecff4915/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/382172e4/attachment.html>
.
Feel free to close the bug.
Thanks.
--
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/20150
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/29c8d180/attachment.html>
Hi Tobias,
On 05/22/2015 05:07 PM, Tobias Jakobi wrote:
> Hello Joonyoung,
>
> On 2015-05-22 06:04, Joonyoung Shim wrote:
>> Hi Tobias,
>>
>> On 05/22/2015 05:44 AM, Tobias Jakobi wrote:
>>> Gentle reminder that I still haven't heard anything about the series by
>>> the Samsung guys ;)
>>>
>>
>>
On 05/06/2015 10:36 PM, Tobias Jakobi wrote:
> This updates the blending setup when the layer configuration
> changes (triggered by mixer_win_{commit,disable}).
>
> Extra care has to be taken for the layer that is currently
> being enabled/disabled.
>
> Signed-off-by: Tobias Jakobi
> ---
>
On 05/06/2015 10:36 PM, Tobias Jakobi wrote:
> This analyses the current layer configuration (which layers
> are enabled, which have alpha-pixelformat, etc.) and setups
> blending accordingly.
>
> We currently disable all kinds of blending for the bottom-most
> layer, since configuration of the
On 05/06/2015 10:36 PM, Tobias Jakobi wrote:
> First step in allowing a more generic way to setup complex
> blending for the different layers.
>
> Signed-off-by: Tobias Jakobi
> ---
> drivers/gpu/drm/exynos/exynos_mixer.c | 90
> ++-
> 1 file changed, 79
On 2015-05-22 11:12, Joonyoung Shim wrote:
> On 05/06/2015 10:36 PM, Tobias Jakobi wrote:
>> First step in allowing a more generic way to setup complex
>> blending for the different layers.
>>
>> Signed-off-by: Tobias Jakobi
>> ---
>> drivers/gpu/drm/exynos/exynos_mixer.c | 90
>>
On Fri, May 22, 2015 at 4:20 PM, Dave Airlie wrote:
>
> Really ^to^so
Ahh. That simple one-letter substitution makes all the difference, now
it's suddenly parseable.
Thanks,
Linus
On Fri, May 22, 2015 at 04:05:22PM +0200, Takashi Iwai wrote:
> At Fri, 22 May 2015 16:02:13 +0200,
> Takashi Iwai wrote:
> > OK, if so, then I rebase on top of -rc1. The branch isn't merged yet,
> > so no big problem.
>
> Now the rebased branch is pushed.
>
> I also merged this branch now to
On Fri, May 22, 2015 at 01:34:43PM +0100, Daniel Stone wrote:
> Hi,
> Building on the blob-property submission series[0], this provides a
> MODE_ID property that can be used to set the current mode for a CRTC
> under atomic modesetting, plus a way for users to create blob
> properties so they can
On Fri, May 22, 2015 at 01:34:54PM +0100, Daniel Stone wrote:
> Atomic modesetting: now with modesetting support.
>
> Signed-off-by: Daniel Stone
> Tested-by: Sean Paul
> ---
> drivers/gpu/drm/drm_atomic.c | 12 +++-
> drivers/gpu/drm/drm_crtc.c | 7 +++
> include/drm/drm_crtc.h
On Fri, May 22, 2015 at 01:34:53PM +0100, Daniel Stone wrote:
> Add a blob property tracking the current mode to the CRTC state, and
> ensure it is properly updated and referenced.
>
> Signed-off-by: Daniel Stone
> Tested-by: Sean Paul
> ---
> drivers/gpu/drm/drm_atomic.c| 62
>
On Fri, May 22, 2015 at 01:34:52PM +0100, Daniel Stone wrote:
> Add a new helper, to be used later for blob property management, that
> sets the mode for a CRTC state, as well as updating the CRTC enable/active
> state at the same time.
>
> Signed-off-by: Daniel Stone
> Tested-by: Sean Paul
A
On Fri, May 22, 2015 at 01:34:46PM +0100, Daniel Stone wrote:
> When we look up a blob property, make sure we retain a reference to the
> blob for the lifetime.
>
> Signed-off-by: Daniel Stone
> Tested-by: Sean Paul
> ---
> drivers/gpu/drm/drm_crtc.c | 6 +-
> 1 file changed, 5
At Fri, 22 May 2015 16:02:13 +0200,
Takashi Iwai wrote:
>
> At Fri, 22 May 2015 15:00:10 +0100,
> Russell King - ARM Linux wrote:
> >
> > On Fri, May 22, 2015 at 03:54:56PM +0200, Takashi Iwai wrote:
> > > At Fri, 22 May 2015 14:53:31 +0100,
> > > Russell King - ARM Linux wrote:
> > > >
> > > >
At Fri, 22 May 2015 15:00:10 +0100,
Russell King - ARM Linux wrote:
>
> On Fri, May 22, 2015 at 03:54:56PM +0200, Takashi Iwai wrote:
> > At Fri, 22 May 2015 14:53:31 +0100,
> > Russell King - ARM Linux wrote:
> > >
> > > On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote:
> > > > At
At Fri, 22 May 2015 14:53:31 +0100,
Russell King - ARM Linux wrote:
>
> On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote:
> > At Fri, 22 May 2015 14:15:35 +0100,
> > Russell King - ARM Linux wrote:
> > >
> > > On Fri, May 22, 2015 at 01:20:09PM +0100, Mark Brown wrote:
> > > > On
At Fri, 22 May 2015 14:15:35 +0100,
Russell King - ARM Linux wrote:
>
> On Fri, May 22, 2015 at 01:20:09PM +0100, Mark Brown wrote:
> > On Sat, May 09, 2015 at 11:26:42AM +0100, Russell King wrote:
> > > Add a helper for the EDID like data structure, which is typically passed
> > > from a HDMI
On Fr, 2015-05-22 at 15:11 +0200, Gerd Hoffmann wrote:
> ---
> localversion-virtio-gpu | 1 +
> 1 file changed, 1 insertion(+)
> create mode 100644 localversion-virtio-gpu
>
> diff --git a/localversion-virtio-gpu b/localversion-virtio-gpu
> new file mode 100644
> index 000..835f52a
> ---
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
Signed-off-by: Gerd Hoffmann
Reviewed-by: Alex Deucher
---
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 af9662e..265793c 100644
--- a/drivers/gpu/drm/drm_irq.c
+++ b/drivers/gpu/drm/drm_irq.c
@@
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
---
localversion-virtio-gpu | 1 +
1 file changed, 1 insertion(+)
create mode 100644 localversion-virtio-gpu
diff --git a/localversion-virtio-gpu b/localversion-virtio-gpu
new file mode 100644
index 000..835f52a
--- /dev/null
+++ b/localversion-virtio-gpu
@@ -0,0 +1 @@
+-virtio-gpu
--
Hi,
It's been a while, but now I finally found to time to send v3 to the
list. No big changes in there. Collected some review and ack lines.
Fixed some minor issues found in review. Rebased to 4.1-rc4. Dropped
the vga compatibility bits for now, this needs to be sorted on the qemu
side
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/20150522/b16cd7a2/attachment-0001.sig>
On Fri, May 22, 2015 at 03:54:56PM +0200, Takashi Iwai wrote:
> At Fri, 22 May 2015 14:53:31 +0100,
> Russell King - ARM Linux wrote:
> >
> > On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote:
> > > At Fri, 22 May 2015 14:15:35 +0100,
> > > Russell King - ARM Linux wrote:
> > > >
> >
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/20150522/86569128/attachment.html>
On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote:
> At Fri, 22 May 2015 14:15:35 +0100,
> Russell King - ARM Linux wrote:
> >
> > On Fri, May 22, 2015 at 01:20:09PM +0100, Mark Brown wrote:
> > > On Sat, May 09, 2015 at 11:26:42AM +0100, Russell King wrote:
> > > > Add a helper for
On Thu, May 21, 2015 at 8:39 PM, Dave Airlie wrote:
>
> radeon has two displayport fixes, one for a regressions,
> i915 regression flicker fix needed to 4.0 can get fixed.
Ok, I'm used to fixing up your whitespace and lack of capitalization,
but you're getting so incoherent that I can no longer
On Fri, May 22, 2015 at 10:54:12AM +0100, Chris Wilson wrote:
> On Fri, May 22, 2015 at 12:03:27PM +0300, Ville Syrjälä wrote:
> > On Mon, Apr 20, 2015 at 02:28:56PM +0100, Chris Wilson wrote:
> > > The intention of using video=: is primarily to select
> > > the user's preferred resolution at
I'm not sure what's happened to the drm code in linux-next - it's
exploding all over the place. Did someone turn on -Werror without
doing anywhere near enough testing?
Anyway, I don't know how to fix this i386 build error:
drivers/gpu/drm/i915/i915_gem_gtt.c: In function 'gen8_ppgtt_init':
On Fri, May 22, 2015 at 01:20:09PM +0100, Mark Brown wrote:
> On Sat, May 09, 2015 at 11:26:42AM +0100, Russell King wrote:
> > Add a helper for the EDID like data structure, which is typically passed
> > from a HDMI adapter to its associated audio driver. This informs the
> > audio driver of the
t would be much better to get a review from Dave Airlie ;)
Christophe
-- 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/20150522/f6c44603/attachment-0001.sig>
#define IRQMSET_SWGEN1_SET (1 << 7)
> +#define IRQMSET_EXT(val) ((val & 0xff) << 8)
You'll need to add extra parentheses around "val" to protect against
operator precedence screwing this up.
> +
> +#define NV_PVIC_FALCON_IRQDEST 0x101c
> +#define IRQDEST_HOST_HALT_HOST (1 << 4)
> +#define IRQDEST_HOST_EXTERR_HOST (1 << 5)
> +#define IRQDEST_HOST_SWGEN0_HOST (1 << 6)
> +#define IRQDEST_HOST_SWGEN1_HOST (1 << 7)
> +#define IRQDEST_HOST_EXT(val)((val & 0xff) << 8)
This isn't documented either.
> +
> +#define NV_PVIC_FALCON_ITFEN 0x1048
> +#define ITFEN_CTXEN_ENABLE (1 << 0)
> +#define ITFEN_MTHDEN_ENABLE (1 << 1)
This is...
> +#define NV_PVIC_FALCON_IDLESTATE 0x104c
... but this again isn't.
> +
> +#define NV_PVIC_FALCON_CPUCTL0x1100
> +#define CPUCTL_STARTCPU (1 << 1)
> +
> +#define NV_PVIC_FALCON_BOOTVEC 0x1104
> +#define BOOTVEC_VEC(val) ((val & 0x) << 0)
> +
> +#define NV_PVIC_FALCON_DMACTL0x110c
> +
> +#define NV_PVIC_FALCON_DMATRFBASE0x1110
> +
> +#define NV_PVIC_FALCON_DMATRFMOFFS 0x1114
> +#define DMATRFMOFFS_OFFS(val)((val & 0x) << 0)
> +
> +#define NV_PVIC_FALCON_DMATRFCMD 0x1118
> +#define DMATRFCMD_IDLE (1 << 1)
> +#define DMATRFCMD_IMEM (1 << 4)
> +#define DMATRFCMD_SIZE_256B (6 << 8)
> +
> +#define NV_PVIC_FALCON_DMATRFFBOFFS 0x111c
> +#define DMATRFFBOFFS_OFFS(val) ((val & 0x) <<
> 0)
> +
> +#define NV_PVIC_MISC_PRI_VIC_CG 0x16d0
> +#define CG_IDLE_CG_DLY_CNT(val) ((val & 0x3f) << 0)
> +#define CG_IDLE_CG_EN(1 << 6)
> +#define CG_WAKEUP_DLY_CNT(val) ((val & 0xf) << 16)
These aren't in the TRM either, but I vaguely remember this being
tracked in an internal bug. Have bugs been filed to track documentation
of the other registers as well?
> +
> +
Gratuituous blank line.
> +#endif /* TEGRA_VIC_H */
> diff --git a/include/linux/host1x.h b/include/linux/host1x.h
> index fc86ced77e76..a006dad9 100644
> --- a/include/linux/host1x.h
> +++ b/include/linux/host1x.h
> @@ -26,6 +26,7 @@ enum host1x_class {
> HOST1X_CLASS_HOST1X = 0x1,
> HOST1X_CLASS_GR2D = 0x51,
> HOST1X_CLASS_GR2D_SB = 0x52,
> + HOST1X_CLASS_VIC = 0x5D,
> HOST1X_CLASS_GR3D = 0x60,
> };
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/20150522/76c8da7a/attachment-0001.sig>
ark Brown
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/0ea0bed5/attachment.sig>
Signed-off-by: Daniel Stone
---
include/drm/drm.h | 2 ++
include/drm/drm_mode.h | 21 +
xf86drmMode.c | 31 +++
xf86drmMode.h | 5 +
4 files changed, 59 insertions(+)
diff --git a/include/drm/drm.h b/include/drm/drm.h
From: Ville Syrjälä
Add support for the atomic modesetting ioctl through a property-set API.
[daniels: Squashed intermediate patches from Ville, Rob and myself.
Updated for current interface.]
Signed-off-by: Ville Syrjälä
Signed-off-by: Rob Clark
Hi,
Nothing big here, just the wrappers for the blob-property API, as well
as the atomic API now it's been validated by Weston.
The blob work is my own, where the atomic work is a mega-squash of
commits from Ville and Rob in particular, with my own changes to modify
the user-facing API a little,
Atomic modesetting: now with modesetting support.
Signed-off-by: Daniel Stone
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_atomic.c | 12 +++-
drivers/gpu/drm/drm_crtc.c | 7 +++
include/drm/drm_crtc.h | 1 +
3 files changed, 19 insertions(+), 1 deletion(-)
diff --git
Add a blob property tracking the current mode to the CRTC state, and
ensure it is properly updated and referenced.
Signed-off-by: Daniel Stone
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_atomic.c| 62 +
drivers/gpu/drm/drm_atomic_helper.c | 11
Add a new helper, to be used later for blob property management, that
sets the mode for a CRTC state, as well as updating the CRTC enable/active
state at the same time.
Signed-off-by: Daniel Stone
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_atomic.c | 42
Add an ioctl which allows users to create blob properties from supplied
data. Currently this only supports modes, creating a drm_display_mode from
the userspace drm_mode_modeinfo.
v2: Removed size/type checks.
Rebased on new patches to allow error propagation from create_blob,
as well as
Change drm_property_create_blob to return an ERR_PTR-encoded error on
failure, so we can pass the failure reason down.
Signed-off-by: Daniel Stone
Cc: Maarten Lankhorst
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_crtc.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
Make the data parameter to drm_property_create_blob optional; if
omitted, the copy will be skipped and the data will be empty.
Signed-off-by: Daniel Stone
Reviewed-by: Maarten Lankhorst
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_crtc.c | 15 +--
1 file changed, 13 insertions(+),
Move the drm_display_mode <-> drm_mode_modeinfo conversion functions
from drm_crtc.c to drm_modes.c, and make them non-static so that others
can use them.
Signed-off-by: Daniel Stone
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_crtc.c | 95 ++---
The only user of convert_umode was also performing mode validation, so
do that in the same place.
Signed-off-by: Daniel Stone
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_crtc.c | 25 +++--
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git
When we look up a blob property, make sure we retain a reference to the
blob for the lifetime.
Signed-off-by: Daniel Stone
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_crtc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_crtc.c
Rather than open-coding our own CRTC state helpers, use the atomic helpers
added in f5e7840b0c, and make our freeing behaviour consistent as well.
Signed-off-by: Daniel Stone
Tested-by: Sean Paul
---
drivers/gpu/drm/drm_crtc_helper.c | 42 ++-
1 file
Change '@param foo' to '@foo:' to fit kerneldoc style.
672cb1d6ae mistakenly added an extra parameter to the kerneldoc for
drm_property_unreference_blob which wasn't actually present.
Signed-off-by: Daniel Stone
---
drivers/gpu/drm/drm_crtc.c | 9 -
1 file changed, 4 insertions(+), 5
Hi,
Building on the blob-property submission series[0], this provides a
MODE_ID property that can be used to set the current mode for a CRTC
under atomic modesetting, plus a way for users to create blob
properties so they can specify their own modes.
Using this[1] I've been able to validate the
der asics.
--
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/20150522/c5c55bcd/attachment.html>
On Sat, May 09, 2015 at 11:26:42AM +0100, Russell King wrote:
> Add a helper for the EDID like data structure, which is typically passed
> from a HDMI adapter to its associated audio driver. This informs the
> audio driver of the capabilities of the attached HDMI sink.
As far as I can tell
Hi Thierry,
On 05/22/2015 01:02 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Thu, May 21, 2015 at 06:44:08PM +0300, Mikko Perttunen wrote:
>> On 05/21/2015 06:10 PM, Arto Merilainen wrote:
>>> ...
> +
> +vic->rst = devm_reset_control_get(dev, "vic03");
I
Hi Thierry,
On 05/22/2015 01:02 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Thu, May 21, 2015 at 06:44:08PM +0300, Mikko Perttunen wrote:
>> On 05/21/2015 06:10 PM, Arto Merilainen wrote:
>>> ...
> +
> +vic->rst = devm_reset_control_get(dev, "vic03");
I
Hi Tobias,
On 05/22/2015 05:44 AM, Tobias Jakobi wrote:
> Gentle reminder that I still haven't heard anything about the series by
> the Samsung guys ;)
>
Sorry for late, i'm busy and i think whether it's possible any way for
this blending from exynos drm framework after atomic feature of exynos
Hi Gustavo,
On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Hi,
>
> Here goes the full support for atomic modesetting on exynos. I've
> split the patches in the various phases of atomic support.
>
> v2: fixes comments by Joonyoung
> - remove unused var in
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/52037741/attachment.html>
On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Now that no one is using the functions exported by exynos_drm_plane due
> to the atomic conversion we can make remove some of the them or make them
> static.
>
> v2: remove unused exynos_drm_crtc
>
> Signed-off-by:
On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Set CRTC, planes and connectors to use the default implementations from
> the atomic helper library. The helpers will work to keep track of state
> for each DRM object.
>
> Signed-off-by: Gustavo Padovan
> ---
>
On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> The new atomic infrastructure needs the .mode_set_nofb() callback to
> update CRTC timings before setting any plane.
>
> Signed-off-by: Gustavo Padovan
> ---
> drivers/gpu/drm/exynos/exynos_drm_crtc.c | 60
>
On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> The atomic helper to disable planes also uses the optional
> .atomic_disable() helper. The unique operation it does is calling
> .win_disable()
>
> exynos_drm_fb_get_buf_cnt() needs a fb check too to avoid a null
On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Rip out the check from exynos_update_plane() and create
> exynos_check_plane() for the check phase enabling use to use
> the atomic helpers to call our check and update phases when updating
> planes.
>
> Update all users
From: Gustavo Padovan
The planes are already disabled by the drm_atomic_helper_commit() code
so we don't need to disable the in these two places.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
From: Gustavo Padovan
Run dpms operations through the atomic intefaces. This basically removes
the .dpms() callback from econders and crtcs and use .disable() and
.enable() to turn the crtc on and off.
v2: Address comments by Joonyoung:
- make hdmi code
From: Gustavo Padovan
Everything starts disabled so we don't really need to disable anything.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 ---
1 file changed, 3
From: Gustavo Padovan
Now that no one is using the functions exported by exynos_drm_plane due
to the atomic conversion we can make remove some of the them or make them
static.
v2: remove unused exynos_drm_crtc
v3: fix checkpatch error (reported by Joonyoung)
From: Gustavo Padovan
PageFlips now use the atomic helper to work through the atomic modesetting
API. Async page flips are not supported yet.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
From: Gustavo Padovan
Now that phase 1 and 2 are complete switch .set_config helper to
use the atomic one.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 2 +-
1 file
From: Gustavo Padovan
Now that phase 1 and 2 are complete we can switch the update/disable_plane
callbacks to their atomic version.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_fb.c
From: Gustavo Padovan
Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep
track of the framebuffer pointer and reference.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
From: Gustavo Padovan
Set CRTC, planes and connectors to use the default implementations from
the atomic helper library. The helpers will work to keep track of state
for each DRM object.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by:
From: Gustavo Padovan
The new atomic infrastructure needs the .mode_set_nofb() callback to
update CRTC timings before setting any plane.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
From: Gustavo Padovan
The atomic helper to disable planes also uses the optional
.atomic_disable() helper. The unique operation it does is calling
.win_disable()
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
From: Gustavo Padovan
Rip out the check from exynos_update_plane() and create
exynos_check_plane() for the check phase enabling use to use
the atomic helpers to call our check and update phases when updating
planes.
Update all users of exynos_update_plane()
From: Joonyoung Shim
The exynos_update_plane function needs 16.16 fixed point source data.
Signed-off-by: Joonyoung Shim
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git
From: Gustavo Padovan
Hi,
Here goes the full support for atomic modesetting on exynos. I've
split the patches in the various phases of atomic support.
v2: fixes comments by Joonyoung
- remove unused var in patch 09
- use ->disable instead of
Hi Inki,
2015-05-22 Inki Dae :
> Hi,
>
> On 2015ë
05ì 22ì¼ 05:02, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Run dpms operations through the atomic intefaces. This basically removes
> > the .dpms() callback from econders and crtcs and use .disable() and
> > .enable() to
Hi Joonyoung,
2015-05-22 Joonyoung Shim :
> On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > The new atomic infrastructure needs the .mode_set_nofb() callback to
> > update CRTC timings before setting any plane.
> >
> > Signed-off-by: Gustavo Padovan
> > ---
>
Hi Joonyoung,
2015-05-22 Joonyoung Shim :
> On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > The atomic helper to disable planes also uses the optional
> > .atomic_disable() helper. The unique operation it does is calling
> > .win_disable()
> >
> >
Hi Joonyoung,
2015-05-22 Joonyoung Shim :
> On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Rip out the check from exynos_update_plane() and create
> > exynos_check_plane() for the check phase enabling use to use
> > the atomic helpers to call our check and
here.
For consistency with other Tegra DRM code these checks should use (at
least where possible) the (err < 0) notation.
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/20150522/e894d08b/attachment.sig>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/3db073fc/attachment.html>
/archives/dri-devel/attachments/20150522/7961a371/attachment.html>
On Mon, Apr 20, 2015 at 02:28:56PM +0100, Chris Wilson wrote:
> The intention of using video=: is primarily to select
> the user's preferred resolution at startup. Currently we always create a
> new mode irrespective of whether the monitor has a native mode at the
> desired resolution. This has
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/20150522/1582c555/attachment-0001.sig>
Hello Joonyoung,
On 2015-05-22 11:12, Joonyoung Shim wrote:
> On 05/06/2015 10:36 PM, Tobias Jakobi wrote:
>> This updates the blending setup when the layer configuration
>> changes (triggered by mixer_win_{commit,disable}).
>>
>> Extra care has to be taken for the layer that is currently
>>
- No problems observed
so far.
Thanks,
pstglia
--
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/20150522/9e1db5ce/attachment.html>
Hello Joonyoung,
On 2015-05-22 11:12, Joonyoung Shim wrote:
> On 05/06/2015 10:36 PM, Tobias Jakobi wrote:
>> This analyses the current layer configuration (which layers
>> are enabled, which have alpha-pixelformat, etc.) and setups
>> blending accordingly.
>>
>> We currently disable all kinds
Hello Joonyoung,
On 2015-05-22 11:12, Joonyoung Shim wrote:
> On 05/06/2015 10:36 PM, Tobias Jakobi wrote:
>> First step in allowing a more generic way to setup complex
>> blending for the different layers.
>>
>> Signed-off-by: Tobias Jakobi
>> ---
>> drivers/gpu/drm/exynos/exynos_mixer.c | 90
Hello Philipp,
Am 22.05.2015 11:14, schrieb Philipp Zabel:
> Hi Heiko,
>
> Am Freitag, den 22.05.2015, 10:25 +0200 schrieb Heiko Schocher:
> [...]
>> diff --git a/arch/arm/boot/dts/imx6dl-aristainetos2_4.dts
>> b/arch/arm/boot/dts/imx6dl-aristainetos2_4.dts
>> new file mode 100644
>> index
Hi Heiko,
Am Freitag, den 22.05.2015, 10:25 +0200 schrieb Heiko Schocher:
[...]
> diff --git a/arch/arm/boot/dts/imx6dl-aristainetos2_4.dts
> b/arch/arm/boot/dts/imx6dl-aristainetos2_4.dts
> new file mode 100644
> index 000..ae50c8b
> --- /dev/null
> +++
On Fri, May 22, 2015 at 12:03:27PM +0300, Ville Syrjälä wrote:
> On Mon, Apr 20, 2015 at 02:28:56PM +0100, Chris Wilson wrote:
> > The intention of using video=: is primarily to select
> > the user's preferred resolution at startup. Currently we always create a
> > new mode irrespective of
This adds support for the LG LB070WV8 7" 800x480 panel to the
DRM simple panel driver.
Signed-off-by: Heiko Schocher
---
Changes in v4:
- new in version 4, as Philipp Zabel suggested to use
simple panel driver
Changes in v3: None
Changes in v2: None
This patch add support for the imx6dl based aristainetos2 board
with following configuration:
CPU: Freescale i.MX6DL rev1.1 at 792 MHz
MReset cause: POR
MBoard: aristaitenos2
DRAM: 1 GiB
NAND: 1024 MiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
SF: Detected N25Q128A with page size 256 Bytes, erase size
DSI video mode engine can only take active-high sync signals. This
change prevents MDP5 sending active-low sync signals to DSI in any
case.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_encoder.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git
1 - 100 of 123 matches
Mail list logo