Hi Lu,
On 2020-09-11 9:21 p.m., Lu Baolu wrote:
> Tom Murphy has almost done all the work. His latest patch series was
> posted here.
>
> https://lore.kernel.org/linux-iommu/20200903201839.7327-1-murph...@tcd.ie/
>
> Thanks a lot!
>
> This series is a follow-up with below changes:
>
> 1. Add a qui
== Series Details ==
Series: managed drm_device, absolute final leftover bits (rev2)
URL : https://patchwork.freedesktop.org/series/81851/
State : failure
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
DESCEND objtool
CHK include/generated/com
To avoid having to create all the device and driver scaffolding we
just manually create and destroy a devres_group.
v2: Rebased
v3: use devres_open/release_group so we can use devm without real
hacks in the driver core or having to create an entire fake bus for
testing drivers. Might want to extr
The following changes since commit d5f9eea5a251d43412b07f5295d03e97b89ac4a5:
wl18xx: update firmware file 8.9.0.0.83 (2020-09-01 08:07:59 -0400)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm-firmware guc_v49
for you to fetch changes up to a5beba43fb3a2b91f4b9
On Fri, Sep 18, 2020 at 01:39:45PM +0300, Ville Syrjälä wrote:
> On Thu, Sep 17, 2020 at 04:57:09PM -0700, Navare, Manasi wrote:
> > On Fri, Sep 18, 2020 at 12:43:33AM +0300, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > Refactor the output_format calculation into a helper so that
>
On Fri, Sep 18, 2020 at 8:31 PM Matthew Auld
wrote:
>
> On Fri, 18 Sep 2020 at 19:22, Daniel Vetter wrote:
> >
> > On Fri, Sep 18, 2020 at 7:50 PM Matthew Auld
> > wrote:
> > >
> > > On Fri, 18 Sep 2020 at 14:25, Daniel Vetter
> > > wrote:
> > > >
> > > > The big change is device_add so that d
== Series Details ==
Series: series starting with [v3,1/3] drm/i915/display: Ignore
IGNORE_PSR2_HW_TRACKING for platforms without sel fetch (rev2)
URL : https://patchwork.freedesktop.org/series/81824/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9025_full -> Patchwork_18533_
On Fri, 18 Sep 2020 at 19:22, Daniel Vetter wrote:
>
> On Fri, Sep 18, 2020 at 7:50 PM Matthew Auld
> wrote:
> >
> > On Fri, 18 Sep 2020 at 14:25, Daniel Vetter wrote:
> > >
> > > The big change is device_add so that device_del can auto-cleanup
> > > devres resources. This allows us to use devm_
On Fri, Sep 18, 2020 at 7:50 PM Matthew Auld
wrote:
>
> On Fri, 18 Sep 2020 at 14:25, Daniel Vetter wrote:
> >
> > The big change is device_add so that device_del can auto-cleanup
> > devres resources. This allows us to use devm_drm_dev_alloc, which
> > removes the last user of drm_dev_init.
> >
I'll defer to Ville & Lyude.
I dug up more on the bug report and found that both Thinkpad and
Galaxy Chromebook use the same Samsung OLED.
So my 2 vs 1 argument is actually not valid.
On Fri, Sep 18, 2020 at 10:59 AM Kevin Chowski wrote:
>
> Apologies once again, some of my emails were bouncing
== Series Details ==
Series: managed drm_device, absolute final leftover bits
URL : https://patchwork.freedesktop.org/series/81851/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9025_full -> Patchwork_18531_full
Summary
---
Apologies once again, some of my emails were bouncing for some
addresses yesterday. Hopefully it was a temporary condition; I'll
continue trying to dig into it on my end if it happens again for this
email.
Since there's evidence that some models want lsb and some (well, at
least one) want msb, my
On Fri, 18 Sep 2020 at 14:25, Daniel Vetter wrote:
>
> The big change is device_add so that device_del can auto-cleanup
> devres resources. This allows us to use devm_drm_dev_alloc, which
> removes the last user of drm_dev_init.
>
> v2: Rebased
>
> v3: use devres_open/release_group so we can use d
== Series Details ==
Series: series starting with [v3,1/3] drm/i915/display: Ignore
IGNORE_PSR2_HW_TRACKING for platforms without sel fetch (rev2)
URL : https://patchwork.freedesktop.org/series/81824/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9025 -> Patchwork_18533
=
Hi Dave and Daniel,
here goes our last pull request targeting 5.10.
drm-intel-next-2020-09-17:
Driver Changes:
- Reduce INTEL_DISPLAY_ENABLED to just removed outputs treating it as
disconnected (Ville)
- Introducing new AUX, DVO, and TC ports and refactoring code around hot plug
interrupts for
On Thu, Sep 17, 2020 at 09:52:30AM +0200, Daniel Vetter wrote:
> On Thu, Sep 17, 2020 at 12:39 AM Paul E. McKenney wrote:
> >
> > On Wed, Sep 16, 2020 at 11:43:02PM +0200, Daniel Vetter wrote:
> > > On Wed, Sep 16, 2020 at 10:58 PM Paul E. McKenney
> > > wrote:
> > > >
> > > > On Wed, Sep 16, 20
On Wed, 16 Sep 2020 at 21:32, Linus Torvalds
wrote:
>
> But something like a driver list walking thing should not be doing
> different things behind peoples back depending on whether they hold
> spinlocks or not. It should either just work regardless, or there
> should be a flag (or special interf
On Wed, Sep 09, 2020 at 01:06:39PM -0700, Joe Perches wrote:
> fallthrough to a separate case/default label break; isn't very readable.
>
> Convert pseudo-keyword fallthrough; statements to a simple break; when
> the next label is case or default and the only statement in the next
> label block is
On Wed, Sep 16, 2020 at 11:43:02PM +0200, Daniel Vetter wrote:
> On Wed, Sep 16, 2020 at 10:58 PM Paul E. McKenney wrote:
> >
> > On Wed, Sep 16, 2020 at 10:29:06PM +0200, Daniel Vetter wrote:
> > > On Wed, Sep 16, 2020 at 5:29 PM Paul E. McKenney
> > > wrote:
> > > >
> > > > On Wed, Sep 16, 202
On Fri, Sep 18, 2020 at 01:12:08PM +0200, Maarten Lankhorst wrote:
> In case backoff fails with an error, we return an undefined rq,
> assign err to rq correctly.
>
> Fixes: 8a929c9eb1c2 ("drm/i915: Use ww pinning for
> intel_context_create_request()")
> Signed-off-by: Maarten Lankhorst
> ---
>
== Series Details ==
Series: series starting with [1/3] drm/i915: Extract intel_dp_output_format()
(rev2)
URL : https://patchwork.freedesktop.org/series/81815/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9025_full -> Patchwork_18530_full
On Fri, Sep 18, 2020 at 11:03:12AM -0400, Alex Deucher wrote:
> On Fri, Sep 18, 2020 at 9:25 AM Daniel Vetter wrote:
> >
> > Hi all,
> >
> > These are the leftovers of the leftovers of my initial drmm series to
> > manage drm_device.
> >
> > Changes:
> > - bugfixed i915 selftests
> > - patch from
== Series Details ==
Series: series starting with [1/6] zsmalloc: switch from alloc_vm_area to
get_vm_area
URL : https://patchwork.freedesktop.org/series/81855/
State : failure
== Summary ==
Applying: zsmalloc: switch from alloc_vm_area to get_vm_area
Applying: mm: add a vmap_pfn function
App
Open code alloc_vm_area in the last remaining caller.
Signed-off-by: Christoph Hellwig
---
arch/x86/xen/grant-table.c | 27 +++--
include/linux/vmalloc.h| 5 +---
mm/nommu.c | 7 --
mm/vmalloc.c | 48 --
Replacing alloc_vm_area with get_vm_area_caller + apply_page_range
allows to fill put the phys_addr values directly instead of doing
another loop over all addresses.
Signed-off-by: Christoph Hellwig
---
drivers/xen/xenbus/xenbus_client.c | 30 --
1 file changed, 16 in
i915_gem_object_map implements fairly low-level vmap functionality in
a driver. Split it into two helpers, one for remapping kernel memory
which can use vmap, and one for I/O memory that uses vmap_pfn.
The only practical difference is that alloc_vm_area prefeaults the
vmalloc area PTEs, which doe
shmem_pin_map somewhat awkwardly reimplements vmap using
alloc_vm_area and manual pte setup. The only practical difference
is that alloc_vm_area prefeaults the vmalloc area PTEs, which doesn't
seem to be required here (and could be added to vmap using a flag
if actually required).
Signed-off-by:
Add a proper helper to remap PFNs into kernel virtual space so that
drivers don't have to abuse alloc_vm_area and open coded PTE
manipulation for it.
Signed-off-by: Christoph Hellwig
---
include/linux/vmalloc.h | 1 +
mm/Kconfig | 3 +++
mm/vmalloc.c| 45 ++
There is no obvious reason why zsmalloc needs to pre-fault the PTEs
given that it later uses map_kernel_range to just like vmap().
Signed-off-by: Christoph Hellwig
---
mm/zsmalloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
index c36fdff9a3
Hi Andrew,
this series removes alloc_vm_area, which was left over from the big
vmalloc interface rework. It is a rather arkane interface, basicaly
the equivalent of get_vm_area + actually faulting in all PTEs in
the allocated area. It was originally addeds for Xen (which isn't
modular to start w
== Series Details ==
Series: drm/i915: Fix uninitialised variable in intel_context_create_request.
URL : https://patchwork.freedesktop.org/series/81842/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9025_full -> Patchwork_18529_full
On Fri, Sep 18, 2020 at 9:25 AM Daniel Vetter wrote:
>
> Hi all,
>
> These are the leftovers of the leftovers of my initial drmm series to
> manage drm_device.
>
> Changes:
> - bugfixed i915 selftests
> - patch from Luben to finalize the admgpu conversion
>
> Alex & i915 maintainers, pls ack for m
== Series Details ==
Series: managed drm_device, absolute final leftover bits
URL : https://patchwork.freedesktop.org/series/81851/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9025 -> Patchwork_18531
Summary
---
**
== Series Details ==
Series: managed drm_device, absolute final leftover bits
URL : https://patchwork.freedesktop.org/series/81851/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
ff8bb77f7c9d drm/i915/selftest: Create mock_destroy_device
-:185: WARNING:NO_AUTHOR_SIGN_OFF: Missin
Am 18.09.20 um 15:25 schrieb Daniel Vetter:
> We can now also delete drm_dev_init, now that vkms, vgem and i915
> selftests are resolved.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/drm_drv.c | 41 +++---
> drivers
== Series Details ==
Series: series starting with [1/3] drm/i915: Extract intel_dp_output_format()
(rev2)
URL : https://patchwork.freedesktop.org/series/81815/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9025 -> Patchwork_18530
==
== Series Details ==
Series: drm/i915: Fix uninitialised variable in intel_context_create_request.
URL : https://patchwork.freedesktop.org/series/81842/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9025 -> Patchwork_18529
Just some prep work before we rework the lifetime handling, which
requires replacing all the drm_dev_put in selftests by something else.
v2: Don't go with a static inline, upsets the header tests and
separation.
Reviewed-by: Maarten Lankhorst
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i9
The big change is device_add so that device_del can auto-cleanup
devres resources. This allows us to use devm_drm_dev_alloc, which
removes the last user of drm_dev_init.
v2: Rebased
v3: use devres_open/release_group so we can use devm without real
hacks in the driver core or having to create an e
Hi all,
These are the leftovers of the leftovers of my initial drmm series to
manage drm_device.
Changes:
- bugfixed i915 selftests
- patch from Luben to finalize the admgpu conversion
Alex & i915 maintainers, pls ack for merging this all through
drm-misc-next since otherwise the final patch (an
We can now also delete drm_dev_init, now that vkms, vgem and i915
selftests are resolved.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drv.c | 41 +++---
drivers/gpu/drm/drm_internal.h | 1 +
drivers/gpu/drm/drm_managed.c | 13 ---
include/drm/d
From: Luben Tuikov
Convert to using devm_drm_dev_alloc(),
as drm_dev_init() is going away.
v2: Remove drm_dev_put() since
a) devres doesn't do refcounting, see
Documentation/driver-api/driver-model/devres.rst,
Section 4, paragraph 1; and since
b) devres acts as garbage collector
== Series Details ==
Series: Asynchronous flip implementation for i915 (rev11)
URL : https://patchwork.freedesktop.org/series/74386/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9023_full -> Patchwork_18528_full
Summary
--
On Wed, Sep 16, 2020 at 08:38:24PM +0530, Karthik B S wrote:
> Enable asynchronous flips in i915 for gen9+ platforms.
>
> v2: -Async flip enablement should be a stand alone patch (Paulo)
>
> v3: -Move the patch to the end of the series (Paulo)
>
> v4: -Rebased.
>
> v5: -Rebased.
>
> v6: -Rebas
On Wed, Sep 16, 2020 at 08:38:23PM +0530, Karthik B S wrote:
> Add the details of the implementation of asynchronous flips for i915.
>
> v7: -Rebased.
>
> v8: -Rebased.
>
> v9: -Rebased.
>
> Signed-off-by: Karthik B S
> Signed-off-by: Vandita Kulkarni
> ---
> Documentation/gpu/i915.rst | 6 +
On Wed, Sep 16, 2020 at 08:38:22PM +0530, Karthik B S wrote:
> In Gen 9 and Gen 10 platforms, async address update enable bit is
> double buffered. Due to this, during the transition from async flip
> to sync flip we have to wait until this bit is updated before continuing
> with the normal commit
On Fri, Sep 18, 2020 at 12:30:45PM +0530, Karthik B S wrote:
> This hook is added to avoid writing other plane registers in case of
> async flips, so that we do not write the double buffered registers
> during async surface address update.
>
> v7: -Plane ctl needs bits from skl_plane_ctl_crtc as w
On Fri, Sep 18, 2020 at 02:32:34PM +0530, Karthik B S wrote:
> If flip is requested on any other plane, reject it.
>
> Make sure there is no change in fbc, offset and framebuffer modifiers
> when async flip is requested.
>
> If any of these are modified, reject async flip.
>
> v2: -Replace DRM_E
== Series Details ==
Series: drm/i915/uc: tune down GuC communication enabled/disabled messages
(rev2)
URL : https://patchwork.freedesktop.org/series/81808/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9023_full -> Patchwork_18527_full
===
In case backoff fails with an error, we return an undefined rq,
assign err to rq correctly.
Fixes: 8a929c9eb1c2 ("drm/i915: Use ww pinning for
intel_context_create_request()")
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/gt/intel_context.c | 1 +
1 file changed, 1 insertion(+)
dif
drm-misc-fixes-2020-09-18:
drm-misc-fixes for v5.9-rc6:
- Fill asoc card owner in vc4.
- Program secondary CSC correctly in sun4i, and extend
register mapping to cover secondary CSC registers.
The following changes since commit fc7f148feb8975784bd40e41fff875d33f698be8:
drm/virtio: drop virtio_
On Thu, Sep 17, 2020 at 04:57:09PM -0700, Navare, Manasi wrote:
> On Fri, Sep 18, 2020 at 12:43:33AM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Refactor the output_format calculation into a helper so that
> > we can reuse it for mode validation as well.
> >
> > Signed-off-by: Vi
== Series Details ==
Series: Asynchronous flip implementation for i915 (rev11)
URL : https://patchwork.freedesktop.org/series/74386/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9023 -> Patchwork_18528
Summary
---
*
== Series Details ==
Series: Asynchronous flip implementation for i915 (rev11)
URL : https://patchwork.freedesktop.org/series/74386/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
-
+drivers/gpu/d
== Series Details ==
Series: drm/i915/uc: tune down GuC communication enabled/disabled messages
(rev2)
URL : https://patchwork.freedesktop.org/series/81808/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9023 -> Patchwork_18527
=
If flip is requested on any other plane, reject it.
Make sure there is no change in fbc, offset and framebuffer modifiers
when async flip is requested.
If any of these are modified, reject async flip.
v2: -Replace DRM_ERROR (Paulo)
-Add check for changes in OFFSET, FBC, RC(Paulo)
v3: -Remov
== Series Details ==
Series: Asynchronous flip implementation for i915 (rev10)
URL : https://patchwork.freedesktop.org/series/74386/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9023_full -> Patchwork_18526_full
Summary
--
Hi Thomas,
On Fri, 18 Sep 2020 at 11:36, Sumit Semwal wrote:
>
> Hello Thomas,
>
> On Mon, 14 Sep 2020 at 16:55, Thomas Zimmermann wrote:
> >
> > Dma-buf provides vmap() and vunmap() for retrieving and releasing mappings
> > of dma-buf memory in kernel address space. The functions operate with p
== Series Details ==
Series: Asynchronous flip implementation for i915 (rev10)
URL : https://patchwork.freedesktop.org/series/74386/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9023 -> Patchwork_18526
Summary
---
*
Hi Daniel, Dave,
Here's this week drm-misc-next PR
Maxime
drm-misc-next-2020-09-18:
drm-misc-next for 5.10:
UAPI Changes:
Cross-subsystem Changes:
- virtio: Merged a PR for patches that will affect drm/virtio
Core Changes:
- atomic: Split out drm_atomic_helper_calc_timestamping_constants
== Series Details ==
Series: Asynchronous flip implementation for i915 (rev10)
URL : https://patchwork.freedesktop.org/series/74386/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
-
+drivers/gpu/d
== Series Details ==
Series: Asynchronous flip implementation for i915 (rev10)
URL : https://patchwork.freedesktop.org/series/74386/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
21c85b6b0297 drm/i915: Add enable/disable flip done and flip done handler
92f53a71af42 drm/i915: Ad
This hook is added to avoid writing other plane registers in case of
async flips, so that we do not write the double buffered registers
during async surface address update.
v7: -Plane ctl needs bits from skl_plane_ctl_crtc as well. (Ville)
-Add a vfunc for skl_program_async_surface_address
63 matches
Mail list logo
