tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
branch HEAD: c068f40300a0eaa34f7105d137a5560b86951aa9 Add linux-next specific
files for 20230217
Error/Warning reports:
https://lore.kernel.org/oe-kbuild-all/202302062224.byzetxh1-...@intel.com
https
On Fri, Feb 17, 2023 at 01:53:55PM +0100, Jiri Pirko wrote:
> Fri, Feb 17, 2023 at 01:22:01PM CET, m...@redhat.com wrote:
> >On Fri, Feb 17, 2023 at 01:15:47PM +0100, Jiri Pirko wrote:
> >> From: Jiri Pirko
> >>
> >> virtio_net_hdr_from_skb() fills up hdr_len to skb_headlen(skb).
> >>
> >>
I forgot this change.
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
Add unlocked variants of drm_gem_un/pin() functions. These new helpers
will take care of GEM dma-reservation locking for DRM drivers.
VirtIO-GPU driver will use these helpers to pin shmem framebuffers,
preventing them from
Hi
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
Replace all drm-shmem locks with a GEM reservation lock. This makes locks
consistent with dma-buf locking convention where importers are responsible
for holding reservation lock for all operations performed over dma-bufs,
preventing deadlock
Hi,
I looked through the series. Most of the patches should have an r-b or
a-b at this point. I can't say much about patch 2 and had questions
about others.
Maybe you can already land patches 2, and 4 to 6? They look independent
from the shrinker changes. You could also attempt to land the
Hi
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
Introduce common drm-shmem shrinker for DRM drivers.
To start using drm-shmem shrinker drivers should do the following:
1. Implement evict() callback of GEM object where driver should check
whether object is purgeable or evictable using
Fri, Feb 17, 2023 at 01:22:01PM CET, m...@redhat.com wrote:
>On Fri, Feb 17, 2023 at 01:15:47PM +0100, Jiri Pirko wrote:
>> From: Jiri Pirko
>>
>> virtio_net_hdr_from_skb() fills up hdr_len to skb_headlen(skb).
>>
>> Virtio spec introduced a feature VIRTIO_NET_F_GUEST_HDRLEN which when
>> set
Hi
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
Replace all drm-shmem locks with a GEM reservation lock. This makes locks
consistent with dma-buf locking convention where importers are responsible
for holding reservation lock for all operations performed over dma-bufs,
preventing deadlock
Hi
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
DMA-buf core has its own refcounting of vmaps, use it instead of drm-shmem
counting. This change prepares drm-shmem for addition of memory shrinker
support where drm-shmem will use a single dma-buf reservation lock for
all operations performed
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
Ease debugging of a multi-GPU system by using drm_WARN_*() and
drm_dbg_kms() helpers that print out DRM device name corresponding
to shmem GEM.
Suggested-by: Thomas Zimmermann
Signed-off-by: Dmitry Osipenko
Reviewed-by: Thomas Zimmermann
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
Group all 1-bit boolean members of struct drm_gem_shmem_object in the end
of the structure, allowing compiler to pack data better and making code to
look more consistent.
Suggested-by: Thomas Zimmermann
Signed-off-by: Dmitry Osipenko
Hi
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
Add new common evict() callback to drm_gem_object_funcs and corresponding
drm_gem_object_evict() helper. This is a first step on a way to providing
common GEM-shrinker API for DRM drivers.
Suggested-by: Thomas Zimmermann
Signed-off-by: Dmitry
On Fri, Feb 17, 2023 at 01:15:47PM +0100, Jiri Pirko wrote:
> From: Jiri Pirko
>
> virtio_net_hdr_from_skb() fills up hdr_len to skb_headlen(skb).
>
> Virtio spec introduced a feature VIRTIO_NET_F_GUEST_HDRLEN which when
> set implicates that the driver provides the exact size of the header.
>
From: Jiri Pirko
virtio_net_hdr_from_skb() fills up hdr_len to skb_headlen(skb).
Virtio spec introduced a feature VIRTIO_NET_F_GUEST_HDRLEN which when
set implicates that the driver provides the exact size of the header.
The driver already complies to fill the correct value. Introduce the
Hi
Am 08.01.23 um 22:04 schrieb Dmitry Osipenko:
Consider this scenario:
1. APP1 continuously creates lots of small GEMs
2. APP2 triggers `drop_caches`
3. Shrinker starts to evict APP1 GEMs, while APP1 produces new purgeable
GEMs
4. msm_gem_shrinker_scan() returns non-zero number of freed
Hi
Am 15.02.23 um 18:15 schrieb Alexander Sapozhnikov:
From: Alexandr Sapozhnikov
After having been compared to NULL value at cirrus.c:455, pointer
'pipe->plane.state->fb' is passed as
1st parameter in call to function 'cirrus_fb_blit_rect' at cirrus.c:461, where
it is dereferenced at
On Thu, Feb 16, 2023 at 08:14:50PM -0400, Jason Gunthorpe wrote:
> On Tue, Feb 07, 2023 at 08:08:43PM +0800, Nanyong Sun wrote:
> > From: Rong Wang
> >
> > Once enable iommu domain for one device, the MSI
> > translation tables have to be there for software-managed MSI.
> > Otherwise, platform
On Fri, Feb 17, 2023 at 01:35:59PM +0800, Jason Wang wrote:
> On Fri, Feb 17, 2023 at 8:15 AM Jason Gunthorpe wrote:
> >
> > On Tue, Feb 07, 2023 at 08:08:43PM +0800, Nanyong Sun wrote:
> > > From: Rong Wang
> > >
> > > Once enable iommu domain for one device, the MSI
> > > translation tables
On Fri, 17 Feb 2023 13:23:14 +0800, Jason Wang wrote:
> On Thu, Feb 16, 2023 at 7:50 PM Xuan Zhuo wrote:
> >
> > On Thu, 16 Feb 2023 13:27:00 +0800, Jason Wang wrote:
> > > On Tue, Feb 14, 2023 at 3:27 PM Xuan Zhuo
> > > wrote:
> > > >
> > > > XDP socket(AF_XDP) is an excellent bypass kernel
Hi
Am 16.02.23 um 18:20 schrieb Ville Syrjälä:
On Thu, Feb 16, 2023 at 02:21:43PM +0100, Thomas Zimmermann wrote:
Hi
Am 16.02.23 um 13:52 schrieb Ville Syrjälä:
On Thu, Feb 16, 2023 at 01:03:02PM +0100, Thomas Zimmermann wrote:
Hi,
thanks for taking a look at the patches.
Am 16.02.23 um
20 matches
Mail list logo