Basically this is an extended version of drmHandleEvent().
drmHandleEvent() only handles core events (like e.g. page flips),
but since kernel DRM drivers might use vendor-specific events
to signal userspace the completion of pending jobs, etc., its
desirable to provide a way to handle these withou
Don't assume that a plane supports any kind of pixelformat
but do a check first.
v2: Simplify the format check.
Signed-off-by: Tobias Jakobi
---
tests/modetest/modetest.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest
This enables us to check for overlay planes which are located
'below' the primary plane.
Since the alpha value only has an effect when creating surfaces
with an alpha-pixelformat this doesn't affect the regular
XRGB primary surface.
Signed-off-by: Tobias Jakobi
---
tests/modetest/buffers.c
Hi,
I noticed that on my machine the screen starts to flicker after I
suspend and resume my machine, on the main laptop display if an external
display is attached with kernel v4.1-rc1. I tracked the regression down
to commit c9f038a1a592 ("drm/i915: Don't assume primary & cursor are
always on fo
ktop.org/archives/dri-devel/attachments/20150512/0af77ba4/attachment.html>
There is an extra semi-colon on the if statement so the debug output
always says "Failed to write EDID checksum" even when it didn't fail.
Fixes: 559be30cb74d ('drm/i915: Implement the intel_dp_autotest_edid function
for DP EDID complaince tests')
Signed-off-by: Dan Carpenter
diff --git a/drive
On Mon, May 11, 2015 at 03:59:55PM -0400, Alex Deucher wrote:
> > I tried tweaking the delays in drm_dp_link_train_clock_recovery_delay,
> > without any noticable
> > difference. Is there something else I can try to make it try harder
> > before giving up?
> >
>
> Can you attach your bo
|--- |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/20150512/cc3e92f8/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150512/3e91ce8c/attachment.html>
fog is ok
- mesa git fog seems broken
(radeon tahiti xt)
--
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/20150512/3a44f
On Mon, May 11, 2015 at 03:59:55PM -0400, Alex Deucher wrote:
> Can you attach your boot dmesg output with drm.debug=0xf set?
Strange, haven't seen this happen before.
[8.437431] [drm:drm_calc_vbltimestamp_from_scanoutpos] crtc 5: Noop due to
uninitialized mode.
[8.437433] [drm:drm_upd
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150512/deef7f61/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150512/22f7d2ac/attachment.html>
On Tue, May 12, 2015 at 04:19:22PM +0200, Maarten Lankhorst wrote:
> Op 12-05-15 om 15:29 schreef Daniel Vetter:
> > This is useful for drivers which have their own modeset infrastructure
> > but want to reuse most of the legacy state frobbery from the helpers.
> > i915 wants this.
> >
> > Cc: Maar
I guess this fell between the cracks.
Reviewed-by: Jani Nikula
On Fri, 13 Feb 2015, Liu Ying wrote:
> Signed-off-by: Liu Ying
> ---
> v9->v9.5:
> * Add kernel-doc for the new helper function to address Daniel Vetter's
>comment.
>
> v8->v9:
> * Rebase onto the imx-drm/next branch of Phi
Op 12-05-15 om 15:29 schreef Daniel Vetter:
> This is useful for drivers which have their own modeset infrastructure
> but want to reuse most of the legacy state frobbery from the helpers.
> i915 wants this.
>
> Cc: Maarten Lankhorst
> Signed-off-by: Daniel Vetter
> ---
>
For both patches:
Revie
On Mon, May 11, 2015 at 5:54 PM, Nicholas Krause wrote:
>
>
> On May 11, 2015 4:24:01 AM EDT, Patrik Jakobsson gmail.com> wrote:
>>On Sun, May 10, 2015 at 9:50 PM, Nicholas Krause
>>wrote:
>>>
>>>
>>> On May 10, 2015 3:45:36 PM EDT, patrik.r.jakobsson at gmail.com wrote:
On Sun, May 10, 2015
Hi Kamil,
A quick review:
On 05/06/15 14:37, Kamil Debski wrote:
> new file mode 100644
> index 000..bb817b7
> --- /dev/null
> +++ b/README
> @@ -0,0 +1,22 @@
> +libGenCEC - library for the generic HDMI CEC kernel interface
> +--
On Wed, Apr 15, 2015 at 04:05:19PM +0530, Sonika Jindal wrote:
> Cc: dri-devel at lists.freedesktop.org
> Signed-off-by: Sonika Jindal
> ---
> Documentation/DocBook/drm.tmpl |7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/DocBook/drm.tmpl b/Docume
On Fri, May 08, 2015 at 07:12:43PM +0530, Sumit Semwal wrote:
> Add reference counting on a kernel module that exports dma-buf and
> implements its operations. This prevents the module from being unloaded
> while DMABUF file is in use.
>
> The original patch [1] was submitted by Tomasz Stanislawsk
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150512/5f01c72f/attachment.html>
--
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/20150512/5280e193/attachment.sig>
This is useful for drivers which have their own modeset infrastructure
but want to reuse most of the legacy state frobbery from the helpers.
i915 wants this.
Cc: Maarten Lankhorst
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 23 ---
1 file changed,
The atomic helpers don't call drm_calc_timestamping_constants, which
is a regression compared to the crtc helpers. Fix this.
Noticed while reviewing i915 atomic patches from Maarten.
Cc: Maarten Lankhorst
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 2 ++
1 file chang
2015-05-10 Inki Dae :
> 2015-05-09 21:13 GMT+09:00 Tobias Jakobi :
> > Hello Inki,
> >
> >
> > Inki Dae wrote:
> >> Hi,
> >>
> >> 2015-05-09 6:51 GMT+09:00 Tobias Jakobi :
> >>> Hello,
> >>>
> >>> I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a
> >>> 1080p panel).
> >>>
> >>>
From: Christian König
The mapping range is inclusive between starting and ending addresses.
Signed-off-by: Christian König
CC: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/cik.c | 4 ++--
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/ni.c| 5 +++--
d
On Tue, May 12, 2015 at 12:14:52PM +0300, Jani Nikula wrote:
> This reduces duplication in the patches to follow. No functional
> changes.
>
> Signed-off-by: Jani Nikula
The series looks reasonable.
Reviewed-by: Ville Syrjälä
> ---
> drivers/gpu/drm/drm_sysfs.c | 12 +---
> 1 file
https://bugzilla.kernel.org/show_bug.cgi?id=95911
--- Comment #15 from gitne at excite.co.jp ---
(In reply to Michel Dänzer from comment #14)
>> Mantas MikulÄnas has determined that git commit 4474f3a91f95 was the last
>> known good to work.
>
> So commit f2ba57b5eab8817d86d0f108fdf1878e51dc0a3
On Tue, May 12, 2015 at 02:03:36PM +0300, Ville Syrjälä wrote:
> On Tue, May 12, 2015 at 12:14:52PM +0300, Jani Nikula wrote:
> > This reduces duplication in the patches to follow. No functional
> > changes.
> >
> > Signed-off-by: Jani Nikula
>
> The series looks reasonable.
>
> Reviewed-by:
Signed-off-by: Alex Deucher
---
radeon/r600_pci_ids.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/radeon/r600_pci_ids.h b/radeon/r600_pci_ids.h
index 3e1136d..9d12587 100644
--- a/radeon/r600_pci_ids.h
+++ b/radeon/r600_pci_ids.h
@@ -413,6 +413,7 @@ CHIPSET(0x6651, BONAIRE_6651, BONAIRE)
On Tue, May 12, 2015 at 10:23 AM, Thierry Reding
wrote:
> On Tue, May 12, 2015 at 08:35:58AM +0200, Daniel Vetter wrote:
>> On Mon, May 11, 2015 at 04:34:57PM +, Mark Zhang wrote:
>> > I just want to make things easier. If we adding this in panel's meta
>> > data, it will be harder to make crt
On Wed, Apr 29, 2015 at 4:00 PM, Shobhit Kumar
wrote:
> The CRC (Crystal Cove) PMIC, controls the panel enable and disable
> signals for BYT for dsi panels. This is indicated in the VBT fields. Use
> that to initialize and use GPIO based control for these signals.
>
> v2: Use the newer gpiod int
On 05/08/2015 08:00 PM, Rob Clark wrote:
> On Fri, May 8, 2015 at 9:54 AM, Daniel Vetter wrote:
>> On Fri, May 08, 2015 at 09:03:19AM -0400, Rob Clark wrote:
>>> On Fri, May 8, 2015 at 6:11 AM, Archit Taneja
>>> wrote:
Allow drm_bridge objects to link to each other in order to form an enc
On Fri, 2015-05-08 at 17:45 +0300, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Currently we're adding CEA modes after the inferred modes, which
> means
> we might get multiple modes that are very close to each other, but
> slightly different, which seems a bit silly. That
These attributes should be exposed for the matching connector types
only, so checking is redundant.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_sysfs.c | 32
1 file changed, 32 deletions(-)
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sy
The show methods for the attributes of DVI-I and TV-out types have a
bunch of code to deal with the differences between the two. Just split
the attributes into connector type specific ones. No functional changes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_sysfs.c | 148 ++
Split DVI-I and TV-out (which remains a group of types). As an
intermediate step, still share the attributes themselves between the
two. No user visible changes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_sysfs.c | 32
1 file changed, 20 insertions(+), 12
This reduces duplication in the patches to follow. No functional
changes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_sysfs.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
index ffc305fc2076..3346
On Mon, May 11, 2015 at 4:01 PM, Christian König
wrote:
> From: Christian König
>
> Previously we were completely over allocating, fix this
> by actually implementing the size calculation.
>
> Signed-off-by: Christian König
Applied the series to my next tree.
Alex
> ---
> drivers/gpu/drm/
On Tue, May 5, 2015 at 11:36 AM, Shobhit Kumar
wrote:
> On some Intel SoC platforms, the panel enable/disable signals are
> controlled by CRC PMIC. Add those control as a new GPIO in a lookup
> table for gpio-crystalcove chip during CRC driver load
>
> v2: Make the lookup table static (Thierry)
On Wed, May 6, 2015 at 5:09 PM, Daniel Vetter wrote:
> On Wed, May 06, 2015 at 04:49:36PM +0200, Linus Walleij wrote:
>> On Wed, Apr 29, 2015 at 3:59 PM, Shobhit Kumar
>> wrote:
>>
>> > In case we unload and load a driver module again that is registering a
>> > lookup table, without this it will
I think now I have an answer to my question.
I will back come in a couple of weeks with a generic dmabuf allocator.
The feature set of this should be:
- allow to have per device specificone allocator
- ioctl for buffer allocation and exporting dmabuf file descriptor on /dev/foo
- generic API to b
ed to the drm_panel. Especially since all the single-frame modes are
> > highly sink/link specific. Why was this added here instead of to the
> > drm_panel metadata?
> > -Daniel
> > --
> > Daniel Vetter
> > Software Engineer, Intel Corporation
> > http://blog.ffwll.ch
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
-- 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/20150512/943d7ec2/attachment-0001.sig>
Hi Paul,
On 12 May 2015 at 05:00, Paul Walmsley wrote:
> Tegra124 Jetson TK1 hangs during boot in next-20150508 and beyond:
>
> http://nvt.pwsan.com/experimental/linux-next/testlogs/test_next-20150508/20150508101018/boot/tegra124-jetson-tk1/tegra124-jetson-tk1/tegra_defconfig_log.txt
> http://nvt
Hi Daniel,
On 05/12/2015 03:06 AM, Daniel Stone wrote:
> Hi Paul,
>
> On 12 May 2015 at 05:00, Paul Walmsley wrote:
>> Tegra124 Jetson TK1 hangs during boot in next-20150508 and beyond:
>>
>> http://nvt.pwsan.com/experimental/linux-next/testlogs/test_next-20150508/20150508101018/boot/tegra124-jet
On Tue, May 12, 2015 at 8:56 AM, Christian König
wrote:
> From: Christian König
>
> The mapping range is inclusive between starting and ending addresses.
>
> Signed-off-by: Christian König
> CC: stable at vger.kernel.org
Applied to my fixes tree.
Thanks,
Alex
> ---
> drivers/gpu/drm/rade
On Mon, May 11, 2015 at 10:00:37PM -0600, Paul Walmsley wrote:
> Hi folks
>
> Tegra124 Jetson TK1 hangs during boot in next-20150508 and beyond:
>
> http://nvt.pwsan.com/experimental/linux-next/testlogs/test_next-20150508/20150508101018/boot/tegra124-jetson-tk1/tegra124-jetson-tk1/tegra_defconfig
On Mon, May 11, 2015 at 04:34:57PM +, Mark Zhang wrote:
> I just want to make things easier. If we adding this in panel's meta
> data, it will be harder to make crtc gets this, since normally encoder
> talks with panel and crtc talks with encoder. But yes, adding this in
> panel's metadata make
Hi Paul,
> On 12 May 2015, at 5:00 am, Paul Walmsley wrote:
>
> Hi folks
>
> Tegra124 Jetson TK1 hangs during boot in next-20150508 and beyond:
>
> http://nvt.pwsan.com/experimental/linux-next/testlogs/test_next-20150508/20150508101018/boot/tegra124-jetson-tk1/tegra124-jetson-tk1/tegra_defconf
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150512/d9e8984b/attachment.html>
50 matches
Mail list logo
