v2 link here: https://lore.kernel.org/netdev/Z5swit7ykNRbJFMS@debian.debian/T/#u
On Wed, Jan 29, 2025 at 10:48 AM Yan Zhai wrote:
>
> On Wed, Jan 29, 2025 at 8:08 AM Willem de Bruijn
> wrote:
> >
> > Yan Zhai wrote:
> > > On Tue, Jan 28, 2025 at 8:45 AM Willem de Bruijn
> > > wrote:
> > > >
> >
Commit 4094871db1d6 ("udp: only do GSO if # of segs > 1") avoided GSO
for small packets. But the kernel currently dismisses GSO requests only
after checking MTU/PMTU on gso_size. This means any packets, regardless
of their payload sizes, could be dropped when PMTU becomes smaller than
requested gso
On 29/01/2025 21:52, Alexey Minnekhanov wrote:
> On 1/29/25 10:06 PM, Krzysztof Kozlowski wrote:
>>
>> No line breaks between tags (see `git log`).
>>
>
> Will fix in v2.
>
>>
>>> include/dt-bindings/clock/qcom,gcc-sdm660.h | 2 ++
>>
>> That's a separate patch. Always.
>>
>
> No big deal, but
Le 29/01/2025 à 19:17, Purva Yeshi a écrit :
On 27/01/25 13:32, Christophe Leroy wrote:
Le 26/01/2025 à 11:59, Purva Yeshi a écrit :
[Vous ne recevez pas souvent de courriers de purvayeshi...@gmail.com.
Découvrez pourquoi ceci est important à
https://aka.ms/LearnAboutSenderIdentification
On Wed, Jan 29, 2025 at 06:10:10PM -0500, Joel Fernandes wrote:
> On Wed, Jan 29, 2025 at 12:25 PM Paul E. McKenney wrote:
> >
> > On Wed, Jan 29, 2025 at 06:34:53AM -0500, Joel Fernandes wrote:
> > >
> > >
> > > > On Jan 28, 2025, at 9:21 PM, Paul E. McKenney
> > > > wrote:
> > > >
> > > > On
On Wed, 29 Jan 2025 17:24:25 + Joe Damato wrote:
> Test that queues which are used for AF_XDP have the xsk attribute set.
> diff --git a/tools/testing/selftests/drivers/.gitignore
> b/tools/testing/selftests/drivers/.gitignore
> index 09e23b5afa96..3c109144f7ff 100644
> --- a/tools/testing/se
This is largely based on [1] by Suraj Jitindar Singh.
Test coverage:
- Passed manual tests with samples/livepatch.
- Passed all but test-kprobe.sh in selftests/livepatch.
test-kprobe.sh is expected to fail, because arm64 doesn't have
KPROBES_ON_FTRACE.
- Passed tests with kpatch-build [2]. (T
Let do_kunwind() and kunwind_stack_walk() return the state of stack walk
properly to the caller, and use them in arch_stack_walk_reliable(). This
can be used to enable livepatching for arm64.
Signed-off-by: Song Liu
---
arch/arm64/Kconfig | 2 +-
arch/arm64/kernel/stacktrace.c | 35
On Wed, Jan 29, 2025 at 12:25 PM Paul E. McKenney wrote:
>
> On Wed, Jan 29, 2025 at 06:34:53AM -0500, Joel Fernandes wrote:
> >
> >
> > > On Jan 28, 2025, at 9:21 PM, Paul E. McKenney wrote:
> > >
> > > On Tue, Jan 28, 2025 at 09:13:45PM -0500, Joel Fernandes wrote:
> > >>> On Tue, Jan 28, 2025
On woensdag 29 januari 2025 19:44:54 Midden-Europese standaardtijd Krzysztof
Kozlowski wrote:
> On 29/01/2025 18:51, Luca Weiss wrote:
> > From: Matti Lehtimäki
> >
> > Support platforms such as MSM8226 and MSM8974 with only one power rail
> > (CX) modelled as power domain while MX and PX are re
Add resets for eMMC/SD card blocks that were missed during initial
driver submission.
Signed-off-by: Alexey Minnekhanov
Fixes: f2a76a2955c0 ("clk: qcom: Add Global Clock controller (GCC) driver for
SDM660")
---
include/dt-bindings/clock/qcom,gcc-sdm660.h | 2 ++
1 file changed, 2 insertions(+)
Marc Zyngier writes:
On Tue, 28 Jan 2025 22:08:27 +,
Colton Lewis wrote:
>> + bitmap_set(cpu_pmu->cntr_mask, 0, pmcr_n);
>> +
>> + if (reserved_guest_counters > 0 && reserved_guest_counters <
pmcr_n) {
>> + cpu_pmu->hpmn = reserved_guest_counters;
>> +
Add resets to eMMC/SD card blocks so linux can properly reset
them during initialization.
Signed-off-by: Alexey Minnekhanov
---
arch/arm64/boot/dts/qcom/sdm630.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm630.dtsi
b/arch/arm64/boot/dts/qcom/sdm630.dtsi
This will allow linux to properly reset eMMC/SD blocks.
Signed-off-by: Alexey Minnekhanov
Fixes: f2a76a2955c0 ("clk: qcom: Add Global Clock controller (GCC) driver for
SDM660")
---
drivers/clk/qcom/gcc-sdm660.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/qcom/gcc-sdm660.c
On 1/29/25 10:06 PM, Krzysztof Kozlowski wrote:
No line breaks between tags (see `git log`).
Will fix in v2.
include/dt-bindings/clock/qcom,gcc-sdm660.h | 2 ++
That's a separate patch. Always.
No big deal, but I've looked at git log and found previous commit
b538304da785 ("clk: qc
On Wed, Jan 29, 2025 at 06:49:22PM +0100, Eric Auger wrote:
> > If it was overriden inside iommufd then the user told the kernel what
> > range to use to override it. I don't need to go back and report back
> > to userspace information that it already gave to the kernel..
>
> Looks strange to me b
On Wed, Jan 29, 2025 at 06:46:20PM +0100, Eric Auger wrote:
> >>> This missing peice is cleaning up the ITS mapping to allow for
> >>> multiple ITS pages. I've imagined that kvm would someone give iommufd
> >>> a FD that holds the specific ITS pages instead of the
> >>> IOMMU_OPTION_SW_MSI_START/SI
On 29/01/2025 18:18, Alexey Minnekhanov wrote:
> This will allow linux to properly reset eMMC/SD blocks.
>
> Fixes: f2a76a2955c0 ("clk: qcom: Add Global Clock controller (GCC) driver for
> SDM660")
>
No line breaks between tags (see `git log`).
> Signed-off-by: Alexey Minnekhanov
> ---
> in
On 29/01/2025 18:51, Luca Weiss wrote:
> From: Matti Lehtimäki
>
> Support platforms such as MSM8226 and MSM8974 with only one power rail
> (CX) modelled as power domain while MX and PX are regulators.
>
> Signed-off-by: Matti Lehtimäki
> [luca: reword commit message]
> Signed-off-by: Luca Weis
On 27/01/25 13:32, Christophe Leroy wrote:
Le 26/01/2025 à 11:59, Purva Yeshi a écrit :
[Vous ne recevez pas souvent de courriers de purvayeshi...@gmail.com.
Découvrez pourquoi ceci est important à
https://aka.ms/LearnAboutSenderIdentification ]
Fix the build failure caused by the undefined
On 27/01/25 13:32, Christophe Leroy wrote:
>
>
> Le 26/01/2025 à 11:59, Purva Yeshi a écrit :
>> [Vous ne recevez pas souvent de courriers de purvayeshi...@gmail.com.
>> Découvrez pourquoi ceci est important à
>> https://aka.ms/LearnAboutSenderIdentification ]
>>
>> Fix the build failure caused by
mmit: 0b58e108042b0ed28a71cd7edf517555b233
change-id: 20250129-wcnss-singlepd-f9e6854257ed
Best regards,
--
Luca Weiss
From: Matti Lehtimäki
Support platforms such as MSM8226 and MSM8974 with only one power rail
(CX) modelled as power domain while MX and PX are regulators.
Signed-off-by: Matti Lehtimäki
[luca: reword commit message]
Signed-off-by: Luca Weiss
---
Documentation/devicetree/bindings/remoteproc/qc
From: Matti Lehtimäki
Both MSM8974 and MSM8226 have only CX as power domain with MX & PX being
handled as regulators. Handle this case by reodering pd_names to have CX
first, and handling that the driver core will already attach a single
power domain internally.
Signed-off-by: Matti Lehtimäki
[
On 1/29/25 6:39 PM, Jason Gunthorpe wrote:
> On Wed, Jan 29, 2025 at 06:23:33PM +0100, Eric Auger wrote:
IIUC the MSI window will then be different when using legacy VFIO
assignment and iommufd backend.
>>> ? They use the same, iommufd can have userspace override it. Then it
>>> will
On 1/29/25 4:04 PM, Jason Gunthorpe wrote:
> On Wed, Jan 29, 2025 at 03:54:48PM +0100, Eric Auger wrote:
or you are just mentioning it here because
it is still possible to make use of that. I think from previous
discussions the
argument was to adopt a more dedicated MSI pas
On Wed, Jan 29, 2025 at 09:49:12AM -0700, Daniel Xu wrote:
> Hi Ilya,
>
> On Wed, Jan 29, 2025 at 03:58:54PM +0100, Ilya Leoshkevich wrote:
> > On Tue, 2025-01-14 at 13:28 -0700, Daniel Xu wrote:
> > > This commit allows progs to elide a null check on statically known
> > > map
> > > lookup keys.
On Wed, Jan 29, 2025 at 06:23:33PM +0100, Eric Auger wrote:
> >> IIUC the MSI window will then be different when using legacy VFIO
> >> assignment and iommufd backend.
> > ? They use the same, iommufd can have userspace override it. Then it
> > will ignore the reserved region.
> In current arm-smmu
On Wed, Jan 29, 2025 at 05:24:23PM +, Joe Damato wrote:
> Greetings:
>
> This is an attempt to followup on something Jakub asked me about [1],
> adding an xsk attribute to queues and more clearly documenting which
> queues are linked to NAPIs...
>
> But:
>
> 1. I couldn't pick a good "thing"
On Wed, Jan 29, 2025 at 06:34:53AM -0500, Joel Fernandes wrote:
>
>
> > On Jan 28, 2025, at 9:21 PM, Paul E. McKenney wrote:
> >
> > On Tue, Jan 28, 2025 at 09:13:45PM -0500, Joel Fernandes wrote:
> >>> On Tue, Jan 28, 2025 at 8:47 PM Paul E. McKenney
> >>> wrote:
> >>>
> >>> On Tue, Jan 28
Test that queues which are used for AF_XDP have the xsk attribute set.
Signed-off-by: Joe Damato
---
tools/testing/selftests/drivers/.gitignore| 1 +
tools/testing/selftests/drivers/net/Makefile | 3 +
tools/testing/selftests/drivers/net/queues.py | 32 ++-
.../selftests/drivers/net/x
Greetings:
This is an attempt to followup on something Jakub asked me about [1],
adding an xsk attribute to queues and more clearly documenting which
queues are linked to NAPIs...
But:
1. I couldn't pick a good "thing" to expose as "xsk", so I chose 0 or 1.
Happy to take suggestions on what m
On 1/29/25 3:58 PM, Jason Gunthorpe wrote:
> On Wed, Jan 29, 2025 at 02:44:12PM +0100, Eric Auger wrote:
>> Hi,
>>
>>
>> On 1/11/25 4:32 AM, Nicolin Chen wrote:
>>> For systems that require MSI pages to be mapped into the IOMMU translation
>>> the IOMMU driver provides an IOMMU_RESV_SW_MSI rang
Add resets to eMMC/SD card blocks so linux can properly reset
them during initialization.
Signed-off-by: Alexey Minnekhanov
---
arch/arm64/boot/dts/qcom/sdm630.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm630.dtsi
b/arch/arm64/boot/dts/qcom/sdm630.dtsi
This will allow linux to properly reset eMMC/SD blocks.
Fixes: f2a76a2955c0 ("clk: qcom: Add Global Clock controller (GCC) driver for
SDM660")
Signed-off-by: Alexey Minnekhanov
---
drivers/clk/qcom/gcc-sdm660.c | 2 ++
include/dt-bindings/clock/qcom,gcc-sdm660.h | 2 ++
2 files c
Hi Ilya,
On Wed, Jan 29, 2025 at 03:58:54PM +0100, Ilya Leoshkevich wrote:
> On Tue, 2025-01-14 at 13:28 -0700, Daniel Xu wrote:
> > This commit allows progs to elide a null check on statically known
> > map
> > lookup keys. In other words, if the verifier can statically prove
> > that
> > the loo
On Wed, Jan 29, 2025 at 8:08 AM Willem de Bruijn
wrote:
>
> Yan Zhai wrote:
> > On Tue, Jan 28, 2025 at 8:45 AM Willem de Bruijn
> > wrote:
> > >
> > > Yan Zhai wrote:
> > > > Hi Willem,
> > > >
> > > > Thanks for getting back to me.
> > > >
> > > > On Mon, Jan 27, 2025 at 8:33 AM Willem de Bruij
On Wed, Jan 29, 2025 at 03:54:48PM +0100, Eric Auger wrote:
> >> or you are just mentioning it here because
> >> it is still possible to make use of that. I think from previous
> >> discussions the
> >> argument was to adopt a more dedicated MSI pass-through model which I
> >> think is approach-2
On Tue, 28 Jan 2025 22:08:27 +,
Colton Lewis wrote:
>
> >> + bitmap_set(cpu_pmu->cntr_mask, 0, pmcr_n);
> >> +
> >> + if (reserved_guest_counters > 0 && reserved_guest_counters < pmcr_n) {
> >> + cpu_pmu->hpmn = reserved_guest_counters;
> >> + cpu_pmu->partitioned = true;
On Tue, 2025-01-14 at 13:28 -0700, Daniel Xu wrote:
> This commit allows progs to elide a null check on statically known
> map
> lookup keys. In other words, if the verifier can statically prove
> that
> the lookup will be in-bounds, allow the prog to drop the null check.
>
> This is useful for tw
On Wed, Jan 29, 2025 at 02:44:12PM +0100, Eric Auger wrote:
> Hi,
>
>
> On 1/11/25 4:32 AM, Nicolin Chen wrote:
> > For systems that require MSI pages to be mapped into the IOMMU translation
> > the IOMMU driver provides an IOMMU_RESV_SW_MSI range, which is the default
> > recommended IOVA window
Hi Jason,
On 1/23/25 2:24 PM, Jason Gunthorpe wrote:
> On Thu, Jan 23, 2025 at 09:06:49AM +, Shameerali Kolothum Thodi wrote:
>
>> One confusion I have about the above text is, do we still plan to support the
>> approach -1( Using RMR in Qemu)
> Yes, it remains an option. The VMM would use t
Yan Zhai wrote:
> On Tue, Jan 28, 2025 at 8:45 AM Willem de Bruijn
> wrote:
> >
> > Yan Zhai wrote:
> > > Hi Willem,
> > >
> > > Thanks for getting back to me.
> > >
> > > On Mon, Jan 27, 2025 at 8:33 AM Willem de Bruijn
> > > wrote:
> > > >
> > > > Yan Zhai wrote:
> > > > > Commit 4094871db1d6 (
From: Brian Norris
[ Upstream commit 7687c66c18c66d4ccd9949c6f641c0e7b5773483 ]
If the header is included in a test without
certain other headers, it produces compiler warnings like:
In file included from [...]
../include/kunit/platform_device.h:15:57: warning: ‘struct completion’
declared ins
From: Brian Norris
[ Upstream commit 7687c66c18c66d4ccd9949c6f641c0e7b5773483 ]
If the header is included in a test without
certain other headers, it produces compiler warnings like:
In file included from [...]
../include/kunit/platform_device.h:15:57: warning: ‘struct completion’
declared ins
Hi,
On 1/11/25 4:32 AM, Nicolin Chen wrote:
> For systems that require MSI pages to be mapped into the IOMMU translation
> the IOMMU driver provides an IOMMU_RESV_SW_MSI range, which is the default
> recommended IOVA window to place these mappings. However, there is nothing
> special about this a
Hi,
On 1/11/25 4:32 AM, Nicolin Chen wrote:
> "attach_handle" was added exclusively for the iommufd_fault_iopf_handler()
> used by IOPF/PRI use cases, along with the "fault_data". Now, the iommufd
> version of sw_msi function will resue the attach_handle and fault_data for
reuse
> a non-fault cas
On 1/11/25 4:32 AM, Nicolin Chen wrote:
> A "fault_data" was added exclusively for the iommufd_fault_iopf_handler()
> used by IOPF/PRI use cases, along with the attach_handle. Now, the iommufd
> version of sw_msi function will resue the attach_handle and fault_data for
reuse
> a non-fault case.
Hi Jason,
On 1/23/25 7:16 PM, Jason Gunthorpe wrote:
> On Thu, Jan 23, 2025 at 06:10:47PM +0100, Eric Auger wrote:
>> Hi,
>>
>>
>> On 1/11/25 4:32 AM, Nicolin Chen wrote:
>>> From: Jason Gunthorpe
>>>
>>> SW_MSI supports IOMMU to translate an MSI message before the MSI message
>>> is delivered t
Hi,
On 1/23/25 7:48 PM, Jason Gunthorpe wrote:
> On Thu, Jan 23, 2025 at 06:10:48PM +0100, Eric Auger wrote:
>
>>> However iommufd now permits the domain to change while the driver is
>>> probed and VFIO userspace can create races with IRQ changes calling
>>> iommu_dma_prepare/compose_msi_msg() a
在 2025/1/28 17:39, Amit Shah 写道:
On Tue, 2025-01-28 at 13:52 +0800, oushixiong1...@163.com wrote:
From: Shixiong Ou
Convert to devm_* funcs so that no need to manual free in error path.
Signed-off-by: Shixiong Ou
---
drivers/char/virtio_console.c | 43 ++---
--
> On Jan 28, 2025, at 9:21 PM, Paul E. McKenney wrote:
>
> On Tue, Jan 28, 2025 at 09:13:45PM -0500, Joel Fernandes wrote:
>>> On Tue, Jan 28, 2025 at 8:47 PM Paul E. McKenney wrote:
>>>
>>> On Tue, Jan 28, 2025 at 08:38:57PM -0500, Joel Fernandes wrote:
On Tue, Jan 28, 2025 at 8:33 PM
Hi Jason,
On 1/23/25 7:50 PM, Jason Gunthorpe wrote:
> On Thu, Jan 23, 2025 at 06:10:54PM +0100, Eric Auger wrote:
>
>>> -/**
>>> - * iommu_dma_compose_msi_msg() - Apply translation to an MSI message
>>> - * @desc: MSI descriptor prepared by iommu_dma_prepare_msi()
>>> - * @msg: MSI message conta
On 2025-01-27 13:22:17 [+0100], Petr Pavlu wrote:
> On 1/24/25 18:49, Sebastian Andrzej Siewior wrote:
> > On 2025-01-13 12:09:27 [+0100], Petr Pavlu wrote:
> >> Thanks for this cleanup. I've queued the fix in patch #1 on
> >> modules-fixes. For the rest, I plan to give folks more time to look at
>
On Wed, Jan 29, 2025 at 12:35:37AM +0100, Luca Weiss wrote:
> Add support for the external power block headswitch register needed by
> MSM8226 and some other qcom platforms.
>
> Co-developed-by: Matti Lehtimäki
> Signed-off-by: Matti Lehtimäki
> Signed-off-by: Luca Weiss
Reviewed-by: Stephan G
On Wed, Jan 29, 2025 at 12:35:32AM +0100, Luca Weiss wrote:
> This series adds support for modem remoteproc found on MSM8226.
> It also adds needed device tree nodes and enables modem used for
> location service on matisse-wifi.
>
> Also bam-dmux node is added for mobile data which is used on
> 3G
On Tue, Jan 28, 2025 at 10:54:00PM +0100, Luca Weiss wrote:
> Only go into the if condition for single-PD handling when there's
> actually just one power domain specified there. Otherwise it'll be an
> issue in the dts and we should fail in the regular code path.
>
> This also mirrors the latest c
On Tue, Jan 28, 2025 at 10:53:59PM +0100, Luca Weiss wrote:
> MSM8226 requires the CX power domain, so use the msm8996_adsp_resource
> which has cx under proxy_pd_names and is otherwise equivalent.
>
> Suggested-by: Stephan Gerhold
> Fixes: fb4f07cc9399 ("remoteproc: qcom: pas: Add MSM8226 ADSP s
58 matches
Mail list logo
