ytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161223/1c13aad4/attachment-0001.gz>
Hi Linus,
Some fixes came in while I was out, mostly intel and amdgpu ones,
with one ast fix. If you can land them before -rc1 it would be good
but I don't mind if they don't.
Dave.
The following changes since commit 50f6584e4c626b8fa39edb66f33fec27bab3996c:
Merge tag 'leds_for_4.10_email_upd
Regards
Shashank
On 12/22/2016 5:26 PM, Ville Syrjälä wrote:
> On Thu, Dec 22, 2016 at 10:02:26AM +, Jose Abreu wrote:
>> Hi Shashank,
>>
>>
>> On 21-12-2016 15:29, Shashank Sharma wrote:
>>
>> [snip]
>>
>>> +
>>> + /**
>>> +* @edid_yuv420_dc_modes: bpc for deep color yuv420 encoding
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161223/9a90c85e/attachment.html>
On 12/20/2016 03:55 AM, Rob Herring wrote:
> On Wed, Dec 14, 2016 at 03:04:04PM +0900, Hoegeun Kwon wrote:
>> This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel
>> driver. This panel has 1440x2560 resolution in 5.7-inch physical
>> panel in the TM2 device.
>>
>> Signed-off-by: Donghwa
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161223/0fbbb327/attachment-0001.html>
On Thu, Dec 22, 2016 at 11:07 PM, Mark yao wrote:
> Hi Chris Wilson
>
> We port drm_mm to my internal kernel, with high load test, found following
> crash:
>
> [49451.856244]
> ==
> [49451.856350] BUG: KASAN: wild-memory-access on add
On 2016å¹´12æ23æ¥ 13:57, Rob Clark wrote:
> On Thu, Dec 22, 2016 at 11:07 PM, Mark yao wrote:
>> Hi Chris Wilson
>>
>> We port drm_mm to my internal kernel, with high load test, found following
>> crash:
>>
>> [49451.856244]
>> ==
On Fri, 23 Dec 2016, changbin.du at intel.com wrote:
> From: "Du, Changbin"
>
> This patch fix a crash in function reset_common_ring. In this case,
> the port[0].request is null when reset the render ring, so a null
> dereference exception is raised. We need to check execlist_port status
> first.
On Fri, Dec 23, 2016 at 01:46:36PM +0800, changbin.du at intel.com wrote:
> From: "Du, Changbin"
>
> This patch fix a crash in function reset_common_ring. In this case,
> the port[0].request is null when reset the render ring, so a null
> dereference exception is raised. We need to check execlist
https://bugzilla.kernel.org/show_bug.cgi?id=190971
Bug ID: 190971
Summary: amdgpu (on Kabini) fails to resume, atombios stuck
executing BA98
Product: Drivers
Version: 2.5
Kernel Version: 4.9
Hardware: x86-64
On Wed, Dec 21, 2016 at 07:46:33PM +0100, Nicolai Hähnle wrote:
> diff --git a/include/linux/ww_mutex.h b/include/linux/ww_mutex.h
> index a5960e5..b2eaaab 100644
> --- a/include/linux/ww_mutex.h
> +++ b/include/linux/ww_mutex.h
> @@ -186,11 +186,6 @@ static inline void ww_acquire_fini(struct ww_a
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161223/675180dc/attachment-0001.html>
Am Freitag, den 16.12.2016, 14:05 +0530 schrieb Archit Taneja:
> Hi,
>
> On 12/14/2016 03:29 PM, Laurent Pinchart wrote:
> > Instead of linking encoders and bridges in every driver (and getting it
> > wrong half of the time, as many drivers forget to set the drm_bridge
> > encoder pointer), do so
On 23.12.2016 11:48, Peter Zijlstra wrote:
> On Wed, Dec 21, 2016 at 07:46:33PM +0100, Nicolai Hähnle wrote:
>> diff --git a/include/linux/ww_mutex.h b/include/linux/ww_mutex.h
>> index a5960e5..b2eaaab 100644
>> --- a/include/linux/ww_mutex.h
>> +++ b/include/linux/ww_mutex.h
>> @@ -186,11 +186,6
On Fri, Dec 23, 2016 at 12:16:03PM +0100, Nicolai Hähnle wrote:
> >For some reason this patch appears to make lib/locking-selftest.c really
> >unhappy.
> >
> >I get endless streams of:
> >
> >../lib/locking-selftest.c: In function âww_test_fail_acquireâ:
> >../lib/locking-selftest.c:1141:6: e
On Thu, 22 Dec 2016, vathsala nagaraju wrote:
> PSR2 vsc revision number hb2( as per table 6-11)is updated to
> 4 or 5 based on Y cordinate and Colorimetry Format as below
> 04h = 3D stereo + PSR/PSR2 + Y-coordinate.
> 05h = -3D stereo- + PSR/PSR2 + Y-coordinate + Pixel Encoding/Colorimetry
> Form
On Thu, 01 Dec 2016, Hans de Goede wrote:
> On enable intel_dsi_enable() directly calls intel_enable_dsi_pll(),
> make intel_dsi_disable() also directly call intel_disable_dsi_pll(),
> rather then hiding the call in intel_dsi_clear_device_ready(),
> no functional changes.
>
> Signed-off-by: Hans d
On Fri, Dec 23, 2016 at 2:59 AM, Dave Airlie wrote:
> Hi Linus,
>
> Some fixes came in while I was out, mostly intel and amdgpu ones,
> with one ast fix. If you can land them before -rc1 it would be good
> but I don't mind if they don't.
This should also shut up the WARN_ON(!intel_dp->lane_count)
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161223/4dd7fd40/attachment.html>
On Fri, 23 Dec 2016, "Nagaraju, Vathsala"
wrote:
> In DP V1.3 spec , Table 2-149 , page number-374 , for Register 0x2210
> , bit 7:4 is reserved.
See DP 1.4.
BR,
Jani.
>
> -Original Message-
> From: Jani Nikula [mailto:jani.nikula at linux.intel.com]
> Sent: Friday, December 23, 201
From: Thierry Reding
libdrm uses spaces for indentation. Fix the two inconsistent lines in
this file.
Signed-off-by: Thierry Reding
---
xf86drm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/xf86drm.c b/xf86drm.c
index b5eeeb090ecb..ac59bf513d6c 100644
--- a/xf86drm.
From: Thierry Reding
This encodes the indentation style for libdrm and can be used with
various editors. See http://editorconfig.org for instructions.
Signed-off-by: Thierry Reding
---
.editorconfig | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 .editorconfig
d
From: Thierry Reding
Hi,
This series enables support for USB, platform and host1x busses in the
drmDevice infrastructure. The goal is to make use of these in Mesa for
PRIME support (via the DRI_PRIME environment variable) for devices on
one of these busses.
I'll be sending out Mesa patches for
From: Thierry Reding
Subsequent patches will add support for other bus types to drmDevice and
they will duplicate a lot of the code to allocate a drmDevice. Factor
out the common code so it can be reused.
Signed-off-by: Thierry Reding
---
xf86drm.c | 78
From: Thierry Reding
ARM SoCs usually have their DRM/KMS devices on the platform bus, so add
support for that to enable these devices to be used with the drmDevice
infrastructure.
NVIDIA Tegra SoCs have an additional level in the hierarchy and DRM/KMS
devices can also be on the host1x bus. This
Allow DRM/KMS devices hosted on USB to be detected by the drmDevice
infrastructure.
Signed-off-by: Thierry Reding
---
Note that this is completely untested because I don't have a UDL device
for testing. I'm fairly confident that this will work, though, and it'd
be nice to include it before the ne
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/20161223/fff054cb/attachment.html>
Hello,
about a year ago there was a discussion about Implementing Miracast on
this list:
https://lists.freedesktop.org/archives/dri-devel/2015-December/096035.html
Since then I could not find further information about that topic there.
So maybe someone can answer this question:
Is that implement
PSR2 vsc revision number hb2( as per table 6-11)is updated to
4 or 5 based on Y cordinate and Colorimetry Format as below
04h = 3D stereo + PSR/PSR2 + Y-coordinate.
05h = -3D stereo- + PSR/PSR2 + Y-coordinate + Pixel Encoding/Colorimetry
Format indication. A DP Source device is allowed to indicate
In DP V1.3 spec , Table 2-149 , page number-374 , for Register 0x2210 ,
bit 7:4 is reserved.
-Original Message-
From: Jani Nikula [mailto:jani.nik...@linux.intel.com]
Sent: Friday, December 23, 2016 6:57 PM
To: Nagaraju, Vathsala ; dri-devel at
lists.freedesktop.org; intel-gfx a
i915 does not set DRIVER_ATOMIC by default yet but uses atomic_check and
atomic_commit. drm_object_property_get_value() does not read the correct
value of atomic properties if DRIVER_ATOMIC is not set. Checking whether
the driver uses atomic modeset is a better check instead as the property
values
From: "Du, Changbin"
This patch fix a crash in function reset_common_ring. In this case,
the port[0].request is null when reset the render ring, so a null
dereference exception is raised. We need to check execlist_port status
first.
[ 35.748034] BUG: unable to handle kernel NULL pointer derefe
Function hsw_psr_setup handles vsc header setup for psr1 and
skl_psr_setup_vsc handles vsc header setup for psr2.
Setup VSC header in function skl_psr_setup_vsc for psr2 support,
as per edp 1.4 spec, table 6-11:VSC SDP HEADER Extension for psr2
operation.
v2: (Jani)
- Initialize variables to 0
-
This check is useful for drivers that do not have DRIVER_ATOMIC set but
have atomic modesetting internally implemented. Wrap the check into a
function since this is used in many places and as a bonus, the function
name helps to document what the check is for.
v2:
Change return type to bool (Ville)
On Sat, Dec 17 2016, Matthew Wilcox wrote:
> From: Matthew Wilcox
>> From: Rasmus Villemoes [mailto:linux at rasmusvillemoes.dk]
>> > This sounds good. I think there may still be a lot of users that never
>> > allocate more than a handful of IDAs, making a 128 byte allocation still
>> > somewhat
From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk]
> Nice work! A few random comments/questions:
>
> - It does add some complexity, but I think a few comments would make it
> more digestable.
I'm open to adding some comments ... I need some time between writing the code
and writing the c
37 matches
Mail list logo
