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
On Wed, Jul 30, 2025 at 11:11:43AM -0700, Linus Torvalds wrote:
> On Fri, 25 Jul 2025 at 19:46, Neeraj Upadhyay
> wrote:
> >
> > This pull request contains the following branches:
> >
> > rcu-exp.23.07.2025 [..]
>
> I've pulled this, but I do have a request (or two, really)..
>
> The octopus mer
The pull request you sent on Sat, 26 Jul 2025 08:16:05 +0530:
> ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/rcu/linux.git
> tags/rcu.release.v6.17
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2db4df0c09eeb209726261f43fc556360b38ec99
Thank you!
--
Deet
On 7/24/25 8:31 AM, Beleswar Padhi wrote:
When attaching to a remote processor, it is implied that the rproc was
booted by an external entity. Thus, it's carveout and devmem resources
would already have been processed by the external entity during boot.
Re-allocating the carveouts in
On Fri, 25 Jul 2025 at 19:46, Neeraj Upadhyay
wrote:
>
> This pull request contains the following branches:
>
> rcu-exp.23.07.2025 [..]
I've pulled this, but I do have a request (or two, really)..
The octopus merges look cool, but they have the problem that if there
are subtle bugs introduced by
Koralahalli Channabasappa, Smita wrote:
[..]
> > static int hmem_register_device(struct device *host, int target_nid,
> > const struct resource *res)
> > {
> > + struct dax_defer_work *work = dev_get_drvdata(host);
> > struct platform_device *pdev;
> > stru
Hi,
On Tue, Jul 29, 2025 at 10:31:13AM +0800, Huayu Zong wrote:
> Add SCP support for mt8189.
>
> Signed-off-by: Huayu Zong
> ---
> drivers/remoteproc/mtk_common.h | 11 ++
> drivers/remoteproc/mtk_scp.c| 37 ++---
> 2 files changed, 45 insertions(+), 3 d
On Wed, Jul 30, 2025 at 4:29 AM Viresh Kumar wrote:
>
> Hello,
>
> This RFC series introduces support for a new Virtio transport type:
> "virtio-msg", as proposed in [1]. Unlike existing transport types like
> virtio-mmio or virtio-pci, which rely on memory-mapped registers, virtio-msg
> implement
On Wed, Jul 30, 2025 at 02:54:46PM +0200, David Hildenbrand wrote:
> On 18.07.25 14:43, Lorenzo Stoakes wrote:
> > On Thu, Jul 17, 2025 at 10:03:44PM +0200, David Hildenbrand wrote:
> > > On 17.07.25 21:55, Lorenzo Stoakes wrote:
> > > > On Thu, Jul 17, 2025 at 08:51:51PM +0100, Lorenzo Stoakes wro
On 18.07.25 14:43, Lorenzo Stoakes wrote:
On Thu, Jul 17, 2025 at 10:03:44PM +0200, David Hildenbrand wrote:
On 17.07.25 21:55, Lorenzo Stoakes wrote:
On Thu, Jul 17, 2025 at 08:51:51PM +0100, Lorenzo Stoakes wrote:
@@ -721,37 +772,21 @@ struct page *vm_normal_page_pmd(struct vm_area_struct
*
On 30/07/2025 12:57, Viresh Kumar wrote:
> On 30-07-25, 11:46, Krzysztof Kozlowski wrote:
>> On 30/07/2025 11:29, Viresh Kumar wrote:
>>> + struct device_node *child __free(device_node) = NULL;
>>
>> This should not be NULL or this should not be cleanup. Follow coding
>> style for cleanup - const
On Wed, Jul 30, 2025 at 09:08:57AM +0200, Geert Uytterhoeven wrote:
> Hi Thadeu,,
>
> On Sun, 15 Jun 2025 at 23:31, Thadeu Lima de Souza Cascardo
> wrote:
> >
> > Add test cases for static and dynamic minor number allocation and
> > deallocation.
> >
> > While at it, improve description and test
On 30-07-25, 11:46, Krzysztof Kozlowski wrote:
> On 30/07/2025 11:29, Viresh Kumar wrote:
> > + struct device_node *child __free(device_node) = NULL;
>
> This should not be NULL or this should not be cleanup. Follow coding
> style for cleanup - constructor must be real here.
I may have misunder
Hello,
On Tue, 29 Jul 2025, Frederic Weisbecker wrote:
> The estimator kthreads' affinity are defined by sysctl overwritten
> preferences and applied through a plain call to the scheduler's affinity
> API.
>
> However since the introduction of managed kthreads preferred affinity,
> suc
up(it.node);
>>>> + if (!rmem) {
>>>> + of_node_put(it.node);
>>>> + return -EINVAL;
>>>> + }
>>>> +
>>>> + if (!strcmp(it.node->name, "vdev0buffer")) {
&g
On 30/07/2025 08:47, Krzysztof Kozlowski wrote:
> On 30/07/2025 05:31, Junhui Liu wrote:
>> On 29/07/2025 08:27, Krzysztof Kozlowski wrote:
>>> On 28/07/2025 19:13, Junhui Liu wrote:
>
>> +description:
>> + This property is required only if the rpmsg/virtio functionality
>
On 30/07/2025 11:29, Viresh Kumar wrote:
> Add a loopback bus implementation for the virtio-msg transport.
>
> This bus simulates a backend that echoes messages to itself, allowing
> testing and development of virtio-msg without requiring an actual remote
> backend or transport hardware.
>
> The
On 30/07/2025 11:29, Viresh Kumar wrote:
> This adds of_reserved_mem_lookup_by_name() helper to get a
Add...
>
> +/**
> + * of_reserved_mem_lookup_by_name() - acquire reserved_mem from node name
> + * @name:node name
> + *
> + * This function allows drivers to acquire a reference to the re
> +
>>> + if (!strcmp(it.node->name, "vdev0buffer")) {
>>
>> Why are you adding undocumented ABI? And so hidden, not even using
>> standard OF API!
>>
>> How does this behaves when I change your DTS to call it
>> "whatever
On 30/07/2025 08:46, Krzysztof Kozlowski wrote:
> On 28/07/2025 13:03, Junhui Liu wrote:
>> +
>> +static int cv1800b_c906l_mem_alloc(struct rproc *rproc,
>> + struct rproc_mem_entry *mem)
>> +{
>> +void __iomem *va;
>> +
>> +va = ioremap_wc(mem->dma, mem->len);
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 remote processor for CV1800B SoC, which is an asymmetric
>> >> proces
Hi Thadeu,,
On Sun, 15 Jun 2025 at 23:31, Thadeu Lima de Souza Cascardo
wrote:
>
> Add test cases for static and dynamic minor number allocation and
> deallocation.
>
> While at it, improve description and test suite name.
>
> Some of the cases include:
>
> - that static and dynamic allocation re
On 30/07/2025 05:31, Junhui Liu wrote:
> On 29/07/2025 08:27, Krzysztof Kozlowski wrote:
>> On 28/07/2025 19:13, Junhui Liu wrote:
> +description:
> + This property is required only if the rpmsg/virtio functionality
> is used.
> + (see mailbox/sophgo,cv1800b-mail
On 28/07/2025 13:03, Junhui Liu wrote:
> +
> +static int cv1800b_c906l_mem_alloc(struct rproc *rproc,
> +struct rproc_mem_entry *mem)
> +{
> + void __iomem *va;
> +
> + va = ioremap_wc(mem->dma, mem->len);
> + if (!va)
> + return -ENOMEM;
> +
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 remote processor for CV1800B SoC, which is an asymmetric
> >> processor typically running RTOS.
> >>
> >> Signed-of
On 29/07/2025 16:31, Inochi Amaoto wrote:
> On Mon, Jul 28, 2025 at 07:03:23PM +0800, Junhui Liu wrote:
>> Add C906L remote processor for CV1800B SoC, which is an asymmetric
>> processor typically running RTOS.
>>
>> Signed-off-by: Junhui Liu
>> ---
>> .../bindings/remoteproc/sophgo,cv1800b-c906
On 29/07/2025 08:27, Krzysztof Kozlowski wrote:
> On 28/07/2025 19:13, Junhui Liu wrote:
>>>
+description:
+ This property is required only if the rpmsg/virtio functionality is
used.
+ (see mailbox/sophgo,cv1800b-mailbox.yaml)
+items:
+ - descri
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.
>
On Tue, 2025-07-29 at 10:42 -0700, Sean Christopherson wrote:
> Extend KVM's export macro framework to provide EXPORT_SYMBOL_GPL_FOR_KVM(),
> and use the helper macro to export symbols for KVM throughout x86 if and
> only if KVM will build one or more modules, and only for those modules.
>
> To av
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).
On Fri, Apr 25, 2025, Kan Liang wrote:
> On 2025-04-25 9:43 a.m., Peter Zijlstra wrote:
> > On Fri, Apr 25, 2025 at 09:06:26AM -0400, Liang, Kan wrote:
> >>
> >>
> >> On 2025-04-25 7:15 a.m., Peter Zijlstra wrote:
> >>> On Mon, Mar 24, 2025 at 05:30:50PM +, Mingwei Zhang wrote:
> From: Kan
On Fri, 25 Jul 2025 18:31:17 +0200, Johannes Nixdorf wrote:
> If WAIT_KILLABLE_RECV was specified, and an event is received, the
> tracee's syscall is not supposed to be interruptible. This was not properly
> ensured if the reply was sent too fast, and an interrupting signal was
> received before t
The pull request you sent on Mon, 28 Jul 2025 17:13:48 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
> tags/linux_kselftest-next-6.17-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0db240bc077fd16cc16bcecfd7f4645bc474aa7e
Thank you!
The pull request you sent on Mon, 28 Jul 2025 14:40:00 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
> tags/linux_kselftest-kunit-6.17-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6f46e6fb4e267acf8741cb2c29d368b4de7b6c15
Thank you
The pull request you sent on Mon, 28 Jul 2025 17:47:53 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/spdx.git
> tags/spdx-6.17-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/137177af71cf24a71a9854a5a5efbad6e0c5c5ac
Thank you!
--
Deet-doot-dot, I
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:
> > >
> > > So the issue then looks to be this message we send here when we setup
> > > the mai
On Tue, Jul 29, 2025 at 10:31:11AM +0800, Huayu Zong wrote:
> Add the compatible for mt8189 SCP to the binding.
>
> Signed-off-by: Huayu Zong
Acked-by: Conor Dooley
signature.asc
Description: PGP signature
On Tue Jul 29, 2025 at 3:07 AM CEST, Kees Cook wrote:
> On Fri, Jul 25, 2025 at 06:31:19PM +0200, Johannes Nixdorf wrote:
>> +struct itimerval timer = {
>> +.it_value = { .tv_usec = 1000 },
>> +.it_interval = { .tv_usec = 1000 },
>> +}
Hi Dan,
On 7/23/2025 12:31 AM, dan.j.willi...@intel.com wrote:
Smita Koralahalli wrote:
Introduce a background worker in cxl_acpi to delay SOFT RESERVE handling
until the cxl_mem driver has probed at least one device. This coordination
ensures that DAX registration or fallback handling for soft
ty 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 memory regions for devmem
> resources as well.
>
> Therefore, do
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 the LPM completely full and then lookup/update
> use random key-s wit
On Mon, Jul 28, 2025 at 10:58 PM Alexander Gordeev
wrote:
>
> On Thu, Jul 24, 2025 at 03:49:40PM +0200, Alexey Gladkov wrote:
>
> Hi Alexey, Masahiro,
>
> > From: Masahiro Yamada
> >
> > Keep the .modinfo section during linking, but strip it from the final
> > vmlinux.
> >
> > Adjust scripts/mksy
On 7/29/2025 2:39 AM, 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 kfree() that would try to free it
w
gt; s390x-linux-ld: .tmp_vmlinux1: warning: allocated section `.modinfo'
> > > > >> not in segment
> > > > >> s390x-linux-ld: .tmp_vmlinux2: warning: allocated section `.modinfo'
> > > > >> not in segment
> > > > >> s390x-
On 7/29/2025 4:33 AM, Shengjiu Wang wrote:
On Mon, Jul 28, 2025 at 11:09 PM Iuliana Prodan wrote:
On 7/28/2025 5:14 PM, Mathieu Poirier wrote:
On Mon, Jul 28, 2025 at 01:39:38PM +0300, Daniel Baluta wrote:
On Tue, Jul 22, 2025 at 11:16 AM Shengjiu Wang wrote:
When enabled FW recovery, but
在 2025/7/25 16:55, Xuan Zhuo 写道:
On Thu, 24 Jul 2025 16:30:05 +0800, Wang Liang wrote:
When sending a packet with virtio_net_hdr to tun device, if the gso_type
in virtio_net_hdr is SKB_GSO_UDP and the gso_size is less than udphdr
size, below crash may happen.
[ cut here ]-
On Tue, Apr 22, 2025 at 10:21:18AM +0200, Stephan Gerhold wrote:
> On Mon, Apr 21, 2025 at 04:04:15AM +0200, Barnabás Czémán wrote:
> > mbox_request_channel() returning value was changed in case of error.
> > It uses returning value of of_parse_phandle_with_args().
> > It is returning with -ENOENT
1 - 100 of 473738 matches
Mail list logo
