Am 18.02.2017 um 23:50 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
The vm fault handler relies on the fact that the VMA owns a reference
to the BO. However, once mmap_sem is released, other tasks are free to
destroy the VMA, which can lead to the BO being freed. Fix two code
paths where that c
https://bugs.freedesktop.org/show_bug.cgi?id=99748
Axel Davy changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi!
This patch breaks the vmwgfx resolutionKMS daemon which opens a control
node to tell DRM about the monitor layout...
/Thomas
On 10/28/2016 10:10 AM, Daniel Vetter wrote:
> Looking at the ioctl permission checks I noticed that it's impossible
> to import gem buffers into a control nodes, and
So I think we need a quick revert of this commit or a quick stable
follow-up to unbreak things on our side.
/Thomas
On 02/19/2017 03:54 PM, Thomas Hellstrom wrote:
> Hi!
>
> This patch breaks the vmwgfx resolutionKMS daemon which opens a control
> node to tell DRM about the monitor layout...
>
>
Greetings mighty developers :)
im reporting a bug in which the aforementioned kernels when compiled
with the AMDGPU driver fail to properly function in the presence of a
Tonga PRO card. The driver is loaded, the cards fans then spin up to
100% and the system becomes unresponsive to ctrl+alt+del.
https://bugs.freedesktop.org/show_bug.cgi?id=99843
--- Comment #9 from Grazvydas Ignotas ---
Also good on radeonsi (POLARIS10) and i965 (HSW).
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=98405
poma changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
|
https://bugs.freedesktop.org/show_bug.cgi?id=98405
poma changed:
What|Removed |Added
QA Contact||xorg-t...@lists.x.org
Component|DRM/othe
Hi all
Has there been any progress toward getting imxdrm working with the
SABRE Lite and similar?
I'm presuming that non of you own such a board and that this won't be
fixed in time for 4.10, right?
Thanks
On Mon, Feb 13, 2017 at 9:38 AM, Russell King - ARM Linux
wrote:
> On Mon, Feb 13, 2017
On 02/17/2017 09:34 PM, Dave Airlie wrote:
> On 17 February 2017 at 18:00, Marek Vasut wrote:
>> On 02/17/2017 03:41 AM, Dave Airlie wrote:
>>> On 16 February 2017 at 08:16, Marek Vasut wrote:
Hi,
I collected the MXSFB fixes, based on top of airlied/drm-fixes:
>>>
>>> At this stage
It is likely that both 'clk_disable_unprepare()' should be called if
'pm_runtime_get_sync()' fails.
Add a new label for that, because 'err_set_rate' is not meaningful in this
case.
Fixes: 1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support for rk3399")
Signed-off-by: Christophe JAILLET
---
On 2017年02月20日 00:59, Christophe JAILLET wrote:
It is likely that both 'clk_disable_unprepare()' should be called if
'pm_runtime_get_sync()' fails.
Add a new label for that, because 'err_set_rate' is not meaningful in this
case.
Fixes: 1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support fo
Hi Zain,
On Mon, Feb 13, 2017 at 6:27 PM, zain wang wrote:
>
> The analogix_dp_transfer() will return -EBUSY if num_transferred is zero.
> But sometimes we will send a bare address packet to start the transaction,
> like drm_dp_i2c_xfer() show:
> ..
> /* Send a bare address pa
On 19 February 2017 at 08:25, Marek Vasut wrote:
> On 02/17/2017 09:34 PM, Dave Airlie wrote:
>> On 17 February 2017 at 18:00, Marek Vasut wrote:
>>> On 02/17/2017 03:41 AM, Dave Airlie wrote:
On 16 February 2017 at 08:16, Marek Vasut wrote:
> Hi,
>
> I collected the MXSFB fixes
https://bugs.freedesktop.org/show_bug.cgi?id=91202
--- Comment #26 from Thomas R. ---
ASUS STRIX-R9285-DC2OC-2GD5:
Still not working in Mainline 4.9.11.
Not working in any DAL-4.7 version, either (tried all commits Guido mentioned,
but it seems he switched cards in between, now having reported
https://bugs.freedesktop.org/show_bug.cgi?id=99851
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
Component|Driver/Radeon
On Mon, Feb 20, 2017 at 1:04 PM, Zain Wang wrote:
> 在 2017/2/20 10:40, Tomasz Figa 写道:
>> On Mon, Feb 13, 2017 at 6:27 PM, zain wang wrote:
>>> diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
>>> b/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
>>> index 303083a..5384aca 100644
https://bugs.freedesktop.org/show_bug.cgi?id=99850
Michel Dänzer changed:
What|Removed |Added
CC||b...@basnieuwenhuizen.nl
--- Comment #3
Le 20/02/2017 à 02:40, Mark yao a écrit :
On 2017年02月20日 00:59, Christophe JAILLET wrote:
It is likely that both 'clk_disable_unprepare()' should be called if
'pm_runtime_get_sync()' fails.
Add a new label for that, because 'err_set_rate' is not meaningful in
this
case.
Fixes: 1a0f7ed3abe2
On 2017年02月20日 14:41, Christophe JAILLET wrote:
Le 20/02/2017 à 02:40, Mark yao a écrit :
On 2017年02月20日 00:59, Christophe JAILLET wrote:
It is likely that both 'clk_disable_unprepare()' should be called if
'pm_runtime_get_sync()' fails.
Add a new label for that, because 'err_set_rate' is not
Hi Krzysztof,
Can you merge patch 2 and 5 to your tree so that they can go to mainline?
Otherwise, I can merge them to my tree if you give me acked-by.
Thanks,
Inki Dae
2017년 02월 09일 10:26에 Hoegeun Kwon 이(가) 쓴 글:
> Hi,
>
> The dsi + panel is a parental relationship, so OF grpah is not needed.
From: Hyungwon Hwang
This patch add the panel device tree node for S6E3HA2 display
controller to TM2 dts.
Signed-off-by: Hyungwon Hwang
Signed-off-by: Andrzej Hajda
Signed-off-by: Chanwoo Choi
Signed-off-by: Hoegeun Kwon
Tested-by: Chanwoo Choi
---
arch/arm64/boot/dts/exynos/exynos5433-tm2
The Samsung s6e3ha2 is a 5.7" 1440x2560 AMOLED panel connected
using MIPI-DSI interfaces.
Signed-off-by: Donghwa Lee
Signed-off-by: Hyungwon Hwang
Signed-off-by: Hoegeun Kwon
Reviewed-by: Andrzej Hajda
Acked-by: Rob Herring
---
.../bindings/display/panel/samsung,s6e3ha2.txt | 28
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 Lee
Signed-off-by: Hyungwon Hwang
Signed-off-by: Hoegeun Kwon
Tested-by: Chanwoo Choi
Reviewed-by: Andrzej Hajda
---
Dear Thierry,
I understand that your opinion is:
It is better to handle the error every time it is input to the
register, rather than error handling at once in the struct using
error. This not only makes the code easier to maintain, but also
reduces unnecessary computation.
So I modified the pane
Merged.
Thanks,
Inki Dae
2017년 02월 14일 16:46에 Dan Carpenter 이(가) 쓴 글:
> "&" was obviously intended instead of "|". The original condition is
> always true.
>
> Fixes: b93c2e8b5d9d ("drm/exynos/decon5433: configure sysreg in case of
> hardware trigger")
> Signed-off-by: Dan Carpenter
>
> diff
On 20/02/17 02:15 AM, John Roman wrote:
> Greetings mighty developers :)
> im reporting a bug in which the aforementioned kernels when compiled
> with the AMDGPU driver fail to properly function in the presence of a
> Tonga PRO card. The driver is loaded, the cards fans then spin up to
> 100% and
On 2017年02月20日 15:08, Christophe JAILLET wrote:
It is likely that both 'clk_disable_unprepare()' should be called if
'pm_runtime_get_sync()' fails.
Add a new label for that, because 'err_set_rate' is not meaningful in this
case.
Add a missing call to 'pm_runtime_put()'.
Fixes: 1a0f7ed3abe2 ("d
28 matches
Mail list logo
