for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/ce22c163/attachment.html>
ou are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/721b8dd6/attachment-0001.html>
Hi,
On Tue, Mar 08, 2016 at 09:45:11PM +0100, Sebastian Reichel wrote:
> On Tue, Mar 08, 2016 at 08:39:08PM +0200, Aaro Koskinen wrote:
> > On Tue, Mar 08, 2016 at 05:39:32PM +0100, Sebastian Reichel wrote:
> > > This series adds support for the Nokia N950 display.
> > > Since the panel is using
Hi Philipp, Jie,
Some small comments.
Nothing that can't be fixed after merging if you prefer.
On Tue, Mar 8, 2016 at 9:27 PM, Philipp Zabel wrote:
> From: Jie Qiu
>
> Add DPI connector/encoder to support HDMI output via the
> attached HDMI bridge.
>
> Signed-off-by: Jie Qiu
> Signed-off-by:
Hello Lionel Landwerlin,
The patch 5488dc16fde7: "drm: introduce pipe color correction
properties" from Feb 26, 2016, leads to the following static checker
warning:
drivers/gpu/drm/drm_atomic_helper.c:2933
drm_atomic_helper_legacy_gamma_set()
error: 'blob' dereferencing possible
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/8b1c1649/attachment.html>
Hi Philipp, CK,
Some small comments.
Nothing that couldn't be addressed after merging, if you prefer.
On Tue, Mar 8, 2016 at 9:27 PM, Philipp Zabel wrote:
> From: CK Hu
>
> This patch add a drm encoder/connector driver for the MIPI DSI function
> block of the Mediatek display subsystem and a
From: Ville Syrjälä
SADs may span multiple CEA audio data blocks in the EDID.
CEA-861-E says:
"The order of the Data Blocks is not constrained. It is also possible
to have more than one of a specific type of data block if necessary to
include all of the
ext part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/41619dfb/attachment.html>
Hi Jyri,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.5-rc7 next-20160309]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Jyri-Sarha/Implement-generic-ASoC-HDMI
Hi Philipp & Jie,
Sorry I only now had a chance to dig deeper and review the HDMI driver.
Lots of comments inline below...
On Tue, Mar 8, 2016 at 9:27 PM, Philipp Zabel wrote:
> From: Jie Qiu
>
> This patch adds drivers for the HDMI bridge connected to the DPI0
> display subsystem function
Hi,
On Wed, Mar 09, 2016 at 11:52:33AM -0500, Alex Deucher wrote:
> On Wed, Mar 9, 2016 at 9:33 AM, Lukas Wunner wrote:
> > On Wed, Mar 09, 2016 at 04:14:04PM +1000, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> Windows 10 seems to have standardised power control for the
> >>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/a592b405/attachment.html>
ature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/77838d64/attachment.sig>
you
give me a pointer? I can just stick to the same property names
to avoid potential future problems.
-- Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://l
On Wed, Mar 09, 2016 at 10:15:17AM -0300, Alberto Simón Francés wrote:
> Hello,
>
> I have a question with regards to the libdrm library. I'm currently working
> on an app that relies on KMS, DRM and EGL to output accelerated graphics
> without a display server in between. It does so to reduce
On 9 March 2016 at 16:24, Tomi Valkeinen wrote:
> On 09/03/16 18:19, Emil Velikov wrote:
>> Hi Sebastian,
>>
>> On 8 March 2016 at 16:39, Sebastian Reichel wrote:
>>
>>> arch/arm/boot/dts/omap3-n950-n9.dtsi| 72 +
>>> arch/arm/boot/dts/omap3-n950.dts| 71
On 03/09/16 12:08, Arnaud Pouliquen wrote:
> Hello Jyri,
>
> Acked-by: Arnaud Pouliquen
>
> With few nitpicking remarks on form.
>
> Regards
> Arnaud
>
> On 03/08/2016 09:14 PM, Jyri Sarha wrote:
>> Add IEC958 channel status helper that gets the audio properties from
>> snd_pcm_hw_params instead
t it will
motivate someone.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/f4914b4b/attachment.html>
DCU is the shortcut of 'display controller unit', some HDMI transmitter
attached to DCU, such as sii9022a, and this driver add the relavent
functions to DRM framewrok.
Signed-off-by: Meng Yi
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
Change in V3:
Use
This patch adds sii9022a node for ls1021a-twr.
Signed-off-by: Meng Yi
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
Change in v3:
Using of_graph to describe connection to DCU.
---
arch/arm/boot/dts/ls1021a-twr.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git
The SiI9022A is an ultra low-power HDMI transmitter. It supports
resolutions from standard definition 480i/p and 576i/p all the way
to high-definition 720p, 1080i, and 1080p, the highest resolution
supported 4K today. It also supports all PC resolutions up
to UXGA for netbooks
Signed-off-by: Meng
Hi Jyri,
Am Dienstag, den 08.03.2016, 22:14 +0200 schrieb Jyri Sarha:
> The hdmi-codec is a platform device driver to be registered from
> drivers of external HDMI encoders with I2S and/or spdif interface. The
> driver in turn registers an ASoC codec for the HDMI encoder's audio
> functionality.
Add description of ADV7533. Add the required and optional properties that
are specific to it.
Cc: devicetree at vger.kernel.org
Cc: Rob Herring
Signed-off-by: Archit Taneja
---
.../bindings/display/bridge/adi,adv7511.txt| 25 +-
1 file changed, 20 insertions(+), 5
Lower modes on ADV7533 require lower number of DSI lanes for correct
operation. If ADV7533 is being used with 4 DSI lanes, then switch the
lanes to 3 when the target mode's pixel clock is less than 80 Mhz.
Based on patch by Andy Green
Signed-off-by: Archit Taneja
---
ADV7533 provides an internal timing generator for certain modes that it
can't use the DSI clock directly.
We've observed that HDMI is more stable with the internal timing
generator, especially if there are instabilities in the DSI clock source.
The data spec also seems to recommend the usage of
In order to pass DSI specific parameters to the DSI host, we need the
driver to create a mipi_dsi_device DSI device that attaches to the
host.
Use of_graph helpers to get the DSI host DT node. Create a MIPI DSI
device using this host. Finally, attach this device to the DSI host.
Populate DT
ADV7533 is a DSI to HDMI encoder chip. It is a derivative of ADV7511,
with additional blocks to translate input DSI data to parallel RGB
data. Besides the ADV7511 I2C register map, it has additional registers
that require to be configured to activate the DSI Rx block.
Use DT compatible strings to
When the adv7511 i2c client doesn't have an interrupt line, we observe a
deadlock on caused by trying to lock drm device's mode_config.mutex twice
in the same context.
Here is the sequence that causes it:
ioctl DRM_IOCTL_MODE_GETCONNECTOR from userspace
drm_mode_getconnector (acquires
We don't want to use the old i2c slave encoder interface anymore.
Remove that and make the i2c driver create a drm_bridge entity instead.
Converting to bridges helps because the kms drivers don't need to
exract encoder slave ops from this driver and use it within their
own encoder/connector ops.
ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an
additional DSI RX block that takes in DSI video mode output.
Trying to get this driver merged has had some challenges:
- ADV7533 has an I2C control bus, but acts as a DSI peripheral too.
After discussions, it was concluded
Hi Sebastian,
On 8 March 2016 at 16:39, Sebastian Reichel wrote:
> arch/arm/boot/dts/omap3-n950-n9.dtsi| 72 +
> arch/arm/boot/dts/omap3-n950.dts| 71 +
Just a friendly reminder that updating these and one will have to keep
the driver backwards
From: Dave Airlie
This fixes GPU auto powerdown on the Lenovo W541,
since we advertise Windows 2013 to the ACPI layer.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_vga.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git
From: Dave Airlie
Windows 10 seems to have standardised power control for the
optimus/powerxpress laptops using PR3 power resource hooks.
I'm not sure this is definitely the correct place to be
doing this, but it works for me here.
The ACPI device for the GPU I have is
Hi Jyri,
Am Dienstag, den 08.03.2016, 22:14 +0200 schrieb Jyri Sarha:
> The hdmi-codec is a platform device driver to be registered from
> drivers of external HDMI encoders with I2S and/or spdif interface. The
> driver in turn registers an ASoC codec for the HDMI encoder's audio
> functionality.
Hi Dave,
On Wed, Mar 09, 2016 at 04:14:05PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This fixes GPU auto powerdown on the Lenovo W541,
> since we advertise Windows 2013 to the ACPI layer.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/nouveau/nouveau_vga.c | 10 +++---
>
Hi Dave,
On Wed, Mar 09, 2016 at 04:14:04PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Windows 10 seems to have standardised power control for the
> optimus/powerxpress laptops using PR3 power resource hooks.
What happened to the Optimus DSM, does this still work? If not,
echoing OFF to
rotated at the same time (and thus both
must support rotation).
-- Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/dc126d21/attachment.sig>
On Wed, Mar 9, 2016 at 3:17 PM, Lukas Wunner wrote:
> Hi,
>
> On Wed, Mar 09, 2016 at 11:52:33AM -0500, Alex Deucher wrote:
>> On Wed, Mar 9, 2016 at 9:33 AM, Lukas Wunner wrote:
>> > On Wed, Mar 09, 2016 at 04:14:04PM +1000, Dave Airlie wrote:
>> >> From: Dave Airlie
>> >>
>> >> Windows 10
Hi Rongrong Zou,
With the next revision sent out, I've missed out that you had
questions in here :-)
>> On 29 February 2016 at 00:58, lijianhua wrote:
>>> +static struct drm_driver hibmc_driver = {
>>> + .date = "20151218",
>>
>> Afaict this date is mostly unused, then
is project.
can someone tell me how to go about?
thanks.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/a247272b/attachment.html>
+ Nicolas, Laurent and Rob
Hi,
On Wed, 9 Mar 2016 11:49:38 +
Emil Velikov wrote:
> Hi Meng,
>
> On 9 March 2016 at 08:31, Meng Yi wrote:
> > The SiI9022A is an ultra low-power HDMI transmitter. It supports
> > resolutions from standard definition 480i/p and 576i/p all the way
> > to
On Wed, Mar 9, 2016 at 7:14 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> This fixes GPU auto powerdown on the Lenovo W541,
> since we advertise Windows 2013 to the ACPI layer.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/gpu/drm/nouveau/nouveau_vga.c | 10 +++---
> 1 file changed, 7
On Wed, Mar 9, 2016 at 7:14 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Windows 10 seems to have standardised power control for the
> optimus/powerxpress laptops using PR3 power resource hooks.
>
> I'm not sure this is definitely the correct place to be
> doing this, but it works for me here.
https://bugzilla.kernel.org/show_bug.cgi?id=114031
--- Comment #13 from Massimo Burcheri ---
I applied both, first the 2/2, then additionally the 1/2. None of them solved
it.
--
You are receiving this mail because:
You are watching the assignee of the bug.
instruction too.)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/60efcda3/attachment.html>
Hi guys,
I spent some time trying to figure out what's wrong with my shiny new system
and
it turned out that it is a problem somewhere between v4.5-rc[67] and DP 1.2 on
Skylake.
With DP 1.2 enabled 'xrandr' reports half of the real monitor's (Dell UP2414Q)
resolution, IOW 1920x2160.
https://bugzilla.kernel.org/show_bug.cgi?id=106901
Roman Gruber changed:
What|Removed |Added
Kernel Version|Linux ASUS-G75VW|Linux ASUS-G75VW
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #29 from Roman Gruber ---
Same behaviour with 4.4.4 kernel
[ 191.932562] ACPI Warning: \_SB_.PCI0.PEG0.GFX0._DSM: Argument #4 type
mismatch - Found [Buffer], ACPI requires [Package] (20150930/nsarguments-95)
[ 191.932655] ACPI
One of the tests rely on a behaviour only observed on the driver currently
in use in Android. Disable it here until the behaviour is implemented
or it is decided it should not be implemented on the driver in mainline.
Signed-off-by: Emilio López
---
tools/testing/selftests/sync/sync_test.c |
This test is based on the libsync test suite from Android.
This commit includes a test to stress merge operations.
Signed-off-by: Emilio López
---
tools/testing/selftests/sync/Makefile| 1 +
tools/testing/selftests/sync/sync_stress_merge.c | 115 +++
This test is based on the libsync test suite from Android.
This commit includes a stress test that replicates a
consumer/producer pattern.
Signed-off-by: Emilio López
---
tools/testing/selftests/sync/Makefile | 1 +
.../testing/selftests/sync/sync_stress_consumer.c | 185
This test is based on the libsync test suite from Android.
This commit includes a stress test that invokes operations
in parallel.
Signed-off-by: Emilio López
---
tools/testing/selftests/sync/Makefile | 1 +
.../selftests/sync/sync_stress_parallelism.c | 111
These tests are based on the libsync test suite from Android.
This commit includes tests for operations on destructed objects.
Signed-off-by: Emilio López
---
tools/testing/selftests/sync/Makefile | 1 +
tools/testing/selftests/sync/sync_destroyed.c | 90 +++
These tests are based on the libsync test suite from Android.
This commit includes tests for waiting on fences.
Signed-off-by: Emilio López
---
tools/testing/selftests/sync/Makefile| 1 +
tools/testing/selftests/sync/sync_test.c | 1 +
tools/testing/selftests/sync/sync_wait.c | 95
These tests are based on the libsync test suite from Android.
This commit includes tests for basic merge operations.
Signed-off-by: Emilio López
---
tools/testing/selftests/sync/Makefile | 1 +
tools/testing/selftests/sync/sync_merge.c | 60 +++
These tests are based on the libsync test suite from Android.
This commit includes tests for basic fence creation.
Signed-off-by: Emilio López
---
tools/testing/selftests/sync/Makefile | 1 +
tools/testing/selftests/sync/sync_fence.c | 134 ++
These tests are based on the libsync test suite from Android.
This commit lays the ground for future tests, as well as includes
tests for a variety of basic allocation commands.
Signed-off-by: Gustavo Padovan
Signed-off-by: Emilio López
---
tools/testing/selftests/Makefile | 1 +
Hello everyone,
This is a series of tests to exercise the sync kernel infrastructure. It is
meant to be a test suite for the work Gustavo has been doing to destage it,
see [0] for his latest series to date.
These tests were originally part of a battery of tests shipping with
Android's libsync
On Mon, Feb 29, 2016 at 05:20:16PM +0100, Lucas Stach wrote:
> If the end of the system DMA window is farther away from the start of
> physical RAM than the size of the GPU linear window, move the linear
> window so that it ends at the same address than the system DMA window.
>
> This allows to
On Wed, Mar 9, 2016 at 9:33 AM, Lukas Wunner wrote:
> Hi Dave,
>
> On Wed, Mar 09, 2016 at 04:14:04PM +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> Windows 10 seems to have standardised power control for the
>> optimus/powerxpress laptops using PR3 power resource hooks.
>
> What happened
Hi Meng,
On 9 March 2016 at 08:31, Meng Yi wrote:
> The SiI9022A is an ultra low-power HDMI transmitter. It supports
> resolutions from standard definition 480i/p and 576i/p all the way
> to high-definition 720p, 1080i, and 1080p, the highest resolution
> supported 4K today. It also supports all
On Mon, Mar 07, 2016 at 11:45:36PM +, Deucher, Alexander wrote:
> > -Original Message-
> > From: Josh Poimboeuf [mailto:jpoimboe at redhat.com]
> > Sent: Monday, March 07, 2016 6:10 PM
> > To: Deucher, Alexander; Koenig, Christian
> > Cc: dri-devel at lists.freedesktop.org;
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/eda61696/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=112921
Jean Delvare changed:
What|Removed |Added
Summary|Lock-up after screensaver |[radeon] Lock-up after
https://bugzilla.kernel.org/show_bug.cgi?id=112921
Jean Delvare changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
Hello Jyri,
Tested with success on sti platform
Acked-by: Arnaud Pouliquen
Regards
Arnaud
On 03/08/2016 09:14 PM, Jyri Sarha wrote:
> The hdmi-codec is a platform device driver to be registered from
> drivers of external HDMI encoders with I2S and/or spdif interface. The
> driver in turn
Hello Jyri,
Acked-by: Arnaud Pouliquen
With few nitpicking remarks on form.
Regards
Arnaud
On 03/08/2016 09:14 PM, Jyri Sarha wrote:
> Add IEC958 channel status helper that gets the audio properties from
> snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to
> produce the channel
On Wed, Mar 9, 2016 at 10:40 AM, Benjamin Gaignard
wrote:
> dmabuf have just accept one ioctl for cache management but I think
> that some exporter may need also need custom iotcl.
>
> For example I'm working since a while on a way to secure buffer (SMAF)
> [1] which is a central allocator + 2
Hi Dave,
I expect this to be the final drm-misc pull for 4.6:
- color manager core patch from Lionel - i915 side is ready too, but will
only land in 4.7, but I figured it's better to land this earlier for
better coordination with other plane stuff (like alpha/blending) going
on.
- more
dmabuf have just accept one ioctl for cache management but I think
that some exporter may need also need custom iotcl.
For example I'm working since a while on a way to secure buffer (SMAF)
[1] which is a central allocator + 2 ioctl for set/get secure status
of the buffer.
This not depend on one
be seen
here.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/2b7fb531/attachment-0001.sig>
Am 09.03.2016 um 10:03 schrieb Daniel Vetter:
> On Wed, Mar 9, 2016 at 9:54 AM, Benjamin Gaignard
> wrote:
>> In addition of the already existing operations allow exporter
>> to use it own custom ioctls.
>>
>> Signed-off-by: Benjamin Gaignard
> First reaction: No way ever! More seriously, please
--
A non-text attachment was scrubbed...
Name: mem-test.c
Type: text/x-csrc
Size: 383 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/4c3b34fa/attachment.c>
nts/20160309/fd0e4680/attachment.html>
On Wed, Mar 9, 2016 at 9:54 AM, Benjamin Gaignard
wrote:
> In addition of the already existing operations allow exporter
> to use it own custom ioctls.
>
> Signed-off-by: Benjamin Gaignard
First reaction: No way ever! More seriously, please start by
explaining why you need this.
-Daniel
> ---
In addition of the already existing operations allow exporter
to use it own custom ioctls.
Signed-off-by: Benjamin Gaignard
---
drivers/dma-buf/dma-buf.c | 3 +++
include/linux/dma-buf.h | 5 +
2 files changed, 8 insertions(+)
diff --git a/drivers/dma-buf/dma-buf.c
https://bugzilla.kernel.org/show_bug.cgi?id=113891
Jean Delvare changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Jean
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/cf4c58e6/attachment.html>
On 03/09/2016 08:29 AM, Emilio López wrote:
> One of the tests rely on a behaviour only observed on the driver currently
> in use in Android. Disable it here until the behaviour is implemented
> or it is decided it should not be implemented on the driver in mainline.
>
> Signed-off-by: Emilio
On 03/09/2016 08:28 AM, Emilio López wrote:
> Hello everyone,
>
> This is a series of tests to exercise the sync kernel infrastructure. It is
> meant to be a test suite for the work Gustavo has been doing to destage it,
> see [0] for his latest series to date.
>
> These tests were originally
asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/b1b62bf0/attachment.sig>
-codec-and-use-it-in-tda998x/20160309-041821
base: git://people.freedesktop.org/~airlied/linux.git drm-next
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/i2c/tda998x_drv.c:1329:1-3: WARNING: PTR_ERR_OR_ZERO can be
>> used
Please review and possibly fold
drivers/gpu/drm/i2c/tda998x_drv.c:1329:1-3: WARNING: PTR_ERR_OR_ZERO can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
CC: Jyri Sarha
Signed-off-by: Fengguang Wu
---
tda998x_drv.c |5 +
1 file changed, 1
L_64_fastpath+0x12/0x66
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/0bc98dea/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160309/6c2236be/attachment.html>
86 matches
Mail list logo