Gentle Reminder
On 5/19/2025 10:54 AM, Souradeep Chowdhury wrote:
Gentle Reminder
On 5/14/2025 1:03 PM, Souradeep Chowdhury wrote:
Gentle Reminder
On 4/8/2025 4:13 PM, Souradeep Chowdhury wrote:
Add device awake calls in case of rproc boot and rproc shutdown path.
Currently, device awake
On Wed, May 21, 2025 at 9:08 PM Masahiro Yamada wrote:
>
> I think the patch subject is stale.
>
> MODULE_ was the prefix in the previous v2 series.
>
> Now, the prefix part is module:
I will apply with the subject fixed, as "MODULE_" prefix does not make
sense any more.
"module: Extend the mo
On Sat, May 17, 2025 at 4:19 PM Masahiro Yamada wrote:
>
> On Fri, May 2, 2025 at 11:26 PM Peter Zijlstra wrote:
> >
> > Designate the "module:${modname}" symbol namespace to mean: 'only
> > export to the named module'.
> >
> > Notably, explicit imports of anything in the "module:" space is
> > f
Hi Jason,
I just saw this patch set is not applied to wireguard tree. Did I missed
any change request? Should I repost the patch?
BTW, what prefix should I use when the target is wireguard next?
[PATCH wireguard-next] ?
Thanks
Hangbin
On Tue, Apr 08, 2025 at 08:16:50AM +, Hangbin Liu wrote:
> On Wed, 21 May 2025 at 10:58, Stefano Garzarella wrote:
> >
> > Forgot to CC Arseniy.
> >
> > On Wed, 21 May 2025 at 10:57, Stefano Garzarella
> > wrote:
> > >
> > > On Wed, May 21, 2025 at 10:06:13AM +0800, Xuewei Niu wrote:
> > > >> On Mon, May 19, 2025 at 03:06:48PM +0800, Xuewei Niu wrote:
> On Wed, May 21, 2025 at 10:06:13AM +0800, Xuewei Niu wrote:
> >> On Mon, May 19, 2025 at 03:06:48PM +0800, Xuewei Niu wrote:
> >> >The virtio_vsock_sock has a new field called bytes_unread as the return
> >> >value of the SIOCINQ ioctl.
> >> >
> >> >Though the rx_bytes exists, we introduce a byte
On 5/22/2025 2:43 AM, Sean Christopherson wrote:
> On Thu, May 15, 2025, Dapeng Mi wrote:
>> On 5/15/2025 8:09 AM, Sean Christopherson wrote:
>>> On Mon, Mar 24, 2025, Mingwei Zhang wrote:
+ return vcpu->kvm->arch.enable_pmu &&
>>> This is superfluous, pmu->version should never be non-zero
On 5/21/25 16:56, Stefano Garzarella wrote:
> On Wed, May 21, 2025 at 12:55:23AM +0200, Michal Luczaj wrote:
>> There was an issue with SO_LINGER: instead of blocking until all queued
>> messages for the socket have been successfully sent (or the linger timeout
>> has been reached), close() would b
There was an issue with SO_LINGER: instead of blocking until all queued
messages for the socket have been successfully sent (or the linger timeout
has been reached), close() would block until packets were handled by the
peer.
Add a test to alert on close() lingering when it should not.
Signed-off
v5:
https://lore.kernel.org/r/20250521-vsock-linger-v5-0-94827860d...@rbox.co
Changes in v5:
- Move unsent_bytes fetching logic to utils.c
- Add a helper for enabling SO_LINGER
- Accommodate for close() taking a long time for reasons unrelated to
lingering
- Separate and redo the testcase [Stefano]
-
Add a helper function that sets SO_LINGER. Adapt the caller.
Signed-off-by: Michal Luczaj
---
tools/testing/vsock/util.c | 13 +
tools/testing/vsock/util.h | 1 +
tools/testing/vsock/vsock_test.c | 10 +-
3 files changed, 15 insertions(+), 9 deletions(-)
diff --
Currently vsock's lingering effectively boils down to waiting (or timing
out) until packets are consumed or dropped by the peer; be it by receiving
the data, closing or shutting down the connection.
To align with the semantics described in the SO_LINGER section of man
socket(7) and to mimic AF_INE
Lingering should be transport-independent in the long run. In preparation
for supporting other transports, as well as the linger on shutdown(), move
code to core.
Generalize by querying vsock_transport::unsent_bytes(), guard against the
callback being unimplemented. Do not pass sk_lingertime expli
Distill the virtio_vsock_sock::bytes_unsent checking loop (ioctl SIOCOUTQ)
and move it to utils. Tweak the comment.
Signed-off-by: Michal Luczaj
---
tools/testing/vsock/util.c | 25 +
tools/testing/vsock/util.h | 1 +
tools/testing/vsock/vsock_test.c | 23 +++
On 5/21/25 16:41, Stefano Garzarella wrote:
> On Wed, May 21, 2025 at 12:55:22AM +0200, Michal Luczaj wrote:
>> ...
>> static void test_stream_linger_client(const struct test_opts *opts)
>> {
>> -struct linger optval = {
>> -.l_onoff = 1,
>> -.l_linger = 1
>
> So, we ar
On 5/21/25 17:01, Stefano Garzarella wrote:
> On Wed, May 21, 2025 at 12:55:21AM +0200, Michal Luczaj wrote:
>> ...
>> +/* Wait until transport reports no data left to be sent.
>> + * Return non-zero if transport does not implement the unsent_bytes()
>> callback.
>> + */
>> +int vsock_wait_sent(in
On Wed, May 21, 2025 at 2:04 PM Casey Chen wrote:
>
> On Wed, May 21, 2025 at 9:06 AM Suren Baghdasaryan wrote:
> >
> > Failures inside codetag_load_module() are currently ignored. As a
> > result an error there would not cause a module load failure and freeing
> > of the associated resources. Co
On Mon, Mar 24, 2025 at 05:30:44PM +, Mingwei Zhang wrote:
> From: Kan Liang
>
> Current perf doesn't explicitly schedule out all exclude_guest events
> while the guest is running. There is no problem with the current
> emulated vPMU. Because perf owns all the PMU counters. It can mask the
>
On Wed, May 21, 2025 at 9:06 AM Suren Baghdasaryan wrote:
>
> Failures inside codetag_load_module() are currently ignored. As a
> result an error there would not cause a module load failure and freeing
> of the associated resources. Correct this behavior by propagating the
> error code to the call
Hi Sakari,
Am Montag, dem 10.02.2025 um 09:53 + schrieb Sakari Ailus:
> Hi André,
>
> Thanks for the update.
>
> On Sun, Feb 09, 2025 at 10:51:57PM +0100, André Apitzsch via B4 Relay
> wrote:
> > From: André Apitzsch
> >
> > Document Dongwoon DW9719 and DW9761 VCM devicetree bindings.
> >
Hi André,
kernel test robot noticed the following build errors:
[auto build test ERROR on 3ee84e3dd88e39b55b534e17a7b9a181f1d46809]
url:
https://github.com/intel-lab-lkp/linux/commits/Andr-Almeida/selftests-futex-Add-ASSERT_-macros/20250521-045231
base
On Mon, Mar 24, 2025 at 05:31:14PM +, Mingwei Zhang wrote:
> From: Sandipan Das
>
> Apply the PERF_PMU_CAP_MEDIATED_VPMU flag for version 2 and later
> implementations of the core PMU. Aside from having Global Control and
> Status registers, virtualizing the PMU using the passthrough model
>
On 2025-05-21 3:55 p.m., Namhyung Kim wrote:
> On Mon, Mar 24, 2025 at 05:30:45PM +, Mingwei Zhang wrote:
>> From: Kan Liang
>>
>> Only KVM knows the exact time when a guest is entering/exiting. Expose
>> two interfaces to KVM to switch the ownership of the PMU resources.
>>
>> All the pinn
On Mon, Mar 24, 2025 at 05:30:49PM +, Mingwei Zhang wrote:
> From: Kan Liang
>
> When entering/exiting a guest, some contexts for a guest have to be
> switched. For examples, there is a dedicated interrupt vector for
> guests on Intel platforms.
>
> When PMI switch into a new guest vector, g
On Mon, Mar 24, 2025 at 05:30:45PM +, Mingwei Zhang wrote:
> From: Kan Liang
>
> Only KVM knows the exact time when a guest is entering/exiting. Expose
> two interfaces to KVM to switch the ownership of the PMU resources.
>
> All the pinned events must be scheduled in first. Extend the
> per
On Wed, May 21, 2025 at 10:39 AM Stanislav Fomichev
wrote:
>
> On 05/21, Mina Almasry wrote:
> > On Tue, May 20, 2025 at 1:30 PM Stanislav Fomichev
> > wrote:
> > >
> > > Add new -z argument to specify max IOV size. By default, use
> > > single large IOV.
> > >
> > > Signed-off-by: Stanislav Fom
On Wed, May 21, 2025 at 10:33 AM Stanislav Fomichev
wrote:
>
> On 05/21, Mina Almasry wrote:
> > On Tue, May 20, 2025 at 1:30 PM Stanislav Fomichev
> > wrote:
> > >
> > > sendmsg() with a single iov becomes ITER_UBUF, sendmsg() with multiple
> > > iovs becomes ITER_IOVEC. iter_iov_len does not r
On Wed, May 21, 2025 at 03:45:42PM +0200, Thomas Weißschuh wrote:
> Or you could run your testsuite with the new nolibc for-next branch
> which should be fixed now.
That seems to build with 869c788909b93a78ead1ca28c42b95eeb0779215 which
is the current HEAD of:
git://git.kernel.org/pub/scm/linu
On Mon, May 19, 2025 at 03:28:47PM +0200, David Hildenbrand wrote:
> On 16.05.25 20:07, Mark Brown wrote:
> > On Fri, May 16, 2025 at 04:12:08PM +0200, David Hildenbrand wrote:
> > [Converting to kselftet_harness]
> > > > That'd certainly work, though doing that is more surgery on the test
> > > >
On Thu, May 15, 2025, Dapeng Mi wrote:
> On 5/15/2025 8:09 AM, Sean Christopherson wrote:
> > On Mon, Mar 24, 2025, Mingwei Zhang wrote:
> >> + return vcpu->kvm->arch.enable_pmu &&
> > This is superfluous, pmu->version should never be non-zero without the PMU
> > being
> > enabled at the VM level
On 05/21, Mina Almasry wrote:
> On Tue, May 20, 2025 at 1:30 PM Stanislav Fomichev
> wrote:
> >
> > Use prime 3 for length to make offset slowly drift away.
> >
> > Signed-off-by: Stanislav Fomichev
> > ---
> > .../testing/selftests/drivers/net/hw/devmem.py | 17 -
> > 1 file c
On 05/21, Mina Almasry wrote:
> On Tue, May 20, 2025 at 1:30 PM Stanislav Fomichev
> wrote:
> >
> > Add new -z argument to specify max IOV size. By default, use
> > single large IOV.
> >
> > Signed-off-by: Stanislav Fomichev
> > ---
> > .../selftests/drivers/net/hw/ncdevmem.c | 49 +++
On 05/21, Mina Almasry wrote:
> On Tue, May 20, 2025 at 1:30 PM Stanislav Fomichev
> wrote:
> >
> > sendmsg() with a single iov becomes ITER_UBUF, sendmsg() with multiple
> > iovs becomes ITER_IOVEC. iter_iov_len does not return correct
> > value for UBUF, so teach to treat UBUF differently.
> >
On Tue, May 20, 2025 at 1:30 PM Stanislav Fomichev wrote:
>
> Use prime 3 for length to make offset slowly drift away.
>
> Signed-off-by: Stanislav Fomichev
> ---
> .../testing/selftests/drivers/net/hw/devmem.py | 17 -
> 1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff
On Tue, May 20, 2025 at 1:30 PM Stanislav Fomichev wrote:
>
> Add new -z argument to specify max IOV size. By default, use
> single large IOV.
>
> Signed-off-by: Stanislav Fomichev
> ---
> .../selftests/drivers/net/hw/ncdevmem.c | 49 +++
> 1 file changed, 29 insertions(+),
On Tue, May 20, 2025 at 1:30 PM Stanislav Fomichev wrote:
>
> sendmsg() with a single iov becomes ITER_UBUF, sendmsg() with multiple
> iovs becomes ITER_IOVEC. iter_iov_len does not return correct
> value for UBUF, so teach to treat UBUF differently.
>
> Cc: Al Viro
> Cc: Pavel Begunkov
> Cc: Mi
On Wed, May 21, 2025 at 12:55:21AM +0200, Michal Luczaj wrote:
Distill the virtio_vsock_sock::bytes_unsent checking loop (ioctl SIOCOUTQ)
and move it to utils. Tweak the comment.
Signed-off-by: Michal Luczaj
---
tools/testing/vsock/util.c | 25 +
tools/testing/vsock
Hi André,
On Thu, May 15, 2025 at 11:21:42PM +0200, André Apitzsch wrote:
> Am Freitag, dem 16.05.2025 um 00:02 +0300 schrieb Sakari Ailus:
> > On Thu, May 15, 2025 at 03:03:40PM +0200, Laurent Pinchart wrote:
> > > On Thu, May 15, 2025 at 02:54:54PM +0300, Sakari Ailus wrote:
> > > > On Thu, May
> In mt8195_scp_c1_irq_handler(), only the IPC interrupt bit
> (MT8192_SCP_IPC_INT_BIT) was checked., but does not handle
> when this bit is not set. This could lead to unhandled watchdog
> events. This could lead to unhandled watchdog events. A proper
…
* You may occasionally put more than 63 cha
> Hi Alan,
>
> Thanks for taking a look at this. I've been following your related effort
> to allow /sys/kernel/btf/vmlinux as a module in support of small systems
> with kernel-size constraints, and wondered how this series might affect
> that work? Such support would be well-received in the embe
On Wed, May 21, 2025 at 12:55:22AM +0200, Michal Luczaj wrote:
Add a helper function that sets SO_LINGER. Adapt the caller.
Signed-off-by: Michal Luczaj
---
tools/testing/vsock/util.c | 13 +
tools/testing/vsock/util.h | 4
tools/testing/vsock/vsock_test.c | 10 +
Failures inside codetag_load_module() are currently ignored. As a
result an error there would not cause a module load failure and freeing
of the associated resources. Correct this behavior by propagating the
error code to the caller and handling possible errors. With this change,
error to allocate
On Wed, May 21, 2025 at 12:55:23AM +0200, Michal Luczaj wrote:
There was an issue with SO_LINGER: instead of blocking until all queued
messages for the socket have been successfully sent (or the linger timeout
has been reached), close() would block until packets were handled by the
peer.
Add a t
In mt8195_scp_c1_irq_handler(), only the IPC interrupt bit
(MT8192_SCP_IPC_INT_BIT) was checked., but does not handle
when this bit is not set. This could lead to unhandled watchdog
events. This could lead to unhandled watchdog events. A proper
implementation can be found in mt8183_scp_irq_handler(
On Wed, May 21, 2025 at 03:45:42PM +0200, Thomas Weißschuh wrote:
> On 2025-05-21 14:22:30+0100, Mark Brown wrote:
> > Ah, you expect what's currently there to work - good. I noticed that
> > the vDSO tests had a -I for the nolibc directory which made me think it
> > was expected that it be there
On Wed, May 21, 2025 at 12:55:20AM +0200, Michal Luczaj wrote:
Lingering should be transport-independent in the long run. In preparation
for supporting other transports, as well as the linger on shutdown(), move
code to core.
Generalize by querying vsock_transport::unsent_bytes(), guard against
Hi André,
kernel test robot noticed the following build errors:
[auto build test ERROR on 3ee84e3dd88e39b55b534e17a7b9a181f1d46809]
url:
https://github.com/intel-lab-lkp/linux/commits/Andr-Almeida/selftests-futex-Add-ASSERT_-macros/20250521-045231
base
On 2025-05-21 14:22:30+0100, Mark Brown wrote:
> On Wed, May 21, 2025 at 03:08:05PM +0200, Thomas Weißschuh wrote:
> > On 2025-05-21 14:03:37+0100, Mark Brown wrote:
>
> > > > +/* make sure to include all global symbols */
> > > > +#include "nolibc.h"
>
> > > assumes that the nolibc include direc
On Tue, May 20, 2025 at 06:42:11PM +0200, David Hildenbrand wrote:
> A long-term goal is supporting frozen PageOffline pages, and later
> PageOffline pages that don't have a refcount at all. Some more work for
> that is needed -- in particular around non-folio page migration and
> memory ballooning
Acked-by: Zi Yan
Signed-off-by: David Hildenbrand
Hi David, sorry for jumping in late
Hi,
not late at all :)
@@ -1157,6 +1083,7 @@ static void virtio_mem_set_fake_offline(unsigned long pfn,
SetPageDirty(page);
else
__SetPa
Hi André,
kernel test robot noticed the following build warnings:
[auto build test WARNING on 3ee84e3dd88e39b55b534e17a7b9a181f1d46809]
url:
https://github.com/intel-lab-lkp/linux/commits/Andr-Almeida/selftests-futex-Add-ASSERT_-macros/20250521-045231
base
On Wed, May 21, 2025 at 03:08:05PM +0200, Thomas Weißschuh wrote:
> On 2025-05-21 14:03:37+0100, Mark Brown wrote:
> > > +/* make sure to include all global symbols */
> > > +#include "nolibc.h"
> > assumes that the nolibc include directory is in the include path, or
> > otherwise set up with a -
On 2025-05-21 14:03:37+0100, Mark Brown wrote:
> On Thu, May 15, 2025 at 09:57:47PM +0200, Thomas Weißschuh wrote:
> > This is the location regular userspace expects this definition.
> >
> > Signed-off-by: Thomas Weißschuh
>
> This is in -next as b8c436bbef0f2a and breaks the build of all the ar
On Thu, May 15, 2025 at 09:57:47PM +0200, Thomas Weißschuh wrote:
> This is the location regular userspace expects this definition.
>
> Signed-off-by: Thomas Weißschuh
This is in -next as b8c436bbef0f2a and breaks the build of all the arm64
selftests using nolibc:
clang --target=aarch64-linux-
On Tue, May 13, 2025 at 01:59:12PM +0200, Lukas Bulwahn wrote:
> From: Lukas Bulwahn
>
> Commit cbbd847d107f ("tools/x86/kcpuid: Introduce a complete cpuid
> bitfields CSV file") turns the tools/arch/x86/kcpuid/cpuid.csv to be an
> auto-generated file from an input file maintained at x86-cpuid.or
From: Stefano Garzarella
In `struct virtio_vsock_sock`, we maintain two counters:
- `rx_bytes`: used internally to track how many bytes have been read.
This supports mechanisms like .stream_has_data() and sock_rcvlowat().
- `fwd_cnt`: used for the credit mechanism to inform available receive
On Wed, 21 May 2025 at 05:09, Peng Fan wrote:
>
> On Wed, May 21, 2025 at 12:13:06PM +0800, Peng Fan wrote:
> >Hi Ulf,
> >
> >On Tue, May 20, 2025 at 02:21:49PM +0200, Ulf Hansson wrote:
> >>On Mon, 19 May 2025 at 19:24, Hiago De Franco wrote:
> >>>
> >>> Hi Ulf,
> >>>
> >>> On Mon, May 19, 2025
I think the patch subject is stale.
MODULE_ was the prefix in the previous v2 series.
Now, the prefix part is module:
On Fri, May 2, 2025 at 11:25 PM Peter Zijlstra wrote:
>
> Instead of only accepting "module:${name}", extend it with a comma
> separated list of module names and add tail glob
The MMIO transport implementation creates a list of virtqueues for a
virtio device, while the same is already available in the struct
virtio_device.
Don't create a duplicate list, and use the other one instead.
While at it, fix the virtio_device_for_each_vq() macro to accept an
argument like "&vm
On Wed, 21 May 2025 at 10:58, Stefano Garzarella wrote:
>
> Forgot to CC Arseniy.
>
> On Wed, 21 May 2025 at 10:57, Stefano Garzarella wrote:
> >
> > On Wed, May 21, 2025 at 10:06:13AM +0800, Xuewei Niu wrote:
> > >> On Mon, May 19, 2025 at 03:06:48PM +0800, Xuewei Niu wrote:
> > >> >The virtio_v
On Tue, May 20, 2025 at 08:39:08PM GMT, Vincent Knecht wrote:
> Add bindings for qcom,msm8939-camss in order to support the camera
> subsystem for MSM8939.
>
> Signed-off-by: Vincent Knecht
> ---
> .../bindings/media/qcom,msm8939-camss.yaml | 269
> +
> 1 file change
Hi RCU experts,
When I ran syskaller in Linux 6.6 with CONFIG_PREEMPT_RCU enabled, I got
the following soft lockup. The Calltrace is too long. I put it in the end.
The issue can also be reproduced in the latest kernel.
The issue is as follows. CPU3 is waiting for a spin_lock, which is got by CPU1
On Wed, May 21, 2025 at 10:15:47AM +0800, Xuewei Niu wrote:
On Mon, May 19, 2025 at 03:06:49PM +0800, Xuewei Niu wrote:
>This patch adds two tests for ioctl SIOCINQ for SOCK_STREAM and
>SOCK_SEQPACKET. The client waits for the server to send data, and checks if
>the return value of the SIOCINQ is
Forgot to CC Arseniy.
On Wed, 21 May 2025 at 10:57, Stefano Garzarella wrote:
>
> On Wed, May 21, 2025 at 10:06:13AM +0800, Xuewei Niu wrote:
> >> On Mon, May 19, 2025 at 03:06:48PM +0800, Xuewei Niu wrote:
> >> >The virtio_vsock_sock has a new field called bytes_unread as the return
> >> >value
On Wed, May 21, 2025 at 10:06:13AM +0800, Xuewei Niu wrote:
On Mon, May 19, 2025 at 03:06:48PM +0800, Xuewei Niu wrote:
>The virtio_vsock_sock has a new field called bytes_unread as the return
>value of the SIOCINQ ioctl.
>
>Though the rx_bytes exists, we introduce a bytes_unread field to the
>vi
On Tue, May 20, 2025 at 04:29:18PM +0200, Konrad Dybcio wrote:
> On 5/19/25 11:35 AM, Johan Hovold wrote:
> > On Sat, May 17, 2025 at 07:27:49PM +0200, Konrad Dybcio wrote:
> >> Dmitry Baryshkov (1):
> >> arm64: dts: qcom: sc8280xp-lenovo-thinkpad-x13s: enable sensors DSP
> >
> > At first I
66 matches
Mail list logo
