bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/4f534ae2/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/08a41741/attachment.html>
6550M]" and there it works like a charm.
I attached dmesg and lspci output.
Hope that helps.
--
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/attachm
Reviewed-by: Marek Olšák
Marek
On Sun, Sep 6, 2015 at 6:38 PM, Alan Coopersmith
wrote:
> Fixes "error: implicit declaration of function 'alloca'" failures
> when building on Solaris
>
> Signed-off-by: Alan Coopersmith
> ---
> amdgpu/amdgpu_cs.c |3 +++
>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/8785d7f2/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/6c47f486/attachment.html>
There is a race where the reply could get processed by another
work queue before we've updated the state.
Update the state before sending the msg to close it.
v2: reset value if return indicates we haven't send the msg.
Pointed out by Adam J Richter on
Bugzilla:
This just drops the return and assigning it to a len variable
that never gets used.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_dp_mst_topology.c | 29 ++---
1 file changed, 10 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c
Hi,
On 9/4/2015 12:00 AM, Hai Li wrote:
> Lane swap configuration is based on the board design.
> This change allows the DSI host to get this information
> from device tree, instead of hardcoding in driver.
>
> Signed-off-by: Hai Li
> ---
> Documentation/devicetree/bindings/drm/msm/dsi.txt |
BUG: unable to handle kernel paging request at c90003161018
IP: [] reservation_object_wait_timeout_rcu+0x35c/0x580
PGD 13a89a067 PUD 13a89b067 PMD 136735067 PTE 0
Oops: [#1] PREEMPT SMP
Modules linked in: ctr ccm rfcomm bnep arc4 iwldvm mac80211 binfmt_misc
iwlwifi cfg80211
Hi Rob,
å¨ 09/05/2015 05:46 AM, Rob Herring åé:
> On Wed, Sep 2, 2015 at 11:27 PM, Yakir Yang wrote:
>> Hi Rob,
>>
>> å¨ 09/03/2015 04:17 AM, Rob Herring åé:
>>> On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang wrote:
Some edp screen do not have hpd signal, so we can't just return
Hi Krzysztof,
å¨ 09/04/2015 08:41 AM, Krzysztof Kozlowski åé:
> On 03.09.2015 14:30, Yakir Yang wrote:
>> Hi Krzysztof,
>>
>> å¨ 09/03/2015 08:58 AM, Krzysztof Kozlowski åé:
>>> On 01.09.2015 14:49, Yakir Yang wrote:
Split the dp core driver from exynos directory to bridge
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/87ab3435/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=103271
--- Comment #12 from Kevin McCormack ---
This might help as well...
$ git bisect view --stat
commit 7e255d346c12888f7cce4b89a03a5fe5e9196ab1
Author: Jerry Snitselaar
Date: Thu Apr 30 08:10:24 2015 -0700
tracing: Export tracing clock
https://bugzilla.kernel.org/show_bug.cgi?id=103271
--- Comment #11 from Kevin McCormack ---
OK, so good news and bad news...the good news is that I finished the bisect and
seem to have definitely found a bad commit. However, the bad news is that when
I run this compiled kernel I can't even boot.
If the hardware supports extended tag field (8-bit ones), then enabled it. This
is usually done by the VBIOS, but not on some MBPs (see fdo#86537).
In case extended tag field is not supported, 5-bit tag field is used which
limits the possible values to 32. Apparently bits 7:0 of 0x8841c stores
If the hardware supports extended tag field (8-bit ones), then enabled it. This
is usually done by the VBIOS, but not on some MBPs (see fdo#86537).
In case extended tag field is not supported, 5-bit tag field is used which
limits the possible values to 32. Apparently bits 7:0 of 0x8841c stores
Hi Heiko,
å¨ 09/03/2015 09:52 PM, Heiko Stuebner åé:
> Am Donnerstag, 3. September 2015, 11:25:00 schrieb Yakir Yang:
>> å¨ 09/02/2015 09:27 PM, Rob Herring åé:
>>> On Tue, Sep 1, 2015 at 1:04 AM, Yakir Yang wrote:
+- clocks: from common clock binding: handle to dp clock.
+
Hi Krzysztof,
å¨ 09/04/2015 08:36 AM, Krzysztof Kozlowski åé:
> On 01.09.2015 15:07, Yakir Yang wrote:
>
> Empty commit message. Please explain here why you want to add platform
> device type support.
>
> Actually the title is confusing. You are not adding support for platform
> device types
an enable eDP in connector->funcs->force(). But
I don't how to handle connector->force automatically without DT property,
could some guys help here:-D
Thanks,
- Yakir
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/101724d1/attachment-0001.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/94c62718/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/ceac2451/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150906/3f515f80/attachment.html>
Hi Thierry,
å¨ 09/03/2015 04:38 PM, Thierry Reding åé:
> On Wed, Sep 02, 2015 at 06:02:25PM +0800, Yakir Yang wrote:
>> å¨ 2015/9/2 16:34, Thierry Reding åé:
> [...]
>>> At the very least your code must compile when applied against a recent
>>> upstream tree. I would also expect you to
Hi Krzysztof,
å¨ 09/03/2015 04:04 PM, Krzysztof Kozlowski åé:
> On 01.09.2015 14:55, Yakir Yang wrote:
>> Both hsync/vsync polarity and interlace mode can be parsed from
>> drm display mode, and dynamic_range and ycbcr_coeff can be judge
>> by the video code, same to color space and color
Fixes "error: implicit declaration of function 'alloca'" failures
when building on Solaris
Signed-off-by: Alan Coopersmith
---
amdgpu/amdgpu_cs.c |3 +++
tests/amdgpu/basic_tests.c |3 +++
2 files changed, 6 insertions(+)
diff --git a/amdgpu/amdgpu_cs.c b/amdgpu/amdgpu_cs.c
Hi Joe,
å¨ 09/03/2015 01:57 PM, Joe Perches åé:
> On Thu, 2015-09-03 at 13:33 +0800, Yakir Yang wrote:
> []
>> diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c
> []
>> @@ -155,24 +156,22 @@ static int exynos_dp_read_edid(struct
>> exynos_dp_device *dp)
>> }
g this bug.
--
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/20150906/62ed1c2e/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=103271
--- Comment #10 from Kevin McCormack ---
So I have been trying to do this bisect following the Arch Linux guide. I was
on vacation for a while but am back now. This bisecting stuff sure takes
awhile! I just want to make sure that it looks like I
29 matches
Mail list logo