Hi Arnd,
On Mon, 4 Jul 2016 15:16:51 +0200 Arnd Bergmann wrote:
>
> Like the mediatek hdmi driver, the sti driver now suffers from
> an API change in linux-next:
>
> drivers/gpu/drm/sti/sti_hdmi.c:1250:15: error: initialization from
> incompatible pointer type [-Werror=incompatible-pointer-typ
Hi Dave,
On Mon, 4 Jul 2016 15:38:10 +0200 Mark Brown wrote:
>
> On Mon, Jul 04, 2016 at 03:36:57PM +0200, Arnd Bergmann wrote:
> > On Monday, July 4, 2016 3:22:30 PM CEST Mark Brown wrote:
>
> > > I sent a pull request for the API change to the DRM people which might
> > > be easier given tha
On 5 July 2016 at 09:46, Stephen Rothwell wrote:
> Hi Dave,
>
> On Mon, 4 Jul 2016 15:38:10 +0200 Mark Brown wrote:
>>
>> On Mon, Jul 04, 2016 at 03:36:57PM +0200, Arnd Bergmann wrote:
>> > On Monday, July 4, 2016 3:22:30 PM CEST Mark Brown wrote:
>>
>> > > I sent a pull request for the API chang
Hi Dave,
On Tue, 5 Jul 2016 09:59:16 +1000 Dave Airlie wrote:
>
> I think I've done it correctly, I've just pushed out drm-next with the
> pull and the
> two changes amended into the merge.
Looks great, thanks.
--
Cheers,
Stephen Rothwell
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160705/1cd108b2/attachment.html>
nts/20160705/07b343b7/attachment-0001.html>
vel/attachments/20160705/37474461/attachment-0001.html>
n Joost :)
@Nicolai
I have attached the gdb bt full trace.
--
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/20160705/813f26d2/attachment.html>
ves/dri-devel/attachments/20160705/59cd0c81/attachment.html>
|REOPENED
--
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/20160705/22c2302d/attachment.html>
Hi,
On 07/01/2016 08:20 PM, Philipp Zabel wrote:
> Add DT binding documentation for the Toshiba TC358767 eDP bridge.
>
> Signed-off-by: Philipp Zabel
> ---
> .../bindings/display/bridge/toshiba,tc358767.txt | 48
> ++
> 1 file changed, 48 insertions(+)
> create mode 10
Hi all,
After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from include/uapi/linux/stddef.h:1:0,
from include/linux/stddef.h:4,
from include/uapi/linux/posix_types.h:4,
from include/uapi/
On 07/01/2016 08:20 PM, Philipp Zabel wrote:
> From: Andrey Gusakov
>
> Add a drm_bridge driver for the Toshiba TC358767 DPI/DSI to
> eDP/DP bridge. Currently only DPI input with 24-bit RGB is
> supported.
>
> Signed-off-by: Andrey Gusakov
> Signed-off-by: Philipp Zabel
> ---
> drivers/gpu/d
rg/archives/dri-devel/attachments/20160705/6f146862/attachment.sig>
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Cc: Mark Yao
Cc: Heiko Stuebner
Signed-off-by: Peter Chen
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/rockchip/rock
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Cc: Benjamin Gaignard
Cc: Vincent Abriou
Signed-off-by: Peter Chen
---
drivers/gpu/drm/sti/sti_compositor.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_c
Hi David,
This is remaining missing of_node_put issue fix for gpu/drm drivers, the
other fixes I sent yesterday. I think it may be easier for reviewing
using patch set for similar issue, thanks.
Peter Chen (7):
gpu: drm: rockchip_drm_drv: add missing of_node_put after calling
of_parse_phand
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Cc: Benjamin Gaignard
Cc: Vincent Abriou
Signed-off-by: Peter Chen
---
drivers/gpu/drm/sti/sti_dvo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sti/sti_dvo.c b/dr
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Cc: Benjamin Gaignard
Cc: Vincent Abriou
Signed-off-by: Peter Chen
---
drivers/gpu/drm/sti/sti_hqvdp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sti/sti_hqvdp.c
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Cc: Benjamin Gaignard
Cc: Vincent Abriou
Signed-off-by: Peter Chen
---
drivers/gpu/drm/sti/sti_vtg.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sti/sti_vtg.c b/dr
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Cc: Eric Anholt
Signed-off-by: Peter Chen
---
drivers/gpu/drm/vc4/vc4_hdmi.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_hdmi.
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Cc: Maxime Ripard
Cc: Chen-Yu Tsai
Signed-off-by: Peter Chen
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c
b
Hi Stefan,
Those two patches actually can be merged independently. Do you
have some more comments?
Best Regards,
Meng
> -Original Message-
> From: Meng Yi [mailto:meng.yi at nxp.com]
> Sent: Tuesday, June 28, 2016 5:32 PM
> To: stefan at agner.ch
> Cc: airlied at linux.ie; emil.l.velikov
Hi Archit,
thank you for the comments.
Am Dienstag, den 05.07.2016, 08:53 +0530 schrieb Archit Taneja:
[...]
> > +Required properties:
> > + - compatible: "toshiba,tc358767"
> > + - reg: i2c address of the bridge, 0x68 or 0x0f, depending on bootstrap
> > pins
> > + - clock-names: should be "ref"
Hi Archit,
thanks for the review!
Am Dienstag, den 05.07.2016, 10:08 +0530 schrieb Archit Taneja:
[...]
> > +#include
>
> This may not be needed.
I'll check and remove it.
> > +#ifndef regmap_read_poll_timeout
> > +#define regmap_read_poll_timeout(map, addr, val, cond, sleep_us,
> > timeout_
On Tue, Jul 05, 2016 at 01:53:03PM +1000, Stephen Rothwell wrote:
> diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
> index d3502c0603e5..1f91f187b2a8 100644
> --- a/drivers/gpu/drm/i915/i915_gem.c
> +++ b/drivers/gpu/drm/i915/i915_gem.c
> @@ -3290,7 +3290,7 @@ i915_g
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #35 from Benjamin Herrenschmidt ---
https://bugs.freedesktop.org/show_bug.cgi?id=96789
--
You are receiving this mail because:
You are watching the assignee of the bug.
cause raising the limit will certainly break others
again.
--
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/20160705/
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/20160705/80fb8c5e/attachment.html>
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160705/ad17a5ea/attachment-0001.html>
Hello,
I'm working on a new project for backward compatibility analysis of the Linux
ABIs. The report for libdrm 2.4.25-2.4.68 has been recently added to the
project and updated every other day:
http://abi-laboratory.pro/tracker/timeline/libdrm/
The report is generated with the help of the abi
From: Christian König
Could be faster on the read path.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 16 ++--
drivers/gpu/drm/ttm/ttm_bo_util.c | 8 +---
2 files changed, 15 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/
From: Christian König
That is completely nonsense. If we blindly continue we would end up
in an endless loop trying to evict the same BOs over and over again.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 26 +-
1 file changed, 9 insertions(+), 17
Am 05.07.2016 um 01:57 schrieb Gustavo Padovan:
> From: Gustavo Padovan
>
> Add helper to check if fence is array.
>
> v2: Comments from Chris Wilson
> - remove ternary if from ops comparison
> - add EXPORT_SYMBOL(fence_array_ops)
>
> Cc: Chris Wilson
> Cc: Christian König
> Signed-
Hi Dave,
etnaviv-next only contains two patches to get rid of a confusing error
message and finally one patch to enable the autonomous GPU clock gating.
Regards,
Lucas
The following changes since commit 33688abb2802ff3a230bd2441f765477b94cc89e:
Linux 4.7-rc4 (2016-06-19 21:30:02 -0700)
are a
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160705/1b8a8796/attachment.html>
Argh, you're right. I'll send out a patch. Thanks for catching this!
Sinclair
On Mon, Jul 04, 2016 at 04:51:52PM +0100, Emil Velikov wrote:
> Hi Sinclair,
>
> On 1 July 2016 at 19:24, wrote:
> > From: Sinclair Yeh
> >
> > For the Screen Object display unit, we need to reserve a
> > guest-in
lookup.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160705/7ec93ff2/attachment.sig>
https://bugzilla.kernel.org/show_bug.cgi?id=121481
Bug ID: 121481
Summary: No video output after loading nouveau module
Product: Drivers
Version: 2.5
Kernel Version: 4.7-rc6
Hardware: x86-64
OS: Linux
Tree: Ma
https://bugzilla.kernel.org/show_bug.cgi?id=121481
Dmitrii Tcvetkov changed:
What|Removed |Added
CC||demfloro at demfloro.ru
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=121481
--- Comment #2 from Dmitrii Tcvetkov ---
Created attachment 222111
--> https://bugzilla.kernel.org/attachment.cgi?id=222111&action=edit
dmesg for modprobe nouveau debug=trace
--
You are receiving this mail because:
You are watching the assign
https://bugzilla.kernel.org/show_bug.cgi?id=121481
--- Comment #3 from Dmitrii Tcvetkov ---
Created attachment 222121
--> https://bugzilla.kernel.org/attachment.cgi?id=222121&action=edit
Xorg.0.log for modprobe nouveau debug=trace
--
You are receiving this mail because:
You are watching the a
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160705/993e928d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=121481
--- Comment #4 from Dmitrii Tcvetkov ---
Created attachment 222131
--> https://bugzilla.kernel.org/attachment.cgi?id=222131&action=edit
lspci
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=121481
Ilia Mirkin changed:
What|Removed |Added
CC||imirkin at alum.mit.edu
--- Comment #5 fro
https://bugzilla.kernel.org/show_bug.cgi?id=121481
Dmitrii Tcvetkov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=121481
--- Comment #7 from Dmitrii Tcvetkov ---
Created attachment 222141
--> https://bugzilla.kernel.org/attachment.cgi?id=222141&action=edit
dmesg with reverted 6th patch from a8953c52b95167b5d21a66f0859751570271d834
--
You are receiving this mail
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/20160705/5226f9d0/attachment.html>
L attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160705/5d090dab/attachment.html>
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160705/b9eb6ad5/attachment.sig>
AOSP master now errors if LOCAL_SRC_FILES contains headers, so filter
out header files from the source lists.
Signed-off-by: Rob Herring
---
Android.mk| 4 ++--
amdgpu/Android.mk | 2 +-
freedreno/Android.mk | 2 +-
intel/Android.mk | 2 +-
libkms/Android.mk
Hello,
On Mon, Jul 04, 2016 at 12:58:32PM +0900, Michel Dänzer wrote:
> On 02.07.2016 22:46, Tejun Heo wrote:
> > On Sat, Jul 02, 2016 at 04:33:50PM +0530, Bhaktipriya Shridhar wrote:
> >> alloc_workqueue replaces deprecated create_singlethread_workqueue().
> >>
> >> A dedicated workqueue has bee
On Tue, Jul 5, 2016 at 8:30 AM, Christian König
wrote:
> From: Christian König
>
> Could be faster on the read path.
>
> Signed-off-by: Christian König
Just one style nit pick below. Beyond that, the series is:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/ttm/ttm_bo.c | 16 ++
https://bugzilla.kernel.org/show_bug.cgi?id=121481
--- Comment #8 from Ilia Mirkin ---
Ben has a better fix here:
https://github.com/skeggsb/linux/commit/217215041b9285af2193a755b56a8f3ed408bfe2
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=121481
Dmitrii Tcvetkov changed:
What|Removed |Added
Resolution|CODE_FIX|PATCH_ALREADY_AVAILABLE
--- Comment #
On Tue, 2016-07-05 at 13:47 -0700, Markus Mayer wrote:
> This series introduces a family of generic string case conversion
> functions. This kind of functionality is needed in several places in
> the kernel. Right now, everybody seems to be implementing their own
> copy of this functionality.
>
>
On Tue, 2016-07-05 at 15:36 -0700, Markus Mayer wrote:
> On 5 July 2016 at 15:14, Joe Perches wrote:
> > On Tue, 2016-07-05 at 13:47 -0700, Markus Mayer wrote:
> > > This series introduces a family of generic string case conversion
> > > functions. This kind of functionality is needed in several p
On 5 July 2016 at 15:14, Joe Perches wrote:
> On Tue, 2016-07-05 at 13:47 -0700, Markus Mayer wrote:
>> This series introduces a family of generic string case conversion
>> functions. This kind of functionality is needed in several places in
>> the kernel. Right now, everybody seems to be implemen
On Tue, Jul 05, 2016 at 10:25:12AM +0200, Peter Zijlstra wrote:
> On Tue, Jul 05, 2016 at 01:53:03PM +1000, Stephen Rothwell wrote:
> > diff --git a/drivers/gpu/drm/i915/i915_gem.c
> > b/drivers/gpu/drm/i915/i915_gem.c
> > index d3502c0603e5..1f91f187b2a8 100644
> > --- a/drivers/gpu/drm/i915/i915
This series introduces a family of generic string case conversion
functions. This kind of functionality is needed in several places in
the kernel. Right now, everybody seems to be implementing their own
copy of this functionality.
Based on the discussion of the previous version of this series[1] a
Call strncpytolower() rather than copying the string explicitly and
then walking it to convert it to lowercase.
Signed-off-by: Markus Mayer
---
drivers/gpu/drm/nouveau/nvkm/core/firmware.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nvkm/cor
Add a collection of generic functions to convert strings to lowercase
or uppercase.
Changing the case of a string (with or without copying it first) seems
to be a recurring requirement in the kernel that is currently being
solved by several duplicated implementations doing the same thing. This
cha
Call strcpytoupper() rather than copying the string explicitly and then
walking it to convert it to uppercase.
Signed-off-by: Markus Mayer
---
drivers/gpu/drm/nouveau/nvkm/engine/fifo/gk104.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nvkm/eng
On 5 July 2016 at 15:56, Joe Perches wrote:
> On Tue, 2016-07-05 at 15:36 -0700, Markus Mayer wrote:
>> On 5 July 2016 at 15:14, Joe Perches wrote:
>> > On Tue, 2016-07-05 at 13:47 -0700, Markus Mayer wrote:
>> > > This series introduces a family of generic string case conversion
>> > > functions
64 matches
Mail list logo