On Fri, Feb 21, 2025 at 7:57 PM Kees Cook wrote:
>
> On Mon, 17 Feb 2025 08:30:44 -0500, Tamir Duberstein wrote:
> > Remove a leftover shell script reference from commit 313b38a6ecb4
> > ("lib/prime_numbers: convert self-test to KUnit").
> >
> >
>
> I fixed the Subject typos and applied to for-nex
On Mon, 17 Feb 2025 08:30:44 -0500, Tamir Duberstein wrote:
> Remove a leftover shell script reference from commit 313b38a6ecb4
> ("lib/prime_numbers: convert self-test to KUnit").
>
>
I fixed the Subject typos and applied to for-next/move-kunit-tests,
thanks!
[1/1] selftets: lib: remove refere
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski :
On Thu, 20 Feb 2025 08:53:26 + you wrote:
> The current test marks all unexpected return values as failed and sets ret
> to 1. If a test is skipped, the entire test also returns 1, incorrectly
> indicating failure
Add remote processor PAS loaders for SM8750 MPSS (modem), which differs
from SM8650 by lack of fifth memory region for Qlink Logging.
Signed-off-by: Krzysztof Kozlowski
---
Changes in v2:
None
---
drivers/remoteproc/qcom_q6v5_pas.c | 25 +
1 file changed, 25 insertions(
Add remote processor PAS loader for SM8750 CDSP processor, compatible
with earlier SM8650 with minor difference: one more sixth shutdown
interrupt.
Acked-by: Conor Dooley
Signed-off-by: Krzysztof Kozlowski
---
Changesin v3:
1. Split MPSS into separate patch, keep the ack.
v2:
https://lore.ke
From: Ahmed S. Darwish
[ Upstream commit f2efdb17928924c9c935c136dea764a081032006 ]
Allow to directly set a u64_stats_t value which is used to provide an init
function which sets it directly to zero intead of memset() the value.
Add u64_stats_set() to the u64_stats API.
[bigeasy: commit messag
Add remote processor PAS loader for SM8750 MPSS (modem). Device looks
fully compatible with SM8650, however it lacks fifth memory region for
Qlink Logging, according to downstream sources. This is a bit tricky,
because updated downstream sources for newer downstream release dropped
that fifth mem
On Wed, Aug 07, 2024 at 12:31:19PM +0200, Vlastimil Babka wrote:
> We would like to replace call_rcu() users with kfree_rcu() where the
> existing callback is just a kmem_cache_free(). However this causes
> issues when the cache can be destroyed (such as due to module unload).
>
> Currently such m
While taking a look at '[PATCH net] pktgen: Avoid out-of-range in
get_imix_entries' ([1]) and '[PATCH net v2] pktgen: Avoid out-of-bounds
access in get_imix_entries' ([2], [3]) and doing some tests and code review
I detected that the /proc/net/pktgen/... parsing logic does not honour the
user given
Fix mpls list reset parsing to work as describe in
Documentation/networking/pktgen.rst:
pgset "mpls 0"turn off mpls (or any invalid argument works too!)
- before the patch
$ echo "mpls 0001,0002" > /proc/net/pktgen/lo\@0
$ grep mpls /proc/net/pktgen/lo\@0
Add some test for /proc/net/pktgen/... interface.
- enable 'CONFIG_NET_PKTGEN=m' in tools/testing/selftests/net/config
Signed-off-by: Peter Seiderer
---
Changes v5 -> v6
- no changes
Changes v4 -> v5
- split up patchset into part i/ii (suggested by Simon Horman)
- addapt to dropped patch
Fix mix of int/long (and multiple conversion from/to) by using consequently
size_t for i and max and ssize_t for len and adjust function signatures
of hex32_arg(), count_trail_chars(), num_arg() and strn_len() accordingly.
Signed-off-by: Peter Seiderer
---
Changes v5 -> v6
- adjust to dropped p
Honour the user given buffer size for the hex32_arg(), num_arg(),
strn_len(), get_imix_entries() and get_labels() calls (otherwise they will
access memory outside of the user given buffer).
Signed-off-by: Peter Seiderer
Reviewed-by: Simon Horman
---
Changes v5 -> v6
- adjust to dropped patch '
Remove all superfluous index ('i += len') assignements (value not used
afterwards).
Signed-off-by: Peter Seiderer
Reviewed-by: Simon Horman
---
Changes v5 -> v6
- add rev-by Simon Horman
Changes v4 -> v5
- new patch (suggested by Simon Horman)
---
net/core/pktgen.c | 52 ++-
Remove some superfluous variable initializing before hex32_arg call (as the
same init is done here already).
Signed-off-by: Peter Seiderer
Reviewed-by: Simon Horman
---
Changes v5 -> v6
- adjust to dropped patch ''net: pktgen: use defines for the various
dec/hex number parsing digits lengt
Fix mpls maximum labels list parsing up to MAX_MPLS_LABELS/16 entries
(instead of up to MAX_MPLS_LABELS - 1).
Addresses the following:
$ echo "mpls
0f00,0f01,0f02,0f03,0f04,0f05,0f06,0f07,0f08,0f09,0f0a,0f0b,0f0c,0f0d,0f0e,0
Remove extra tmp variable in pktgen_if_write (re-use len instead).
Signed-off-by: Peter Seiderer
Reviewed-by: Simon Horman
---
Changes v5 -> v6
- no changes
Changes v4 -> v5
- split up patchset into part i/ii (suggested by Simon Horman)
- add rev-by Simon Horman
Changes v3 -> v4
- new
kmod 34 is out:
https://www.kernel.org/pub/linux/utils/kernel/kmod/kmod-34.tar.xz
https://www.kernel.org/pub/linux/utils/kernel/kmod/kmod-34.tar.sign
By number of commits this is the biggest release ever, although we
managed to do it without libkmod additions/removals. There were
On Fri, Feb 14, 2025 at 7:37 AM Tamir Duberstein wrote:
>
> On Fri, Feb 14, 2025 at 4:48 AM Peter Zijlstra wrote:
> >
> > On Thu, Feb 13, 2025 at 10:42:24AM -0500, Tamir Duberstein wrote:
> > > On Thu, Feb 13, 2025 at 6:59 AM Peter Zijlstra
> > > wrote:
> > > >
> > > > On Thu, Feb 13, 2025 at 0
It's pretty obvious that the test wouldn't work if you don't have the
feature enabled. But, it's still useful to SKIP instead of failing so
the reader can immediately tell that this is the reason why.
Signed-off-by: Brendan Jackman
---
tools/testing/selftests/mm/uffd-stress.c | 4 ++--
1 file ch
On Fri, 21 Feb 2025 08:46:31 -0700
Shuah Khan wrote:
> On 2/20/25 20:35, realx...@163.com wrote:
> > From: Yiqian Xun
> >
> > In parse_abi function,the dyn_test fails because the
> > enable_file isn’t closed after successfully registering an event.
> > By adding wait_for_delete(), the dyn_test
On Tue, 18 Feb 2025 14:00:45 +0100
Andreas Hindborg wrote:
> Implement `AsRef` for `[u8]` and `BStr` so these can be used
> interchangeably for operations on `BStr`.
>
> Signed-off-by: Andreas Hindborg
Reviewed-by: Gary Guo
> ---
> rust/kernel/str.rs | 12
> 1 file changed, 12
This calculation divides a fixed parameter by an environment-dependent
parameter i.e. the number of CPUs.
The simple way to avoid machine-specific failures here is to just put a
cap on the max value of the latter.
Suggested-by: Mateusz Guzik
Signed-off-by: Brendan Jackman
---
tools/testing/sel
Just reporting failure doesn't tell you what went wrong. This can fail
in different ways so report errno to help the reader get started
debugging.
Signed-off-by: Brendan Jackman
---
tools/testing/selftests/mm/gup_longterm.c | 37 ++-
1 file changed, 21 insertions(+),
Thanks to the suggestion from Mike, I am going re-send v2 with:
1. Re-base on top of the below patchset.
[PATCH v2 0/8] vhost-scsi: Memory reduction patches
https://yhbt.net/lore/target-devel/20241203191705.19431-1-michael.chris...@oracle.com/
The patchset can clean apply/build on top of the com
On Fri, Feb 21, 2025 at 3:04 AM Lorenzo Stoakes
wrote:
>
> On Thu, Feb 20, 2025 at 10:08:36AM -0800, Kalesh Singh wrote:
> > On Thu, Feb 20, 2025 at 8:22 AM Suren Baghdasaryan
> > wrote:
> > >
> > > On Thu, Feb 20, 2025 at 5:18 AM Lorenzo Stoakes
> > > wrote:
> > > >
> > > > On Thu, Feb 20, 202
It's obvious that this should fail in that case, but still, save the
reader the effort of figuring out that they've run into this by just
SKIPping
Signed-off-by: Brendan Jackman
---
tools/testing/selftests/mm/uffd-wp-mremap.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
It seems that 9pfs does not allow truncating unlinked files, Mark Brown
has noted that NFS may also behave this way.
It doesn't seem quite right to call this a "bug" but it's probably a
special enough case that it makes sense for the test to just SKIP if it
happens.
Signed-off-by: Brendan Jackman
Some filesystems don't support funtract()ing unlinked files. They return
ENOENT. In that case, skip the test.
Signed-off-by: Brendan Jackman
---
tools/testing/selftests/mm/gup_longterm.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/tools/testing/selftests/mm/gup_
So this can be debugged more easily.
Signed-off-by: Brendan Jackman
---
tools/testing/selftests/mm/uffd-stress.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools/testing/selftests/mm/uffd-stress.c
b/tools/testing/selftests/mm/uffd-stress.c
index
ec842bbb9f18e291fa51d
A later commit will bound this variable so it no longer necessarily
matches the number of CPUs. Rename it appropriately.
Signed-off-by: Brendan Jackman
---
tools/testing/selftests/mm/uffd-common.c | 8
tools/testing/selftests/mm/uffd-common.h | 2 +-
tools/testing/selftests/mm
If we are root, sudo isn't needed. If we are not root, we need sudo, so
skip the test if it isn't present.
We already do this for on-fault-limit, but this uses separate
infrastructure since that is specifically for sudo-ing to the nobody
user.
Note this ptrace_skip configuration still fails if th
I never had much luck running mm selftests so I spent a couple of hours
digging into why.
Looks like most of the reason is missing SKIP checks, so this series is
just adding a bunch of those that I found. I did not do anything like
all of them, just the ones I spotted in gup_longterm, gup_test, mm
On Fri, Feb 21, 2025 at 03:39:45PM +, Robin Murphy wrote:
> Yuck. Realistically we are going to have no more than two different
> implementations of this; a fiddly callback interface seems overkill. All we
> should need in the domain is a simple indicator of *which* MSI translation
> scheme is
As 5.10 requires some manual work, here are the two patches needed to
address [1].
Note that 5.15-rt already has the fix (f036d9effdba). 6.1-rt and 6.6-rt
can pick 4a1d3acd6ea8 without conflicts or dependencies.
Pavel, please check 4.19-cip-rt and 4.4-cip-rt. I suspect the task is a
bit bigger th
From: Sebastian Andrzej Siewior
[ Upstream commit 4a1d3acd6ea86075e77fcc1188c3fc372833ba73 ]
The nft_counter uses two s64 counters for statistics. Those two are
protected by a seqcount to ensure that the 64bit variable is always
properly seen during updates even on 32bit architectures where the
On Wed, Feb 12, 2025 at 2:31 PM Martin Kelly
wrote:
>
> On Mon, 2025-02-10 at 16:06 -0800, Andrii Nakryiko wrote:
> > > Tracking associated maps for a program is not necessary. As long as
> > > the last BPF program using the BPF map is unloaded, the kernel will
> > > automatically free not-anymore
On 2/21/25 17:30, Keith Busch wrote:
> On Wed, Aug 07, 2024 at 12:31:19PM +0200, Vlastimil Babka wrote:
>> We would like to replace call_rcu() users with kfree_rcu() where the
>> existing callback is just a kmem_cache_free(). However this causes
>> issues when the cache can be destroyed (such as du
Commit 3ef66af31fea ("virtio_ring: introduce add api for premapped")
add functions to add premapped input or output chains to a virtqueue.
Add a generic one that supports out+in buffers chains.
Signed-off-by: Eugenio Pérez
---
drivers/virtio/virtio_ring.c | 35 +++
This is useful for some setups like swiotlb or VDUSE where the DMA
operations are expensive and/or need to be performed with a write lock.
After applying these patches, fio read test goes from 1124MiB/s to
1263.14MiB/s.
v2:
* Follow current add_premapped virtio API
* Disable notification more agg
Remove everything that is attacking me this is invalid
All information. Has been stolen I’ve been attacked over 2yrs
Please stop all of this
I didn’t approve any of this
Sent from my iPhone
Disable notifications right before scheduling, instead of waiting until
the work is running.
After applying this patch, fio read test goes from 1191MiB/s to
1263.14Mib/s
Signed-off-by: Eugenio Pérez
---
fs/fuse/virtio_fs.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fs/fuse/virtio_fs.
This is useful for some setups like swiotlb or VDUSE where the DMA
operations are expensive and/or need to be performed with a write lock.
After applying this patch, fio read test goes from 1124MiB/s to 1191MiB/s.
Signed-off-by: Eugenio Pérez
---
fs/fuse/virtio_fs.c | 40 +++
We need to move the map and unmap out of virtiofs queue lock. We need to
store the unmap sgs to call virtqueue_unmap_sgs, so use the request
itself.
TODO: We need to store the forget sgs too. In my tests it is not called
so we're safe. Find a way to force-call it.
Signed-off-by: Eugenio Pérez
A VDUSE device that implements virtiofs device works fine just by
adding the device id to the whitelist.
Signed-off-by: Eugenio Pérez
Acked-by: Jason Wang
---
drivers/vdpa/vdpa_user/vduse_dev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/vdpa/vdpa_user/vduse_dev.c
b/drivers/vdp
Remove everything that is attacking me this is invalid
All information. Has been stolen I’ve been attacked over 2yrs
Please stop all of this
I didn’t approve any of this
Sent from my iPhone
Hello everyone,
On 7/5/24 14:53, Puranjay Mohan wrote:
> The arm64 bpf JIT currently supports attaching the trampoline to
> functions with <= 8 arguments. This is because up to 8 arguments can be
> passed in registers r0-r7. If there are more than 8 arguments then the
> 9th and later arguments are
On Fri, Feb 21, 2025 at 03:23:22PM +, Robin Murphy wrote:
> Eww... What's the issue with just checking the domain type in
> iommu_put_dma_cookie()? Is is that IOMMUFD and VFIO type 1 are both doing
> their own different thing with IOMMU_DOMAIN_UNMANAGED?
Yes
> In general it seems like a bad s
On Fri, Feb 21, 2025 at 5:51 PM Mateusz Guzik wrote:
>
> On Fri, Feb 21, 2025 at 5:30 PM Keith Busch wrote:
> > This patch appears to be triggering a new warning in certain conditions
> > when tearing down an nvme namespace's block device. Stack trace is at
> > the end.
> >
> > The warning indica
On Fri, Feb 21, 2025 at 5:30 PM Keith Busch wrote:
> This patch appears to be triggering a new warning in certain conditions
> when tearing down an nvme namespace's block device. Stack trace is at
> the end.
>
> The warning indicates that this shouldn't be called from a
> WQ_MEM_RECLAIM workqueue.
> On 21 Feb 2025, at 13:01, Daniel Almeida wrote:
>
>
>
>> On 18 Feb 2025, at 10:00, Andreas Hindborg wrote:
>>
>> Implement `AsRef` for `[u8]` and `BStr` so these can be used
>> interchangeably for operations on `BStr`.
>>
>> Signed-off-by: Andreas Hindborg
>> ---
>> rust/kernel/str.rs
On 02/21, Bastien Curutchet (eBPF Foundation) wrote:
> test_xdp_vlan.sh isn't used by the BPF CI.
>
> Migrate test_xdp_vlan.sh in prog_tests/xdp_vlan.c.
> It uses the same BPF programs located in progs/test_xdp_vlan.c and the
> same network topology.
> Remove test_xdp_vlan*.sh and their Makefile e
Hi Andreas,
> On 18 Feb 2025, at 10:00, Andreas Hindborg wrote:
>
> Implement `strip_prefix` for `BStr` by deferring to `slice::strip_prefix`
> on the underlying `&[u8]`.
>
> Reviewed-by: Gary Guo
> Reviewed-by: Alice Ryhl
> Signed-off-by: Andreas Hindborg
> ---
>
> It is also possible to g
On Mon, Feb 10, 2025 at 09:40:57PM +0530, Bharadwaj Raju wrote:
> Building the test creates binaries 'wait-pipe' and
> 'sandbox-and-launch' which need to be gitignore'd.
>
> Signed-off-by: Bharadwaj Raju
Thanks!
> ---
> tools/testing/selftests/landlock/.gitignore | 2 ++
> 1 file changed, 2 in
> On 18 Feb 2025, at 10:00, Andreas Hindborg wrote:
>
> Implement `AsRef` for `[u8]` and `BStr` so these can be used
> interchangeably for operations on `BStr`.
>
> Signed-off-by: Andreas Hindborg
> ---
> rust/kernel/str.rs | 12
> 1 file changed, 12 insertions(+)
>
> diff --git
> On 18 Feb 2025, at 10:00, Andreas Hindborg wrote:
>
> The `Index` implementation on `BStr` was lost when we switched `BStr` from
> a type alias of `[u8]` to a newtype. This patch adds back `Index` by
> implementing `Index` for `BStr` when `Index` would be implemented for
> `[u8]`.
>
> Signe
On 20/02/2025 16:41, Krzysztof Kozlowski wrote:
> Add remote processor PAS loaders for SM8750 MPSS (modem) and CDSP
> processors. Both are compatible with earlier SM8650 with minor
> differences:
> 1. SM8750 CDSP has one more sixth shutdown interrupt.
> 2. SM8750 MPSS lacks fifth memory region for
Le Wed, Feb 19, 2025 at 06:58:36AM -0800, Paul E. McKenney a écrit :
> On Sat, Feb 15, 2025 at 11:23:45PM +0100, Frederic Weisbecker wrote:
> > > Before. There was also some buggy debug code in play. Also, to get the
> > > failure, it was necessary to make TREE03 disable preemption, as stock
> >
Le Wed, Feb 19, 2025 at 07:55:05AM -0800, Paul E. McKenney a écrit :
> > > diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
> > > index 86935fe00397..40d6090a33f5 100644
> > > --- a/kernel/rcu/tree.c
> > > +++ b/kernel/rcu/tree.c
> > > @@ -4347,6 +4347,12 @@ void rcutree_report_cpu_dead(void)
> >
> On 18 Feb 2025, at 10:00, Andreas Hindborg wrote:
>
> Implement `PartialEq` for `BStr` by comparing underlying byte slices.
>
> Reviewed-by: Alice Ryhl
> Reviewed-by: Gary Guo
> Signed-off-by: Andreas Hindborg
> ---
> rust/kernel/str.rs | 6 ++
> 1 file changed, 6 insertions(+)
>
> d
Hi Andreas,
> On 18 Feb 2025, at 10:00, Andreas Hindborg wrote:
>
> This series extends the `module!` macro with support module parameters. It
> also adds some string to integer parsing functions and updates `BStr` with
> a method to strip a string prefix.
>
> This series stated out as code by
On 2/20/25 20:35, realx...@163.com wrote:
From: Yiqian Xun
In parse_abi function,the dyn_test fails because the
enable_file isn’t closed after successfully registering an event.
By adding wait_for_delete(), the dyn_test now passes as expected.
Signed-off-by: Yiqian Xun
---
tools/testing/sel
On 2025-02-20 1:31 am, Nicolin Chen wrote:
From: Jason Gunthorpe
SW_MSI supports IOMMU to translate an MSI message before the MSI message
is delivered to the interrupt controller. On such systems, an iommu_domain
must have a translation for the MSI message for interrupts to work.
The IRQ subsy
On 2025-02-21 2:39 pm, Jason Gunthorpe wrote:
On Wed, Feb 19, 2025 at 05:31:42PM -0800, Nicolin Chen wrote:
Now that iommufd does not rely on dma-iommu.c for any purpose. We can
combine the dma-iommu.c iova_cookie and the iommufd_hwpt under the same
union. This union is effectively 'owner data'
On Wed, Feb 19, 2025 at 05:31:35PM -0800, Nicolin Chen wrote:
>
> Jason Gunthorpe (5):
> genirq/msi: Store the IOMMU IOVA directly in msi_desc instead of
> iommu_cookie
> genirq/msi: Refactor iommu_dma_compose_msi_msg()
> iommu: Make iommu_dma_prepare_msi() into a generic operation
> i
On Wed, Feb 19, 2025 at 05:31:41PM -0800, Nicolin Chen wrote:
> +/*
> + * Get a iommufd_sw_msi_map for the msi physical address requested by the irq
> + * layer. The mapping to IOVA is global to the iommufd file descriptor, every
> + * domain that is attached to a device using the same MSI paramet
> --- a/drivers/iommu/Kconfig
> +++ b/drivers/iommu/Kconfig
> @@ -154,7 +154,6 @@ config IOMMU_DMA
> select DMA_OPS_HELPERS
> select IOMMU_API
> select IOMMU_IOVA
> - select IRQ_MSI_IOMMU
> select NEED_SG_DMA_LENGTH
> select NEED_SG_DMA_FLAGS if SWIOTLB
Because of
On Wed, Feb 19, 2025 at 05:31:42PM -0800, Nicolin Chen wrote:
> Now that iommufd does not rely on dma-iommu.c for any purpose. We can
> combine the dma-iommu.c iova_cookie and the iommufd_hwpt under the same
> union. This union is effectively 'owner data' and can be used by the
> entity that alloca
On Fri, Feb 21, 2025 at 10:28:20AM +0100, Thomas Gleixner wrote:
> On Wed, Feb 19 2025 at 17:31, Nicolin Chen wrote:
> > Fix the MSI cookie UAF by removing the cookie pointer. The translated IOVA
> > address is already known during iommu_dma_prepare_msi() and cannot change.
> > Thus, it can simply
Hi Jason,
On Fri, Feb 21, 2025 at 09:41:12AM -0400, Jason Gunthorpe wrote:
> Can I send you a PR instead? I'd like it on a branch so we can work on
> the iommufd specific bits that where in v1.
Yes, that works as well.
Thanks,
Joerg
On Fri, Feb 21, 2025 at 12:10:46PM +0100, Joerg Roedel wrote:
> Hi Nicolin,
>
> On Fri, Feb 21, 2025 at 10:28:20AM +0100, Thomas Gleixner wrote:
> > On Wed, Feb 19 2025 at 17:31, Nicolin Chen wrote:
> > > Fix the MSI cookie UAF by removing the cookie pointer. The translated IOVA
> > > address is a
For kernels with CONFIG_SCHED_CORE=n, the sched selftest cs_prctl_test
fails with "Not a core sched system" error. Change this to gracefully
skip the test for systems with core scheduling disabled. Exiting early
would also ensure failures reported in obtaining cookie are valid
failures and not due
The sched tests are missing a target entry and hence out-of-tree build
support.
For instance:
make -C tools/testing/selftests install INSTALL_PATH=/foo/bar
is expected to build the sched tests and place them at /foo/bar.
But this is not observed since a TARGET entry is not present for sched.
Thi
This patch series introduces changes to add default build support for
the sched tests in selftests.
The only test under sched is cs_prctl_test which validates cookies when
core scheduling is in effect. This test fails on systems where core
scheduling is disabled. The patch series also modifies thi
Hi Nicolin,
On Fri, Feb 21, 2025 at 10:28:20AM +0100, Thomas Gleixner wrote:
> On Wed, Feb 19 2025 at 17:31, Nicolin Chen wrote:
> > Fix the MSI cookie UAF by removing the cookie pointer. The translated IOVA
> > address is already known during iommu_dma_prepare_msi() and cannot change.
> > Thus, i
On Thu, Feb 20, 2025 at 10:08:36AM -0800, Kalesh Singh wrote:
> On Thu, Feb 20, 2025 at 8:22 AM Suren Baghdasaryan wrote:
> >
> > On Thu, Feb 20, 2025 at 5:18 AM Lorenzo Stoakes
> > wrote:
> > >
> > > On Thu, Feb 20, 2025 at 01:44:20PM +0100, David Hildenbrand wrote:
> > > > On 20.02.25 11:15, Lo
On Thu, Feb 13 2025, Petr Pavlu wrote:
> On 2/11/25 22:48, Shyam Saini wrote:
>> lookup_or_create_module_kobject() is marked as static and __init,
>> to make it global drop static keyword.
>> Since this function can be called from non-init code, use __modinit
>> instead of __init, __modinit marke
On Thu, Feb 13 2025, Petr Pavlu wrote:
> On 2/11/25 22:48, Shyam Saini wrote:
>> In the unlikely event of the allocation failing, it is better to let
>> the machine boot with a not fully populated sysfs than to kill it with
>> this BUG_ON(). All callers are already prepared for
>> lookup_or_creat
Fix grammar such as "number amount of times is
recommended" etc -> "the recommended number of
times".
Signed-off-by: Bharadwaj Raju
---
tools/testing/selftests/sysctl/sysctl.sh | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/testing/selftests/sysctl/sysctl.sh
b/t
test_xdp_vlan.sh isn't used by the BPF CI.
Migrate test_xdp_vlan.sh in prog_tests/xdp_vlan.c.
It uses the same BPF programs located in progs/test_xdp_vlan.c and the
same network topology.
Remove test_xdp_vlan*.sh and their Makefile entries.
Signed-off-by: Bastien Curutchet (eBPF Foundation)
---
The __load() helper expects BPF sections to be names 'xdp' or 'tc'
Rename BPF sections so they can be loaded with the __load() helper in
upcoming patch.
Rename the BPF functions with their previous section's name.
Update the 'ip link' commands in the script to use the program name
instead of the s
On 19.02.25 23:07, Luis Claudio R. Goncalves wrote:
> Hello RT-list!
>
> I'm pleased to announce the 5.10.234-rt126 stable release.
>
> This release is just an update to the new stable 5.10.234 version and
> no RT-specific changes have been made.
>
Was [1] coming too late for this release cycle
On Wed, Feb 19 2025 at 17:31, Nicolin Chen wrote:
> From: Jason Gunthorpe
>
> Currently, IRQ_MSI_IOMMU is selected if DMA_IOMMU is available to provide
> an implementation for iommu_dma_prepare/compose_msi_msg(). However, it'll
> make more sense for irqchips that call prepare/compose to select it
On Wed, Feb 19 2025 at 17:31, Nicolin Chen wrote:
> From: Jason Gunthorpe
>
> The two-step process to translate the MSI address involves two functions,
> iommu_dma_prepare_msi() and iommu_dma_compose_msi_msg().
>
> Previously iommu_dma_compose_msi_msg() needed to be in the iommu layer as
> it had
On Wed, Feb 19 2025 at 17:31, Nicolin Chen wrote:
> Fix the MSI cookie UAF by removing the cookie pointer. The translated IOVA
> address is already known during iommu_dma_prepare_msi() and cannot change.
> Thus, it can simply be stored as an integer in the MSI descriptor.
>
> A following patch will
On 21-02-2025 11:30 am, Chris Hyser wrote:
From: Chris Hyser
Sent: Thursday, February 20, 2025 11:21 PM
To: Sinadin Shan; Shrikanth Hegde
Cc: linux-kselft...@vger.kernel.org; linux-kernel@vger.kernel.org;
sh...@kernel.org
Subject: Re: [PATCH] selftests: sched: add sched as a default selftest
On Sun, Feb 16, 2025 at 11:31:50AM +0530, Bharadwaj Raju wrote:
> Fix paramter -> parameter, and recomended ->
> recommended in sysctl.sh's help messages.
>
> Also correct grammar: "number amount of times
> is recommended" etc -> "the recommended number of
> times".
>
> Signed-off-by: Bharadwaj R
On Tue, Jan 28, 2025 at 04:06:55PM +0530, Chandra Pratap wrote:
> Fix the grammatical/spelling errors in sysctl/sysctl.sh.
> This fixes all errors pointed out by codespell in the file.
>
> Signed-off-by: Chandra Pratap
> ---
> tools/testing/selftests/sysctl/sysctl.sh | 6 +++---
> 1 file changed
88 matches
Mail list logo