https://bugs.freedesktop.org/show_bug.cgi?id=107095
--- Comment #1 from Andrew Dorney ---
Created attachment 140443
--> https://bugs.freedesktop.org/attachment.cgi?id=140443=edit
lspci
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=107095
Bug ID: 107095
Summary: Artifacts in X sessions, GPU fault 147
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugzilla.kernel.org/show_bug.cgi?id=200395
--- Comment #2 from Thomas (be11f157cd19c4a2ba1e9c70a38b1...@protonmail.com) ---
It also hangs when I run X but interestingly not when I run swaywm.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=200395
--- Comment #1 from Thomas (be11f157cd19c4a2ba1e9c70a38b1...@protonmail.com) ---
I forgot to add that there is also an integrated Intel GPU on the system.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=200395
Bug ID: 200395
Summary: nv04_timer_read() hangs a CPU
Product: Drivers
Version: 2.5
Kernel Version: 4.17.3
Hardware: x86-64
OS: Linux
Tree: Mainline
On Wed, Jun 27, 2018 at 03:27:35PM +0530, Sandeep Panda wrote:
> Document the bindings used for the sn65dsi86 DSI to eDP bridge.
>
> Changes in v1:
> - Rephrase the dt-binding descriptions to be more inline with existing
>bindings (Andrzej Hajda).
> - Add missing dt-binding that are parsed
Dne nedelja, 01. julij 2018 ob 21:25:57 CEST je Jernej Škrabec napisal(a):
> Dne nedelja, 01. julij 2018 ob 17:35:28 CEST je Chen-Yu Tsai napisal(a):
> > On Sun, Jul 1, 2018 at 11:13 PM, Jernej Škrabec
>
> wrote:
> > > Dne nedelja, 01. julij 2018 ob 15:52:55 CEST je Chen-Yu Tsai napisal(a):
> >
In commits:
34a2ab5e0689 ("drm: Add acquire ctx parameter to ->update_plane")
1931529448bc ("drm: Add acquire ctx parameter to ->plane_disable")
a pointer to a drm_modeset_acquire_ctx structure was added as an
argument to the method prototypes. The transitional helpers are
supposed to be
On Mon, Jul 02, 2018 at 01:53:17PM +0200, Thierry Reding wrote:
> On Wed, May 30, 2018 at 04:06:24PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Instead of setting the DMA ops pointer to NULL, set the correct,
> > non-IOMMU ops depending on the device's coherency setting.
> >
Hi folks,
A Fedora user, Mikhail (CCed), reported[0] a regression with their Vega
56 AMD GPU introduced by bfdec2340478 ("drm/amd/display: Implement
dm_pp_get_clock_levels_by_type_with_latency"). The symptom is that
nothing is displayed and looking at the logs (attached to the Bugzilla),
I see
On Mon, 2018-07-02 at 09:36 +0200, Bernd Petrovitsch wrote:
> > +#define for_each_registered_fb(i) \
> > + for (i = 0; i < FB_MAX; i++)\
> > + if (registered_fb[i])
> > +
>
> That leaves the possibility of a dangling-else.
> snip
> #define
Hi,
I have a XFX Radeon VEGA 64, and a SuperMicro H11SSL-NC.
I have been using the kernel.org 4.17.3 tree.
I can run gnome-shell for awhile but the box eventually crashes. The
VEGA fans go full blast and the machine becomes unresponsive.
This is with my own "home brew" linux and also with
On 2 July 2018 at 13:57, Bartlomiej Zolnierkiewicz
wrote:
> On Monday, July 02, 2018 01:46:09 PM Ard Biesheuvel wrote:
>> On 2 July 2018 at 13:26, Hans de Goede wrote:
>> > Bartlomiej,
>> >
>> > Now that the fbcon deferred console takeover patches have been
>> > merged I believe this series can
On 02/07/18 09:10, Oleksandr Andrushchenko wrote:
> Hello, Boris, Juergen!
>
> Do you think I can re-base the series (which already has
> all required R-b's from Xen community) onto the latest kernel
> with API changes to patches 5 (of_dma_configure) and 8
> (dma-buf atomic ops) and we can merge
On Mon, Jul 02, 2018 at 10:47:03AM +0200, Daniel Vetter wrote:
> On Sun, Jul 01, 2018 at 04:34:02PM +0100, Russell King - ARM Linux wrote:
> > > drivers/gpu/drm/arm/hdlcd_crtc.c: drm_plane_helper_disable(plane);
> > > drivers/gpu/drm/msm/disp/mdp4/mdp4_plane.c:
> > >
Hi all!
On Fri, 2018-06-29 at 00:20 +0800, Yisheng Xie wrote:
[...]
> diff --git a/include/linux/fb.h b/include/linux/fb.h
> index aa74a22..3e13b95 100644
> --- a/include/linux/fb.h
> +++ b/include/linux/fb.h
> @@ -650,6 +650,10 @@ extern int fb_get_color_depth(struct
> fb_var_screeninfo *var,
>
On Mon, 2018-07-02 at 09:30 +0200, Daniel Vetter wrote:
> On Fri, Jun 29, 2018 at 07:20:13PM +0300, Andy Shevchenko wrote:
> > On Fri, 2018-06-29 at 00:20 +0800, Yisheng Xie wrote:
> > LGTM except macro implementation. That's why I have mentioned
> > for_each_pci_bridge() to look at.
> >
> > >
The fault handler code is commented since v4.2.
If there is no plan to enable the fault handler
code in future, we can remove this dead code.
Signed-off-by: Souptick Joarder
---
drivers/gpu/drm/virtio/virtgpu_ttm.c | 36 +---
1 file changed, 1 insertion(+), 35
On 2 July 2018 at 13:26, Hans de Goede wrote:
> Bartlomiej,
>
> Now that the fbcon deferred console takeover patches have been
> merged I believe this series can be merged too ?
>
> Note the first patch has an ack from Ard for merging the
> 1 line efi change through the fbdev tree.
>
... or I
https://bugs.freedesktop.org/show_bug.cgi?id=107065
--- Comment #13 from Andrey Grodzovsky ---
(In reply to dwagner from comment #12)
> (In reply to Andrey Grodzovsky from comment #10)
> > Created attachment 140418 [details] [review] [review]
> > drm/amdgpu: Verify root PD is mapped into kernel
https://bugs.freedesktop.org/show_bug.cgi?id=99782
--- Comment #1 from Charadon ---
I'm getting this issue also on Mesa 18.1.3. So far its happened in the
following areas
Legend of Zelda: Twilight Princess: System locks up when going into the area of
the first light spring.
Metroid Prime:
Hi Alex,
On Sun, Apr 15, 2018 at 9:48 PM Agrawal, Akshu wrote:
>
>
>
> On 4/13/2018 9:45 PM, Daniel Kurtz wrote:
> > Commit 51f7415039d4 ("drm/amd/amdgpu: creating two I2S instances for
> > stoney/cz") added support for the "BT_I2S" ACP i2s channel. As part of
> > this change, one additional
On Sun, Jul 1, 2018 at 1:01 PM Linus Walleij wrote:
>
> On Wed, Jun 27, 2018 at 7:21 PM Rob Herring wrote:
> > On Thu, Jun 21, 2018 at 08:49:41PM +0200, Linus Walleij wrote:
>
> > > +This panel driver can driver a variety of panels. It requires
> >
> > s/can driver/can drive/
> >
> > Though what
Hi,
I have a XFX Radeon VEGA 64, and a SuperMicro H11SSL-NC.
I have been using the kernel.org 4.17.3 tree.
I can run gnome-shell for awhile but the box eventually crashes. The
VEGA fans go full blast and the machine becomes unresponsive.
This is with my own "home brew" linux and also with
It's been a pretty good while since kernel modesetting was introduced.
It has almost entirely replaced previous solutions which required
userspace modesetting, and I can't even recall any drivers off the top
of my head for modern day hardware that don't only support one or the
other. Even nvidia's
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #15 from phoenix (fe...@feldspaten.org) ---
Created attachment 277135
--> https://bugzilla.kernel.org/attachment.cgi?id=277135=edit
kmemleak output of Cities.x64
I was finally able to create a kmemleak output and cropped it to the
On Mon, Jul 02, 2018 at 06:43:48PM +0200, Michel Dänzer wrote:
> > Sending the logs as direct email to your personal email box.
>
> Does using xf86-input-libinput instead of xf86-input-evdev help?
I did plan to switch to libinput in the futur, but:
I did test the xinput events and I get for a
Unlike other compositors, we don't get a crtc disable from weston
when the cable is unplugged. As such, when the cable is re-plugged
the kernel doesn't detect an enable/mode change and initiates a
simple plane update instead of a modeset.
This patch clears the mode when all planes are off.
Boris Brezillon writes:
> From: Boris Brezillon
>
> The transposer block is allowing one to write the result of the VC4
> composition back to memory instead of displaying it on a screen.
>
> Signed-off-by: Boris Brezillon
> Reviewed-by: Liviu Dudau
> Reviewed-by: Eric Anholt
I've pulled
https://bugs.freedesktop.org/show_bug.cgi?id=107065
--- Comment #12 from dwagner ---
(In reply to Andrey Grodzovsky from comment #10)
> Created attachment 140418 [details] [review]
> drm/amdgpu: Verify root PD is mapped into kernel address space.
>
> dwagner, please try this patch. Fixes the
On Mon, 02 Jul 2018 11:52:58 -0700
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > From: Boris Brezillon
> >
> > The transposer block is providing support for mem-to-mem composition,
> > which is exposed as a drm_writeback connector in DRM.
> >
> > Add a driver to support this feature.
> >
Boris Brezillon writes:
> From: Boris Brezillon
>
> The transposer block is providing support for mem-to-mem composition,
> which is exposed as a drm_writeback connector in DRM.
>
> Add a driver to support this feature.
>
> Signed-off-by: Boris Brezillon
> ---
> Changes in v3:
> - Add Eric's
On Mon, Jul 2, 2018 at 5:41 PM, Russell King - ARM Linux
wrote:
> On Mon, Jul 02, 2018 at 10:47:03AM +0200, Daniel Vetter wrote:
>> On Sun, Jul 01, 2018 at 04:34:02PM +0100, Russell King - ARM Linux wrote:
>> > > drivers/gpu/drm/arm/hdlcd_crtc.c: drm_plane_helper_disable(plane);
>> > >
Reviewed-by: Sinclair Yeh
I assume you'll upstream this as part of your series?
On Tue, Jun 26, 2018 at 10:47:16PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use drm_{plane,connector}_mask() where appropriate.
>
> Cc: VMware Graphics
> Cc: Sinclair Yeh
> Cc: Thomas Hellstrom
>
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #14 from Michel Dänzer (mic...@daenzer.net) ---
Another possibility would be narrowing down where between 4.4 and 4.16 this
started happening, and eventually bisecting.
--
You are receiving this mail because:
You are watching the
On 2018-07-02 05:28 PM, sylvain.bertr...@gmail.com wrote:
> On Mon, Jul 02, 2018 at 04:22:47PM +0200, Michel Dänzer wrote:
>
>> Sounds like maybe DOTA doesn't use the X11 cursor (which would end up
>> using the HW cursor), but renders the cursor as part of its scene.
>
> Probably, but it happens
On Mon, 2 Jul 2018 23:30:05 +0800
kbuild test robot wrote:
> Hi Boris,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on next-20180702]
> [cannot apply to drm/drm-next anholt/for-next robh/for-next v4.18-rc3
> v4.18-rc2 v4.18-rc1 v4.18-
On Mon, Jul 02, 2018 at 04:22:47PM +0200, Michel Dänzer wrote:
> Is the behaviour different with the Xorg modesetting driver and/or the
> radeon kernel driver?
Tested both. Same thing than with amdgpu.
--
Sylvain
___
dri-devel mailing list
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #13 from phoenix (fe...@feldspaten.org) ---
Having some problems setting up kmemleak at the moment. I'll test and check
tomorrow
--
You are receiving this mail because:
You are watching the assignee of the bug.
+ Harry and Leo
On Mon, Jul 2, 2018 at 7:07 AM, Mahesh Kumar wrote:
> This series improves crc-core <-> driver interface.
> This series adds following functionality in the crc-core
> - Now control node will print all the available sources if
>implemented by driver along with current
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #12 from phoenix (fe...@feldspaten.org) ---
I'm rebuilding the kernel and checking a possible memory leak with kmemleak.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On 07/02/2018 08:54 AM, Noralf Trønnes wrote:
Remove drm_fb_cma_fbdev_init_with_funcs(), its only user tinydrm has
moved to drm_fbdev_generic_setup().
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
---
Reviewed-by: David Lechner
___
On Wed, Jun 27, 2018 at 10:59:49AM +0200, Daniel Vetter wrote:
> On Tue, Jun 26, 2018 at 11:41:44PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Update drm_atomic_helper_commit_planes_on_crtc() to use explicit old/new
> > states instead of relying on obj->state.
> >
> >
On Tue, Jun 26, 2018 at 01:09:53PM -0700, Rodrigo Vivi wrote:
> On Tue, Jun 26, 2018 at 10:47:07PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Add drm_plane_mask() which returns the 1< > We already have an identical drm_crtc_mask() for crtcs.
> >
> > Mostly performed with
On 07/02/2018 08:54 AM, Noralf Trønnes wrote:
Make full use of the generic fbdev client.
Cc: David Lechner
Signed-off-by: Noralf Trønnes
---
Reviewed-by: David Lechner
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
From: Hans Verkuil
This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX
feature. This patch series is based on the current media master branch
(https://git.linuxtv.org/media_tree.git/log/) but it applies fine on top
of the current mainline tree.
This patch series has been
From: Hans Verkuil
This adds support for the DisplayPort CEC-Tunneling-over-AUX
feature that is part of the DisplayPort 1.3 standard.
Unfortunately, not all DisplayPort/USB-C to HDMI adapters with a
chip that has this capability actually hook up the CEC pin, so
even though a CEC device is
From: Hans Verkuil
Implement support for this DisplayPort feature.
Signed-off-by: Hans Verkuil
Reviewed-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_dp.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c
From: Hans Verkuil
Document the Display Port CEC helper functions.
Signed-off-by: Hans Verkuil
Reviewed-by: Ville Syrjälä
---
Documentation/gpu/drm-kms-helpers.rst | 9 +
1 file changed, 9 insertions(+)
diff --git a/Documentation/gpu/drm-kms-helpers.rst
https://bugzilla.kernel.org/show_bug.cgi?id=200387
Christian König (christian.koe...@amd.com) changed:
What|Removed |Added
CC|
Looks good:
Acked-by: Christoph Hellwig
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi Boris,
I love your patch! Yet something to improve:
[auto build test ERROR on next-20180702]
[cannot apply to drm/drm-next anholt/for-next robh/for-next v4.18-rc3 v4.18-rc2
v4.18-rc1 v4.18-rc3]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system
Hi Boris,
I love your patch! Perhaps something to improve:
[auto build test WARNING on next-20180702]
[cannot apply to drm/drm-next anholt/for-next robh/for-next v4.18-rc3 v4.18-rc2
v4.18-rc1 v4.18-rc3]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve
From: Ville Syrjälä
Use drm_connector_for_each_possible_encoder() for iterating
connector->encoder_ids[]. A bit more convenient not having
to deal with the implementation details.
v2: Replace drm_for_each_connector_encoder_ids() with
drm_connector_for_each_possible_encoder() (Daniel)
v3:
On Mon, Jul 02, 2018 at 04:22:47PM +0200, Michel Dänzer wrote:
> I'm afraid I'm still not sure what "blurry motion" means exactly.
Like the mouse cursor location is updated very slowly, and that, only at 60Hz.
(in dota2, it looks like sub-30Hz with lag).
> Is the behaviour different with the
On 02/07/18 16:55, Ville Syrjälä wrote:
> On Thu, Jun 28, 2018 at 09:42:51AM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> This adds support for the DisplayPort CEC-Tunneling-over-AUX
>> feature that is part of the DisplayPort 1.3 standard.
>>
>> Unfortunately, not all DisplayPort/USB-C
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #10 from phoenix (fe...@feldspaten.org) ---
I uploaded all the requested files. Interestingly the output of top and statm
of the process has comparable values except for the data stack (see file stats)
Virtual, resident and shared
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #9 from phoenix (fe...@feldspaten.org) ---
Created attachment 277131
--> https://bugzilla.kernel.org/attachment.cgi?id=277131=edit
Output of top of the problematic process on the two Kernels
Truncated output of top of the
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #8 from phoenix (fe...@feldspaten.org) ---
Created attachment 277129
--> https://bugzilla.kernel.org/attachment.cgi?id=277129=edit
Free and stats of the two Kernels
Contains free and the /proc/$ID/stat and /proc/$ID/statm output of
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #7 from phoenix (fe...@feldspaten.org) ---
Created attachment 277127
--> https://bugzilla.kernel.org/attachment.cgi?id=277127=edit
Xorg log on 4.4.0
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #6 from phoenix (fe...@feldspaten.org) ---
Created attachment 277125
--> https://bugzilla.kernel.org/attachment.cgi?id=277125=edit
Xorg Log on 4.17.3
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #5 from phoenix (fe...@feldspaten.org) ---
Created attachment 277123
--> https://bugzilla.kernel.org/attachment.cgi?id=277123=edit
dmesg on Kernel 4.4.0
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #4 from phoenix (fe...@feldspaten.org) ---
Created attachment 277121
--> https://bugzilla.kernel.org/attachment.cgi?id=277121=edit
dmesg Kernel 4.17.3
--
You are receiving this mail because:
You are watching the assignee of the
On Thu, Jun 28, 2018 at 09:42:51AM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This adds support for the DisplayPort CEC-Tunneling-over-AUX
> feature that is part of the DisplayPort 1.3 standard.
>
> Unfortunately, not all DisplayPort/USB-C to HDMI adapters with a
> chip that has this
On 2018-07-02 04:04 PM, sylvain.bertr...@gmail.com wrote:
> On Mon, Jul 02, 2018 at 11:29:19AM +0200, Michel Dänzer wrote:
>> On 2018-07-02 11:24 AM, Michel Dänzer wrote:
>>> On 2018-07-01 02:52 PM, sylvain.bertr...@gmail.com wrote:
Hi,
I noticed that when my monitor runs at 60Hz,
On Mon, Jul 02, 2018 at 04:04:45PM +0300, Ville Syrjälä wrote:
> On Sat, Jun 30, 2018 at 10:12:21PM +0300, Dan Carpenter wrote:
> > Hi Ville,
> >
> > Thank you for the patch! Perhaps something to improve:
> >
> > url:
> >
On Mon, Jul 02, 2018 at 11:29:19AM +0200, Michel Dänzer wrote:
> On 2018-07-02 11:24 AM, Michel Dänzer wrote:
> > On 2018-07-01 02:52 PM, sylvain.bertr...@gmail.com wrote:
> >> Hi,
> >>
> >> I noticed that when my monitor runs at 60Hz, the cursor motion is really
> >> not
> >> smooth, even at low
On Sat, 30 Jun 2018, Yisheng Xie wrote:
> Following pattern is often used:
>
> for (i = 0; i < FB_MAX; i++) {
> if (registered_fb[i]) {
> ...
> }
> }
>
> Therefore, as Andy's suggestion, for_each_registered_fb() helper can
> be introduced to make the code easier
This adds a drm_fbdev_generic_setup() function that sets up generic
fbdev emulation with client callbacks for restore, hotplug and
unregister.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 117
include/drm/drm_fb_helper.h | 7
https://bugs.freedesktop.org/show_bug.cgi?id=107087
Bug ID: 107087
Summary: GPU Crash When Running Wine from Lutris
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: All
Status: NEW
Severity:
Print the names of the internal clients currently attached.
Reviewed-by: Daniel Vetter
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c | 28
drivers/gpu/drm/drm_debugfs.c | 7 +++
include/drm/drm_client.h | 3 +++
3 files changed, 38
Make full use of the generic fbdev client.
Cc: David Lechner
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 3 +--
drivers/gpu/drm/tinydrm/ili9225.c | 1 -
drivers/gpu/drm/tinydrm/ili9341.c | 1 -
drivers/gpu/drm/tinydrm/mi0283qt.c
Remove drm_fb_cma_fbdev_init_with_funcs(), its only user tinydrm has
moved to drm_fbdev_generic_setup().
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 21 -
include/drm/drm_fb_cma_helper.h | 3 ---
2 files changed, 24
This patchset adds generic fbdev emulation for drivers that supports GEM
based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An
API is begun to support in-kernel clients in general.
Change this version:
Fix a bug in an error path that the kbuild test robot caught.
Change
Add client callbacks and hook them up.
Add a list of clients per drm_device.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c| 92 -
drivers/gpu/drm/drm_drv.c | 7 +++
drivers/gpu/drm/drm_fb_cma_helper.c | 2 +-
This switches the CMA helper drivers that use its fbdev emulation over
to the generic fbdev emulation. It's the first phase of using generic
fbdev. A later phase will use DRM client callbacks for the
lastclose/hotplug/remove callbacks.
There are currently 2 fbdev init/fini functions:
-
This is the first step in getting generic fbdev emulation.
A drm_fb_helper_funcs.fb_probe function is added which uses the
DRM client API to get a framebuffer backed by a dumb buffer.
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c | 192
These are needed for pl111 to use the generic fbdev emulation.
Cc: Eric Anholt
Signed-off-by: Noralf Trønnes
Reviewed-by: Eric Anholt
---
drivers/gpu/drm/pl111/pl111_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/pl111/pl111_drv.c
This the beginning of an API for in-kernel clients.
First out is a way to get a framebuffer backed by a dumb buffer.
Only GEM drivers are supported.
The original idea of using an exported dma-buf was dropped because it
also creates an anonomous file descriptor which doesn't work when the
buffer
On 07/02/2018 11:20 AM, Juergen Gross wrote:
On 02/07/18 09:10, Oleksandr Andrushchenko wrote:
Hello, Boris, Juergen!
Do you think I can re-base the series (which already has
all required R-b's from Xen community) onto the latest kernel
with API changes to patches 5 (of_dma_configure) and 8
On Sat, Jun 30, 2018 at 10:12:21PM +0300, Dan Carpenter wrote:
> Hi Ville,
>
> Thank you for the patch! Perhaps something to improve:
>
> url:
> https://github.com/0day-ci/linux/commits/Ville-Syrjala/drm-Third-attempt-at-fixing-the-fb-helper-best_encoder-mess/20180629-014202
> base:
On Mon 02-07-18 14:39:50, Christian König wrote:
[...]
> Not wanting to block something as important as this, so feel free to add an
> Acked-by: Christian König to the patch.
Thanks a lot!
> Let's rather face the next topic: Any idea how to runtime test this?
This is a good question indeed.
On Mon, Jul 02, 2018 at 02:20:14PM +0200, Boris Brezillon wrote:
> Not all writeback connector implementations might want to commit things
> from the connector driver. Some, like the malidp driver, commit things
> from their main commit_tail() function, and would rather not have to
> implement a
https://bugzilla.kernel.org/show_bug.cgi?id=199475
DCWizard (andrea...@protonmail.com) changed:
What|Removed |Added
Kernel Version|4.15.18 |4.17.3
--
You are
Am 02.07.2018 um 14:35 schrieb Michal Hocko:
On Mon 02-07-18 14:24:29, Christian König wrote:
Am 02.07.2018 um 14:20 schrieb Michal Hocko:
On Mon 02-07-18 14:13:42, Christian König wrote:
Am 02.07.2018 um 13:54 schrieb Michal Hocko:
On Mon 02-07-18 11:14:58, Christian König wrote:
Am
On Mon 02-07-18 14:24:29, Christian König wrote:
> Am 02.07.2018 um 14:20 schrieb Michal Hocko:
> > On Mon 02-07-18 14:13:42, Christian König wrote:
> > > Am 02.07.2018 um 13:54 schrieb Michal Hocko:
> > > > On Mon 02-07-18 11:14:58, Christian König wrote:
> > > > > Am 27.06.2018 um 09:44 schrieb
Am 02.07.2018 um 14:20 schrieb Michal Hocko:
On Mon 02-07-18 14:13:42, Christian König wrote:
Am 02.07.2018 um 13:54 schrieb Michal Hocko:
On Mon 02-07-18 11:14:58, Christian König wrote:
Am 27.06.2018 um 09:44 schrieb Michal Hocko:
This is the v2 of RFC based on the feedback I've received
Op 29-06-18 om 12:27 schreef Stefan Schake:
> Hey Maarten,
>
> On Fri, Jun 29, 2018 at 12:05 PM, Maarten Lankhorst
> wrote:
>> Op 22-02-18 om 04:54 schreef Stefan Schake:
>>> Android assumes an implicit black background layer is always present
>>> behind all layers it specifies for composition.
From: Boris Brezillon
The transposer block is allowing one to write the result of the VC4
composition back to memory instead of displaying it on a screen.
Signed-off-by: Boris Brezillon
Reviewed-by: Liviu Dudau
Reviewed-by: Eric Anholt
---
Changes in v3:
- Add R-b tags
Changes in v2:
- None
From: Boris Brezillon
The transposer block is providing support for mem-to-mem composition,
which is exposed as a drm_writeback connector in DRM.
Add a driver to support this feature.
Signed-off-by: Boris Brezillon
---
Changes in v3:
- Add Eric's R-b
- Fix the code updating ->no_blank so that
In some cases CRTCs are active but are not able to generating events, at
least not at every frame at it's expected to.
This is typically the case when the CRTC is feeding a writeback connector
that has no job queued. In this situation the CRTC is usually stopped
until a new job is queued, and this
drm_atomic_helper_wait_for_vblanks() assumes the CRTC will continuously
generate VBLANK events and the vblank counter will keep increasing.
While this work for a regular pipeline, it doesn't when you have the
CRTC is feeding the transposer block, because this block works in
oneshot mode, and, by
Mimic what is done in drm_atomic_commit_tail() and call
drm_atomic_helper_fake_vblank() so that VBLANK events are faked
when the drm_crtc_state.no_vblank is true. Will be needed when we'll
add support for the transposer block.
Signed-off-by: Boris Brezillon
Reviewed-by: Eric Anholt
---
Changes
Now that we have a way to fake VBLANK events when requested by the CRTC
hook it up to the generic commit_tail() helpers.
Signed-off-by: Boris Brezillon
Reviewed-by: Liviu Dudau
Reviewed-by: Daniel Vetter
---
Changes in v3:
- Add R-b tags
Changes in v2:
- New patch
---
On Mon 02-07-18 14:13:42, Christian König wrote:
> Am 02.07.2018 um 13:54 schrieb Michal Hocko:
> > On Mon 02-07-18 11:14:58, Christian König wrote:
> > > Am 27.06.2018 um 09:44 schrieb Michal Hocko:
> > > > This is the v2 of RFC based on the feedback I've received so far. The
> > > > code even
Other atomic hooks are passed state objects, let's change this one to
be consistent.
Signed-off-by: Boris Brezillon
Acked-by: Liviu Dudau
Reviewed-by: Daniel Vetter
---
Changes in v3:
- Add Liviu's A-b and Daniel's R-b
Changes in v2:
- New patch
---
drivers/gpu/drm/drm_atomic_helper.c |
Not all writeback connector implementations might want to commit things
from the connector driver. Some, like the malidp driver, commit things
from their main commit_tail() function, and would rather not have to
implement a dummy hook for drm_connector_helper_funcs.atomic_commit().
Make this
Use container_of() instead of type casting so that it keeps working
even if base is moved inside the drm_writeback_connector struct.
Signed-off-by: Boris Brezillon
Reviewed-by: Liviu Dudau
Reviewed-by: Daniel Vetter
---
Changes in v3:
- Add Daniel's and Liviu's R-b
---
Hello,
This is the third version of this series adding writeback support
to the VC4 display engine.
This version is based on drm-misc-next and include a bunch of
modifications to the core that I had to add to make it work on VC4.
Not much has changed in this v3, just a few minor
Op 02-07-18 om 13:07 schreef Mahesh Kumar:
> This patch implements verify_crc_source callback function introduced
> earlier in this series.
>
> Signed-off-by: Mahesh Kumar
> Cc: dri-devel@lists.freedesktop.org
> Reviewed-by: Maarten Lankhorst
> ---
Patch 6 and 7 were acked for inclusion through
1 - 100 of 176 matches
Mail list logo
