Hi,
I've retested the series together with [1] and FIMD/VIDI enabled. No
irregularities in the kernel log.
Tested-by: Tobias Jakobi
With best wishes,
Tobias
[1] http://www.spinics.net/lists/linux-samsung-soc/msg44790.html
Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Hi,
>
> Here
https://bugzilla.kernel.org/show_bug.cgi?id=98751
Mike Noe changed:
What|Removed |Added
CC||noeerover at gmail.com
--- Comment #4 from
https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #5 from Mike Noe ---
Created attachment 177581
--> https://bugzilla.kernel.org/attachment.cgi?id=177581=edit
xorg.log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #6 from Mike Noe ---
Created attachment 177591
--> https://bugzilla.kernel.org/attachment.cgi?id=177591=edit
dmesg.txt
--
You are receiving this mail because:
You are watching the assignee of the bug.
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/219525ef/attachment.html>
This patch fix following warnings while "make xmldocs"
Warning(.//drivers/gpu/drm/drm_irq.c:1276): No description found
for parameter 'drm_crtc'
Warning(.//drivers/gpu/drm/drm_irq.c:1276): Excess function parameter
'crtc' description in 'drm_crtc_vblank_reset'
Signed-off-by: Masanari Iida
---
, v1, v0, v1, v0 ; F8001C0F 00010001
130c130
< VGPRS: 8
---
> VGPRS: 4
--
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/abdf1d04/attachment.html>
|lockups in Left 4 Dead 2|lockups in Left 4 Dead 2
--
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/f54fe
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/5a7f50e7/attachment.html>
tch fix the problem?
--
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/c31ac626/attachment.html>
Hi Linus,
radeon has two displayport fixes, one for a regressions,
i915 regression flicker fix needed to 4.0 can get fixed.
a bunch of msm fixes and a bunch of exynos fixes, these two are probably a
bit larger than I'd like, but most of them seems pretty good.
Dave.
The following changes
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
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
>
> 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
>
> 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
>
> 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:
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
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
On Thu, 21 May 2015, Mario Kleiner wrote:
> On 05/20/2015 10:36 AM, Daniel Vetter wrote:
>> In
>>
>> commit f02ad907cd9e7fe3a6405d2d005840912f1ed258
>> Author: Daniel Vetter
>> Date: Thu Jan 22 16:36:23 2015 +0100
>>
>> drm/atomic-helpers: Recover full cursor plane behaviour
>>
>> we've
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/167790bf/attachment.html>
On Mon, 20 Apr 2015, 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 the issue that we may
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 ;)
>>
>
> Sorry for late, i'm busy and i think whether it's possible any
u
never run into this issue.
Regards,
Christian.
--
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/784e04fa/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
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 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:
> 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
> ---
>
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 ;)
>>>
>>
>>
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
> +++
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/65ff115e/attachment.html>
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 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:
>> 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
>>
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
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>
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
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>
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
#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>
- 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>
On 5/18/2015 7:00 PM, Alex Deucher wrote:
> On Mon, May 18, 2015 at 6:41 PM, Julian Margetson wrote:
>> On 5/18/2015 4:59 PM, Alex Deucher wrote:
>>
> Snip
>
>
>
>> * Starting NTP server ntpd [ 28.819002] Unable to handle kernel
>> paging request for data at address 0x0008
>> [
/archives/dri-devel/attachments/20150522/7961a371/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/3db073fc/attachment.html>
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
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
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
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
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
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 ++---
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(+),
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 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
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(-)
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 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
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,
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
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
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150522/52037741/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
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>
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
---
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
--
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
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
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
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
> ---
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
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 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
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
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:
> > > >
> >
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 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:
> > > >
> > > >
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
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
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: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: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: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
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 5/21/2015 1:28 AM, Jani Nikula wrote:
> On Thu, 21 May 2015, Todd Previte wrote:
>> Passive DP->DVI/HDMI dongles show up to the system as HDMI devices, as they
>> do not have a sink device in them to respond to any AUX traffic. When
>> probing these dongles over the DDC, sometimes they will
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
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
> >
> > The new atomic infrastructure needs the .mode_set_nofb() callback to
> > update CRTC timings before setting any plane.
> >
> > Signed-off-by: Gustavo Padovan
> > ---
>
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
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
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
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: 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
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
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
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
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
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
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 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
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
1 - 100 of 123 matches
Mail list logo