The gem drivers use shmemfs to allocate backing storage for gem objects.
On Samsung Chromebook Plus, the drm/rockchip driver may call
rockchip_gem_get_pages -> drm_gem_get_pages -> shmem_read_mapping_page
to pin a lot of pages, breaking the page reclaim mechanism and causing
oom-killer invocation.
Hi Dave,
Please pull this drm/tilcdc patch for Linux v4.22.
Best regards and thanks,
Jyri
The following changes since commit 8fe28cb58bcb235034b64cbbb7550a8a43fd88be:
Linux 4.20 (2018-12-23 15:55:59 -0800)
are available in the Git repository at:
https://github.com/jsarha/linux tags/tilcdc
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Sharma, Shashank
>Sent: Friday, December 21, 2018 2:28 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Syrjala, Ville ; Lankhorst, Maarten
>
>S
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Sharma, Shashank
>Sent: Tuesday, January 8, 2019 12:27 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Syrjala, Ville ; Lankhorst, Maarten
>
>S
On 1/8/2019 12:10 PM, Shankar, Uma wrote:
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Sharma, Shashank
Sent: Thursday, December 20, 2018 11:54 PM
To: Shankar, Uma ; intel-...@lists.freedesktop.org;
dri-devel@lists.freedesktop.org
Cc
>-Original Message-
>From: Sharma, Shashank
>Sent: Friday, December 21, 2018 2:17 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Lankhorst, Maarten ; Syrjala, Ville
>; brian.star...@arm.com; Ville Syrjälä
>
>Subject: Re: [v2 11/14] drm/i915:
>-Original Message-
>From: Sharma, Shashank
>Sent: Friday, December 21, 2018 2:14 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Lankhorst, Maarten ; Syrjala, Ville
>; brian.star...@arm.com
>Subject: Re: [v2 09/14] drm/i915: Write HDR infofra
>-Original Message-
>From: Sharma, Shashank
>Sent: Friday, December 21, 2018 2:11 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Lankhorst, Maarten ; Syrjala, Ville
>; brian.star...@arm.com
>Subject: Re: [v2 08/14] drm: Enable HDR infoframe s
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Sharma, Shashank
>Sent: Friday, December 21, 2018 12:04 AM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Syrjala, Ville ; Lankhorst, Maarten
>
>
>-Original Message-
>From: Sharma, Shashank
>Sent: Thursday, December 20, 2018 11:56 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Lankhorst, Maarten ; Syrjala, Ville
>; brian.star...@arm.com
>Subject: Re: [v2 05/14] drm/i915: Attach HDR met
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Sharma, Shashank
>Sent: Thursday, December 20, 2018 11:54 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Syrjala, Ville ; Lankhorst, Maarten
>
>-Original Message-
>From: Sharma, Shashank
>Sent: Tuesday, January 8, 2019 11:26 AM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Syrjala, Ville ; Lankhorst, Maarten
>
>Subject: Re: [v2 03/14] drm: Parse HDR metadata info from EDID
>
>Regards
Regards
Shashank
On 1/8/2019 11:10 AM, Shankar, Uma wrote:
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Sharma, Shashank
Sent: Thursday, December 20, 2018 11:47 PM
To: Shankar, Uma ; intel-...@lists.freedesktop.org;
dri-devel@lists.
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Sharma, Shashank
>Sent: Thursday, December 20, 2018 11:47 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Syrjala, Ville ; Lankhorst, Maarten
>
>-Original Message-
>From: Sharma, Shashank
>Sent: Thursday, December 20, 2018 11:38 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Lankhorst, Maarten ; Syrjala, Ville
>; brian.star...@arm.com
>Subject: Re: [v2 02/14] drm: Add CEA extended ta
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Sharma, Shashank
>Sent: Thursday, December 20, 2018 11:21 PM
>To: Shankar, Uma ; intel-...@lists.freedesktop.org;
>dri-devel@lists.freedesktop.org
>Cc: Syrjala, Ville ; Lankhorst, Maarten
>
https://bugs.freedesktop.org/show_bug.cgi?id=109246
--- Comment #1 from tme ---
Forgot to mention that I have tested and reproduced this bug on kernel versions
4.18, 4.20, and 5.0-rc1.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=109246
Bug ID: 109246
Summary: HDMI connected monitors fail to sleep and instead turn
back on when amdgpu.dc=1
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=108464
--- Comment #15 from Duncan Roe ---
Further to attachment 143008: there are lots of calls to dm_dp_aux_transfer
with aux=f0bfdb41, but the first call with aux=74cc4227 fails
(because the aux_engine pointer is NULL). Then a few mo
https://bugs.freedesktop.org/show_bug.cgi?id=108464
--- Comment #14 from Duncan Roe ---
Created attachment 143008
--> https://bugs.freedesktop.org/attachment.cgi?id=143008&action=edit
dmesg o/p with attachment 143007
The exception occurs in dc_link_aux_transfer, which is called by
dm_dp_aux_tr
https://bugs.freedesktop.org/show_bug.cgi?id=108464
--- Comment #13 from Duncan Roe ---
Created attachment 143007
--> https://bugs.freedesktop.org/attachment.cgi?id=143007&action=edit
Diagnostic patches to determine which pointer is null
These patches are against Linux 4.19.12, commit
2a7cb228
https://bugs.freedesktop.org/show_bug.cgi?id=108577
Duncan Roe changed:
What|Removed |Added
Attachment #143006|1 |0
is patch|
https://bugs.freedesktop.org/show_bug.cgi?id=108577
--- Comment #40 from Duncan Roe ---
Created attachment 143006
--> https://bugs.freedesktop.org/attachment.cgi?id=143006&action=edit
Diagnostic patches to determine which pointer is null
These patches are against Linux 4.19.12, commit
2a7cb228
https://bugs.freedesktop.org/show_bug.cgi?id=109229
--- Comment #4 from smt ---
(In reply to Timothy Arceri from comment #3)
> (In reply to smt from comment #2)
> > This issue seems to be affecting me too, some people say it's been fixed in
> > 18.2.3/.4 however I'm running 18.3.1 and definitely
https://bugs.freedesktop.org/show_bug.cgi?id=109140
Hai changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
|.o
drm_dp_mst_topology_mgr_resume() returns whether or not it managed to
find the topology in question after a suspend resume cycle, and the
driver is supposed to check this value and disable MST accordingly if
it's gone-in addition to sending a hotplug in order to notify userspace
that something chan
Hi,
[This is an automated email]
This commit has been processed because it contains a "Fixes:" tag,
fixing commit: fef9df8b5945 drm/atomic: initial support for asynchronous plane
update.
The bot has tested the following trees: v4.20.0, v4.19.13, v4.14.91.
v4.20.0: Build OK!
v4.19.13: Build OK!
This is an ugly one unfortunately. Currently, all DRM drivers supporting
atomic modesetting will save the state that userspace had set before
suspending, then attempt to restore that state on resume. This probably
worked very well at one point, like many other things, until DP MST came
into the pic
Fix the suspend/issues that Jerry Zuo found in amdgpu, and add some
compiler warnings for drivers ignoring the return code of
drm_dp_mst_topology_mgr_resume() to help ensure we don't need to fix
this again in the future for someone else's driver.
Cc: Jerry Zuo
Lyude Paul (3):
drm/amdgpu: Don't
Since I've had to fix two cases of drivers not checking the return code
from this function, let's make the compiler complain so this doesn't
come up again in the future.
Signed-off-by: Lyude Paul
Cc: Jerry Zuo
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_dp_mst_topology.c | 3 ++-
include/drm/drm
On Mon, Jan 07, 2019 at 10:55:15PM +0100, Daniel Vetter wrote:
> On Mon, Jan 7, 2019 at 5:13 PM Russell King - ARM Linux
> wrote:
> >
> > On Mon, Jan 07, 2019 at 11:45:32AM +0100, Daniel Vetter wrote:
> > > On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
> > > > This is t
50a3 ("drm/atomic: integrate modeset lock with private objects")
interacting with commit
eb3dc8978596 ("drm/amd/display: Use private obj helpers for dm_atomic_state")
from Linus' tree (merged during the merge window).
Its not obvious how to fix this up, so I hav
https://bugs.freedesktop.org/show_bug.cgi?id=109229
--- Comment #3 from Timothy Arceri ---
(In reply to smt from comment #2)
> This issue seems to be affecting me too, some people say it's been fixed in
> 18.2.3/.4 however I'm running 18.3.1 and definitely have the same symptoms
> in regards to G
Hi all,
After merging the drm-misc tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
drivers/gpu/drm/msm/msm_gem.c: In function 'describe_fence':
drivers/gpu/drm/msm/msm_gem.c:761:36: warning: format '%u' expects argument of
type 'unsigned int', but argument 6 has ty
On Mon, Jan 7, 2019 at 2:36 PM Mathieu Malaterre wrote:
>
> Hi Rob,
>
> On Mon, Jan 7, 2019 at 9:11 PM Mathieu Malaterre wrote:
> >
> > On Mon, Jan 7, 2019 at 6:31 PM Rob Herring wrote:
> > >
> > > Commit 5c63e407aaab ("fbdev: Convert to using %pOFn instead of
> > > device_node.name") changed ho
Hi all,
After merging the drm-intel tree, today's linux-next build (x86_64
allmodconfig) produced these warnings:
In file included from include/linux/printk.h:7,
from include/linux/kernel.h:14,
from include/asm-generic/bug.h:18,
from arch/x86/inc
https://bugs.freedesktop.org/show_bug.cgi?id=109234
--- Comment #5 from bmil...@gmail.com ---
got it playing a steam game in wine now, but still can't reproduce reliably:
jan 07 21:27:20 mjb kernel: BUG: unable to handle kernel paging request at
8e0b4c00
jan 07 21:27:20 mjb kernel: #PF er
https://bugs.freedesktop.org/show_bug.cgi?id=109178
Jan changed:
What|Removed |Added
Resolution|NOTOURBUG |FIXED
--- Comment #11 from Jan ---
Just for the
Hi Chandan
A few comments in the following.
Mostly nitpicks / style stuff, not a throughly review.
Sam
> +config DRM_MSM_DP_PLL
> + bool "Enable DP PLL driver in MSM DRM"
So DRM_MSM_DP_PLL cannot be 'm'.
> --- a/drivers/gpu/drm/msm/Makefile
> +++ b/drivers/gpu/drm/msm/Makefile
> @@
https://bugs.freedesktop.org/show_bug.cgi?id=109234
--- Comment #4 from bmil...@gmail.com ---
I havent triggered it again yet in 5.0-rc1 after a bios update, lets see what
happens in next few days.
--
You are receiving this mail because:
You are the assignee for the bug._
On Mon, Jan 7, 2019 at 5:27 PM Andrzej Hajda wrote:
>
> On 07.01.2019 17:08, Daniel Vetter wrote:
> > On Mon, Jan 07, 2019 at 12:26:58PM +0100, Andrzej Hajda wrote:
> >> On 07.01.2019 11:45, Daniel Vetter wrote:
> >>> On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
>
On Mon, Jan 7, 2019 at 5:13 PM Russell King - ARM Linux
wrote:
>
> On Mon, Jan 07, 2019 at 11:45:32AM +0100, Daniel Vetter wrote:
> > On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
> > > This is the long-standing problem with the conflict between bridge
> > > support and
https://bugs.freedesktop.org/show_bug.cgi?id=109229
--- Comment #2 from smt ---
This issue seems to be affecting me too, some people say it's been fixed in
18.2.3/.4 however I'm running 18.3.1 and definitely have the same symptoms in
regards to Godot freezing up, I don't know much so can't be mor
Add the needed DP PLL specific files to support
display port interface on msm targets.
The DP driver calls the DP PLL driver registration.
The DP driver sets the link and pixel clock sources.
Changes in v2:
-- Update copyright markings on all relevant files.
-- Use DRM_DEBUG_DP for debug msgs.
S
Add bindings for Snapdragon 845 DisplayPort and
display-port PLL driver.
Changes in V2:
Provide details about sel-gpio
Signed-off-by: Chandan Uddaraju
---
.../devicetree/bindings/display/msm/dp.txt | 249 +
.../devicetree/bindings/display/msm/dpu.txt| 16 +-
These patches are to enable DisplayPort driver on SanpDragon.
These patches have dependency on clock driver changes that
provide DP clock support.
Changes in V2:
Core Dp driver:
-- Update copyright markings on all relevant files.
-- Change pr_err() to DRM_ERROR()
-- Use APIs dire
On Fri, Dec 28, 2018 at 04:19:04PM +0100, Paweł Chmiel wrote:
> This commit adds node for Exynos Rorator device,
> so it can be used on all s5pv210 based devices.
>
> Signed-off-by: Paweł Chmiel
> ---
> arch/arm/boot/dts/s5pv210.dtsi | 9 +
Thanks, applied.
Best regards,
Krzysztof
On Mon, 2019-01-07 at 14:26 +0100, Heiko Stuebner wrote:
> Hi,
>
> sorry, only now got to test this on actual hardware,
>
> Am Freitag, 14. Dezember 2018, 17:29:20 CET schrieb Ezequiel Garcia:
> > From: Daniele Castagna
> >
> > Currently, YUV hardware overlays are converted to RGB using
> > a c
On 01/07/2019 09:13 AM, Christian König wrote:
> Am 03.01.19 um 18:42 schrieb Grodzovsky, Andrey:
>>
>> On 01/03/2019 11:20 AM, Grodzovsky, Andrey wrote:
>>> On 01/03/2019 03:54 AM, Koenig, Christian wrote:
Am 21.12.18 um 21:36 schrieb Grodzovsky, Andrey:
> On 12/21/2018 01:37 PM, Christ
https://bugs.freedesktop.org/show_bug.cgi?id=109073
--- Comment #7 from whoop ---
Created attachment 143004
--> https://bugs.freedesktop.org/attachment.cgi?id=143004&action=edit
kern.log using kernel v5.0-rc1 with black screen after login with power adapter
plugged in
--
You are receiving thi
Hi Jani,
On Wed, Jan 02, 2019 at 12:00:49PM +0200, Jani Nikula wrote:
> I embarked on removing drmP.h includes from i915, but that requires a
> bunch of drm header cleanup to add relevant includes and forward
> declarations. Due to the timing, propagating the patches back to i915
> would take eons
https://bugs.freedesktop.org/show_bug.cgi?id=109073
--- Comment #6 from whoop ---
With v5.0-rc1 the system hangs with a black screen after I login at gdm when
the power adapter is connected
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Ahmad.
> On 2/1/19 22:37, Sam Ravnborg wrote:
> > The problem with the RED/BLUE lines swapped is something I
> > have encountered while working with DRM support for Atmel at91sam9263 too.
> >
> > The solution selected is to extend the endpoint with
> > a new optional property:
> >
> > - wirin
Hi Dave, Daniel,
Here is the first PR for 5.1 for drm-misc-next.
This is my first PR ever for drm-misc, so please let me know if I
screwed up somehow :)
Thanks!
Maxime
drm-misc-next-2019-01-07-1:
drm-misc-next for 5.1:
UAPI Changes:
Cross-subsystem Changes:
- Turn dma-buf fence sequence num
https://bugs.freedesktop.org/show_bug.cgi?id=109234
--- Comment #3 from bmil...@gmail.com ---
(In reply to Michel Dänzer from comment #2)
> Can you bisect?
I could but I don't have a reliable reproduction yet. I don't know what
triggers the bug.
--
You are receiving this mail because:
You are t
The prepare_fb call always happens on new_plane_state.
The drm_atomic_helper_cleanup_planes checks to see if
plane state pointer has changed when deciding to call cleanup_fb on
either the new_plane_state or the old_plane_state.
For a non-async atomic commit the state pointer is swapped, so this
h
On Wed, Jan 2, 2019 at 2:03 PM Mathieu Malaterre wrote:
>
> Bartlomiej,
>
> Do you need an Acked-by from Rob, or can you take it in the next round
> of fixes for v4.20 ?
Sorry, I missed this.
>
> Just to repeat myself, previous code would call
> offb_init_palette_hacks(), which in turn would do:
Commit 5c63e407aaab ("fbdev: Convert to using %pOFn instead of
device_node.name") changed how the OF FB driver handles the OF node
name. This missed the case where the node name is passed to
offb_init_palette_hacks(). This results in a NULL ptr dereference
in strncmp and breaks any system except on
https://bugs.freedesktop.org/show_bug.cgi?id=109239
--- Comment #4 from Michel Dänzer ---
When you wrote "modesetting", you meant "DC". So the problem is the same with
or without DC?
Does it also happen with the Xorg modesetting driver instead of
xf86-video-amdgpu, or with a Wayland compositor s
On Mon, Jan 07, 2019 at 07:57:54AM -0800, Keith Packard wrote:
> Daniel Vetter writes:
>
> > Best to pull in some other compositor people and get them to agree. From a
> > kernel pov I'm fine with whatever userspace preferes.
>
> Hrm. It would be good to have everyone using the same interpretati
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Michel Dänzer changed:
What|Removed |Added
Attachment #143000|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Michel Dänzer changed:
What|Removed |Added
Attachment #142998|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Michel Dänzer changed:
What|Removed |Added
Attachment #142999|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Michel Dänzer changed:
What|Removed |Added
Attachment #142997|text/x-log |text/plain
mime type|
Den 07.01.2019 11.22, skrev Daniel Vetter:
> The current one essentially means you need CMA or a vmalloc backed
> object, which makes fbdev emulation a special case.
>
> Since implementing this will be quite a bit of work, capture the idea
> in a TODO.
>
> Cc: Noralf Trønnes
> Signed-off-by: D
On 07.01.2019 17:08, Daniel Vetter wrote:
> On Mon, Jan 07, 2019 at 12:26:58PM +0100, Andrzej Hajda wrote:
>> On 07.01.2019 11:45, Daniel Vetter wrote:
>>> On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
On Thu, Jan 03, 2019 at 10:47:27AM +0100, Lubomir Rintel wrote:
On Mon, Jan 07, 2019 at 11:45:32AM +0100, Daniel Vetter wrote:
> On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
> > This is the long-standing problem with the conflict between bridge
> > support and component support, and I'm not sure that there is really
> > any answer t
On Mon, Jan 07, 2019 at 05:37:08PM +0530, Vivek Gautam wrote:
> After mapping a sg list the we should use sg_dma_address() and
> sg_dma_len() macros to access sg->address and sg->length. Fix
> the same for sg->length in drm_prime_sg_to_page_addr_arrays().
>
> Signed-off-by: Vivek Gautam
> ---
>
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> drmP.h was the only header file in the past and a lot
> of files rely on that drmP.h defines everything.
> The goal is to one day to delete drmP.h and
> as a step towards this it will no longer be included in the
> headers files in include/drm/
>
> To
On Mon, Jan 07, 2019 at 12:26:58PM +0100, Andrzej Hajda wrote:
> On 07.01.2019 11:45, Daniel Vetter wrote:
> > On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
> >> On Thu, Jan 03, 2019 at 10:47:27AM +0100, Lubomir Rintel wrote:
> >>> Hello,
> >>>
> >>> lately I've been try
https://bugs.freedesktop.org/show_bug.cgi?id=109238
Alex Deucher changed:
What|Removed |Added
Attachment #142993|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109238
Alex Deucher changed:
What|Removed |Added
Attachment #142994|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109238
Alex Deucher changed:
What|Removed |Added
Attachment #142992|text/x-log |text/plain
mime type|
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> With all dependencies fixed we can now remove
> drmP.h from drm_gem_cma_helper.h.
> It is replaced by the include files required,
> or forward declarations as appropritate.
>
> Signed-off-by: Sam Ravnborg
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
https://bugs.freedesktop.org/show_bug.cgi?id=109238
Alex Deucher changed:
What|Removed |Added
Attachment #142991|text/x-log |text/plain
mime type|
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> drmP.h was the only header file in the past and a lot
> of files rely on that drmP.h defines everything.
> The goal is to one day to delete drmP.h and
> as a step towards this it will no longer be included in the
> headers files in include/drm/
>
> To
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> drmP.h was the only header file in the past and a lot
> of files rely on that drmP.h defines everything.
> The goal is to one day to delete drmP.h and
> as a step towards this it will no longer be included in the
> headers files in include/drm/
>
> To
Daniel Vetter writes:
> Best to pull in some other compositor people and get them to agree. From a
> kernel pov I'm fine with whatever userspace preferes.
Hrm. It would be good to have everyone using the same interpretation of
EDID data; in particular, where the kernel has quirks that change the
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> No further changes required.
>
> Signed-off-by: Sam Ravnborg
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: Sean Paul
> Cc: David Airlie
> Cc: Daniel Vetter
> ---
Acked-by: Noralf Trønnes
___
dri-d
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> drm_file.h embed struct idr, so this file need to know
> the full type definition.
>
> With this change users of drm_file.h are no longer forced
> to include idr.h - a file they usually get from drmP.h
>
> This makes it simpler to remove drmP.h includ
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> Add forward declaration and pull in include
> file to make drm_framebuffer.h self contained.
>
> While add it order include files alphabetically.
>
> The use of TASK_COMM_LEN is the reason for including sched.h.
> I could not see any good way to avoid
https://bugzilla.kernel.org/show_bug.cgi?id=199139
--- Comment #23 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
Does this still occur on kernels for 4.21 and higher?
It isn't directly related to power management, but there are many of these
classes of edge cases with atomic commit f
On Mon, Jan 7, 2019 at 7:42 PM Maxime Ripard wrote:
>
> On Fri, Dec 21, 2018 at 02:26:11AM +0530, Jagan Teki wrote:
> > On Tue, Dec 11, 2018 at 10:19 PM Maxime Ripard
> > wrote:
> > >
> > > On Mon, Dec 10, 2018 at 09:47:19PM +0530, Jagan Teki wrote:
> > > > Video start delay can be computed by su
https://bugzilla.kernel.org/show_bug.cgi?id=201815
--- Comment #12 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
There's a fix for this bug coming soon.
The bug only affects Raven systems and was a regression introduced in 4.20.
--
You are receiving this mail because:
You are watch
Am Montag, den 07.01.2019, 10:13 +0100 schrieb Guido Günther:
> Hi,
> On Mon, Jan 07, 2019 at 09:50:52AM +0100, Lucas Stach wrote:
> > Hi Guido,
> >
> > Am Sonntag, den 30.12.2018, 16:49 +0100 schrieb Guido Günther:
> > > Hi Lucas,
> > > On Wed, Dec 19, 2018 at 03:45:38PM +0100, Lucas Stach wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=109239
--- Comment #3 from Raman Gupta ---
Created attachment 143000
--> https://bugs.freedesktop.org/attachment.cgi?id=143000&action=edit
dmesg without modesetting
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=109239
--- Comment #2 from Raman Gupta ---
Created attachment 142999
--> https://bugs.freedesktop.org/attachment.cgi?id=142999&action=edit
dmesg with modesetting
--
You are receiving this mail because:
You are the assignee for the bug._
On 08/12/2018 18:12, Martin Blumenstingl wrote:
> This series adds support for the Mali-450 GPU on Meson8 and Meson8b.
> Meson6 uses a Mali-400 GPU but since we don't have a clock driver (and
> I don't have a device for testing) Meson6 is left out in this series.
>
> Meson8 uses a Mali-450 MP6 wit
https://bugs.freedesktop.org/show_bug.cgi?id=109239
--- Comment #1 from Raman Gupta ---
Created attachment 142998
--> https://bugs.freedesktop.org/attachment.cgi?id=142998&action=edit
Xorg.0.log without modesetting
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Bug ID: 109239
Summary: Polaris10: Periodic random black screens for 1-2
seconds
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Stat
On Mon, Jan 7, 2019 at 3:04 PM Vincent Guittot
wrote:
>
> Hi Tvrtko,
>
> On Mon, 31 Dec 2018 at 13:32, Tvrtko Ursulin
> wrote:
> >
> >
> > On 21/12/2018 13:26, Vincent Guittot wrote:
> > > On Fri, 21 Dec 2018 at 12:33, Tvrtko Ursulin
>
> [snip]
>
> > >>
> > >> If it is always monotonic, then wors
Am 03.01.19 um 18:42 schrieb Grodzovsky, Andrey:
On 01/03/2019 11:20 AM, Grodzovsky, Andrey wrote:
On 01/03/2019 03:54 AM, Koenig, Christian wrote:
Am 21.12.18 um 21:36 schrieb Grodzovsky, Andrey:
On 12/21/2018 01:37 PM, Christian König wrote:
Am 20.12.18 um 20:23 schrieb Andrey Grodzovsky:
On Fri, Dec 21, 2018 at 02:26:11AM +0530, Jagan Teki wrote:
> On Tue, Dec 11, 2018 at 10:19 PM Maxime Ripard
> wrote:
> >
> > On Mon, Dec 10, 2018 at 09:47:19PM +0530, Jagan Teki wrote:
> > > Video start delay can be computed by subtracting total vertical
> > > timing with front porch timing and w
Hi Tvrtko,
On Mon, 31 Dec 2018 at 13:32, Tvrtko Ursulin
wrote:
>
>
> On 21/12/2018 13:26, Vincent Guittot wrote:
> > On Fri, 21 Dec 2018 at 12:33, Tvrtko Ursulin
[snip]
> >>
> >> If it is always monotonic, then worst case we report one wrong sample,
> >> which I guess is still not ideal since s
Hi James,
A few minor comments.
On Mon, Dec 24, 2018 at 08:58:46AM +, james qian wang (Arm Technology
China) wrote:
> D71 consists of a number of Register Blocks, every Block controls a
> specific HW function, every block has a common block_header to represent
> its type and pipeline informa
On Sat, Jan 05, 2019 at 12:47:12AM +0100, Daniel Kamil Kozar wrote:
> Hello.
> After upgrading the kernel to 4.20, I noticed that the boot time
> increased from about 5 seconds to 25 seconds. My machine is an Asus
> K53SV with an Intel i7-2630QM, i.e. Sandy Bridge. I have an external
> display conn
Hi,
sorry, only now got to test this on actual hardware,
Am Freitag, 14. Dezember 2018, 17:29:20 CET schrieb Ezequiel Garcia:
> From: Daniele Castagna
>
> Currently, YUV hardware overlays are converted to RGB using
> a color space conversion different than BT.601.
>
> The result is that colors
Fix spelling mistake: "lenght" -> "length"
Signed-off-by: Matteo Croce
---
drivers/gpu/drm/omapdrm/dss/hdmi4_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/hdmi4_core.c
b/drivers/gpu/drm/omapdrm/dss/hdmi4_core.c
index 813ba42f2753..e384b95
Am 07.01.19 um 14:05 schrieb Bas Nieuwenhuizen:
> On Mon, Jan 7, 2019 at 1:23 PM Christian König
> wrote:
>> Am 06.01.19 um 21:29 schrieb Bas Nieuwenhuizen:
>>> On Sun, Jan 6, 2019 at 9:23 PM Christian König
>>> wrote:
Am 06.01.19 um 10:46 schrieb Bas Nieuwenhuizen:
> For radv we want to
Fix spelling mistake: "lenght" -> "length"
Signed-off-by: Matteo Croce
---
drivers/gpu/drm/amd/include/atombios.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/include/atombios.h
b/drivers/gpu/drm/amd/include/atombios.h
index 7931502fa54f..8ba21747b40a
1 - 100 of 149 matches
Mail list logo
