https://bugs.freedesktop.org/show_bug.cgi?id=109315
--- Comment #1 from CI Bug Log ---
The CI Bug Log issue associated to this bug has been updated.
### New filters associated
* ICL: igt@amdgpu/amd_basic@* - skip - Test requirement: fd = 0, Last
errno: 2, No such file or directory
-
https://bugs.freedesktop.org/show_bug.cgi?id=109315
Bug ID: 109315
Summary: [CI] igt@amdgpu/* - skip - Test requirement: fd >= 0,
Last errno: 2, No such file or directory / Test
requirement: err == 0 Last errno: 9, Bad file
On Sun, Dec 30, 2018 at 06:22:00PM +0100, Heiko Stuebner wrote:
> Hi Johan,
>
> Am Samstag, 29. Dezember 2018, 14:33:14 CET schrieb Johan Jonker:
> > From: Mark Yao
> >
> > This patch adds the rk3066 VOP definitions.
> >
> > The VOP or LCD Controller serves as interface between
> > framebuffer
On Fri, Jan 11, 2019 at 03:36:28PM +0100, Rafael J. Wysocki wrote:
> On Fri, Jan 11, 2019 at 3:32 PM Russell King - ARM Linux
> wrote:
> >
> > On Fri, Jan 11, 2019 at 03:26:44PM +0100, Rafael J. Wysocki wrote:
> > > On Fri, Jan 11, 2019 at 3:20 PM Daniel Vetter wrote:
> > > >
> > > > On Wed, Jan
On Sat, 29 Dec 2018 07:07:31 +, Peter Rosin wrote:
> The name powerdown-gpios is the standard property name for the
> functionality covered by the previous pwdn-gpios name. This rename
> should be safe to do since the linux driver supporting the binding
> (lvds-encoder.c) never implemented the
On Sat, Dec 29, 2018 at 07:07:19AM +, Peter Rosin wrote:
> DS90C185 has a shutdown pin which does not fit in the lvds-transmitter
> binding, which is meant to be generic.
>
> The sister chip DS90C187 is similar to DS90C185, describe it here as well.
>
> Signed-off-by: Peter Rosin
> ---
>
This patch finalizes the KMS cleanup task dependency from
drm_display_mode. It removes the use of drm_mode_object
from drm_display_mode struct and it removes the use of
base.id and base.type from drm_display_mode struct
print string.
Signed-off-by: Shayenne Moura
Reviewed-by: Daniel Vetter
---
This patch removes the drm_mode_object prints, evaluation and use from
drm_display_mode objects used in drm files. It removes dependency from
drm_mode_object.
Signed-off-by: Shayenne Moura
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_helper.c | 5 ++---
drivers/gpu/drm/drm_modes.c
This patch adjust the print string of drm_display_mode object
to remove drm_mode_object dependency in armada files.
Signed-off-by: Shayenne Moura
---
drivers/gpu/drm/armada/armada_crtc.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git
This patch serie removes drm_mode_object dependency from
drm_display_mode struct. This is part of KMS cleanup.
---
Changes in v2:
- Make alterations suggested by Daniel and commit messages clear
Changes in v3:
- Solve typo in first patch in v2
Changes in v4:
- Remove patches already
On Fri, Jan 11, 2019 at 3:36 PM Daniel Vetter wrote:
>
> On Fri, Jan 11, 2019 at 3:32 PM Russell King - ARM Linux
> wrote:
> > On Fri, Jan 11, 2019 at 03:26:44PM +0100, Rafael J. Wysocki wrote:
> > > On Fri, Jan 11, 2019 at 3:20 PM Daniel Vetter wrote:
> > > >
> > > > On Wed, Jan 9, 2019 at
On Fri, Jan 11, 2019 at 3:32 PM Russell King - ARM Linux
wrote:
>
> On Fri, Jan 11, 2019 at 03:26:44PM +0100, Rafael J. Wysocki wrote:
> > On Fri, Jan 11, 2019 at 3:20 PM Daniel Vetter wrote:
> > >
> > > On Wed, Jan 9, 2019 at 10:31 AM Russell King - ARM Linux
> > > wrote:
> > > > On Wed, Jan
On Fri, Jan 11, 2019 at 3:32 PM Russell King - ARM Linux
wrote:
> On Fri, Jan 11, 2019 at 03:26:44PM +0100, Rafael J. Wysocki wrote:
> > On Fri, Jan 11, 2019 at 3:20 PM Daniel Vetter wrote:
> > >
> > > On Wed, Jan 9, 2019 at 10:31 AM Russell King - ARM Linux
> > > wrote:
> > > > On Wed, Jan 09,
On Wed, 9 Jan 2019 23:22:05 +0530, Jayant Shekhar wrote:
> From: Sravanthi Kollukuduru
>
> Add interconnect properties such as interconnect provider specifier
> , the edge source and destination ports which are required by the
> interconnect API to configure interconnect path for MDSS.
>
>
On Fri, Jan 11, 2019 at 03:26:44PM +0100, Rafael J. Wysocki wrote:
> On Fri, Jan 11, 2019 at 3:20 PM Daniel Vetter wrote:
> >
> > On Wed, Jan 9, 2019 at 10:31 AM Russell King - ARM Linux
> > wrote:
> > > On Wed, Jan 09, 2019 at 10:24:01AM +0100, Rafael J. Wysocki wrote:
> > > > On Wed, Jan 9,
https://bugs.freedesktop.org/show_bug.cgi?id=109265
--- Comment #3 from Marek Olšák ---
The test passes with MESA_GLSL_CACHE_DISABLE=1.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On Fri, Jan 11, 2019 at 3:20 PM Daniel Vetter wrote:
>
> On Wed, Jan 9, 2019 at 10:31 AM Russell King - ARM Linux
> wrote:
> > On Wed, Jan 09, 2019 at 10:24:01AM +0100, Rafael J. Wysocki wrote:
> > > On Wed, Jan 9, 2019 at 10:13 AM Andrzej Hajda wrote:
> > > >
> > > > +CC: Rafael J. Wysocki
>
On Wed, Jan 9, 2019 at 10:31 AM Russell King - ARM Linux
wrote:
> On Wed, Jan 09, 2019 at 10:24:01AM +0100, Rafael J. Wysocki wrote:
> > On Wed, Jan 9, 2019 at 10:13 AM Andrzej Hajda wrote:
> > >
> > > +CC: Rafael J. Wysocki
> > >
> > > On 08.01.2019 16:07, Russell King - ARM Linux wrote:
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=109265
--- Comment #2 from Marek Olšák ---
Note that f7ffa504a065dc2631fd38cc5fe885b277f4e7e7 indeed broke MSAA, but it
was fixed by c5c6e0187fd.
--
You are receiving this mail because:
You are the assignee for the
On 2019-01-11 2:15 p.m., Christian König wrote:
> Move the BO on the LRU only when it is actually moved by a DMA
> operation.
>
> [...]
>
> @@ -177,6 +175,13 @@ static vm_fault_t ttm_bo_vm_fault(struct vm_fault *vmf)
> ret = VM_FAULT_SIGBUS;
> goto
https://bugs.freedesktop.org/show_bug.cgi?id=109265
--- Comment #1 from Marek Olšák ---
The commit has no effect on shaders. The bisecting has most likely been
unsuccessful. Setting tile_swizzle = 0 in ac_surface.c reverts the commit.
--
You are receiving this mail because:
You are the
On 2019-01-11 2:15 p.m., Christian König wrote:
> Move the BO on the LRU only when it is actually moved by a DMA
> operation.
>
> Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
https://bugs.freedesktop.org/show_bug.cgi?id=109298
--- Comment #1 from Michel Dänzer ---
(In reply to tkdestroyer2+bugs-freedesktop from comment #0)
> I have an MSI R9 390, one of the bugged ones. I can boot successfully using
> cik_support=1 dpm=1 and dc=1.
Does not specifying the dpm
This fixes an '*ERROR* connector VGA-2 leaked!' splat at driver unload.
Signed-off-by: Rob Clark
---
Similar case to the issue that was fixed recently in drm/ast
drivers/gpu/drm/cirrus/cirrus_fbdev.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/cirrus/cirrus_fbdev.c
On Fri, Jan 11, 2019 at 2:08 PM Ilia Mirkin wrote:
>
>
>
> On Fri, Jan 11, 2019, 05:26 Daniel Vetter >
>> On Fri, Jan 11, 2019 at 10:43:42AM +0100, Gerd Hoffmann wrote:
>> > On Fri, Jan 11, 2019 at 10:11:09AM +0100, Daniel Vetter wrote:
>> > > On Fri, Jan 11, 2019 at 10:08 AM Gerd Hoffmann
On 11.1.2019 7.30, swati2.sha...@intel.com wrote:
From: Swati Sharma
Signed-off-by: Swati Sharma
---
drivers/gpu/drm/i915/intel_display.c | 30 ++
drivers/gpu/drm/i915/intel_sprite.c | 61 ++--
2 files changed, 89 insertions(+), 2
Move the BO on the LRU only when it is actually moved by a DMA
operation.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c
https://bugs.freedesktop.org/show_bug.cgi?id=104362
--- Comment #12 from nmr ---
Andrey is there anything I can do to help resolve this? Be happy to help.
Haven't looked at the ring buffers, is there some kind of deadlock in there?
--
You are receiving this mail because:
You are the assignee
On Fri, Jan 11, 2019, 05:26 Daniel Vetter On Fri, Jan 11, 2019 at 10:43:42AM +0100, Gerd Hoffmann wrote:
> > On Fri, Jan 11, 2019 at 10:11:09AM +0100, Daniel Vetter wrote:
> > > On Fri, Jan 11, 2019 at 10:08 AM Gerd Hoffmann
> wrote:
> > > >
> > > > On Fri, Jan 11, 2019 at 01:17:47AM -0500, Ilia
On 01/07/2019 09: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 how the OF FB driver handles the OF node
>> name. This missed the case where the node name is
On 11-Jan-19 6:17 PM, Juha-Pekka Heikkila wrote:
On 11.1.2019 7.30, swati2.sha...@intel.com wrote:
From: Swati Sharma
The following pixel formats are packed format that follows 4:2:2
chroma sampling. For memory represenation each component is
allocated 16 bits each. Thus each pixel occupies
On 11.1.2019 7.30, swati2.sha...@intel.com wrote:
From: Swati Sharma
Added needed plane control flag definitions for Y2xx and Y4xx (10, 12 and
16 bits)
Signed-off-by: Swati Sharma
---
drivers/gpu/drm/i915/i915_reg.h | 6 ++
1 file changed, 6 insertions(+)
diff --git
ST7701 designed for small and medium sizes of TFT LCD display, is
capable of supporting up to 480RGBX864 in resolution. It provides
several system interfaces like MIPI/RGB/SPI.
Currently added support for Techstar TS8550B which is ST7701 based
480x854, 2-lane MIPI DSI LCD panel.
Driver now
Techstar TS8550B MIPI DSI panel is 480x854, 2-lane MIPI DSI LCD panel
with inbuilt ST7701 chip.
The default regulator names in ST7701 chip is renamed in Techstar TS8550B
so, add specific binding names for them.
Signed-off-by: Jagan Teki
Reviewed-by: Rob Herring
---
Changes for v7:
- collect
On 11.1.2019 7.30, swati2.sha...@intel.com wrote:
From: Swati Sharma
The following pixel formats are packed format that follows 4:2:2
chroma sampling. For memory represenation each component is
allocated 16 bits each. Thus each pixel occupies 32bit.
Y210: For each component, valid data
On 1/11/19 7:37 AM, Gerd Hoffmann wrote:
Switch to atomic helpers: drm_mode_config_helper_suspend/resume().
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
---
drivers/gpu/drm/bochs/bochs_drv.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff
On 1/10/19 1:15 PM, Gerd Hoffmann wrote:
Also set prime_handle_to_fd and prime_fd_to_handle to NULL,
so drm will not advertive DRM_PRIME_CAP_{IMPORT,EXPORT} to
userspace.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Oleksandr Andrushchenko
---
drivers/gpu/drm/virtio/virtgpu_drv.h | 4
https://bugs.freedesktop.org/show_bug.cgi?id=109303
Lionel Landwerlin changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from
https://bugzilla.kernel.org/show_bug.cgi?id=202217
--- Comment #3 from Haxk20 (haxk...@gmail.com) ---
(In reply to Alex Deucher from comment #2)
> Please attach your xorg log and dmesg output. Can you provide more details
> on what exactly the issue is? On hybrid laptops, the dGPU is used for
>
On Fri, Jan 11, 2019 at 10:43:42AM +0100, Gerd Hoffmann wrote:
> On Fri, Jan 11, 2019 at 10:11:09AM +0100, Daniel Vetter wrote:
> > On Fri, Jan 11, 2019 at 10:08 AM Gerd Hoffmann wrote:
> > >
> > > On Fri, Jan 11, 2019 at 01:17:47AM -0500, Ilia Mirkin wrote:
> > > > Hi Gerd,
> > > >
> > > > What
On Fri, Jan 11, 2019 at 05:49:15PM +0800, CK Hu wrote:
> Hi, Daniel:
>
> On Fri, 2019-01-11 at 10:20 +0100, Daniel Vetter wrote:
> > On Fri, Jan 11, 2019 at 11:20:09AM +0800, CK Hu wrote:
> > > Hi, Daniel:
> > >
> > > On Thu, 2019-01-10 at 21:02 +0100, Daniel Vetter wrote:
> > > > On Thu, Jan
Hi, Daniel:
On Fri, 2019-01-11 at 10:20 +0100, Daniel Vetter wrote:
> On Fri, Jan 11, 2019 at 11:20:09AM +0800, CK Hu wrote:
> > Hi, Daniel:
> >
> > On Thu, 2019-01-10 at 21:02 +0100, Daniel Vetter wrote:
> > > On Thu, Jan 10, 2019 at 08:01:37PM +0100, Frank Wunderlich wrote:
> > > > Hi Daniel,
On Fri, Jan 11, 2019 at 10:11:09AM +0100, Daniel Vetter wrote:
> On Fri, Jan 11, 2019 at 10:08 AM Gerd Hoffmann wrote:
> >
> > On Fri, Jan 11, 2019 at 01:17:47AM -0500, Ilia Mirkin wrote:
> > > Hi Gerd,
> > >
> > > What happened with this series (and the next one)?
> >
> > Landed upstream in
Am 10.01.19 um 16:56 schrieb Grodzovsky, Andrey:
> [SNIP]
But we will not be adding the cb back in drm_sched_stop anymore, now we
are only going to add back the cb in drm_sched_startr after rerunning
those jobs in drm_sched_resubmit_jobs and assign them a new parent
there
https://bugs.freedesktop.org/show_bug.cgi?id=109303
--- Comment #1 from CI Bug Log ---
The CI Bug Log issue associated to this bug has been updated.
### New filters associated
* ICL: igt@i915_query@query-topology-known-pci-ids - skip - Test requirement:
IS_HASWELL(devid) || IS_BROADWELL(devid)
https://bugs.freedesktop.org/show_bug.cgi?id=109303
Bug ID: 109303
Summary: [CI][SHARDS]
igt@i915_query@query-topology-known-pci-ids - skip -
Test requirement: IS_HASWELL(devid) ||
IS_BROADWELL(devid) ||
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #64 from marlo...@gmail.com ---
Just received 4.20 kernel in ArchLinux and got the same problem. High
performance profile or manual with max memory clock works around.
--
You are receiving this mail because:
You are the assignee
On Thu, Jan 10, 2019 at 03:00:45PM +0100, Maarten Lankhorst wrote:
> Hi Dave/Daniel,
>
> Some patches were pushed today to drm-misc-fixes, and I think it would be nice
> if they are part of the pull req for v5.0-rc2. :)
>
> drm-misc-fixes-2019-01-10-1:
> Second pull request, drm-misc-fixes for
On Fri, Jan 11, 2019 at 11:18:22AM +0200, Jani Nikula wrote:
>
> Hi Dave & Daniel -
>
> drm-intel-fixes-2019-01-11:
> i915 fixes for v5.0-rc2:
> - Disable PSR for Apple panels
> - Broxton ERR_PTR error state fix
> - Kabylake VECS workaround fix
> - Unwind failure on pinning the gen7 ppgtt
> -
On Fri, Jan 11, 2019 at 05:51:06AM +0200, Laurent Pinchart wrote:
> From: Laurent Pinchart
>
> The DRM_BUS_FLAG_PIXDATA_POSEDGE and DRM_BUS_FLAG_PIXDATA_NEGEDGE macros
> and their DRM_BUS_FLAG_SYNC_* counterparts define on which pixel clock
> edge data and sync signals are driven. They are
On Fri, Jan 11, 2019 at 11:20:09AM +0800, CK Hu wrote:
> Hi, Daniel:
>
> On Thu, 2019-01-10 at 21:02 +0100, Daniel Vetter wrote:
> > On Thu, Jan 10, 2019 at 08:01:37PM +0100, Frank Wunderlich wrote:
> > > Hi Daniel,
> > >
> > > > > Would be good to use the new generic fbdev emulation code here,
On Fri, Jan 11, 2019 at 9:19 AM Ivan Mironov wrote:
>
> On Wed, 2019-01-09 at 15:52 +, Sasha Levin wrote:
> > Hi,
> >
> > [This is an automated email]
> >
> > This commit has been processed because it contains a "Fixes:" tag,
> > fixing commit: 79e539453b34 DRM: i915: add mode setting
Hi Dave & Daniel -
drm-intel-fixes-2019-01-11:
i915 fixes for v5.0-rc2:
- Disable PSR for Apple panels
- Broxton ERR_PTR error state fix
- Kabylake VECS workaround fix
- Unwind failure on pinning the gen7 ppgtt
- GVT workload request allocation fix
BR,
Jani.
The following changes since commit
On Fri, Jan 11, 2019 at 10:08 AM Gerd Hoffmann wrote:
>
> On Fri, Jan 11, 2019 at 01:17:47AM -0500, Ilia Mirkin wrote:
> > Hi Gerd,
> >
> > What happened with this series (and the next one)?
>
> Landed upstream in 4.20.
>
> > Semi-relatedly, I wonder if it wouldn't be better to just dump the
> >
On Fri, Jan 11, 2019 at 01:17:47AM -0500, Ilia Mirkin wrote:
> Hi Gerd,
>
> What happened with this series (and the next one)?
Landed upstream in 4.20.
> Semi-relatedly, I wonder if it wouldn't be better to just dump the
> BIG_ENDIAN flag and just define the "host" format to be the right one
>
On 11.01.2019 04:51, Laurent Pinchart wrote:
> From: Laurent Pinchart
>
> The DRM_BUS_FLAG_PIXDATA_(POS|NEG)EDGE and
> DRM_BUS_FLAG_SYNC_(POS|NEG)EDGE flags are deprecated in favour of the
> new DRM_BUS_FLAG_PIXDATA_(DRIVE|SAMPLE)_(POS|NEG)EDGE and
> new
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #84 from Michel Dänzer ---
(In reply to Nicholas Kazlauskas from comment #81)
> As for the difference between dc=1 and dc=0, that might just be a difference
> in behavior on the DRM level for atomic vs non-atomic drivers. Or a
>
On 11.01.2019 04:51, Laurent Pinchart wrote:
> From: Laurent Pinchart
>
> The DRM_BUS_FLAG_PIXDATA_POSEDGE and DRM_BUS_FLAG_PIXDATA_NEGEDGE macros
> and their DRM_BUS_FLAG_SYNC_* counterparts define on which pixel clock
> edge data and sync signals are driven. They are however used in some
>
On Thu, 10 Jan 2019 at 18:06, Konrad Rzeszutek Wilk
wrote:
>
> On Thu, Jan 10, 2019 at 04:26:43PM +0100, Sibren Vasse wrote:
> > On Thu, 10 Jan 2019 at 14:57, Christoph Hellwig wrote:
> > >
> > > On Thu, Jan 10, 2019 at 10:59:02AM +0100, Michel Dänzer wrote:
> > > >
> > > > Hi Christoph,
> > > >
On Wed, 2019-01-09 at 15:52 +, Sasha Levin wrote:
> Hi,
>
> [This is an automated email]
>
> This commit has been processed because it contains a "Fixes:" tag,
> fixing commit: 79e539453b34 DRM: i915: add mode setting support.
>
> The bot has tested the following trees: v4.20.0, v4.19.13,
Ouch, the driver rotates planes clockwise, which is simply not correct.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 30 -
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c
Hi Daniel,
> > Would be good to use the new generic fbdev emulation code here, for even
> > less code. Or at least know why this isn't possible to use for mtk (and
> > maybe address that in the core code). Hand-rolling fbdev code shouldn't be
> > needed anymore.
>
> Back on the mailing list, no
From: Arnd Bergmann
drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c:368:13: error:
'dpu_plane_danger_signal_ctrl' defined but not used [-Werror=unused-function]
Fixes: 7b2e7adea732 ("drm/msm/dpu: Make dpu_plane_danger_signal_ctrl void")
Signed-off-by: Arnd Bergmann
Signed-off-by: Anders Roxell
---
On Thu, 10 Jan 2019 at 14:57, Christoph Hellwig wrote:
>
> On Thu, Jan 10, 2019 at 10:59:02AM +0100, Michel Dänzer wrote:
> >
> > Hi Christoph,
> >
> >
> > https://bugs.freedesktop.org/109234 (please ignore comments #6-#9) was
> > bisected to your commit 55897af63091 "dma-direct: merge
The A2Q and UPDATE bits have no effect in the channel disable registers.
However, since they are present, assume that the intention is to disable
planes, not immediately as indicated by the RST bit, but on the next
frame shift since that is what A2Q and UPDATE means in the channel enable
Hi,
Friendly ping:
Who can take this?
Thanks
--
Gustavo
On 10/17/18 9:28 AM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
This patch aims to suppress 29 missing-break-in-switch false positives.
On (01/10/19 14:03), Prarit Bhargava wrote:
> +++ b/drivers/video/fbdev/core/fbcon.c
> @@ -649,11 +649,14 @@ static void fbcon_prepare_logo(struct vc_data *vc,
> struct fb_info *info,
> kfree(save);
> }
>
> + if (logo_shown == FBCON_LOGO_DONTSHOW)
> + return;
Dne četrtek, 10. januar 2019 ob 10:15:48 CET je Priit Laes napisal(a):
> On Sun, Nov 04, 2018 at 07:26:39PM +0100, Jernej Skrabec wrote:
> > Currently MP clocks don't consider adjusting parent rate even if they
> > are allowed to do so. Such behaviour considerably lowers amount of
> > possible
The destination crtc rectangle is independent of source plane rotation.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c
Hi all,
Recently I encountered a problem that virtio-gpu driver would have a very low
chance of getting hung
when I boot VM from linux kernel 4.19 on ARM64 server by using qemu. The dmesg
log shows bellow:
[ 242.782731] INFO: task systemd:1 blocked for more than 120 seconds.
[
On Fri, Jan 04, 2019 at 03:35:31PM -0700, Jason Gunthorpe wrote:
> Commit 2db76d7c3c6d ("lib/scatterlist: sg_page_iter: support sg lists w/o
> backing pages") introduced the sg_page_iter_dma_address() function without
> providing a way to use it in the general case. If the sg_dma_len is not
>
On Thu, 10 Jan 2019 at 15:48, Christoph Hellwig wrote:
>
> On Thu, Jan 10, 2019 at 03:00:31PM +0100, Christian König wrote:
> >> From the trace it looks like we git the case where swiotlb tries
> >> to copy back data from a bounce buffer, but hits a dangling or NULL
> >> pointer. So a couple
On 2019-01-10 18:45, Boris Brezillon wrote:
> On Thu, 10 Jan 2019 15:10:28 +
> Peter Rosin wrote:
>
>> Hi!
>>
>> I found an unfortunate issue while recoding plane handling to use
>> drm_atomic_helper_check_plane_state(). The driver rotates clockwise,
>> which is not correct. I simply fixed
With the help from drm_atomic_helper_check_plane_state function, clipping
now handles planes to be partially or totally off-screen. The plane is
disabled if it is not visible.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 162 +---
1 file
Hi!
I found an unfortunate issue while recoding plane handling to use
drm_atomic_helper_check_plane_state(). The driver rotates clockwise,
which is not correct. I simply fixed it (patch 1/4), but maybe that
will cause regressions for unsuspecting users who simply assumed
that the clockwise
On (01/10/19 14:03), Prarit Bhargava wrote:
> The fbcon code can be built as a module and requires console_printk.
>
> Export console_printk.
>
> Signed-off-by: Prarit Bhargava
> Cc: Petr Mladek
> Cc: Sergey Senozhatsky
> Cc: Hans de Goede
> Cc: Marko Myllynen
> Cc: Steven Rostedt (VMware)
>
On 2019-01-10 18:29, Boris Brezillon wrote:
> On Thu, 10 Jan 2019 15:10:48 +
> Peter Rosin wrote:
>
>> The A2Q and UPDATE bits have no effect in the channel disable registers.
>> However, since they are present, assume that the intention is to disable
>> planes, not immediately as indicated
101 - 177 of 177 matches
Mail list logo