On Fri, Aug 01, 2025, Sean Christopherson wrote:
> On Wed, Jul 30, 2025, Dapeng Mi wrote:
> >
> > On 7/30/2025 8:38 AM, Sean Christopherson wrote:
> > > On Tue, Jul 29, 2025, Dapeng Mi wrote:
> > >> BTW, Sean, may I know your plan about the mediated vPMU v5 patch set?
> > >> Thanks.
> > > I'll ge
Hi Suren,
On Mon, Aug 4, 2025 at 9:47 PM Suren Baghdasaryan wrote:
>
> On Sun, Aug 3, 2025 at 1:48 PM Sukrut Heroorkar wrote:
> >
> > This change resolves non literal string format warning invoked
> > for proc-maps-race.c while compiling.
> >
> > proc-maps-race.c:205:17: warning: format not a st
On 8/4/25 2:31 PM, Hiago De Franco wrote:
Hi Andrew,
On Tue, Jul 29, 2025 at 03:04:20PM -0300, Hiago De Franco wrote:
On Sat, Jul 26, 2025 at 12:48:14PM -0500, Andrew Davis wrote:
On 7/26/25 9:39 AM, Hiago De Franco wrote:
Hi Andrew, Beleswar,
On Fri, Jul 25, 2025 at 02:29:22PM -0500, Andrew
On Sun, Aug 3, 2025 at 1:48 PM Sukrut Heroorkar wrote:
>
> This change resolves non literal string format warning invoked
> for proc-maps-race.c while compiling.
>
> proc-maps-race.c:205:17: warning: format not a string literal and no format
> arguments [-Wformat-security]
> 205 |
Hi Andrew,
On Tue, Jul 29, 2025 at 03:04:20PM -0300, Hiago De Franco wrote:
> On Sat, Jul 26, 2025 at 12:48:14PM -0500, Andrew Davis wrote:
> > On 7/26/25 9:39 AM, Hiago De Franco wrote:
> > > Hi Andrew, Beleswar,
> > >
> > > On Fri, Jul 25, 2025 at 02:29:22PM -0500, Andrew Davis wrote:
> > > >
On Mon, Aug 04, 2025 at 05:00:20PM +0530, Abinash Singh wrote:
> This refactors the 'alloc_buf' function to replace traditional goto-based
> error handling with scope-based cleanup helpers.
>
> No functional changes intended.
Please only do this in new code being submitted, no need to change any
The pull request you sent on Mon, 4 Aug 2025 14:26:43 +0100:
> https://github.com/openrisc/linux.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/69917dbfb67e5e7869b67425e2c799aea4d00874
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.ker
On Mon, Aug 04, 2025 at 05:05:57PM +0800, Jason Wang wrote:
> Hi Michael:
>
> On Tue, Jul 29, 2025 at 3:39 PM Jason Wang wrote:
> >
> > Commit 7918bb2d19c9 ("vhost: basic in order support") introduces
> > vq->nheads to store the number of batched used buffers per used elem
> > but it forgets to i
}
@@ -338,6 +341,7 @@ static void test_unmerge_zero_pages(void)
ksft_test_result(!range_maps_duplicates(map, size),
"KSM zero pages were unmerged\n");
unmap:
+ ksm_unmerge();
munmap(map, size);
}
@@ -366,6 +370,7 @@ static void test_unmerge_discar
On 04.08.25 11:04, Wei Yang wrote:
On Tue, Jul 29, 2025 at 11:04:00AM +0530, Aboorva Devarajan wrote:
From: Donet Tom
The split_huge_page_test fails on systems with a 64KB base page size.
This is because the order of a 2MB huge page is different:
On 64KB systems, the order is 5.
On 4KB syste
On 8/4/25 00:21, Reshetova, Elena wrote:
...
>>> + EUPDATESVN = 0x18,
>>> };
>>
>> This update is not consistent with the changelog nor the patch subject.
>
> I can remove the alignment fix.
It's not the alignment.
It's the definition of EUPDATESVN that goes completely unmentioned.
..
On Mon, Aug 04, 2025 at 03:16:35PM +0200, Konrad Dybcio wrote:
> On 8/4/25 2:41 PM, Mukesh Ojha wrote:
> > pas id is not used in qcom_mdt_load_no_init() and it should not
> > be used as it is non-PAS specific function and has no relation
> > to PAS specific mechanism.
> >
> > Signed-off-by: Mukesh
On 8/4/2025 5:41 AM, Mukesh Ojha wrote:
> pas id is not used in qcom_mdt_load_no_init() and it should not
> be used as it is non-PAS specific function and has no relation
> to PAS specific mechanism.
>
> Signed-off-by: Mukesh Ojha
> ---
> drivers/media/platform/qcom/venus/firmware.c | 4 ++--
>
On 01/08/2025 17:14, Duje Mihanović wrote:
> Different bus clocks require different pinctrl states to remain stable.
> Add support for selecting between a default and UHS state according to
> the bus clock.
>
> Signed-off-by: Duje Mihanović
> ---
> Changes in v2:
> - Don't attempt to lookup pinst
On 8/4/25 2:41 PM, Mukesh Ojha wrote:
> pas id is not used in qcom_mdt_load_no_init() and it should not
> be used as it is non-PAS specific function and has no relation
> to PAS specific mechanism.
>
> Signed-off-by: Mukesh Ojha
> ---
[...]
> -static bool qcom_mdt_bins_are_split(const struct fi
On 8/4/25 2:41 PM, Mukesh Ojha wrote:
> commit f4e526ff7e38e ("soc: qcom: mdt_loader: Extract PAS
> operations") move pas specific code from __qcom_mdt_load()
> to a separate function qcom_mdt_pas_init() after which the
> pas_init variable became unused in __qcom_mdt_load().
>
> Remove pas_init a
On Mon, Aug 04, 2025 at 06:11:48PM +0530, Mukesh Ojha wrote:
Please ignore this mistake of sending empty cover-letter to your inbox.
-Mukesh
> ---
> Mukesh Ojha (3):
> soc: qcom: mdt_loader: Remove unused parameter
> soc: qcom: mdt_loader: Remove pas id parameter
> soc: qcom:
On Mon, 2025-08-04 at 11:11 +0200, AngeloGioacchino Del Regno wrote:
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> Il 04/08/25 11:10, Huayu Zong (纵华宇) ha scritto:
> > On Mon, 2025-08-04 at 10:27 +0200, AngeloGioacchino
On Sat, Aug 02, 2025 at 08:48:02AM +, Jiawei Zhao wrote:
> On x86-64, USDT arguments can be specified using Scale-Index-Base (SIB)
> addressing, e.g. "1@-96(%rbp,%rax,8)". The current USDT implementation
> in libbpf cannot parse this format, causing `bpf_program__attach_usdt()`
> to fail with -
Hi Arnaud,
On 8/1/2025 12:53 PM, Arnaud POULIQUEN wrote:
> Hello Harshal,
>
>
> On 7/31/25 12:25, Harshal Dev wrote:
>> Hello Arnaud,
>>
>> On 6/25/2025 3:10 PM, Arnaud Pouliquen wrote:
>>> Add a remoteproc TEE (Trusted Execution Environment) driver that will be
>>> probed by the TEE bus. If the
Il 04/08/25 11:10, Huayu Zong (纵华宇) ha scritto:
On Mon, 2025-08-04 at 10:27 +0200, AngeloGioacchino Del Regno wrote:
External email : Please do not click links or open attachments until
you have verified the sender or the content.
Il 29/07/25 04:31, Huayu Zong ha scritto:
Add the compatible f
On Tue, Jul 29, 2025 at 11:03:59AM +0530, Aboorva Devarajan wrote:
>From: Donet Tom
>
>This patch fixed 2 issues.
>
>1) After fork() in test_prctl_fork, the child process uses the file
>descriptors from the parent process to read ksm_stat and
>ksm_merging_pages. This results in incorrect values be
On Mon, 2025-08-04 at 10:27 +0200, AngeloGioacchino Del Regno wrote:
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> Il 29/07/25 04:31, Huayu Zong ha scritto:
> > Add the compatible for mt8189 SCP to the binding.
> >
> >
Hi Michael:
On Tue, Jul 29, 2025 at 3:39 PM Jason Wang wrote:
>
> Commit 7918bb2d19c9 ("vhost: basic in order support") introduces
> vq->nheads to store the number of batched used buffers per used elem
> but it forgets to initialize the vq->nheads to NULL in
> vhost_dev_init() this will cause kfr
On Tue, Jul 29, 2025 at 11:04:00AM +0530, Aboorva Devarajan wrote:
>From: Donet Tom
>
>The split_huge_page_test fails on systems with a 64KB base page size.
>This is because the order of a 2MB huge page is different:
>
>On 64KB systems, the order is 5.
>
>On 4KB systems, it's 9.
>
>The test curren
Il 29/07/25 04:31, Huayu Zong ha scritto:
Add the compatible for mt8189 SCP to the binding.
Signed-off-by: Huayu Zong
Is MT8189's SCP really single-core?
All of the new SoCs have two SCP cores - it's a bit strange to see that 8189 has
only one... hence, please triple check and confirm.
Chee
On 02.08.25 01:45, Sudarsan Mahendran wrote:
Enable these tests to be run on other pfnmap'ed memory like
NVIDIA's EGM.
Add '--' as a separator to pass in file path. This allows
passing of cmd line arguments to kselftest_harness.
Use '/dev/mem' as default filename.
Existing test passes:
, Asit K
> ; Scarlata, Vincent R
> ;
> Cai, Chong ; Aktas, Erdem ;
> Annapurve, Vishal ; Bondarevska, Nataliia
> ; Raynor, Scott
> Subject: Re: [PATCH v10 5/6] x86/sgx: Implement ENCLS[EUPDATESVN]
>
> The changelog is missing a tidbit about the fact that this is still d
, Asit K
> ; Scarlata, Vincent R
> ;
> Cai, Chong ; Aktas, Erdem ;
> Annapurve, Vishal ; Bondarevska, Nataliia
> ; Raynor, Scott
> Subject: Re: [PATCH v10 4/6] x86/sgx: Define error codes for use by
> ENCLS[EUPDATESVN]
>
> On 8/1/25 04:25, Elena Reshetova wrote:
>
, Asit K
> ; Scarlata, Vincent R
> ;
> Cai, Chong ; Aktas, Erdem ;
> Annapurve, Vishal ; Bondarevska, Nataliia
> ; Raynor, Scott
> Subject: Re: [PATCH v10 2/6] x86/sgx: Introduce functions to count the
> sgx_(vepc_)open()
>
> On 8/1/25 04:25, Elena Reshetova wrote
> On 8/1/25 04:25, Elena Reshetova wrote:
> > In order to introduce the counting of active sgx users on top
> > of clean functions that allocate vepc structures, covert existing
> > sgx_(vepc_)open to __sgx_(vepc_)open. Later patch will introduce the
> > top level wrappers that manage the usage c
The pull request you sent on Sun, 3 Aug 2025 15:18:07 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/modules/linux.git/
> tags/modules-6.17-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8877fcb70fd7ae0a4d5ac73d250dc255f7ff5a2c
Thank you!
--
Deet-doot-
On Sun, 3 Aug 2025 at 06:18, Daniel Gomez wrote:
>
> Note that this had a conflict with sysctl changes [1] but should be fixed now
> as I
> rebased on top.
Christ people.
Read the documentation and *years* of me sending out emails about what
maintainers should do. Conflicts are *not* a reason t
On Sun, Aug 3, 2025 at 12:00 PM Menglong Dong wrote:
>
> On Sun, Aug 3, 2025 at 10:54 AM Jason Xing wrote:
> >
> > On Sun, Aug 3, 2025 at 9:59 AM Menglong Dong
> > wrote:
> > >
> > > On Sat, Aug 2, 2025 at 9:06 PM Jason Xing
> > > wrote:
> > > >
> > > > Hi Menglong,
> > > >
> > > > On Sat, Au
On Sun, Aug 3, 2025 at 10:54 AM Jason Xing wrote:
>
> On Sun, Aug 3, 2025 at 9:59 AM Menglong Dong wrote:
> >
> > On Sat, Aug 2, 2025 at 9:06 PM Jason Xing wrote:
> > >
> > > Hi Menglong,
> > >
> > > On Sat, Aug 2, 2025 at 5:28 PM Menglong Dong
> > > wrote:
> > > >
> > > > For now, the tcp soc
On Sun, Aug 3, 2025 at 9:59 AM Menglong Dong wrote:
>
> On Sat, Aug 2, 2025 at 9:06 PM Jason Xing wrote:
> >
> > Hi Menglong,
> >
> > On Sat, Aug 2, 2025 at 5:28 PM Menglong Dong
> > wrote:
> > >
> > > For now, the tcp socket lookup will terminate if the socket is reuse port
> > > in inet_lhash
On Sat, Aug 2, 2025 at 9:06 PM Jason Xing wrote:
>
> Hi Menglong,
>
> On Sat, Aug 2, 2025 at 5:28 PM Menglong Dong wrote:
> >
> > For now, the tcp socket lookup will terminate if the socket is reuse port
> > in inet_lhash2_lookup(), which makes the socket is not the best match.
> >
> > For exampl
On 7/31/25 9:01 AM, Muhammad Usama Anjum wrote:
...
> diff --git a/tools/testing/selftests/kselftest.h
> b/tools/testing/selftests/kselftest.h
> index c3b6d2604b1e4..8d17036d88396 100644
> --- a/tools/testing/selftests/kselftest.h
> +++ b/tools/testing/selftests/kselftest.h
> @@ -92,6 +92,10 @@
>
Hi Menglong,
On Sat, Aug 2, 2025 at 5:28 PM Menglong Dong wrote:
>
> For now, the tcp socket lookup will terminate if the socket is reuse port
> in inet_lhash2_lookup(), which makes the socket is not the best match.
>
> For example, we have socket1 and socket2 both listen on "0.0.0.0:1234",
> but
On Fri, Aug 01, 2025 at 01:26:43PM +0200, Thomas Huth wrote:
> On 28/07/2025 17.50, Greg Kroah-Hartman wrote:
> > On Mon, Jul 28, 2025 at 05:36:47PM +0200, Greg Kroah-Hartman wrote:
> > > On Mon, Jul 28, 2025 at 05:28:43PM +0200, Thomas Huth wrote:
> > > > From: Thomas Huth
> > > >
> > > > The Fr
On Fri, Aug 1, 2025 at 9:16 AM Jiawei Zhao wrote:
>
> From: Jiawei Zhao
>
> On x86-64, USDT arguments can be specified using Scale-Index-Base (SIB)
> addressing, e.g. "1@-96(%rbp,%rax,8)". The current USDT implementation
> in libbpf cannot parse this format, causing `bpf_program__attach_usdt()`
>
Thanks for the review!
I've sent a follow up v2 patch.
On Fri, Aug 1, 2025 at 12:15 AM David Hildenbrand wrote:
>
> On 31.07.25 22:10, Sudarsan Mahendran wrote:
> > Enable these tests to be run on other pfnmap'ed memory like
> > NVIDIA's EGM.
> >
> > Add '--' as a separator to pass in file path.
On Wed, Jul 30, 2025, Dapeng Mi wrote:
>
> On 7/30/2025 8:38 AM, Sean Christopherson wrote:
> > On Tue, Jul 29, 2025, Dapeng Mi wrote:
> >> BTW, Sean, may I know your plan about the mediated vPMU v5 patch set?
> >> Thanks.
> > I'll get it out this week (hopefully tomorrow).
>
> Thumbs up! Thanks
The pull request you sent on Fri, 1 Aug 2025 14:53:03 -0500:
> https://git.kernel.org/pub/scm/linux/kernel/git/remoteproc/linux.git
> tags/rproc-v6.17
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/111857421c93fc88924106436741bd2f5b8bc220
Thank you!
--
Deet-doot-d
On Mon, Jul 21, 2025 at 4:51 PM Ira Weiny wrote:
>
> On Fri, Jun 13, 2025 at 12:13:32PM -0700, Sagi Shahar wrote:
> > From: Isaku Yamahata
> >
>
> [snip]
>
> >
> > diff --git a/tools/testing/selftests/kvm/lib/x86/processor.c
> > b/tools/testing/selftests/kvm/lib/x86/processor.c
> > index d082d42
On Thu, 31 Jul 2025 00:02:51 + Swaraj Gaikwad
wrote:
> From: Swaraj-1925
We prefer that real names be used, please.
> Fixed spelling and grammar issues in test output messages
> to improve readability.
>
> Signed-off-by: swarajgaikwad1...@gmail.com
Ditto.
> --- a/tools/testing/selftest
On Fri, 1 Aug 2025 at 14:15, Linus Torvalds
wrote:
>
> My apologies - they are indeed there, and I was simply looking at stale state.
>
> So while it's recently rebased, the commits have been in linux-next
> and I was just wrong.
Pulled and pushed out. Sorry again for blaming Michael for my own i
* Linus Torvalds (torva...@linux-foundation.org) wrote:
> On Fri, 1 Aug 2025 at 06:13, Michael S. Tsirkin wrote:
> >
> > drop commits that I put in there by mistake. Sorry!
>
> Not only does this mean they were all recently rebased, absolutely
> *NONE* of this has been in linux-next as fa
The pull request you sent on Fri, 1 Aug 2025 09:13:18 -0400:
> https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/821c9e515db512904250e1d460109a1dc4c7ef6b
Thank you!
--
Deet-doot-dot, I am a bo
On Fri, 1 Aug 2025 at 14:01, Dr. David Alan Gilbert wrote:
>
> My notes say that I saw my two vhost: vringh deadcode patches in -next
> on 2025-07-17.
Oh. My bad.
My linux-next head was not up-to-date: I had fetched the new state,
but the branch was still pointing to the previous one.
My apolo
On Fri, 1 Aug 2025 at 06:13, Michael S. Tsirkin wrote:
>
> drop commits that I put in there by mistake. Sorry!
Not only does this mean they were all recently rebased, absolutely
*NONE* of this has been in linux-next as fat as I can tell. Not in a
rebased form _or_ in the pre-rebased form.
On Fri, Aug 1, 2025 at 6:38 PM SeongJae Park wrote:
>
> On Thu, 31 Jul 2025 15:00:22 -0700 Suren Baghdasaryan
> wrote:
>
> > Extend /proc/pid/maps tearing tests to verify PROCMAP_QUERY ioctl operation
> > correctness while the vma is being concurrently modified.
> >
> > Signed-off-by: Suren Bagh
On Thu, 31 Jul 2025 15:00:22 -0700 Suren Baghdasaryan wrote:
> Extend /proc/pid/maps tearing tests to verify PROCMAP_QUERY ioctl operation
> correctness while the vma is being concurrently modified.
>
> Signed-off-by: Suren Baghdasaryan
Acked-by: SeongJae Park
Tested-by: SeongJae Park
Than
The changelog is missing a tidbit about the fact that this is still dead
code until sgx_inc_usage_count() gets a real implementation.
On 8/1/25 04:25, Elena Reshetova wrote:
...
> +/**
> + * sgx_update_svn() - Attempt to call ENCLS[EUPDATESVN].
> + * This instruction attempts to update CPUSVN to t
On 8/1/25 04:25, Elena Reshetova wrote:
> Add error codes for ENCLS[EUPDATESVN], then SGX CPUSVN update
> process can know the execution state of EUPDATESVN and notify
> userspace.
>
> Signed-off-by: Elena Reshetova
> ---
> arch/x86/include/asm/sgx.h | 37 ++---
>
On 8/1/25 04:25, Elena Reshetova wrote:
> Add a flag indicating whenever ENCLS[EUPDATESVN] SGX instruction
> is supported. This will be used by SGX driver to perform CPU
> SVN updates.
>
> Signed-off-by: Elena Reshetova
Reviewed-by: Dave Hansen
On 8/1/25 04:25, Elena Reshetova wrote:
> Note: the sgx_inc_usage_count prototype is defined to return
> int for the cleanliness of the follow-up patches. When the
> EUPDATESVN SGX instruction will be enabled in the follow-up patch,
> the sgx_inc_usage_count will start to return int.
Please use pa
On 8/1/25 04:25, Elena Reshetova wrote:
> In order to introduce the counting of active sgx users on top
> of clean functions that allocate vepc structures, covert existing
> sgx_(vepc_)open to __sgx_(vepc_)open. Later patch will introduce the
> top level wrappers that manage the usage count.
>
> N
it's carveout and devmem resources
would already have been processed by the external entity during boot.
Re-allocating the carveouts in Linux (without proper flags) would zero
out the memory regions used by the firmware and can lead to undefined
behaviour. And there is no need to re-map the memor
On Fri, Aug 1, 2025 at 3:55 AM Vlastimil Babka wrote:
>
> On 8/1/25 00:00, Suren Baghdasaryan wrote:
> > Refactor struct proc_maps_private so that the fields used by PROCMAP_QUERY
> > ioctl are moved into a separate structure. In the next patch this allows
> > ioctl to reuse some of the functions
Hi Olivier,
On Fri, Aug 1, 2025 at 5:39 AM Olivier Blin wrote:
> Shouldn't you also remove the timerfd variable?
> It seems to be of no functional use after this change.
The timerfd is still required because it provides the wake-up event for
this test. Just before suspend the code programs a CLO
On Fri Aug 1, 2025 at 4:03 PM CEST, Konrad Dybcio wrote:
> On 8/1/25 3:51 PM, Luca Weiss wrote:
>> Enable USB audio offloading which allows to play audio via a USB-C
>> headset with lower power consumption and enabling some other features.
>>
>> This can be used like the following:
>>
>> $ amix
On 8/1/25 3:51 PM, Luca Weiss wrote:
> Enable USB audio offloading which allows to play audio via a USB-C
> headset with lower power consumption and enabling some other features.
>
> This can be used like the following:
>
> $ amixer -c0 cset name='USB_RX Audio Mixer MultiMedia1' On
> $ aplay
On 8/1/25 3:51 PM, Luca Weiss wrote:
> Add a node for q6usb which handles USB audio offloading, allowing to
> play audio via a USB-C headset with lower power consumption and enabling
> some other features.
>
> We also need to set num-hc-interrupters for the dwc3 for the q6usb to be
> able to use i
On Fri, Aug 01, 2025 at 03:40:59PM +0200, Luca Weiss wrote:
> The qcom_stats driver allows querying sleep stats from various
> remoteprocs. Add a node to enable it.
>
> Signed-off-by: Luca Weiss
> ---
> arch/arm64/boot/dts/qcom/sm6350.dtsi | 5 +
> 1 file changed, 5 insertions(+)
>
Reviewe
On Fri, Aug 01, 2025 at 09:03:35AM -0400, Michael S. Tsirkin wrote:
> On Fri, Aug 01, 2025 at 07:00:32AM -0400, Michael S. Tsirkin wrote:
> > The following changes since commit 347e9f5043c89695b01e66b3ed111755afcf1911:
> >
> > Linux 6.16-rc6 (2025-07-13 14:25:58 -0700)
> >
> > are available in
On Fri, Aug 01, 2025 at 07:00:32AM -0400, Michael S. Tsirkin wrote:
> The following changes since commit 347e9f5043c89695b01e66b3ed111755afcf1911:
>
> Linux 6.16-rc6 (2025-07-13 14:25:58 -0700)
>
> are available in the Git repository at:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/ms
Hi Suren,
kernel test robot noticed the following build errors:
[auto build test ERROR on 01da54f10fddf3b01c5a3b80f6b16bbad390c302]
url:
https://github.com/intel-lab-lkp/linux/commits/Suren-Baghdasaryan/selftests-proc-test-PROCMAP_QUERY-ioctl-while-vma-is-concurrently-modified/20250801-06020
Le 26/06/2025 à 21:16, Moon Hee Lee a écrit :
[...]
Replace the timer-based check with a read from
/sys/power/suspend_stats/success. This counter is incremented only
after a full suspend/resume cycle, providing a reliable and race-free
indicator.
Also remove the unused file descriptor for /sys
On 28/07/2025 17.50, Greg Kroah-Hartman wrote:
On Mon, Jul 28, 2025 at 05:36:47PM +0200, Greg Kroah-Hartman wrote:
On Mon, Jul 28, 2025 at 05:28:43PM +0200, Thomas Huth wrote:
From: Thomas Huth
The Free Software Foundation does not reside in "59 Temple Place"
anymore, so we should not mention
On 8/1/25 00:00, Suren Baghdasaryan wrote:
> Refactor struct proc_maps_private so that the fields used by PROCMAP_QUERY
> ioctl are moved into a separate structure. In the next patch this allows
> ioctl to reuse some of the functions used for reading /proc/pid/maps
> without using file->private_dat
Hello Harshal,
On 7/31/25 12:25, Harshal Dev wrote:
> Hello Arnaud,
>
> On 6/25/2025 3:10 PM, Arnaud Pouliquen wrote:
>> Add a remoteproc TEE (Trusted Execution Environment) driver that will be
>> probed by the TEE bus. If the associated Trusted application is supported
>> on the secure part, th
On 31.07.25 22:10, Sudarsan Mahendran wrote:
Enable these tests to be run on other pfnmap'ed memory like
NVIDIA's EGM.
Add '--' as a separator to pass in file path. This allows
passing of cmd line arguments to kselftest_harness.
Use '/dev/mem' as default filename.
Existing test passes:
On 30-07-25, 13:24, Krzysztof Kozlowski wrote:
> I am speaking about coding style. It's explicitly requested to use only
> the full constructor syntax (see long time Linus' remark or just read
> cleanup.h docs).
Ahh, I wasn't aware of the interdependency problem. Thanks.
--
viresh
On 7/31/25 7:52 PM, chenyuan...@163.com wrote:
From: Yuan Chen
Fix implicit function declaration errors in bpf_qdisc_xxx.c by adding
the required kernel symbol declarations to the shared header file
bpf_qdisc_common.h. This ensures all qdisc BPF programs can properly
resolve these kernel fun
On Wed, 2025-07-30 at 09:07 -0600, Mathieu Poirier wrote:
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> Hi,
>
> On Tue, Jul 29, 2025 at 10:31:13AM +0800, Huayu Zong wrote:
> > Add SCP support for mt8189.
> >
> > Signe
The pull request you sent on Wed, 30 Jul 2025 14:57:40 -0500:
> https://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm.git/
> tags/libnvdimm-for-6.17
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/27152608dab9afe748d6b5fc3437a1831dac77c7
Thank you!
--
Deet-d
On Tue, Jul 29, 2025 at 11:16 PM David Gow wrote:
>
> I can never remember whether --raw_output takes 'all' or 'full'. No
> reason we can't support both.
>
> For the record, 'all' is the recommended, documented option.
>
> Signed-off-by: David Gow
Hello!
Happy to add the ability to use 'full'.
On 7/28/25 02:11, Adrian Hunter wrote:
On 11/07/2025 18:42, Kamal Dasu wrote:
This patch adds support to claim host for TZOS RPMB access and synchronized
access to the controller hardware using hwspinlock framework.
To achieve this Linux OS and the secure TZOS make use of:
- shared hardware sema
On Tue, Jul 29, 2025 at 6:56 AM Matt Fleming wrote:
>
> On Mon, Jul 28, 2025 at 3:35 PM Alexei Starovoitov
> wrote:
> >
> > Please make a full description of what the test does,
> > since it's not trivial to decipher from the code.
> > If I'm reading it correctly, first, the user space
> > makes
On 7/31/25 12:01 PM, Muhammad Usama Anjum wrote:
The while loop doesn't execute and following warning gets generated:
protection_keys.c:561:15: warning: code will never be executed
[-Wunreachable-code]
int rpkey = alloc_random_pkey();
Let's enable the while loop such that it ge
On 7/31/25 12:01 PM, Muhammad Usama Anjum wrote:
Enable -Wunreachable-code flag to catch dead code and fix them.
1. Remove the dead code and write a comment instead:
hmm-tests.c:2033:3: warning: code will never be executed
[-Wunreachable-code]
perror("Should not reach this\n");
hi Thomas,
> Please do not top-post and trim your replies.
Thanks, I learned about this netiquette today.
I hope this reply is in the correct format.
> The point John was making:
>
> >> So it might be worth looking into getting the output to be happy with
> >> TAP while you're tweaking things her
Hi Neeraj,
kernel test robot noticed the following build warnings:
[auto build test WARNING on f11a5f89910a7ae970fbce4fdc02d86a8ba8570f]
url:
https://github.com/intel-lab-lkp/linux/commits/Neeraj-Kumar/nvdimm-label-Introduce-NDD_CXL_LABEL-flag-to-set-cxl-label-format/20250730-202209
base:
On Thu, 31 Jul 2025 12:02:22 +0200,
WangYuli wrote:
>
> Free the malloc'd buffer in TEST_F(timer_f, utimer) to prevent
> memory leak.
>
> Reported-by: Jun Zhan
> Signed-off-by: WangYuli
Thanks, applied now. I added Fixes tag in my side.
Takashi
> ---
> tools/testing/selftests/alsa/utimer-
Vishal!
On Wed, Jul 30 2025 at 23:35, Vishal Parmar wrote:
Please do not top-post and trim your replies.
> The intent behind this change is to make output useful as is.
> for example, to provide a performance report in case of regression.
The point John was making:
>> So it might be worth look
Hi Neeraj,
kernel test robot noticed the following build warnings:
[auto build test WARNING on f11a5f89910a7ae970fbce4fdc02d86a8ba8570f]
url:
https://github.com/intel-lab-lkp/linux/commits/Neeraj-Kumar/nvdimm-label-Introduce-NDD_CXL_LABEL-flag-to-set-cxl-label-format/20250730-202209
base:
On Mon, 30 Jun 2025 16:32:31 +0200, Petr Pavlu wrote:
> Fix a few minor problems related to MODULE_NAME_LEN and
> MAX_PARAM_PREFIX_LEN, and clean up their usage.
>
> Petr Pavlu (5):
> module: Prevent silent truncation of module name in delete_module(2)
> module: Remove unnecessary +1 from la
Hi Neeraj,
kernel test robot noticed the following build warnings:
[auto build test WARNING on f11a5f89910a7ae970fbce4fdc02d86a8ba8570f]
url:
https://github.com/intel-lab-lkp/linux/commits/Neeraj-Kumar/nvdimm-label-Introduce-NDD_CXL_LABEL-flag-to-set-cxl-label-format/20250730-202209
base:
On Mon Jul 28, 2025 at 5:53 PM CEST, Alex Elder wrote:
> On 7/28/25 3:35 AM, Luca Weiss wrote:
>> Handle the case for v5.1 and v5.5 instead of returning "0.0".
>
> This makes sense for IPA v5.5.
>
> I have comments below, but I'll do this up front:
>
> Reviewed-by: Alex Elder
Thanks!
>
>> Also r
Hello Arnaud,
On 6/25/2025 3:10 PM, Arnaud Pouliquen wrote:
> Add a remoteproc TEE (Trusted Execution Environment) driver that will be
> probed by the TEE bus. If the associated Trusted application is supported
> on the secure part, this driver offers a client interface to load firmware
> by the s
On Thu, Jul 31, 2025 at 10:00:31AM +0200, Thomas Weißschuh wrote:
> clock_nanosleep() returns a positive error value. Unlike other libc
> functions it *does not* return -1 nor set errno.
>
> Fix the return value and also adapt nanosleep().
Good catch, I wasn't aware of this either!
> Fixes: 7c02
Hi!
Thank you so much for the detailed review! Based on the feedback, I
have updated v3 [1]. In v3, we also add additional tests using
the FIXTURE_ADD_VARIANT feature to test the matrix of possibilities.
The central idea is that FD passing tests would behave the same way as
the regular tests if t
Hi Neeraj,
kernel test robot noticed the following build warnings:
[auto build test WARNING on f11a5f89910a7ae970fbce4fdc02d86a8ba8570f]
url:
https://github.com/intel-lab-lkp/linux/commits/Neeraj-Kumar/nvdimm-label-Introduce-NDD_CXL_LABEL-flag-to-set-cxl-label-format/20250730-202209
base:
Hi Neeraj,
kernel test robot noticed the following build errors:
[auto build test ERROR on f11a5f89910a7ae970fbce4fdc02d86a8ba8570f]
url:
https://github.com/intel-lab-lkp/linux/commits/Neeraj-Kumar/nvdimm-label-Introduce-NDD_CXL_LABEL-flag-to-set-cxl-label-format/20250730-202209
base: f11a
Hi Neeraj,
kernel test robot noticed the following build warnings:
[auto build test WARNING on f11a5f89910a7ae970fbce4fdc02d86a8ba8570f]
url:
https://github.com/intel-lab-lkp/linux/commits/Neeraj-Kumar/nvdimm-label-Introduce-NDD_CXL_LABEL-flag-to-set-cxl-label-format/20250730-202209
base:
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski :
On Mon, 28 Jul 2025 10:35:24 +0200 you wrote:
> Handle the case for v5.1 and v5.5 instead of returning "0.0".
>
> Also reword the comment below since I don't see any evidence of such a
> check happening, and - since 5.5 h
On Wed, Jul 30, 2025 at 03:34:55PM -0700, Linus Torvalds wrote:
> On Wed, 30 Jul 2025 at 12:24, Paul E. McKenney wrote:
> >
> > As it happens, I will be sending the pull request for the v6.18 merge
> > window, so I will stop doing my usual octopus merges (hey, they *were*
> > cool!) and instead me
On Wed, Jul 30, 2025 at 08:59:15AM +, Junhui Liu wrote:
> On 30/07/2025 14:05, Inochi Amaoto wrote:
> > On Wed, Jul 30, 2025 at 03:57:09AM +, Junhui Liu wrote:
> >> On 29/07/2025 16:31, Inochi Amaoto wrote:
> >> > On Mon, Jul 28, 2025 at 07:03:23PM +0800, Junhui Liu wrote:
> >> >> Add C906L
On Wed, 30 Jul 2025 at 12:24, Paul E. McKenney wrote:
>
> As it happens, I will be sending the pull request for the v6.18 merge
> window, so I will stop doing my usual octopus merges (hey, they *were*
> cool!) and instead merge each branch separately, with each merge's commit
> log giving a synops
1 - 100 of 473784 matches
Mail list logo
