https://bugs.freedesktop.org/show_bug.cgi?id=100387
--- Comment #18 from russianneuroman...@ya.ru ---
Issue is still reproducible in Mesa 17.2. With Mesa 17.3 I get GPU lockup at
War Thunder launch: bug 103900
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=103900
--- Comment #1 from russianneuroman...@ya.ru ---
Created attachment 135708
--> https://bugs.freedesktop.org/attachment.cgi?id=135708&action=edit
GPU lockup dmesg
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103900
Bug ID: 103900
Summary: [SUMO][TURKS] Launching War Thunder make GPU stuck,
and then system is hard lockup
Product: Mesa
Version: 17.3
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=103783
--- Comment #8 from Rene Barbosa ---
vkr...@yahoo.com,
Are you using TLP or something similar?
I ran some tests and found that's only happening when using TLP. Tried with
Ubuntu 17.10 and Fedora 27, same results.
Regards,
Rene Barbosa
--
https://bugs.freedesktop.org/show_bug.cgi?id=102800
--- Comment #15 from higu...@gmx.net ---
no, the with the pcie_port_pm=force and 4.14.0, it still fails
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing l
From: Markus Elfring
Date: Fri, 24 Nov 2017 22:22:06 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/stifb.c | 4 +---
1 file changed, 1 insertion(+),
https://bugs.freedesktop.org/show_bug.cgi?id=97909
Joonas Sarajärvi changed:
What|Removed |Added
CC||m...@iki.fi
--- Comment #8 from Joona
On 24.11.2017 20:14, Ilia Mirkin wrote:
Do you have SWIOTLB disabled in your .config? Try enabling it to see
if that's the issue.
Looking at your bisect log, you might have incorrectly marked some
revisions. E.g. you had a compile failure, which while isn't "good",
it's also not "bad" -- good a
From: Markus Elfring
Date: Fri, 24 Nov 2017 21:36:39 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: void function return statements are not generally useful
Thus remove such a statement in the affected functions.
Signed-off-by: Markus Elfring
---
driver
From: Markus Elfring
Date: Fri, 24 Nov 2017 21:30:37 +0100
Replace the specification of a data structure by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was det
From: Markus Elfring
Date: Fri, 24 Nov 2017 21:22:25 +0100
* Return an error code without storing it in an intermediate variable.
* Delete the label "error" and local variable "retval"
which became unnecessary with this refactoring.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/udlf
On Fri, Nov 24, 2017 at 06:53:34PM +0100, Michał Mirosław wrote:
> Kick out firmware fb when loading tegra driver.
>
> Signed-off-by: Michał Mirosław
> ---
> drivers/gpu/drm/tegra/drm.c | 4
> 1 file changed, 4 insertions(+)
Cool. Can you provide some background on how you tested this? Wha
From: Markus Elfring
Date: Fri, 24 Nov 2017 21:12:54 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/udlfb.c | 8 ++--
1 file changed, 2 insertio
From: Markus Elfring
Date: Fri, 24 Nov 2017 21:45:54 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (4):
Delete an error message for a failed memory allocation in two functions
Return an error code only as a constant in dlfb_realloc_fr
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #7 from denisgolo...@yandex.ru ---
See attached dmesg with debug.
Tearing appeared after turning display on.
--
You are receiving this mail because:
You are the assignee for the bug.___
d
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #6 from denisgolo...@yandex.ru ---
Created attachment 135701
--> https://bugs.freedesktop.org/attachment.cgi?id=135701&action=edit
dmesg + debug
--
You are receiving this mail because:
You are the assignee for the bug.
From: Markus Elfring
Date: Fri, 24 Nov 2017 20:42:08 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/vt8500lcdfb.c | 4 +---
1 file changed, 1 insertio
From: Markus Elfring
Date: Fri, 24 Nov 2017 20:22:10 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/wm8505fb.c | 4 +---
1 file changed, 1 insertion(+
https://bugs.freedesktop.org/show_bug.cgi?id=92827
--- Comment #6 from Maximilian Böhm ---
No, it will be merged with Linux 4.15 but you will still need an kernel
parameter:
https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-DC-Accepted
Until then, you have to compile yourself a patched k
On Fri, Nov 24, 2017 at 2:08 PM, Christian Zigotzky
wrote:
> On 24.11.2017 17:09, Michel Dänzer wrote:
>>
>> On 2017-11-24 03:29 PM, Christian Zigotzky wrote:
>>>
>>> Hi All,
>>>
>>> I bisected today and the first bad commit is:
>>> a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper fun
On 24.11.2017 20:08, Christian Zigotzky wrote:
On 24.11.2017 17:09, Michel Dänzer wrote:
On 2017-11-24 03:29 PM, Christian Zigotzky wrote:
Hi All,
I bisected today and the first bad commit is:
a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions
to populate/map in one call (
On 24.11.2017 17:09, Michel Dänzer wrote:
On 2017-11-24 03:29 PM, Christian Zigotzky wrote:
Hi All,
I bisected today and the first bad commit is:
a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions
to populate/map in one call (v2)) [1]
It can't really be that commit, since
https://bugs.freedesktop.org/show_bug.cgi?id=92827
--- Comment #5 from Michael Zapf ---
I just got kernel 4.14, but I still don't have any audio output via HDMI. Is
that supposed to work by now?
--
You are receiving this mail because:
You are the assignee for the bug.___
Am Freitag, den 24.11.2017, 16:49 + schrieb Alexey Brodkin:
[...]
> > Yes, a "core" in Vivante speak is a GPU with one DMA frontend. A
> > single
> > frontend can feed both 3D and 2D acceleration engines behind it. On
> > i.MX6 the 2D and 3D engine are on separate cores, but Marvell Dove
> > ha
On Thu, Nov 23, 2017 at 09:04:48PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> In order to guarantee that pipe_src_w/h matches the user mode h/vdisplay
> we must not adjust pipe_src_w to accommodate double wide/dual link.
> Instead just reject the mode outright.
>
> This will allows us
Am 24.11.2017 um 17:29 schrieb Tobias Klausmann:
On 11/24/17 4:35 PM, Christian König wrote:
Am 24.11.2017 um 16:17 schrieb Tobias Klausmann:
On 11/24/17 3:54 PM, Daniel Vetter wrote:
On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote:
On 11/23/17 2:58 AM, Dave Airlie wrote:
O
On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Move the plane clip rectangle handling into
> drm_atomic_helper_check_plane_state(). Drivers no longer
> have to worry about such mundane details.
>
> Cc: Laurent Pinchart
> Cc: Daniel Vetter
> Suggested-b
https://bugs.freedesktop.org/show_bug.cgi?id=103814
Hleb Valoshka <375...@gmail.com> changed:
What|Removed |Added
Summary|incorrect dust rendering in |incorrect dust renderi
Am Freitag, den 24.11.2017, 16:25 + schrieb Alexey Brodkin:
> Hi Lucas,
>
> On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote:
> > Hi Alexey,
> >
> > Am Freitag, den 24.11.2017, 16:02 + schrieb Alexey Brodkin:
> > >
> > > Hello,
> > >
> > > Being in the middle of bring-up of the new
On Wed, Nov 15, 2017 at 08:38:41PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> DRM_DEBUG_ATOMIC generates a lot of noise that no one normally cares
> about. However error paths everyone cares about, so hiding thea error
> debugs under DRM_DEBUG_ATOMIC is a bad idea. Let's use DRM_DEBUG_
Hi Dave,
This is the queue of patches I have for mali-dp tree. They have
been in linux-next for a few weeks without issues.
Please pull.
Many thanks,
Liviu
The following changes since commit c209101fc1c91a318422733a3721ff6a9ff7899f:
Merge tag 'drm-misc-fixes-2017-11-20' of
git://anongit.fr
Hi Alexey,
Am Freitag, den 24.11.2017, 16:02 + schrieb Alexey Brodkin:
> Hello,
>
> Being in the middle of bring-up of the new board with Vivante GPU (HSDK
> namely,
> see
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arc/plat-hsdk)
> I was looking at simple
On 2017-11-24 03:29 PM, Christian Zigotzky wrote:
> Hi All,
>
> I bisected today and the first bad commit is:
> a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions
> to populate/map in one call (v2)) [1]
It can't really be that commit, since it just adds functions but doesn't
Hi Dave,
Cleaning up the backlog of patches that I have in my tree, they have
all been baking in linux-next for weeks. Minor fixes that could be
sent as late -rc but I'm not in any rush, so queueing them for v4.16 is
fine.
Many thanks,
Liviu
The following changes since commit c209101fc1c91a3184
On Thu, Nov 23, 2017, 7:12 AM Jani Nikula wrote:
> I'm juggling too many things, and drm-misc maintenance is one that I
> keep dropping on the floor. Admit reality and remove myself as
> maintainer. This still leaves us with a nice team of three who are
> actually doing the drm-misc work, while I
On Fri, Nov 24, 2017 at 04:35:10PM +0100, Maarten Lankhorst wrote:
> Op 24-11-17 om 16:03 schreef Daniel Vetter:
> > On Thu, Nov 23, 2017 at 01:26:14PM +0100, Maarten Lankhorst wrote:
> >> This was implemented correctly only on the atomic ioctl before, but
> >> it should really be working on all 3
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #5 from denisgolo...@yandex.ru ---
(In reply to Michel Dänzer from comment #4)
> We need to find out why the kernel starts returning -EINVAL from the page
> flip and wait for vblank ioctls.
>
> Can you try writing 255 to /sys/module/
Op 24-11-17 om 16:03 schreef Daniel Vetter:
> On Thu, Nov 23, 2017 at 01:26:14PM +0100, Maarten Lankhorst wrote:
>> This was implemented correctly only on the atomic ioctl before, but
>> it should really be working on all 3 ioctl's involved, so ensure we
>> always set crtc_id correctly with a testc
Am 24.11.2017 um 16:17 schrieb Tobias Klausmann:
On 11/24/17 3:54 PM, Daniel Vetter wrote:
On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote:
On 11/23/17 2:58 AM, Dave Airlie wrote:
On 23 November 2017 at 11:17, Laura Abbott wrote:
Hi,
Fedora QA testing reported a panic when
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #4 from Michel Dänzer ---
We need to find out why the kernel starts returning -EINVAL from the page flip
and wait for vblank ioctls.
Can you try writing 255 to /sys/module/drm/parameters/debug before reproducing
the problem, and att
On Fri, Nov 24, 2017 at 04:08:28PM +0200, Ville Syrjälä wrote:
> On Fri, Nov 24, 2017 at 11:59:45AM +, Liviu Dudau wrote:
> > On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> >
> > Hi Ville,
> >
> > >
> > > Move the plane clip rectangle handling int
On Fri, Nov 24, 2017 at 8:38 AM, Ville Syrjälä
wrote:
> On Thu, Nov 23, 2017 at 03:14:46PM -0500, Ilia Mirkin wrote:
>> On Thu, Nov 23, 2017 at 2:09 PM, Ville Syrjälä
>> wrote:
>> > On Thu, Nov 23, 2017 at 01:59:28PM -0500, Ilia Mirkin wrote:
>> >> We need to shift the values up, otherwise we'd e
Hi All,
I bisected today and the first bad commit is:
a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions
to populate/map in one call (v2)) [1]
Please find attached the git bisect log.
Thanks,
Christian
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.
On Thu, Nov 23, 2017 at 02:13:08PM +0200, Jani Nikula wrote:
> I'm juggling too many things, and drm-misc maintenance is one that I
> keep dropping on the floor. Admit reality and remove myself as
> maintainer. This still leaves us with a nice team of three who are
> actually doing the drm-misc wor
On Thu, Nov 23, 2017 at 01:26:14PM +0100, Maarten Lankhorst wrote:
> This was implemented correctly only on the atomic ioctl before, but
> it should really be working on all 3 ioctl's involved, so ensure we
> always set crtc_id correctly with a testcase.
>
> Signed-off-by: Maarten Lankhorst
We s
On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote:
>
> On 11/23/17 2:58 AM, Dave Airlie wrote:
> > On 23 November 2017 at 11:17, Laura Abbott wrote:
> > > Hi,
> > >
> > > Fedora QA testing reported a panic when booting up VMs
> > > using qmeu vga drivers
> > > (https://paste.fedor
On Thu, Nov 23, 2017 at 09:24:11AM +0100, Boris Brezillon wrote:
> On Wed, 22 Nov 2017 16:13:31 -0800
> Eric Anholt wrote:
>
> > Boris Brezillon writes:
> >
> > > On Wed, 22 Nov 2017 13:16:08 -0800
> > > Eric Anholt wrote:
> > >
> > >> Boris Brezillon writes:
> > >>
> > >> > With CONFIG_
On Fri, Nov 24, 2017 at 09:28:59AM +0100, Heiko Stuebner wrote:
> Hi Daniel,
>
> [somehow my email address seems to have gotten lost, so
> only saw this by chance on the list itself now.
> I've also re-added Sandy to the recipients]
>
> Am Montag, 20. November 2017, 08:48:48 CET schrieb Daniel Ve
On Fri, Nov 24, 2017 at 03:32:22PM +0100, Philipp Zabel wrote:
> On Thu, 2017-11-23 at 21:04 +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
> >
> > No functional changes as the code already uses crtc_state->mode
> >
On Thu, 2017-11-23 at 21:04 +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
>
> Note that this replaces crtc_state->adjusted_mode usage with
> crtc_state->mode. The latter is the correct choice since that's the
> mode the u
On Thu, 2017-11-23 at 21:04 +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
>
> No functional changes as the code already uses crtc_state->mode
> to populate the clip, which is also what drm_mode_get_hv_timing()
> uses.
I
Hi Jan,
On Thu, Nov 23, 2017 at 1:18 PM, Türk, Jan wrote:
> Hi Fabio,
>
> I've used git send-email and tested the patches by checkpatch.pl before
> without any problems.
> So it might have been touched by the mail server, so can you send me your
> checkpatch.pl log (directly)?
Take a look at y
On Fri, Nov 24, 2017 at 11:59:45AM +, Liviu Dudau wrote:
> On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
>
> Hi Ville,
>
> >
> > Move the plane clip rectangle handling into
> > drm_atomic_helper_check_plane_state(). Drivers no longer
> > have to worr
Hi Peter,
On 11/13/2017 11:40 AM, Philippe CORNU wrote:
> Hi Peter,
>
> On 11/12/2017 01:31 PM, Peter Rosin wrote:
>> On 2017-11-10 17:12, Philippe CORNU wrote:
>>> Hi Peter,
>>>
>>> On 11/07/2017 05:34 PM, Peter Rosin wrote:
On 2017-11-07 16:53, Philippe CORNU wrote:
> + Peter
>
>>>
On Thu, Nov 23, 2017 at 09:04:59PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
>
> No functional changes as the code already uses crtc_state->mode
> to populate the clip, which is also what drm_mode_get_hv_timing()
> us
On Thu, Nov 23, 2017 at 09:04:47PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> This series first unifies all users of drm_atomic_helper_check_plane_state()
> to populate the clip rectangle with drm_mode_get_hv_timing(), and once
> everything is unified the clip rectangle handling is suc
On Thu, Nov 23, 2017 at 03:14:46PM -0500, Ilia Mirkin wrote:
> On Thu, Nov 23, 2017 at 2:09 PM, Ville Syrjälä
> wrote:
> > On Thu, Nov 23, 2017 at 01:59:28PM -0500, Ilia Mirkin wrote:
> >> We need to shift the values up, otherwise we'd end up with a negative
> >> shift. This works for up-to 16-bit
On Fri, Nov 24, 2017 at 02:26:09PM +0530, Sharma, Shashank wrote:
> Regards
>
> Shashank
>
>
> On 11/17/2017 6:19 PM, Ville Syrjälä wrote:
> > On Fri, Nov 17, 2017 at 05:50:11PM +0530, Sharma, Shashank wrote:
> >> Regards
> >>
> >> Shashank
> >>
> >>
> >> On 11/17/2017 5:05 PM, Ville Syrjälä wro
On Fri, Nov 24, 2017 at 02:36:17PM +0530, Sharma, Shashank wrote:
> Regards
>
> Shashank
>
>
> On 11/21/2017 10:41 PM, Ville Syrjälä wrote:
> > On Fri, Nov 17, 2017 at 03:00:30PM +0530, Shashank Sharma wrote:
> >> From: aknautiy
> >>
> >> We parse the EDID and add all the modes in the connector
On Fri, Nov 24, 2017 at 01:53:16PM +0100, Christian König wrote:
> Am 24.11.2017 um 11:37 schrieb Greg KH:
> > On Fri, Nov 24, 2017 at 11:32:59AM +0100, Christian König wrote:
> > > Fixes interface changes done in the following commits:
> > > drm/ttm: add operation ctx to ttm_bo_validate v2
> > > d
Am 24.11.2017 um 11:37 schrieb Greg KH:
On Fri, Nov 24, 2017 at 11:32:59AM +0100, Christian König wrote:
Fixes interface changes done in the following commits:
drm/ttm: add operation ctx to ttm_bo_validate v2
drm/ttm: add context to driver move callback as well
Any hints on the git commit ids i
On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Move the plane clip rectangle handling into
> drm_atomic_helper_check_plane_state(). Drivers no longer
> have to worry about such mundane details.
>
> Cc: Laurent Pinchart
> Cc: Daniel Vetter
> Suggested-b
On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
Hi Ville,
>
> Move the plane clip rectangle handling into
> drm_atomic_helper_check_plane_state(). Drivers no longer
> have to worry about such mundane details.
This is quite an important patch and I dare say
On Thu, Nov 23, 2017 at 09:04:51PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
>
> Note that this replaces crtc_state->adjusted_mode usage with
> crtc_state->mode. The latter is the correct choice since that's the
> mod
On Thu, Nov 23, 2017 at 09:04:50PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_mode_get_hv_timing() to fill out the plane clip rectangle.
>
> Note that this replaces crtc_state->adjusted_mode usage with
> crtc_state->mode. The latter is the correct choice since that's the
> mod
On Fri, Nov 24, 2017 at 11:32:59AM +0100, Christian König wrote:
> Fixes interface changes done in the following commits:
> drm/ttm: add operation ctx to ttm_bo_validate v2
> drm/ttm: add context to driver move callback as well
Any hints on the git commit ids in Linus's tree?
And does this mean t
Am 24.11.2017 um 11:31 schrieb Greg KH:
On Fri, Nov 24, 2017 at 11:29:27AM +0100, Christian König wrote:
I missed this driver because it is in the staging area.
What does this changelog text mean???
Sorry for the confusion, the patch was originally part of a larger series.
Just send it out a
Fixes interface changes done in the following commits:
drm/ttm: add operation ctx to ttm_bo_validate v2
drm/ttm: add context to driver move callback as well
I missed this driver because it is in the staging area.
Signed-off-by: Christian König
Reviewed-by: Hans de Goede
---
drivers/staging/vbo
On Fri, Nov 24, 2017 at 11:29:27AM +0100, Christian König wrote:
> I missed this driver because it is in the staging area.
What does this changelog text mean???
> Signed-off-by: Christian König
> Reviewed-by: Hans de Goede
> ---
> drivers/staging/vboxvideo/vbox_ttm.c | 17 ++---
>
I missed this driver because it is in the staging area.
Signed-off-by: Christian König
Reviewed-by: Hans de Goede
---
drivers/staging/vboxvideo/vbox_ttm.c | 17 ++---
1 file changed, 6 insertions(+), 11 deletions(-)
diff --git a/drivers/staging/vboxvideo/vbox_ttm.c
b/drivers/stagi
https://bugs.freedesktop.org/show_bug.cgi?id=103887
Bug ID: 103887
Summary: OpenCL segfault on RX550 (Lexa)
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: maj
Regards
Shashank
On 11/21/2017 10:41 PM, Ville Syrjälä wrote:
On Fri, Nov 17, 2017 at 03:00:30PM +0530, Shashank Sharma wrote:
From: aknautiy
We parse the EDID and add all the modes in the connector's
modelist. This adds CEA modes with aspect ratio information
too, regadless of if user spac
https://bugs.freedesktop.org/show_bug.cgi?id=103850
--- Comment #6 from Michel Dänzer ---
The valgrind output for Quern shows writes to freed memory, because the game
makes libX11 calls using a display handle that it had already closed. That's a
bug in the game (or maybe in a library it links sta
Hi Ville,
Thanks for the suggestions. Please find my response inline
On 11/21/2017 10:41 PM, Ville Syrjälä wrote:
On Fri, Nov 17, 2017 at 03:00:29PM +0530, Shashank Sharma wrote:
From: Ankit Nautiyal
If the user mode does not support aspect-ratio, and requests for
a modeset with aspect rati
Regards
Shashank
On 11/17/2017 6:19 PM, Ville Syrjälä wrote:
On Fri, Nov 17, 2017 at 05:50:11PM +0530, Sharma, Shashank wrote:
Regards
Shashank
On 11/17/2017 5:05 PM, Ville Syrjälä wrote:
On Fri, Nov 17, 2017 at 08:49:49AM +0530, Sharma, Shashank wrote:
Regards
Shashank
On 11/16/2017
https://bugs.freedesktop.org/show_bug.cgi?id=103370
--- Comment #42 from Michel Dänzer ---
(In reply to Robert Liu from comment #41)
> Another issue found is when removing the adapter, the system goes to
> suspend.
That's not directly related to graphics drivers.
--
You are receiving this mail
Regards
Shashank
On 11/17/2017 5:08 PM, Ville Syrjälä wrote:
On Fri, Nov 17, 2017 at 08:53:54AM +0530, Sharma, Shashank wrote:
Regards
Shashank
On 11/16/2017 9:56 PM, Ville Syrjälä wrote:
On Thu, Nov 16, 2017 at 08:31:36PM +0530, Sharma, Shashank wrote:
Regards
Shashank
On 11/13/2017
Adding the label cpu0 allows the adjustment of cpu-parameters
by reference in overlaying dtsi files in the same way as it
is possible for imx6q devices.
Signed-off-by: Jan Tuerk
---
arch/arm/boot/dts/imx6dl.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dt
This patch adds support for the emtrion GmbH emCON-MX6 modules.
They are available with imx.6 Solo, Dual-Lite, Dual and Quad
equipped with Memory from 512MB to 2GB (configured by U-Boot).
Our default developer-Kit ships with the Avari baseboard and the
EDT ETM0700G0BDH6 Display (imx6[q|dl]-emcon-a
Rainer Fiebig wrote:
> Maarten Lankhorst wrote:
>> Op 20-11-17 om 09:51 schreef Rainer Fiebig:
>>> Jani Nikula wrote:
On Sun, 19 Nov 2017, Greg KH wrote:
> On Sun, Nov 19, 2017 at 01:44:06PM +0100, Rainer Fiebig wrote:
>> Greg KH wrote:
>>> On Sun, Nov 19, 2017 at 12:56:26PM +0100
Greg KH wrote:
> On Thu, Nov 23, 2017 at 10:09:25PM +0100, Rainer Fiebig wrote:
>> Rainer Fiebig wrote:
>>> Maarten Lankhorst wrote:
Op 20-11-17 om 09:51 schreef Rainer Fiebig:
> Jani Nikula wrote:
>> On Sun, 19 Nov 2017, Greg KH wrote:
>>> On Sun, Nov 19, 2017 at 01:44:06PM +0100
Greg KH wrote:
> On Thu, Nov 23, 2017 at 10:09:25PM +0100, Rainer Fiebig wrote:
>> Rainer Fiebig wrote:
>>> Maarten Lankhorst wrote:
Op 20-11-17 om 09:51 schreef Rainer Fiebig:
> Jani Nikula wrote:
>> On Sun, 19 Nov 2017, Greg KH wrote:
>>> On Sun, Nov 19, 2017 at 01:44:06PM +0100
Hi Fabio,
I've used git send-email and tested the patches by checkpatch.pl before without
any problems.
So it might have been touched by the mail server, so can you send me your
checkpatch.pl log (directly)?
Regards,
Jan Tuerk
emtrion GmbH
Kreativpark - Alter Schlachthof 45
76131 Karlsruhe
G
Am 23.11.2017 um 13:55 schrieb Jan Tuerk:
> Adding the label cpu0 allows the adjustment of cpu-parameters
> by reference in overlaying dtsi files in the same way as it
> is possible for imx6q devices.
>
> Signed-off-by: Jan Tuerk
> ---
> arch/arm/boot/dts/imx6dl.dtsi | 2 +-
> 1 file changed, 1
On 11/24/2017 09:04 AM, Archit Taneja wrote:
> Hi,
>
> On 11/20/2017 06:00 PM, Hans Verkuil wrote:
>> I didn't see this merged for 4.15, is it too late to include this?
>> All other changes needed to get CEC to work on rk3288 and rk3399 are all
>> merged.
>
> Sorry for the late reply. I was out
On 11/23/2017 03:11 AM, Christian König wrote:
Am 22.11.2017 um 18:27 schrieb Boris Ostrovsky:
On 11/22/2017 11:54 AM, Christian König wrote:
Am 22.11.2017 um 17:24 schrieb Boris Ostrovsky:
On 11/22/2017 05:09 AM, Christian König wrote:
Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky:
On 11
Am 23.11.2017 um 13:55 schrieb Jan Tuerk:
> emtrion is a system integrator and manufacturer of embedded systems.
>
> Website: https://www.emtrion.de
>
> Signed-off-by: Jan Tuerk
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: A
On 11/23/17 2:58 AM, Dave Airlie wrote:
On 23 November 2017 at 11:17, Laura Abbott wrote:
Hi,
Fedora QA testing reported a panic when booting up VMs
using qmeu vga drivers
(https://paste.fedoraproject.org/paste/498yRWTCJv2LKIrmj4EliQ)
[ 30.108507] [ cut here ]
[ 3
The following patch-series adds support for emtrion's emCON-MX6 modules
with all their dependencies. The focus is based on the emtion standard
developer-kit configuration. It includes a new vendor-prefix,
an new simple-panel type, a small modification of the imx6dl.dtsi,
as well as modifications of
All recent emtrion modules based on i.mx6 make use of the DA0963.
Therefore enable it with the following defaults:
- CONFIG_MFD_DA9063=y
- CONFIG_REGULATOR_DA9063=y
- CONFIG_DA9063_WATCHDOG=m
- CONFIG_RTC_DRV_DA9063=m
MFD and REGULATOR are built-in to have it at Kern
On 11/23/2017 06:48 AM, CK Hu wrote:
> Hi, Matthias:
>
> On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote:
>> With the mtk-mmsys MFD device in place, we switch the probing for
>> mt2701 from device-tree to mfd.
>>
>> Signed-off-by: Matthias Brugger
>> ---
>> drivers/gpu/drm/mediatek/m
The Emerging Display Technology ETM0700G0BDH6 is exactly
the same display as the ETM0700G0DH6, exept the pixelclock
polarity. Therefore re-use the ETM0700G0DH6 modes. It is
used by default on emtrion Avari based development kits.
Signed-off-by: Jan Tuerk
---
.../bindings/display/panel/edt,etm070
emtrion is a system integrator and manufacturer of embedded systems.
Website: https://www.emtrion.de
Signed-off-by: Jan Tuerk
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Do
On 11/23/2017 10:04 AM, CK Hu wrote:
>> +static const struct of_device_id of_match_mmsys[] = {
>> +{ .compatible = "mediatek,mt2701-mmsys",
>
> Because this driver replace the original "mediatek,mt2701-mmsys" driver,
> could you modify the binding document of "mediatek,mt2701-mmsys" [1]?
>
Hi Daniel,
[somehow my email address seems to have gotten lost, so
only saw this by chance on the list itself now.
I've also re-added Sandy to the recipients]
Am Montag, 20. November 2017, 08:48:48 CET schrieb Daniel Vetter:
> On Mon, Nov 13, 2017 at 06:15:31PM +0800, Mark Yao wrote:
> > For pers
Hi,
On 11/20/2017 06:00 PM, Hans Verkuil wrote:
I didn't see this merged for 4.15, is it too late to include this?
All other changes needed to get CEC to work on rk3288 and rk3399 are all merged.
Sorry for the late reply. I was out last week.
Dave recently sent the second pull request for 4.1
96 matches
Mail list logo
