On Wed, Oct 15, 2025 at 4:09 AM Mike Rapoport wrote:
>
> On Tue, Oct 07, 2025 at 03:30:59AM +, Pasha Tatashin wrote:
> > Move KHO to kernel/liveupdate/ in preparation of placing all Live Update
> > core kernel related files to the same place.
> >
> > Signed-off-by: Pasha Tatashin
> > Reviewed
On Wed, Oct 15, 2025 at 10:09 AM Michael S. Tsirkin wrote:
>
> On Wed, Oct 15, 2025 at 10:03:49AM +0200, Maxime Coquelin wrote:
> > On Wed, Oct 15, 2025 at 9:45 AM Eugenio Perez Martin
> > wrote:
> > >
> > > On Wed, Oct 15, 2025 at 9:05 AM Michael S. Tsirkin
> > > wrote:
> > > >
> > > > On Wed,
Hi Pasha,
On Wed, Oct 15, 2025 at 01:31:20AM -0400, Pasha Tatashin wrote:
>
> Subject: [PATCH 1/2] liveupdate: kho: warn and fail on metadata or preserved
> memory in scratch area
Hmm, can't say I like liveupdate: kho: prefix. KHO: on it's own is shorter
and reflects that this is a KHO change ra
On Tue, Oct 07, 2025 at 03:30:59AM +, Pasha Tatashin wrote:
> Move KHO to kernel/liveupdate/ in preparation of placing all Live Update
> core kernel related files to the same place.
>
> Signed-off-by: Pasha Tatashin
> Reviewed-by: Jason Gunthorpe
Reviewed-by: Mike Rapoport (Microsoft)
One
On Wed, Oct 15, 2025 at 9:05 AM Michael S. Tsirkin wrote:
>
> On Wed, Oct 15, 2025 at 08:52:50AM +0200, Eugenio Perez Martin wrote:
> > On Wed, Oct 15, 2025 at 8:33 AM Michael S. Tsirkin wrote:
> > >
> > > On Wed, Oct 15, 2025 at 08:08:31AM +0200, Eugenio Perez Martin wrote:
> > > > On Tue, Oct 1
On Tue, Oct 14, 2025 at 10:31 AM Michael S. Tsirkin wrote:
>
> On Tue, Oct 07, 2025 at 03:06:22PM +0200, Eugenio Pérez wrote:
> > Now that the virtio_net driver is able to recover from a stall
> > virtqueue,
>
> it's not able to recover, is it?
>
Maybe recover is not the best word here :). s/reco
On Tue, Oct 14, 2025 at 10:29 AM Michael S. Tsirkin wrote:
>
> On Tue, Oct 07, 2025 at 03:06:21PM +0200, Eugenio Pérez wrote:
> > An userland device implemented through VDUSE could take rtnl forever if
> > the virtio-net driver is running on top of virtio_vdpa. Let's break the
> > device if it do
On Tue, Oct 14, 2025 at 4:31 PM Guillaume Tucker wrote:
>
> This is what the CONTAINER_COMMAND variable is for. You can easily
> set it in the environment e.g. `export CONTAINER_COMMAND=podman` or
> anything and be done with it. The default is set to `docker`.
Yeah, that is what I mean, i.e. yo
On 14/10/2025 17:40, Kamal Dasu wrote:
> On Thu, Oct 9, 2025 at 10:00 PM Krzysztof Kozlowski wrote:
>>
>> On 09/10/2025 23:20, Kamal Dasu wrote:
>>> The broadcom settop SoCs have hardware semaphores as part of "sundry"
>>> IP block which has other controls that do not belong anywhere else.
>>> e.g
On Tue, Oct 14, 2025 at 02:11:18PM +0200, Luca Weiss wrote:
> Enable base options for MSM8953 and SM6350 SoCs and device-specific
> options which are used on the Fairphone 3, Fairphone 4 and Fairphone 5.
>
> * MSM8953 SoC
> MSM_GCC_8953, INTERCONNECT_QCOM_MSM8953
> * Fairphone 3
> NFC_NXP_
On Thu, Sep 25, 2025 at 06:37:08PM +0800, Jason Wang wrote:
> @@ -683,7 +707,12 @@ static inline int virtqueue_add_split(struct
> vring_virtqueue *vq,
> vq->vq.num_free -= descs_used;
>
> /* Update free pointer */
> - if (indirect)
> + if (virtqueue_is_in_order(vq)) {
> +
Hi Alison,
On 10/10/2025 1:49 PM, Alison Schofield wrote:
On Mon, Oct 06, 2025 at 06:16:24PM -0700, Alison Schofield wrote:
On Tue, Sep 30, 2025 at 04:47:52AM +, Smita Koralahalli wrote:
This series aims to address long-standing conflicts between dax_hmem and
CXL when handling Soft Reserve
Hi Miguel,
On 14/10/2025 1:58 pm, Miguel Ojeda wrote:
On Tue, Oct 14, 2025 at 11:45 AM Guillaume Tucker wrote:
Add scripts/Makefile.container to wrap the make command in a container
using the CONTAINER= variable to specify the image name. For example:
make -f scripts/Makefile.container
On 10/14/25 2:11 PM, Luca Weiss wrote:
> Enable base options for MSM8953 and SM6350 SoCs and device-specific
> options which are used on the Fairphone 3, Fairphone 4 and Fairphone 5.
>
Reviewed-by: Konrad Dybcio
Konrad
On Thu, Sep 11, 2025 at 10:59:40PM +0200, Francesco Valla wrote:
> Hello Mikhail, Harald,
>
> hoping there will be a v6 of this patch soon, a few comments:
>
> On Monday, 8 January 2024 at 14:10:35 Mikhail Golubev-Ciuchea
> wrote:
>
> [...]
>
> > +
> > +/* virtio_can private data structure */
On Tue, Oct 14, 2025 at 11:25 AM Michael S. Tsirkin wrote:
>
> On Tue, Oct 14, 2025 at 11:14:40AM +0200, Maxime Coquelin wrote:
> > On Tue, Oct 14, 2025 at 10:29 AM Michael S. Tsirkin wrote:
> > >
> > > On Tue, Oct 07, 2025 at 03:06:21PM +0200, Eugenio Pérez wrote:
> > > > An userland device impl
On Thu, Sep 11, 2025 at 10:59:40PM +0200, Francesco Valla wrote:
> Hello Mikhail, Harald,
>
> hoping there will be a v6 of this patch soon, a few comments:
>
> On Monday, 8 January 2024 at 14:10:35 Mikhail Golubev-Ciuchea
> wrote:
>
> [...]
>
> > +
> > +/* virtio_can private data structure */
Hello Babu,
Thank you for your reply.
I will post my patches once they are ready.
Thank you again for your guidance.
Best regards,
Shaopeng TAN
> Subject: Re: RE: [PATCH v3 0/4] selftests/resctrl: Enable MBM and MBA tests
> on AMD
>
> Hi Shaopeng,
>
> On 10/8/2025 9:4
On Sat, Oct 11, 2025 at 9:45 AM Jason Wang wrote:
>
> On Tue, Oct 7, 2025 at 9:06 PM Eugenio Pérez wrote:
> >
> > An userland device implemented through VDUSE could take rtnl forever if
> > the virtio-net driver is running on top of virtio_vdpa. Let's break the
> > device if it does not return t
On Mon, Oct 13, 2025 at 4:17 PM Paolo Abeni wrote:
>
> On 10/13/25 10:08 AM, Michael S. Tsirkin wrote:
> > On Mon, Oct 13, 2025 at 09:37:29AM +0200, Paolo Abeni wrote:
> >> On 10/13/25 9:20 AM, Jason Wang wrote:
> >>> On Mon, Oct 13, 2025 at 1:29 PM Jason Wang wrote:
> On Sat, Oct 11, 2025 a
On 10/9/2025 6:29 PM, Krzysztof Kozlowski wrote:
> On 29/09/2025 19:03, Dmitry Baryshkov wrote:
>> On Mon, Sep 29, 2025 at 05:41:10PM +0800, Jingyi Wang wrote:
>>>
>>>
>>> On 9/29/2025 5:34 PM, Dmitry Baryshkov wrote:
On Mon, Sep 29, 2025 at 02:20:54PM +0800, Jingyi Wang wrote:
>
>
On Tue, Oct 7, 2025 at 9:06 PM Eugenio Pérez wrote:
>
> An userland device implemented through VDUSE could take rtnl forever if
> the virtio-net driver is running on top of virtio_vdpa. Let's break the
> device if it does not return the buffer in a longer-than-assumible
> timeout.
>
> A less agre
jq not installed [SKIP]
Signed-off-by: Wang Liang
This looks more a fix than net-next material (and net-next is currently
closed for the merge window).
Please re-post for net including suitable fixes tag(s). You can retain
Hangbin's ack.
Thanks
On Fri, Oct 10, 2025 at 09:30:27AM +0200, Petr Mladek wrote:
> On Wed 2025-09-17 09:03:08, Josh Poimboeuf wrote:
> > This series introduces new objtool features and a klp-build script to
> > generate livepatch modules using a source .patch as input.
> >
> > This builds on concepts from the longsta
On 2025-10-13 10:14, Andy Lutomirski wrote:
>
> I don't actually remember whether the kernel ever used this. It's
> possible that there are ancient kernels where passing a wild, non-null
> pointer would blow up. But it's certainly safe to pass null, and it's
> certainly safe for the kernel to ig
> For instance, if we define the error code as 1 in the return
> message, the driver will interpret it and just return -EOPNOTSUPP,
> regardless of the architecture.
Yes, that is fine. Document the values the return code can take, and
what the mean. What we don't want is the protocol directly retu
On 09/10/2025 03:20, Erikas Bitovtas wrote:
> Add a compatible for Asus ZenFone 2 Laser/Selfie (1080p)
>
> Signed-off-by: Erikas Bitovtas
> ---
This is a friendly reminder during the review process.
It looks like you received a tag and forgot to add it.
If you do not know the process, here is
On Thu, Oct 09, 2025 at 11:06:34AM +0200, Luca Weiss wrote:
> From: Casey Connolly
>
> Describe the flash LED on this phone.
>
> Signed-off-by: Casey Connolly
> Reviewed-by: Konrad Dybcio
> Signed-off-by: Luca Weiss
> ---
> arch/arm64/boot/dts/qcom/qcm6490-shift-otter.dts | 13 +
Siddharth Nayyar writes:
> This patch series implements a mechanism for scalable exported symbol
> flags using a separate section called __kflagstab. The series introduces
> __kflagstab support, removes *_gpl sections in favor of a GPL flag,
> simplifies symbol resolution during module loading, a
Golaszewski ;
> Pengutronix Kernel Team ; Fabio Estevam
> ; Peng Fan ; linux-
> remotep...@vger.kernel.org; devicet...@vger.kernel.org; i...@lists.linux.dev;
> linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> dl-linux-imx
>
> Subject: [EXT] Re: [PATCH v3
e created in child netns, you will not need explicit
> per device cleanup.
Humm, that is what I was expecting as well, but, when I tried it, I found that
the interfaces got re-pareted by the main network namespace when the namespace
is deleted.
For instance, in the following example, eth1 bel
On Mon, Oct 13, 2025 at 06:29:44PM +0200, Francesco Valla wrote:
> Hello Matias,
>
> On Monday, 13 October 2025 at 11:52:49 Matias Ezequiel Vara Larsen
> wrote:
> > On Fri, Oct 10, 2025 at 11:20:22PM +0200, Francesco Valla wrote:
> > > On Friday, 10 October 2025 at 17:46:25 Matias Ezequiel Vara
On Tue, Oct 14, 2025 at 12:16:41AM +0800, Yao Zihong wrote:
> Thanks for the review, I’ll fix those issues in the next revision.
>
> Also, do you think it’s worth renaming cbo.c to something more generic
> (like zicbo.c), or should I keep the current name for consistency?
The cbo (cache-block ope
On Wed, Oct 08, 2025 at 06:02:56AM -0700, Breno Leitao wrote:
> > Note that with the create_netdevsim() helper from
> > tools/testing/selftests/net/lib.sh you could create the netdevsim device
> > directly in the target namespace and avoid some duplicate code.
>
> Awesome. I am more than happy to
On Mon, Oct 13, 2025 at 7:07 AM Dave Hansen wrote:
>
> On 10/13/25 02:20, Thomas Weißschuh wrote:
> > -int __vdso_getcpu(unsigned int *cpu, unsigned int *node, struct
> > getcpu_cache *unused);
> > -int __vdso_getcpu(unsigned int *cpu, unsigned int *node, struct
> > getcpu_cache *unused)
> > +in
On Thu, Sep 11, 2025 at 10:59:40PM +0200, Francesco Valla wrote:
> Hello Mikhail, Harald,
>
> hoping there will be a v6 of this patch soon, a few comments:
>
> On Monday, 8 January 2024 at 14:10:35 Mikhail Golubev-Ciuchea
> wrote:
>
> [...]
>
> > +
> > +/* virtio_can private data structure */
Hello Matias,
On Monday, 13 October 2025 at 11:52:49 Matias Ezequiel Vara Larsen
wrote:
> On Fri, Oct 10, 2025 at 11:20:22PM +0200, Francesco Valla wrote:
> > On Friday, 10 October 2025 at 17:46:25 Matias Ezequiel Vara Larsen
> > wrote:
> > > On Thu, Sep 11, 2025 at 10:59:40PM +0200, Francesco
Golaszewski ;
> Pengutronix Kernel Team ; Fabio Estevam
> ; Peng Fan ; linux-
> remotep...@vger.kernel.org; devicet...@vger.kernel.org; i...@lists.linux.dev;
> linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> dl-linux-imx
>
> Subject: [EXT] Re: [PATCH v3
On Fri 2025-10-10 20:07:27, Fushuai Wang wrote:
> Since v4.1 kernel, a new interface for ftrace called "tracefs" was
> introduced, which is usually mounted in /sys/kernel/tracing. Therefore,
> tracing files can now be accessed via either the legacy path
> /sys/kernel/debug/tracing or the newer path
On Sun, 2025-10-12 at 17:04 -0700, Nicolin Chen wrote:
> Add a new test_dev domain op for driver to test the compatibility between
> a domain and a device at the driver level, before calling into the actual
> attachment/replacement of a domain. Support pasid for set_dev_pasid call.
>
> Move existi
On Mon, Oct 13, 2025 at 1:29 PM Jason Wang wrote:
>
> Adding Paolo.
>
> On Sat, Oct 11, 2025 at 3:40 PM Jason Wang wrote:
> >
> > #syz test
> >
> > On Sat, Oct 11, 2025 at 4:38 AM syzbot
> > wrote:
>
> Paolo, it looks like the GSO tunnel features will leave uninitialized
> vnet header field whic
Adding Paolo.
On Sat, Oct 11, 2025 at 3:40 PM Jason Wang wrote:
>
> #syz test
>
> On Sat, Oct 11, 2025 at 4:38 AM syzbot
> wrote:
Paolo, it looks like the GSO tunnel features will leave uninitialized
vnet header field which trigger KMSAN warning.
Please have a look at the patch (which has been
On Fri, Oct 10, 2025 at 10:58:21AM +0200, Eugenio Pérez wrote:
> It will be used in a few more scenarios read-only so make it more
> scalable.
Well a mutex is sleepable and rwlock is a spinlock.
So this does much more than "make it more scalable".
"A few more scenarios" and "scalable" is also va
f the battery pack, adding a
> >> temperature-lookup-table property to simple-battery would make sense
> >> instead of having this lookup table be standalone in the
> >> generic-adc-thermal node. However being able to re-use the existing code
> >> in generic-adc-thermal lea
Hello:
This patch was applied to netdev/net.git (main)
by David S. Miller :
On Thu, 9 Oct 2025 13:56:29 -0700 you wrote:
> From: Jakub Kicinski
>
> Convert remaining __init__ files similar to what we did in
> commit b615879dbfea ("selftests: drv-net: make linters happy with our
> imports")
>
On Fri Oct 10, 2025 at 6:34 AM UTC, Thomas Weißschuh wrote:
> On Tue, Oct 07, 2025 at 11:06:46AM +, Brendan Jackman wrote:
>> +report_failure()
>> +{
>> +echo "not ok $*" >> "$kselftest_failures_file"
>> +echo "$*" >> "$kselftest_failures_file"
>
> Both of these go into the failures fil
On Tue, Oct 07, 2025 at 02:56:13PM -0700, Manivannan Sadhasivam wrote:
> On Tue, Oct 07, 2025 at 10:18:45PM +0530, Mukesh Ojha wrote:
> > A few months ago, we discussed the challenges at Linaro Connect 2025 [1]
> > related to Secure PAS remoteproc enablement when Linux is running at EL2.
> >
> >
On 10/2/2025 12:27 AM, Eugenio Perez Martin wrote:
On Thu, Oct 2, 2025 at 1:27 AM Si-Wei Liu wrote:
Hi Eugenio,
On 10/1/2025 6:26 AM, Eugenio Perez Martin wrote:
On Tue, Feb 7, 2023 at 12:15 AM Si-Wei Liu wrote:
Today when device features are explicitly provisioned, the features
user sup
On 2025-10-07 06:03, Konrad Dybcio wrote:
> On 10/7/25 7:55 AM, Alexandre Messier via B4 Relay wrote:
>> From: Alexandre Messier
>>
>> Add support for the notification LEDs on the HTC One M8.
>>
>> Two LEDs are available, one amber and one green.
>
> Do they form a single notification led, or are
Golaszewski ;
> Pengutronix Kernel Team ; Fabio Estevam
> ; Peng Fan ; linux-
> remotep...@vger.kernel.org; devicet...@vger.kernel.org; i...@lists.linux.dev;
> linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> dl-linux-imx
>
> Subject: [EXT] Re: [PATCH v3 3/4]
On Fri, Oct 10, 2025 at 12:04:40PM +0200, Arnaud POULIQUEN wrote:
> Hi Sumit,
>
> On 10/10/25 07:44, Sumit Garg wrote:
> > Hi Arnaud,
> >
> > It's been some holidays followed by business travel leading to delay in
> > my response here.
> >
> > On Tue, Oct 07, 2025 at 03:50:32PM +0200, Arnaud POU
; 3. Add temperature-lookup-table as property to simple-battery
>
> Since the NTC is a part of the battery pack, adding a
> temperature-lookup-table property to simple-battery would make sense
> instead of having this lookup table be standalone in the
> generic-adc-thermal node. How
On Fri, Oct 10, 2025 at 10:02:20AM +0200, Alexey Gladkov wrote:
> On Thu, Oct 09, 2025 at 10:37:36PM -0700, Nathan Chancellor wrote:
> > On Thu, Oct 09, 2025 at 09:52:08PM +0200, Nicolas Schier wrote:
> > > On Tue, Oct 07, 2025 at 12:15:21PM +0200, Alexey Gladkov wrote:
> > > > Hm. Indeed. I haven'
On 10/10/25 7:24 AM, Peng Fan wrote:
The variable ret is immediately assigned the return value of
mutex_lock_interruptible(), making its prior initialization to zero
unnecessary. Remove the redundant assignment
No functional changes.
Signed-off-by: Peng Fan
---
Acked-by: Andrew Davis
dr
On 10/10/25 7:24 AM, Peng Fan wrote:
Replace manual mutex_lock/unlock and error-handling patterns with cleanup.h
macros (ACQUIRE, ACQUIRE_ERR, and scoped_guard) to streamline lock
management. As a result, several goto labels and redundant error paths are
eliminated.
No functional changes.
Signe
On Wed, Oct 08, 2025 at 03:24:29PM +0200, Alessandro Zanni wrote:
> Let me know which version is preferable.
I already applied your fix for this, no need to resend
Jason
On Fri, Oct 10, 2025 at 12:58:38AM +0200, Andrew Lunn wrote:
> On Thu, Oct 09, 2025 at 05:27:15PM -0500, Shenwei Wang wrote:
> > On i.MX SoCs, the system may include two processors:
> > - An MCU running an RTOS
> > - An MPU running Linux
> >
> > These processors communicate via the RPMSG p
On Fri, Oct 10, 2025 at 6:44 AM Si-Wei Liu wrote:
>
>
>
> On 10/2/2025 12:27 AM, Eugenio Perez Martin wrote:
> > On Thu, Oct 2, 2025 at 1:27 AM Si-Wei Liu wrote:
> >> Hi Eugenio,
> >>
> >> On 10/1/2025 6:26 AM, Eugenio Perez Martin wrote:
> >>> On Tue, Feb 7, 2023 at 12:15 AM Si-Wei Liu wrote:
>
On Fri, Oct 10, 2025 at 6:40 AM Si-Wei Liu wrote:
>
>
>
> On 10/2/2025 3:35 AM, Eugenio Pérez wrote:
> > This patch implements features provisioning for vduse devices. This
> > allows the device provisioner to clear the features exposed by the
> > userland device, so the driver never see them. T
On Thu, Oct 09, 2025 at 10:37:36PM -0700, Nathan Chancellor wrote:
> On Thu, Oct 09, 2025 at 09:52:08PM +0200, Nicolas Schier wrote:
> > On Tue, Oct 07, 2025 at 12:15:21PM +0200, Alexey Gladkov wrote:
> > > Hm. Indeed. I haven't found a good solution yet, but you can use the
> > > following patch t
On Tue, Oct 07, 2025 at 11:06:46AM +, Brendan Jackman wrote:
> Parsing KTAP is quite an inconvenience, but most of the time the thing
> you really want to know is "did anything fail"?
>
> Let's give the user the ability to get this information without needing
> to parse anything.
>
> Because
On 09/10/2025 23:20, Kamal Dasu wrote:
> The broadcom settop SoCs have hardware semaphores as part of "sundry"
> IP block which has other controls that do not belong anywhere else.
> e.g. pin/mux controls, SoC identification, drive strength, reset controls,
> and other misc bits are part of this bl
On Thu, Oct 2, 2025 at 6:36 PM Eugenio Pérez wrote:
>
> Even if the device supports more than one class, there are ways to solve
> the ambiguity of which device are we creating. In the VDUSE case it is
> the name, for example.
This may only work for VDUSE but not other parents.
>
> RFC: I fon't
On Thu, Oct 09, 2025 at 09:41:54PM +0800, Yao Zihong wrote:
> Add a new selftest under hwprobe/ to verify Zicbop extension behavior.
>
> The test checks:
> - That hwprobe correctly reports Zicbop presence and block size.
> - That prefetch instructions execute without exception on valid and NULL
>
On Thu, Oct 09, 2025 at 11:06:36AM +0200, Luca Weiss wrote:
> From: Alexander Martinz
>
> Enable the venus node so that the video encoder/decoder will start
> working.
>
> Signed-off-by: Alexander Martinz
> Reviewed-by: Konrad Dybcio
> Signed-off-by: Luca Weiss
> ---
> arch/arm64/boot/dts/qc
On 10/2/2025 6:24 AM, Rob Herring wrote:
On Thu, Sep 25, 2025 at 12:07:25AM +0530, Sibi Sankar wrote:
Document compatible for Qualcomm Glymur SoC ADSP which is fully compatible
with SM8750 ADSP. Also with the Linux Host running on EL2, the remoteprocs
need to be hypervisor independent, the iom
Hi Konrad,
On Wed Oct 1, 2025 at 10:30 AM CEST, Konrad Dybcio wrote:
> On 9/30/25 3:57 PM, Luca Weiss wrote:
>> Describe yet another regulator-fixed on this board, powering the ToF
>> sensor.
>>
>> Signed-off-by: Luca Weiss
>> ---
>> arch/arm64/boot/dts/qcom/qcm6490-fairphone-fp5.dts | 13 +
On 09/10/2025 03:20, Erikas Bitovtas wrote:
> Add an initial device tree for Asus ZenFone 2 Laser/Selfie. This
> includes support for:
> - UART
> - USB
> - Internal storage
> - MicroSD
> - Volume keys
This is a friendly reminder during the review process.
It looks like you received a tag and for
On Wed, Oct 08, 2025 at 05:09:32PM +0900, Krzysztof Kozlowski wrote:
> On 08/10/2025 01:48, Mukesh Ojha wrote:
> > Most Qualcomm platforms feature Gunyah hypervisor which handles IOMMU
> > configuration for remote processor and when it is not present, the
> > operating system must perform these con
On 10/08, Simon Horman wrote:
> On Wed, Oct 08, 2025 at 09:25:03AM -0700, Stanislav Fomichev wrote:
> > From: Jakub Kicinski
> >
> > Convert remaining __init__ files similar to what we did in
> > commit b615879dbfea ("selftests: drv-net: make linters happy with our
> > imports")
> >
> > Signed-
On Tue, Oct 07, 2025 at 11:16:28PM +0100, Bryan O'Donoghue wrote:
> On 07/10/2025 22:23, Manivannan Sadhasivam wrote:
> > > +void qcom_scm_pas_context_destroy(struct qcom_scm_pas_context *ctx)
> > > +{
> > > + kfree(ctx->metadata);
> > > + ctx->metadata = NULL;
> > > + ctx->dev = NULL;
> > > + ctx-
On 10/7/25 2:58 PM, Jassi Brar wrote:
On Tue, Oct 7, 2025 at 10:19 AM Tanmay Shah wrote:
Sometimes clients need to know if mailbox queue is full or not before
posting new message via mailbox. If mailbox queue is full clients can
choose not to post new message. This doesn't mean current queu
On Wed, Oct 08, 2025 at 04:01:50PM +0200, Petr Mladek wrote:
> On Wed 2025-09-17 09:03:59, Josh Poimboeuf wrote:
> > +static int read_exports(void)
> > +{
> > + const char *symvers = "Module.symvers";
> > + char line[1024], *path = NULL;
> > + unsigned int line_num = 1;
> > + FILE *file;
>
On Wed 2025-09-17 09:03:59, Josh Poimboeuf wrote:
> Add a new klp diff subcommand which performs a binary diff between two
> object files and extracts changed functions into a new object which can
> then be linked into a livepatch module.
>
> This builds on concepts from the longstanding out-of-tr
On 8/29/25 12:54 PM, Siddharth Nayyar wrote:
> When the unused exports whitelist is provided, the symbol protection bit
> is set for symbols not present in the unused exports whitelist.
>
> The flag will be used in the following commit to prevent unsigned
> modules from the using symbols other tha
On 8/29/25 12:54 PM, Siddharth Nayyar wrote:
> Signed-off-by: Siddharth Nayyar
> ---
> Documentation/kbuild/modules.rst | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/Documentation/kbuild/modules.rst
> b/Documentation/kbuild/modules.rst
> index d0703605bfa4..f202
On 8/29/25 12:54 PM, Siddharth Nayyar wrote:
> Read __kflagstab section for vmlinux and modules to determine whether
> kernel symbols are GPL only.
>
> Signed-off-by: Siddharth Nayyar
> ---
> [...]
> @@ -2607,6 +2605,7 @@ static int find_module_sections(struct module *mod,
> struct load_info *in
On 10/8/25 9:32 AM, Mukesh Ojha wrote:
> On Tue, Oct 07, 2025 at 02:55:04PM -0700, Manivannan Sadhasivam wrote:
>> On Tue, Oct 07, 2025 at 10:18:57PM +0530, Mukesh Ojha wrote:
>>> All the Lemans IOT variants boards are using Gunyah hypervisor which
>>> means that, so far, Linux-based OS could only
On 9/22/25 12:33 PM, Mukesh Ojha wrote:
> On Mon, Sep 22, 2025 at 11:53:34AM +0200, Stephan Gerhold wrote:
>> On Mon, Sep 22, 2025 at 03:17:32PM +0530, Mukesh Ojha wrote:
>>> On Mon, Sep 22, 2025 at 10:10:42AM +0200, Stephan Gerhold wrote:
On Sun, Sep 21, 2025 at 01:10:58AM +0530, Mukesh Ojha
On 08/10/2025 01:48, Mukesh Ojha wrote:
> Most Qualcomm platforms feature Gunyah hypervisor which handles IOMMU
> configuration for remote processor and when it is not present, the
> operating system must perform these configurations instead and for that
> firmware stream should be presented to the
On Tue, Oct 07, 2025 at 02:34:29PM -0700, Manivannan Sadhasivam wrote:
> On Tue, Oct 07, 2025 at 10:18:50PM +0530, Mukesh Ojha wrote:
> > As a superset of the existing metadata context, the PAS context
> > structure enables both remoteproc and non-remoteproc subsystems to
> > better support scenari
On Tue, Oct 07, 2025 at 02:55:04PM -0700, Manivannan Sadhasivam wrote:
> On Tue, Oct 07, 2025 at 10:18:57PM +0530, Mukesh Ojha wrote:
> > All the Lemans IOT variants boards are using Gunyah hypervisor which
> > means that, so far, Linux-based OS could only boot in EL1 on those
> > devices. However
On Tue, Oct 07, 2025 at 02:52:13PM -0700, Manivannan Sadhasivam wrote:
> On Tue, Oct 07, 2025 at 10:18:56PM +0530, Mukesh Ojha wrote:
> > Most Qualcomm platforms feature Gunyah hypervisor, which typically
> > handles IOMMU configuration. This includes mapping memory regions and
> > device memory re
On Tue, Oct 07, 2025 at 10:18:45PM +0530, Mukesh Ojha wrote:
> A few months ago, we discussed the challenges at Linaro Connect 2025 [1]
> related to Secure PAS remoteproc enablement when Linux is running at EL2.
>
> [1] https://resources.linaro.org/en/resource/sF8jXifdb9V1mUefdbfafa
>
> Below, i
. McKenney a écrit :
> > > > This commit saves more than 500 lines of RCU code by re-implementing
> > > > RCU Tasks Trace in terms of SRCU-fast. Follow-up work will remove
> > > > more code that does not cause problems by its presence, but that is no
> > > >
On 10/7/25 08:34, Christoph Hellwig wrote:
> On Wed, Sep 10, 2025 at 10:01:02AM +0200, Vlastimil Babka wrote:
>> Hi,
>>
>> I'm sending full v8 due to more changes in the middle of the series that
>> resulted in later patches being fixed up due to conflicts (details in
>> the changelog below).
>> T
On 10/7/25 8:29 AM, Eduard Zingerman wrote:
On Sat, 2025-10-04 at 22:47 +0800, Rong Tao wrote:
From: Rong Tao
Add tests for new kfuncs bpf_strcasestr() and bpf_strncasestr().
Signed-off-by: Rong Tao
---
Acked-by: Eduard Zingerman
[...]
diff --git a/tools/testing/selftests/bpf/progs/st
On Tue, Sep 30, 2025 at 04:47:56AM +, Smita Koralahalli wrote:
> From: Dan Williams
>
> Previously, dax_hmem deferred to CXL only when an immediate resource
> intersection with a CXL window was detected. This left a gap: if cxl_acpi
> or cxl_pci probing or region assembly had not yet started,
On Thu, Sep 18, 2025 at 10:05:51AM +0200, Alexey Gladkov wrote:
> For some modules, modalias is generated using the modpost utility and
> the section is added to the module file.
>
> When a module is added inside vmlinux, modpost does not generate
> modalias for such modules and the information is
On Mon, Sep 29, 2025 at 6:41 AM Xu Kuohai wrote:
>
> On 9/20/2025 6:10 AM, Andrii Nakryiko wrote:
> > On Fri, Sep 5, 2025 at 8:13 AM Xu Kuohai wrote:
> >>
> >> From: Xu Kuohai
> >>
> >> When the bpf ring buffer is full, new events can not be recorded util
> >
> > typo: until
> >
>
> ACK
>
> >> t
On 9/29/25 6:57 AM, Neeraj Kumar wrote:
> On 24/09/25 11:53AM, Dave Jiang wrote:
>>
>>
>> On 9/17/25 6:41 AM, Neeraj Kumar wrote:
>>> Created a separate file core/pmem_region.c along with CONFIG_PMEM_REGION
>>> Moved pmem_region related code from core/region.c to core/pmem_region.c
>>> For regio
probe.
>>>
>>> In order to accommodate both cxl pmem region auto-assembly and cxl region
>>> persistency, refactored following
>>>
>>> 1. Re-Sequence devm_cxl_add_nvdimm() after devm_cxl_add_endpoint(). This
>>> will be called only after
On Sun, Oct 05, 2025 at 03:35:56PM -0400, Chris Brown wrote:
> 850mA looks correct for the flash, whereas the flashlight/torch should
> be 100mA based on
> https://github.com/EmanuelCN/android_kernel_lge_sdm845/blob/U/arch/arm64/boot/dts/lge/sdm845-judy/sdm845-camera/sdm845-judy-camera.dtsi
> i.e.
On 10/3/25 8:08 PM, Ihor Solodrai wrote:
>
>
> On 10/3/25 4:37 PM, Eduard Zingerman wrote:
>> On Fri, 2025-10-03 at 17:24 +0200, Matthieu Baerts (NGI0) wrote:
>> [...]
>>
>> Alan, Ihor, does this sound familiar?
>
> This is most likely the issue addressed in this patch:
> https://lore.kernel.
On Sun, Sep 28, 2025 at 10:05:25PM -0700, Paul Sajna wrote:
> uart9 is debug serial on USB SBU1/2
>
> UART RX is SBU1 and UART TX is SBU2 of the USB-C port).
> 1.8V Logic Level
> Tested using pololu usb07a https://www.pololu.com/product/2585
> and CH340 USB-UART
>
> uart6 is bluetooth
>
> Add bl
On Sun, Sep 28, 2025 at 10:05:24PM -0700, Paul Sajna wrote:
> Improve adherance to style guidelines below:
> https://docs.kernel.org/devicetree/bindings/dts-coding-style.html
>
> Signed-off-by: Paul Sajna
> ---
> arch/arm64/boot/dts/qcom/sdm845-lg-common.dtsi | 124
> -
>
On Thu, Oct 02, 2025 at 04:55:44AM +, Paul Sajna wrote:
> October 1, 2025 at 9:09 AM, "Konrad Dybcio" mailto:konrad.dyb...@oss.qualcomm.com?to=%22Konrad%20Dybcio%22%20%3Ckonrad.dybcio%40oss.qualcomm.com%3E
> > wrote:
>
>
> >
> > On 9/29/25 7:05 AM, Paul Sajna wrote:
> >
> > >
> > This pa
October 3, 2025 at 7:36 PM, "Dmitry Baryshkov"
mailto:dmitry.barysh...@oss.qualcomm.com?to=%22Dmitry%20Baryshkov%22%20%3Cdmitry.baryshkov%40oss.qualcomm.com%3E
> wrote:
>
> On Fri, Oct 03, 2025 at 06:52:03PM +, Paul Sajna wrote:
>
> >
> > October 3, 2025 at 5:13 PM, "Dmitry Baryshkov"
>
On Fri, Oct 03, 2025 at 06:52:03PM +, Paul Sajna wrote:
> October 3, 2025 at 5:13 PM, "Dmitry Baryshkov"
> mailto:dmitry.barysh...@oss.qualcomm.com?to=%22Dmitry%20Baryshkov%22%20%3Cdmitry.baryshkov%40oss.qualcomm.com%3E
> > wrote:
>
>
>
> > Regarding the MDSS. Is it being solved by adding
On Sun, Sep 28, 2025 at 10:05:34PM -0700, Paul Sajna wrote:
> This lets modem get a bit closer to working
>
> [ 15.885735] ipa 1e4.ipa: channel 4 limited to 256 TREs
> [ 15.888550] ipa 1e4.ipa: IPA driver initialized
> [ 21.038968] ipa 1e4.ipa: received modem starting event
> [
1 - 100 of 474099 matches
Mail list logo
