On 10/05/17 01:35, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Tuesday 09 May 2017 10:16:27 Tomi Valkeinen wrote:
>> We have been using DRM_MODE_CONNECTOR_Unknown for many of our outputs
>> because there has not been a proper connector type for them.
>>
>> We now have c
On 09/05/17 18:05, Sebastian Reichel wrote:
> patch 10:
> I think dsi pin muxing should be done by providing pinmux
> info via DT.
Unfortunately there's no pinmux driver for the kind of register we have
for DSI. At least this was the case not that long ago.
Tomi
signature.asc
Description: Op
On 10/05/17 01:09, Laurent Pinchart wrote:
> Hi Tomi,
>
> On Tuesday 09 May 2017 15:02:36 Tomi Valkeinen wrote:
>> On 08/05/17 14:32, Laurent Pinchart wrote:
>>> Both structures describe features of a particular OMAP DSS version,
>>> there's no reason to keep them separate. Merge them together, al
On Wed, May 10, 2017 at 03:27:02PM +0900, Inki Dae wrote:
> Hi Tomasz,
>
> 2017년 05월 10일 14:38에 Tomasz Figa 이(가) 쓴 글:
> > Hi Everyone,
> >
> > On Wed, May 10, 2017 at 9:24 AM, Inki Dae wrote:
> >>
> >>
> >> 2017년 04월 26일 07:21에 Sakari Ailus 이(가) 쓴 글:
> >>> Hi Marek,
> >>>
> >>> On Thu, Apr 20, 2
On Tue, May 09, 2017 at 10:22:21AM -0500, Gustavo A. R. Silva wrote:
> Local variable use_gct is assigned to a constant value and it is never
> updated again. Remove this variable and the dead code it guards.
>
> Addresses-Coverity-ID: 145690
> Signed-off-by: Gustavo A. R. Silva
Looks reasonable
On Tue, May 09, 2017 at 06:00:09PM +0100, Jose Abreu wrote:
> Add a new helper to call crtc->mode_valid callback.
>
> Suggested-by: Ville Syrjälä
> Signed-off-by: Jose Abreu
> Cc: Carlos Palminha
> Cc: Alexey Brodkin
> Cc: Ville Syrjälä
> Cc: Daniel Vetter
> Cc: Dave Airlie
> Cc: Andrzej Ha
On Tue, May 09, 2017 at 06:00:12PM +0100, Jose Abreu wrote:
> This changes the connector probe helper function to use the new
> encoder->mode_valid() and crtc->mode_valid() helper callbacks to
> validate the modes.
>
> The new callbacks are optional so the behaviour remains the same
> if they are
On Tue, May 09, 2017 at 06:00:08PM +0100, Jose Abreu wrote:
> This adds a new callback to crtc, encoder and bridge helper functions
> called mode_valid(). This callback shall be implemented if the
> corresponding component has some sort of restriction in the modes
> that can be displayed. A NULL ca
On Tue, May 09, 2017 at 12:20:32PM -0700, Laura Abbott wrote:
> On 05/08/2017 06:22 AM, Chris Wilson wrote:
> > With Laura's introduction of the fake platform device for importing
> > dmabuf, we add a second static that is logically tied to the vgem_device.
> > Convert vgem over to using the struct
On Tue, May 09, 2017 at 04:03:25PM +0200, Daniel Vetter wrote:
> There's really no reason for anything more:
> - Calling this while the crtc vblank stuff isn't set up is a driver
> bug. Those places alrready DRM_ERROR.
> - Calling this when the crtc is off is either a driver bug (calling
> drm_
Hi,
The HP ZBook 15 G3 laptop builtin display (eDP-1) does not work
correctly with v4.11-11413-g2868b25.
When booting the laptop, the resolution seems to be limited to
1024x768, and gnome-session segfaults.
Up to 4.11 the display works just fine in 1920x1080 mode.
I'm seeing this in the kernel
Hi,
Thanks for reporting.
I think there is a fix for this either in preparation or queued for
submission. Sinclair (CC'd) should know more.
Thanks,
Thomas
On 05/10/2017 09:17 AM, m.t wrote:
> Hi,
> I don't have a mouse cursor in my virtual machine (vmware workstation 12.5.5
> build-5234757) wi
On Wed, 10 May 2017, "Pandiyan, Dhinakaran"
wrote:
> On Tue, 2017-05-09 at 16:39 -0700, Puthikorn Voravootivat wrote:
>> > How is backlight enabled in this case?
>> Using eDP BL_ENABLE pin
>
>
> Sure, but I am not seeing how this falls back to one of the
> [bxt,lpt]_enable_backlight() functions i
Hi Sakari,
Some comments inline.
On Mon, May 8, 2017 at 11:03 PM, Sakari Ailus
wrote:
> The struct vb2_dc_buf contains two struct sg_table fields: sgt_base and
> dma_sgt. The former is used by DMA-BUF buffers whereas the latter is used
> by USERPTR.
>
> Unify the two, leaving dma_sgt.
>
> MMAP b
2017년 05월 10일 15:38에 Tomasz Figa 이(가) 쓴 글:
> On Wed, May 10, 2017 at 2:27 PM, Inki Dae wrote:
>> Hi Tomasz,
>>
>> 2017년 05월 10일 14:38에 Tomasz Figa 이(가) 쓴 글:
>>> Hi Everyone,
>>>
>>> On Wed, May 10, 2017 at 9:24 AM, Inki Dae wrote:
2017년 04월 26일 07:21에 Sakari Ailus 이(가) 쓴 글:
>
2017년 05월 10일 16:55에 Daniel Vetter 이(가) 쓴 글:
> On Wed, May 10, 2017 at 03:27:02PM +0900, Inki Dae wrote:
>> Hi Tomasz,
>>
>> 2017년 05월 10일 14:38에 Tomasz Figa 이(가) 쓴 글:
>>> Hi Everyone,
>>>
>>> On Wed, May 10, 2017 at 9:24 AM, Inki Dae wrote:
2017년 04월 26일 07:21에 Sakari Ailus 이(가)
Hi Sakari,
Some comments inline.
On Mon, May 8, 2017 at 11:03 PM, Sakari Ailus
wrote:
> Patch ccc66e73 ("ARM: 8508/2: videobuf2-dc: Let drivers specify DMA
> attrs") added support for driver specific DMA attributes to
> videobuf2-dma-contig but it had several issues in it.
>
> In particular,
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=98974
William Bonnaventure changed:
What|Removed |Added
QA Contact|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
Hi Sakari,
Few comments inline.
On Mon, May 8, 2017 at 11:03 PM, Sakari Ailus
wrote:
> From: Samu Onkalo
>
> The user may request to the driver (vb2) to skip the cache maintenance
> operations in case the buffer does not need cache synchronisation, e.g. in
> cases where the buffer is passed bet
On Wed, May 10, 2017 at 2:27 AM, Daniel Vetter wrote:
> On Wed, May 10, 2017 at 8:26 AM, Daniel Vetter wrote:
>> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote:
>>> Disadvantages:
>>> * depending on userspace architecture, layers left on screen could
>>> be considered an information leak,
Am 10.05.2017 um 02:23 schrieb Michel Dänzer:
On 03/05/17 09:46 PM, Christian König wrote:
Am 02.05.2017 um 22:04 schrieb SF Markus Elfring:
From: Markus Elfring
Date: Tue, 2 May 2017 22:00:02 +0200
Three update suggestions were taken into account
from static source code analysis.
Markus Elf
Ping, could anybody take a look at this set?
Thanks,
Christian.
Am 27.04.2017 um 18:23 schrieb Christian König:
From: Christian König
Extern is the default for function declerations anyway and this
solves a bunch of 80char per line issues.
Signed-off-by: Christian König
---
include/drm/tt
Hi Leonard,
thank you for the patch. Comment below.
On Wed, 2017-05-10 at 13:57 +0300, Leonard Crestez wrote:
> Not having an endpoint bound in DT should not cause a failure here,
> there are fallbacks. So let's explicitly accept a missing endpoint.
>
> This behavior change was introduced by ref
On Tue, May 9, 2017 at 8:18 PM, Eric Anholt wrote:
> Linus Walleij writes:
>
>> On Mon, May 8, 2017 at 9:33 PM, Eric Anholt wrote:
>>
>>> This is required for the panel to work on bcm911360, where CLCDCLK is
>>> the fixed 200Mhz AXI41 clock. The rate set is still passed up to the
>>> CLCDCLK, f
On Wed, May 10, 2017 at 1:24 PM, Rob Clark wrote:
> On Wed, May 10, 2017 at 2:27 AM, Daniel Vetter wrote:
>> On Wed, May 10, 2017 at 8:26 AM, Daniel Vetter wrote:
>>> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote:
Disadvantages:
* depending on userspace architecture, layers left o
On Wed, May 10, 2017 at 12:29 PM, Inki Dae wrote:
>> This kind of contradicts with response Marek received from DRM
>> community about his proposal. Which drivers in particular you have in
>> mind?
>
> You can check vmw_overlay_ioctl of vmwgfx driver and
> intel_overlay_put_image_ioctl of i915 dr
Hi Daniel,
On 2017-05-10 09:55, Daniel Vetter wrote:
On Wed, May 10, 2017 at 03:27:02PM +0900, Inki Dae wrote:
Hi Tomasz,
2017년 05월 10일 14:38에 Tomasz Figa 이(가) 쓴 글:
Hi Everyone,
On Wed, May 10, 2017 at 9:24 AM, Inki Dae wrote:
2017년 04월 26일 07:21에 Sakari Ailus 이(가) 쓴 글:
Hi Marek,
On Thu
On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote:
> Introduce a new helper function which calls mode_valid() callback
> for all bridges in an encoder chain.
>
> Signed-off-by: Jose Abreu
> Cc: Carlos Palminha
> Cc: Alexey Brodkin
> Cc: Ville Syrjälä
> Cc: Daniel Vetter
> Cc: Dave Ai
On Wed, May 10, 2017 at 08:26:42AM +0200, Daniel Vetter wrote:
> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote:
> > Disadvantages:
> > * depending on userspace architecture, layers left on screen could
> > be considered an information leak, ie. new incoming master process
> > has acces
On Wed, 2017-05-10 at 16:17 +0300, Leonard Crestez wrote:
> Not having an endpoint bound in DT should not cause a failure here,
> there are fallbacks. So explicitly accept a missing endpoint.
>
> This behavior change was introduced by refactoring in drm_of parsing
> code and it should not require
On Wed, May 10, 2017 at 9:48 AM, Sean Paul wrote:
> On Wed, May 10, 2017 at 08:26:42AM +0200, Daniel Vetter wrote:
>> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote:
>> > Disadvantages:
>> > * depending on userspace architecture, layers left on screen could
>> > be considered an informatio
Explictly add linux/device.h to ensure struct device is defined:
In file included from include/drm/drm_file.h:38:0,
from drivers/gpu/drm/drm_file.c:38:
include/drm/drm_prime.h:71:14: warning: 'struct device' declared inside
parameter list will not be visible outside of t
On Wed, May 10, 2017 at 07:40:01AM -0700, Laura Abbott wrote:
> Explictly add linux/device.h to ensure struct device is defined:
>
> In file included from include/drm/drm_file.h:38:0,
> from drivers/gpu/drm/drm_file.c:38:
> include/drm/drm_prime.h:71:14: warning: 'struct device' d
On Wed, May 10, 2017 at 10:20:09AM -0400, Rob Clark wrote:
> On Wed, May 10, 2017 at 9:48 AM, Sean Paul wrote:
> > On Wed, May 10, 2017 at 08:26:42AM +0200, Daniel Vetter wrote:
> >> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote:
> >> > Disadvantages:
> >> > * depending on userspace architect
On Wed, May 10, 2017 at 09:57:30AM +0100, Jose Abreu wrote:
> Hi Daniel,
>
>
> On 10-05-2017 08:59, Daniel Vetter wrote:
> > On Tue, May 09, 2017 at 06:00:09PM +0100, Jose Abreu wrote:
> >> Add a new helper to call crtc->mode_valid callback.
> >>
> >> Suggested-by: Ville Syrjälä
> >> Signed-off-
On Wed, May 10, 2017 at 04:41:09PM +0300, Ville Syrjälä wrote:
> On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote:
> > Introduce a new helper function which calls mode_valid() callback
> > for all bridges in an encoder chain.
> >
> > Signed-off-by: Jose Abreu
> > Cc: Carlos Palminha
>
From: Markus Elfring
Date: Wed, 10 May 2017 17:03:20 +0200
* Use a special format string specification for the desired output of the
array "val" into a sequence.
* Adjust two local variables accordingly.
This refactoring supersedes the update suggestion "tinydrm: mipi-dbi:
Use seq_putc() in m
On 5/9/2017 10:30 PM, Jose Abreu wrote:
This patches makes use of the new mode_valid() callbacks introduced
previously to validate the full video pipeline when modesetting.
This calls the connector->mode_valid(), encoder->mode_valid(),
bridge->mode_valid() and crtc->mode_valid() so that we can
Den 10.05.2017 17.15, skrev SF Markus Elfring:
From: Markus Elfring
Date: Wed, 10 May 2017 17:03:20 +0200
* Use a special format string specification for the desired output of the
array "val" into a sequence.
* Adjust two local variables accordingly.
This refactoring supersedes the update
On 17-05-03 14:45:26, Daniel Stone wrote:
Hi Liviu,
On 3 May 2017 at 11:34, Liviu Dudau wrote:
On Tue, May 02, 2017 at 10:14:26PM -0700, Ben Widawsky wrote:
v2: A minor addition from Daniel
You are *really* pushing your luck by not Cc-ing *any* of the maintainers of
the drivers you touch. Y
On 17-05-03 18:30:07, Liviu Dudau wrote:
On Wed, May 03, 2017 at 06:45:05PM +0200, Daniel Vetter wrote:
On Wed, May 03, 2017 at 03:52:23PM +0100, Liviu Dudau wrote:
> On Wed, May 03, 2017 at 03:14:56PM +0100, Daniel Stone wrote:
> > On 3 May 2017 at 15:07, Liviu Dudau wrote:
> > > On Wed, May 0
https://bugs.freedesktop.org/show_bug.cgi?id=100990
Bug ID: 100990
Summary: Not running a lot of games on the graphics card Radeon
R9 290
Product: Mesa
Version: 17.0
Hardware: Other
OS: All
Statu
https://bugs.freedesktop.org/show_bug.cgi?id=100990
Nemial changed:
What|Removed |Added
Hardware|Other |x86-64 (AMD64)
OS|All
On Wed, May 10, 2017 at 11:11 AM, Daniel Vetter wrote:
> On Wed, May 10, 2017 at 10:20:09AM -0400, Rob Clark wrote:
>> On Wed, May 10, 2017 at 9:48 AM, Sean Paul wrote:
>> > On Wed, May 10, 2017 at 08:26:42AM +0200, Daniel Vetter wrote:
>> >> On Tue, May 9, 2017 at 5:36 PM, Rob Clark wrote:
>> >
https://bugs.freedesktop.org/show_bug.cgi?id=100990
Nemial changed:
What|Removed |Added
Version|17.0|17.1
--
You are receiving this mail because:
Hi,
On Wed, May 10, 2017 at 12:31:39PM +0200, m...@ox.io wrote:
>
> > Thomas Hellstrom hat am 10. Mai 2017 um 10:35 geschrieben:
> >
> > Hi,
> >
> > Thanks for reporting.
>
> I would have reported earlier if it had not taken 3 days on the vm to bisect.
>
> > I think there is a fix for this ei
We need a declaration of struct device to avoid warnings:
In file included from include/drm/drm_file.h:38:0,
from drivers/gpu/drm/drm_file.c:38:
include/drm/drm_prime.h:71:14: warning: 'struct device' declared inside
parameter list will not be visible outside of this de
Hi Laura,
On 10 May 2017 at 22:35, Laura Abbott wrote:
>
> We need a declaration of struct device to avoid warnings:
>
> In file included from include/drm/drm_file.h:38:0,
> from drivers/gpu/drm/drm_file.c:38:
> include/drm/drm_prime.h:71:14: warning: 'struct device' declared ins
On Wed, May 10, 2017 at 09:34:40AM -0700, Ben Widawsky wrote:
> On 17-05-03 18:30:07, Liviu Dudau wrote:
> > On Wed, May 03, 2017 at 06:45:05PM +0200, Daniel Vetter wrote:
> > > On Wed, May 03, 2017 at 03:52:23PM +0100, Liviu Dudau wrote:
> > > > On Wed, May 03, 2017 at 03:14:56PM +0100, Daniel Sto
On 10/05/17 19:46, Tony Lindgren wrote:
> * Tomi Valkeinen [170510 00:26]:
>> On 09/05/17 18:05, Sebastian Reichel wrote:
>>
>>> patch 10:
>>> I think dsi pin muxing should be done by providing pinmux
>>> info via DT.
>>
>> Unfortunately there's no pinmux driver for the kind of register we have
From: Hawking Zhang
Signed-off-by: Hawking Zhang
Signed-off-by: Chunming Zhou
Reviewed-by: Junwei Zhang
Signed-off-by: Alex Deucher
---
include/drm/amdgpu_drm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/drm/amdgpu_drm.h b/include/drm/amdgpu_drm.h
index 516a9f2..0de4cf6 1006
From: Leo Liu
Signed-off-by: Leo Liu
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
include/drm/amdgpu_drm.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/drm/amdgpu_drm.h b/include/drm/amdgpu_drm.h
index add5163..8cfe68c 100644
--- a/include/drm/amd
From: Leo Liu
Signed-off-by: Leo Liu
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
include/drm/amdgpu_drm.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/drm/amdgpu_drm.h b/include/drm/amdgpu_drm.h
index 0de4cf6..add5163 100644
--- a/include/drm/amd
On Wed, May 10, 2017 at 09:38:00PM +0530, Archit Taneja wrote:
>
>
> On 5/9/2017 10:30 PM, Jose Abreu wrote:
> > This patches makes use of the new mode_valid() callbacks introduced
> > previously to validate the full video pipeline when modesetting.
> >
> > This calls the connector->mode_valid()
Christophe JAILLET writes:
> If one 'drm_gem_handle_create()' fails, we leak somes handles and some
> memory.
>
> In order to fix it:
> - move the 'free(bo_state)' at the end of the function in the error
> handling path. This has the side effect to also try to free it if the
> first 'kc
Am 10.05.2017 um 19:50 schrieb Alex Deucher:
From: Hawking Zhang
Signed-off-by: Hawking Zhang
Signed-off-by: Chunming Zhou
Reviewed-by: Junwei Zhang
Signed-off-by: Alex Deucher
Reviewed-by: Christian König for those three.
---
include/drm/amdgpu_drm.h | 1 +
1 file changed, 1 insert
Hi,
On Thu, May 04, 2017 at 04:05:18PM +0800, Chen-Yu Tsai wrote:
> On Wed, May 3, 2017 at 7:59 PM, Maxime Ripard
> wrote:
> > The A10s Olinuxino has an HDMI connector. Make sure we can use it.
> >
> > Acked-by: Chen-Yu Tsai
> > Signed-off-by: Maxime Ripard
> > ---
> > arch/arm/boot/dts/sun5i-
On Wed, May 10, 2017 at 05:15:33PM +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 10 May 2017 17:03:20 +0200
>
> * Use a special format string specification for the desired output of the
> array "val" into a sequence.
>
> * Adjust two local variables accordingly.
>
> This
On 17-05-10 18:24:52, Liviu Dudau wrote:
On Wed, May 10, 2017 at 09:34:40AM -0700, Ben Widawsky wrote:
On 17-05-03 18:30:07, Liviu Dudau wrote:
> On Wed, May 03, 2017 at 06:45:05PM +0200, Daniel Vetter wrote:
> > On Wed, May 03, 2017 at 03:52:23PM +0100, Liviu Dudau wrote:
> > > On Wed, May 03,
Hi,
I just tested v4.11-12441-g56868a4 on HP xw6600 with radeon graphics,
and I'm seeing the following WARNING triggered constantly.
I have not seen this earlier e.g. with the distro kernel 4.10.13-200.fc25.x86_64
$ lspci|grep -i amd
60:00.0 VGA compatible controller: Advanced Micro Devices, Inc
On Wed, May 10, 2017 at 12:33:15PM -0700, Ben Widawsky wrote:
> On 17-05-10 18:24:52, Liviu Dudau wrote:
> >On Wed, May 10, 2017 at 09:34:40AM -0700, Ben Widawsky wrote:
> >>On 17-05-03 18:30:07, Liviu Dudau wrote:
> >>> On Wed, May 03, 2017 at 06:45:05PM +0200, Daniel Vetter wrote:
> >>> > On Wed,
On 2017-05-08 12:35 PM, Jeff Smith wrote:
Changes: I have broken one patch into three.
Note: this only covers the display (not amdgpu) portion and does not
include the code to make it work over the card's DVI port.
I only have one Stereo-3D-capable display to test this on, an LG TV from
a
tree: git://people.freedesktop.org/~agd5f/linux.git raven
head: c6ee08eda872bc7ac60ed0ba82a5d85e696a894c
commit: abb115931046498039111820de7b6b578c4cce8d [954/1060] ASoC: AMD: enable
ACP3x drivers build
config: blackfin-allmodconfig (attached as .config)
compiler: bfin-uclinux-gcc (GCC) 6.2.0
Hi Dave,
Fixes for 4.12. This is a bit bigger than usual since it's 3 weeks
worth of fixes and most of these changes are for vega10 which is
new for 4.12 and still in a fair amount of flux. It looks like
you missed my last pull request, so those patches are included here
as well. Highlights:
-
tree: git://people.freedesktop.org/~agd5f/linux.git raven
head: c6ee08eda872bc7ac60ed0ba82a5d85e696a894c
commit: a37dcf9989ad11333dbbfef57dc4b611ce4d85a9 [1058/1060]
drm/amdgpu/display: Enable DCN in DC
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 6.2.0
reprod
https://bugs.freedesktop.org/show_bug.cgi?id=100239
Grazvydas Ignotas changed:
What|Removed |Added
CC||nota...@gmail.com
--- Comment #9 fr
Found with -Wduplicate-decl-specifier, a relatively new compiler flag in
GCC7, and Clang.
list_for_each_entry() eventually calls container_of(), which marks the
loop variable as const. The first argument to list_for_each_entry() is
a type, which should not already be marked const, otherwise the l
Hi Ville,
On 10-05-2017 14:41, Ville Syrjälä wrote:
> On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote:
>> Introduce a new helper function which calls mode_valid() callback
>> for all bridges in an encoder chain.
>>
>> Signed-off-by: Jose Abreu
>> Cc: Carlos Palminha
>> Cc: Alexey Bro
* Tomi Valkeinen [170510 00:26]:
> On 09/05/17 18:05, Sebastian Reichel wrote:
>
> > patch 10:
> > I think dsi pin muxing should be done by providing pinmux
> > info via DT.
>
> Unfortunately there's no pinmux driver for the kind of register we have
> for DSI. At least this was the case not that
If one 'drm_gem_handle_create()' fails, we leak somes handles and some
memory.
In order to fix it:
- move the 'free(bo_state)' at the end of the function in the error
handling path. This has the side effect to also try to free it if the
first 'kcalloc' fails. This is harmless.
- delete
Hi Daniel,
On 10-05-2017 09:01, Daniel Vetter wrote:
> On Tue, May 09, 2017 at 06:00:12PM +0100, Jose Abreu wrote:
>> This changes the connector probe helper function to use the new
>> encoder->mode_valid() and crtc->mode_valid() helper callbacks to
>> validate the modes.
>>
>> The new callbacks
Please disregard this patch. I think I may have found a bug in Clang,
or at least an incompatibility with GCC 7.1.
Clang bug: https://bugs.llvm.org/show_bug.cgi?id=32985
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedeskto
* Tomi Valkeinen [170510 10:44]:
>
>
> On 10/05/17 19:46, Tony Lindgren wrote:
> > * Tomi Valkeinen [170510 00:26]:
> >> On 09/05/17 18:05, Sebastian Reichel wrote:
> >>
> >>> patch 10:
> >>> I think dsi pin muxing should be done by providing pinmux
> >>> info via DT.
> >>
> >> Unfortunately th
Hi Ville,
On 10-05-2017 15:01, Jose Abreu wrote:
> Hi Ville,
>
>
> On 10-05-2017 14:41, Ville Syrjälä wrote:
>> On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote:
>>> Introduce a new helper function which calls mode_valid() callback
>>> for all bridges in an encoder chain.
>>>
>>> Signed
ah seems like there's more of these:
drivers/gpu/drm/drm_mm.c:922
surprised compiling drivers/gpu/drm/drm_mm.o did not catch this the
first time...
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo
On Mon 08 May 13:28 PDT 2017, Jordan Crouse wrote:
> The A5XX GPU powers on in "secure" mode. In secure mode the GPU can
> only render to buffers that are marked as secure and inaccessible
> to the kernel and user through a series of hardware protections. In
> practice secure mode is used to draw
Not having an endpoint bound in DT should not cause a failure here,
there are fallbacks. So let's explicitly accept a missing endpoint.
This behavior change was introduced by refactoring in drm_of parsing
code and it should not require dts changes.
In particular this fixes imx6qdl-sabreauto board
> Thomas Hellstrom hat am 10. Mai 2017 um 10:35 geschrieben:
>
> Hi,
>
> Thanks for reporting.
I would have reported earlier if it had not taken 3 days on the vm to bisect.
> I think there is a fix for this either in preparation or queued for
> submission. Sinclair (CC'd) should know more.
If
Not having an endpoint bound in DT should not cause a failure here,
there are fallbacks. So explicitly accept a missing endpoint.
This behavior change was introduced by refactoring in drm_of parsing
code and it should not require dts changes.
In particular this fixes imx6qdl-sabreauto boards.
Li
On Tue, 2017-05-09 at 16:39 -0700, Puthikorn Voravootivat wrote:
> > How is backlight enabled in this case?
> Using eDP BL_ENABLE pin
Sure, but I am not seeing how this falls back to one of the
[bxt,lpt]_enable_backlight() functions in intel_panel.c. Apologies if I
am missing something very obvio
Hi Daniel,
On 10-05-2017 09:03, Daniel Vetter wrote:
> On Tue, May 09, 2017 at 06:00:08PM +0100, Jose Abreu wrote:
>> This adds a new callback to crtc, encoder and bridge helper functions
>> called mode_valid(). This callback shall be implemented if the
>> corresponding component has some sort of
Hi Daniel,
On 10-05-2017 08:59, Daniel Vetter wrote:
> On Tue, May 09, 2017 at 06:00:09PM +0100, Jose Abreu wrote:
>> Add a new helper to call crtc->mode_valid callback.
>>
>> Suggested-by: Ville Syrjälä
>> Signed-off-by: Jose Abreu
>> Cc: Carlos Palminha
>> Cc: Alexey Brodkin
>> Cc: Ville Sy
Hi,
I don't have a mouse cursor in my virtual machine (vmware workstation 12.5.5
build-5234757) with latest master from https://git.kernel.org/pub/scm/linux/
kernel/git/torvalds/linux.git
git bisect led me to 36cc79bc9077319c04bd3b132edcacaa9a0d9f2b as culprit.
Regards
Mark
tree: git://people.freedesktop.org/~agd5f/linux.git raven-hybrid
head: 5b18fa600648660d8df93cbc8a29869cac80780b
commit: 036e0295b117d7b8fa6af2232ef4da4c614e5673 [16/134] ASoC: AMD: create/add
dummy codec and machine devices/drivers
coccinelle warnings: (new ones prefixed by >>)
>> sound/soc
sound/soc/amd/raven/dummy-w5102.c:94:3-8: No need to set .owner here. The core
will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Maruthi Srinivas Bayyavarapu
Signed-off-by: Fengguang Wu
---
dumm
tree: git://people.freedesktop.org/~agd5f/linux.git raven
head: c6ee08eda872bc7ac60ed0ba82a5d85e696a894c
commit: abb115931046498039111820de7b6b578c4cce8d [954/1060] ASoC: AMD: enable
ACP3x drivers build
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 6.1.
tree: git://people.freedesktop.org/~agd5f/linux.git raven
head: c6ee08eda872bc7ac60ed0ba82a5d85e696a894c
commit: a37dcf9989ad11333dbbfef57dc4b611ce4d85a9 [1058/1060]
drm/amdgpu/display: Enable DCN in DC
config: parisc-allyesconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 6.1.
tree: git://people.freedesktop.org/~agd5f/linux.git raven-hybrid
head: 5b18fa600648660d8df93cbc8a29869cac80780b
commit: 7f281d5c4783952c47784567a9911b75835b8692 [109/134] drm/amd/powerplay:
add raven support in hwmgr. (v2)
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/am
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/rv_hwmgr.c:75:42-43: WARNING: Use
ARRAY_SIZE
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/rv_hwmgr.c:466:22-23: WARNING:
Use ARRAY_SIZE
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/rv_hwmgr.c:468:22-23: WARNING:
Use ARRAY_SIZE
drivers/gpu/drm/amd/a
On Wed, May 10, 2017 at 7:28 PM, Bjorn Andersson
wrote:
> On Mon 08 May 13:28 PDT 2017, Jordan Crouse wrote:
>
>> The A5XX GPU powers on in "secure" mode. In secure mode the GPU can
>> only render to buffers that are marked as secure and inaccessible
>> to the kernel and user through a series of h
drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_stream_encoder.c:411:23-24:
Unneeded semicolon
drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_stream_encoder.c:420:39-40:
Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
drivers/gpu/drm/amd/amdgpu/../display/dc/dcn10/dcn10_resource.c:1085:2-3:
Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Fengguang Wu
---
dcn10_resource.c |2 +-
1 file changed, 1 insertion(+), 1 de
tree: git://people.freedesktop.org/~agd5f/linux.git raven-hybrid
head: 5b18fa600648660d8df93cbc8a29869cac80780b
commit: 8534b3332c76b77aa74f1aad1418b0ce8a6709bc [120/134] drm/amdgpu/display:
Enable DCN in DC
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/amd/amdgpu/../dis
Lines 375 and 376 mention the same constant. Maybe something else was
intended, or mybe line 376 can just be dropped.
julia
-- Forwarded message --
Date: Thu, 11 May 2017 09:07:22 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: [radeon-alex:raven-hybri
https://bugs.freedesktop.org/show_bug.cgi?id=100990
Michel Dänzer changed:
What|Removed |Added
Attachment #131298|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=100990
--- Comment #1 from Michel Dänzer ---
What was the last version of Mesa where this didn't happen? Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-deve
On 10/05/17 08:30 PM, Christian König wrote:
> Am 10.05.2017 um 02:23 schrieb Michel Dänzer:
>> On 03/05/17 09:46 PM, Christian König wrote:
>>> Am 02.05.2017 um 22:04 schrieb SF Markus Elfring:
From: Markus Elfring
Date: Tue, 2 May 2017 22:00:02 +0200
Three update suggestions
On 11/05/17 04:33 AM, Tommi Rantala wrote:
> Hi,
>
> I just tested v4.11-12441-g56868a4 on HP xw6600 with radeon graphics,
> and I'm seeing the following WARNING triggered constantly.
>
> I have not seen this earlier e.g. with the distro kernel
> 4.10.13-200.fc25.x86_64
>
> $ lspci|grep -i amd
https://bugs.freedesktop.org/show_bug.cgi?id=100995
Bug ID: 100995
Summary: System hang using OpenGL 4+ features
Product: Mesa
Version: 17.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: n
https://bugs.freedesktop.org/show_bug.cgi?id=100995
--- Comment #1 from Michel Dänzer ---
Please attach the output of glxinfo and dmesg and the Xorg log file.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel maili
1 - 100 of 106 matches
Mail list logo
