Re: [PATCH v5 4/4] arm64: Kconfig: Enable HOTPLUG_SMT

2024-08-28 Thread Yicong Yang
On 2024/8/27 23:40, Pierre Gondois wrote: > Hello Yicong, > > Is it necessary to have an explicit dependency over SMP for arm64 ? Cf. >   commit 4b3dc9679cf7 ("arm64: force CONFIG_SMP=y and remove redundant > #ifdefs") Thanks for the information. Then it's redundant to depend on CONFIG_SMP. Will

Re: [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature

2024-08-28 Thread Christoph Hellwig
On Wed, Aug 28, 2024 at 08:21:14AM +0200, Andreas Larsson wrote: > On 2024-08-28 08:10, Christoph Hellwig wrote: > > --- a/drivers/xen/Kconfig > > +++ b/drivers/xen/Kconfig > > @@ -177,8 +177,8 @@ config XEN_GRANT_DMA_ALLOC > > > > config SWIOTLB_XEN > > def_bool y > > + depends on ARCH_DM

Re: [PATCH v3 3/3] powerpc/pseries/dlpar: Add device tree nodes for DLPAR IO add

2024-08-28 Thread Michael Ellerman
Haren Myneni writes: > On Wed, 2024-08-28 at 18:12 +1000, Michael Ellerman wrote: >> Hi Haren, >> >> One query below about the of_node refcounting. >> >> Haren Myneni writes: >> > In the powerpc-pseries specific implementation, the IO hotplug >> > event is handled in the user space (drmgr tool)

Re: [PATCH v2 02/14] arm: adjust_pte() use pte_offset_map_rw_nolock()

2024-08-28 Thread Muchun Song
On 2024/8/26 23:26, David Hildenbrand wrote: On 22.08.24 09:13, Qi Zheng wrote: In do_adjust_pte(), we may modify the pte entry. At this time, the write lock of mmap_lock is not held, and the pte_same() check is not performed after the PTL held. The corresponding pmd entry may have been modif

Re: [PATCH v2 01/14] mm: pgtable: introduce pte_offset_map_{ro|rw}_nolock()

2024-08-28 Thread Qi Zheng
On 2024/8/28 18:48, David Hildenbrand wrote: On 27.08.24 06:33, Qi Zheng wrote: Hi David, On 2024/8/26 23:21, David Hildenbrand wrote: On 22.08.24 09:13, Qi Zheng wrote: Currently, the usage of pte_offset_map_nolock() can be divided into the following two cases: 1) After acquiring PTL, on

[PATCH v2] powerpc/qspinlock: Fix deadlock in MCS queue

2024-08-28 Thread Nysal Jan K.A.
If an interrupt occurs in queued_spin_lock_slowpath() after we increment qnodesp->count and before node->lock is initialized, another CPU might see stale lock values in get_tail_qnode(). If the stale lock value happens to match the lock on that CPU, then we write to the "next" pointer of the wrong

Re: [PATCH v3 3/3] powerpc/pseries/dlpar: Add device tree nodes for DLPAR IO add

2024-08-28 Thread Haren Myneni
On Wed, 2024-08-28 at 18:12 +1000, Michael Ellerman wrote: > Hi Haren, > > One query below about the of_node refcounting. > > Haren Myneni writes: > > In the powerpc-pseries specific implementation, the IO hotplug > > event is handled in the user space (drmgr tool). For the DLPAR > > IO ADD, the

Re: [PATCH -next 2/8] soc: fsl: cpm1: Simplify with dev_err_probe()

2024-08-28 Thread Jinjie Ruan
On 2024/8/28 21:08, Krzysztof Kozlowski wrote: > On 28/08/2024 03:58, Jinjie Ruan wrote: >> >> >> On 2024/8/27 21:50, Krzysztof Kozlowski wrote: >>> On 27/08/2024 13:46, Jinjie Ruan wrote: Use the dev_err_probe() helper to simplify error handling during probe. This also handle scenario

Re: [PATCH 1/3] perf vendor events power10: Update JSON/events

2024-08-28 Thread Arnaldo Carvalho de Melo
On Tue, Aug 27, 2024 at 08:30:09AM -0700, Ian Rogers wrote: > On Mon, Aug 26, 2024 at 10:33 PM Kajol Jain wrote: > > > > Update JSON/events for power10 platform with additional events. > > > > Signed-off-by: Kajol Jain > > For the series: > Reviewed-by: Ian Rogers Thanks, applied to perf-tools

Re: [PATCH 16/16] selftests/mm: Create MAP_BELOW_HINT test

2024-08-28 Thread Lorenzo Stoakes
On Tue, Aug 27, 2024 at 10:49:22PM GMT, Charlie Jenkins wrote: > Add a selftest for MAP_BELOW_HINT that maps until it runs out of space > below the hint address. > > Signed-off-by: Charlie Jenkins > --- > tools/testing/selftests/mm/Makefile | 1 + > tools/testing/selftests/mm/map_below_h

Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT

2024-08-28 Thread Lorenzo Stoakes
On Tue, Aug 27, 2024 at 10:49:06PM GMT, Charlie Jenkins wrote: > Some applications rely on placing data in free bits addresses allocated > by mmap. Various architectures (eg. x86, arm64, powerpc) restrict the > address returned by mmap to be less than the maximum address space, > unless the hint ad

Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT

2024-08-28 Thread Dave Hansen
On 8/27/24 22:49, Charlie Jenkins wrote: > Some applications rely on placing data in free bits addresses allocated > by mmap. Various architectures (eg. x86, arm64, powerpc) restrict the > address returned by mmap to be less than the maximum address space, > unless the hint address is greater than

Re: [PATCH net-next 6/6] net: ethernet: fs_enet: phylink conversion

2024-08-28 Thread Simon Horman
On Wed, Aug 28, 2024 at 11:51:02AM +0200, Maxime Chevallier wrote: > fs_enet is a quite old but still used Ethernet driver found on some NXP > devices. It has support for 10/100 Mbps ethernet, with half and full > duplex. Some variants of it can use RMII, while other integrations are > MII-only. >

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Ard Biesheuvel
On Wed, 28 Aug 2024 at 14:57, Segher Boessenkool wrote: > > On Wed, Aug 28, 2024 at 12:24:12PM +, Arnd Bergmann wrote: > > On Wed, Aug 28, 2024, at 11:18, Jason A. Donenfeld wrote: > > > On Tue, Aug 27, 2024 at 05:53:30PM -0500, Segher Boessenkool wrote: > > >> On Tue, Aug 27, 2024 at 11:08:19

Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
On Wed, Aug 28, 2024 at 01:59:18PM -0700, Charlie Jenkins wrote: > On Wed, Aug 28, 2024 at 02:31:42PM -0400, Liam R. Howlett wrote: > > * Charlie Jenkins [240828 01:49]: > > > Some applications rely on placing data in free bits addresses allocated > > > by mmap. Various architectures (eg. x86, arm

Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
On Wed, Aug 28, 2024 at 02:31:42PM -0400, Liam R. Howlett wrote: > * Charlie Jenkins [240828 01:49]: > > Some applications rely on placing data in free bits addresses allocated > > by mmap. Various architectures (eg. x86, arm64, powerpc) restrict the > > address returned by mmap to be less than th

Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
On Wed, Aug 28, 2024 at 11:29:56AM -0700, Dave Hansen wrote: > On 8/27/24 22:49, Charlie Jenkins wrote: > > Some applications rely on placing data in free bits addresses allocated > > by mmap. Various architectures (eg. x86, arm64, powerpc) restrict the > > address returned by mmap to be less than

Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT

2024-08-28 Thread Liam R. Howlett
* Charlie Jenkins [240828 01:49]: > Some applications rely on placing data in free bits addresses allocated > by mmap. Various architectures (eg. x86, arm64, powerpc) restrict the > address returned by mmap to be less than the maximum address space, > unless the hint address is greater than this v

Re: [PATCH 16/16] selftests/mm: Create MAP_BELOW_HINT test

2024-08-28 Thread Charlie Jenkins
On Wed, Aug 28, 2024 at 06:48:33PM +0100, Lorenzo Stoakes wrote: > On Tue, Aug 27, 2024 at 10:49:22PM GMT, Charlie Jenkins wrote: > > Add a selftest for MAP_BELOW_HINT that maps until it runs out of space > > below the hint address. > > > > Signed-off-by: Charlie Jenkins > > --- > > tools/testing

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Segher Boessenkool
On Wed, Aug 28, 2024 at 07:12:55PM +0200, Ard Biesheuvel wrote: > On Wed, 28 Aug 2024 at 18:24, Segher Boessenkool > wrote: > > > In my experience, this is likely to do the opposite: it causes the > > > compiler to 'forget' the semantics of memcpy() and memset(), so that > > > explicit trivial cal

Re: [PATCH 07/16] powerpc: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
On Wed, Aug 28, 2024 at 08:34:49AM +0200, Christophe Leroy wrote: > Hi Charlie, > > Le 28/08/2024 à 07:49, Charlie Jenkins a écrit : > > Add support for MAP_BELOW_HINT to arch_get_mmap_base() and > > arch_get_mmap_end(). > > > > Signed-off-by: Charlie Jenkins > > --- > > arch/powerpc/include/a

Re: [PATCH net-next 6/6] net: ethernet: fs_enet: phylink conversion

2024-08-28 Thread Maxime Chevallier
Hello Russell, On Wed, 28 Aug 2024 14:54:57 +0100 "Russell King (Oracle)" wrote: > On Wed, Aug 28, 2024 at 01:44:13PM +0200, Maxime Chevallier wrote: > > Hi Russell, > > > > On Wed, 28 Aug 2024 11:38:31 +0100 > > "Russell King (Oracle)" wrote: > > > > > On Wed, Aug 28, 2024 at 11:51:02AM +0

Re: [PATCH net-next 6/6] net: ethernet: fs_enet: phylink conversion

2024-08-28 Thread Russell King (Oracle)
On Wed, Aug 28, 2024 at 01:44:13PM +0200, Maxime Chevallier wrote: > Hi Russell, > > On Wed, 28 Aug 2024 11:38:31 +0100 > "Russell King (Oracle)" wrote: > > > On Wed, Aug 28, 2024 at 11:51:02AM +0200, Maxime Chevallier wrote: > > > +static int fs_eth_ioctl(struct net_device *dev, struct ifreq *i

Re: [PATCH -next 2/8] soc: fsl: cpm1: Simplify with dev_err_probe()

2024-08-28 Thread Krzysztof Kozlowski
On 28/08/2024 03:58, Jinjie Ruan wrote: > > > On 2024/8/27 21:50, Krzysztof Kozlowski wrote: >> On 27/08/2024 13:46, Jinjie Ruan wrote: >>> Use the dev_err_probe() helper to simplify error handling during probe. >>> This also handle scenario, when EDEFER is returned and useless error >>> is print

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Jason A. Donenfeld
On Wed, Aug 28, 2024 at 07:33:13AM -0500, Segher Boessenkool wrote: > On Wed, Aug 28, 2024 at 01:18:34PM +0200, Jason A. Donenfeld wrote: > > On Tue, Aug 27, 2024 at 05:53:30PM -0500, Segher Boessenkool wrote: > > > On Tue, Aug 27, 2024 at 11:08:19AM -0700, Eric Biggers wrote: > > > > > +

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Segher Boessenkool
On Wed, Aug 28, 2024 at 02:26:08PM +0200, Jason A. Donenfeld wrote: > On Wed, Aug 28, 2024 at 2:24 PM Arnd Bergmann wrote: > > > > On Wed, Aug 28, 2024, at 11:18, Jason A. Donenfeld wrote: > > > On Tue, Aug 27, 2024 at 05:53:30PM -0500, Segher Boessenkool wrote: > > >> On Tue, Aug 27, 2024 at 11:0

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Segher Boessenkool
On Wed, Aug 28, 2024 at 12:24:12PM +, Arnd Bergmann wrote: > On Wed, Aug 28, 2024, at 11:18, Jason A. Donenfeld wrote: > > On Tue, Aug 27, 2024 at 05:53:30PM -0500, Segher Boessenkool wrote: > >> On Tue, Aug 27, 2024 at 11:08:19AM -0700, Eric Biggers wrote: > >> > > >> > Is there a compiler fl

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Segher Boessenkool
On Wed, Aug 28, 2024 at 01:18:34PM +0200, Jason A. Donenfeld wrote: > On Tue, Aug 27, 2024 at 05:53:30PM -0500, Segher Boessenkool wrote: > > On Tue, Aug 27, 2024 at 11:08:19AM -0700, Eric Biggers wrote: > > > > + for (i = 0; i < ARRAY_SIZE(params->reserved); i++) > > > > +

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Jason A. Donenfeld
On Wed, Aug 28, 2024 at 2:24 PM Arnd Bergmann wrote: > > On Wed, Aug 28, 2024, at 11:18, Jason A. Donenfeld wrote: > > On Tue, Aug 27, 2024 at 05:53:30PM -0500, Segher Boessenkool wrote: > >> On Tue, Aug 27, 2024 at 11:08:19AM -0700, Eric Biggers wrote: > >> > > >> > Is there a compiler flag that

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Arnd Bergmann
On Wed, Aug 28, 2024, at 11:18, Jason A. Donenfeld wrote: > On Tue, Aug 27, 2024 at 05:53:30PM -0500, Segher Boessenkool wrote: >> On Tue, Aug 27, 2024 at 11:08:19AM -0700, Eric Biggers wrote: >> > >> > Is there a compiler flag that could be used to disable the generation of >> > calls >> > to me

Re: [PATCH net-next 6/6] net: ethernet: fs_enet: phylink conversion

2024-08-28 Thread Russell King (Oracle)
On Wed, Aug 28, 2024 at 11:51:02AM +0200, Maxime Chevallier wrote: > +static int fs_eth_ioctl(struct net_device *dev, struct ifreq *ifr, int cmd) > +{ > + struct fs_enet_private *fep = netdev_priv(dev); > + > + if (!netif_running(dev)) > + return -EINVAL; Why do you need this c

Re: [PATCH net-next 6/6] net: ethernet: fs_enet: phylink conversion

2024-08-28 Thread Maxime Chevallier
Hi Russell, On Wed, 28 Aug 2024 11:38:31 +0100 "Russell King (Oracle)" wrote: > On Wed, Aug 28, 2024 at 11:51:02AM +0200, Maxime Chevallier wrote: > > +static int fs_eth_ioctl(struct net_device *dev, struct ifreq *ifr, int cmd) > > +{ > > + struct fs_enet_private *fep = netdev_priv(dev); > > +

Re: [PATCH v2 05/17] vdso: Avoid call to memset() by getrandom

2024-08-28 Thread Jason A. Donenfeld
On Tue, Aug 27, 2024 at 05:53:30PM -0500, Segher Boessenkool wrote: > On Tue, Aug 27, 2024 at 11:08:19AM -0700, Eric Biggers wrote: > > On Thu, Aug 22, 2024 at 09:13:13AM +0200, Christophe Leroy wrote: > > > With the current implementation, __cvdso_getrandom_data() calls > > > memset(), which is un

Re: [PATCH v2 01/14] mm: pgtable: introduce pte_offset_map_{ro|rw}_nolock()

2024-08-28 Thread David Hildenbrand
On 27.08.24 06:33, Qi Zheng wrote: Hi David, On 2024/8/26 23:21, David Hildenbrand wrote: On 22.08.24 09:13, Qi Zheng wrote: Currently, the usage of pte_offset_map_nolock() can be divided into the following two cases: 1) After acquiring PTL, only read-only operations are performed on the PTE

Re: [PATCH 1/3] perf vendor events power10: Update JSON/events

2024-08-28 Thread kajoljain
On 8/27/24 21:00, Ian Rogers wrote: > On Mon, Aug 26, 2024 at 10:33 PM Kajol Jain wrote: >> >> Update JSON/events for power10 platform with additional events. >> >> Signed-off-by: Kajol Jain > > For the series: > Reviewed-by: Ian Rogers Hi Ian, Thanks for reviewing the patchset. > > Just

[PATCH -next] cxl: Remove unused cxl_pci_to_cfg_record()

2024-08-28 Thread Jinjie Ruan
cxl_pci_to_cfg_record() is not used anywhere, and its function can be replacd with PCI_DEVID(), so remove it. Signed-off-by: Jinjie Ruan --- drivers/misc/cxl/vphb.c | 12 +--- include/misc/cxl.h | 4 2 files changed, 1 insertion(+), 15 deletions(-) diff --git a/drivers/misc/c

Re: [PATCH net-next 5/6] net: ethernet: fs_enet: fcc: use macros for speed and duplex values

2024-08-28 Thread Christophe Leroy
Le 28/08/2024 à 11:51, Maxime Chevallier a écrit : The PHY speed and duplex should be manipulated using the SPEED_XXX and DUPLEX_XXX macros available. Use it in the fcc, fec and scc MAC for fs_enet. Signed-off-by: Maxime Chevallier Reviewed-by: Christophe Leroy --- drivers/net/ethern

[PATCH net-next 1/6] net: ethernet: fs_enet: convert to SPDX

2024-08-28 Thread Maxime Chevallier
The ENET driver has SPDX tags in the header files, but they were missing in the C files. Change the licence information to SPDX format. Signed-off-by: Maxime Chevallier --- drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c | 5 + drivers/net/ethernet/freescale/fs_enet/mac-fcc.c | 5

[PATCH net-next 5/6] net: ethernet: fs_enet: fcc: use macros for speed and duplex values

2024-08-28 Thread Maxime Chevallier
The PHY speed and duplex should be manipulated using the SPEED_XXX and DUPLEX_XXX macros available. Use it in the fcc, fec and scc MAC for fs_enet. Signed-off-by: Maxime Chevallier --- drivers/net/ethernet/freescale/fs_enet/mac-fcc.c | 4 ++-- drivers/net/ethernet/freescale/fs_enet/mac-fec.c | 2

[PATCH net-next 6/6] net: ethernet: fs_enet: phylink conversion

2024-08-28 Thread Maxime Chevallier
fs_enet is a quite old but still used Ethernet driver found on some NXP devices. It has support for 10/100 Mbps ethernet, with half and full duplex. Some variants of it can use RMII, while other integrations are MII-only. Add phylink support, thus removing custom fixed-link hanldling. This also a

Re: [PATCH net-next 4/6] net: ethernet: fs_enet: drop unused phy_info and mii_if_info

2024-08-28 Thread Christophe Leroy
Le 28/08/2024 à 11:51, Maxime Chevallier a écrit : There's no user of the struct phy_info, the 'phy' field and the mii_if_info in the fs_enet driver, probably dating back when phylib wasn't as widely used. Drop these from the driver code. Seems like they haven't been used since commit 5b4b8

[PATCH net-next 2/6] net: ethernet: fs_enet: cosmetic cleanups

2024-08-28 Thread Maxime Chevallier
Due to the age of the driver and the slow recent activity on it, the code has taken some layers of dust. Clean the main driver file up so that it passes checkpatch and also conforms with the net coding style. Changes include : - Re-ordering of the variable declarations for RCT - Fixing the comme

[PATCH net-next 4/6] net: ethernet: fs_enet: drop unused phy_info and mii_if_info

2024-08-28 Thread Maxime Chevallier
There's no user of the struct phy_info, the 'phy' field and the mii_if_info in the fs_enet driver, probably dating back when phylib wasn't as widely used. Drop these from the driver code. Signed-off-by: Maxime Chevallier --- drivers/net/ethernet/freescale/fs_enet/fs_enet.h | 11 --- 1 f

[PATCH net-next 3/6] net: ethernet: fs_enet: drop the .adjust_link custom fs_ops

2024-08-28 Thread Maxime Chevallier
There's no in-tree user for the fs_ops .adjust_link() function, so we can always use the generic one in fe_enet-main. Signed-off-by: Maxime Chevallier --- drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c | 7 +-- drivers/net/ethernet/freescale/fs_enet/fs_enet.h | 1 - 2 files chang

[PATCH net-next 0/6] net: ethernet: fs_enet: Cleanup and phylink conversion

2024-08-28 Thread Maxime Chevallier
This series aims at improving the fs_enet code and port it's PHY handling from direct phylib access to using phylink instead. Although this driver is quite old, there are still some users out there, running an upstream kernel. The development I'm doing is on an MPC885 device, which uses fs_enet, a

Re: [PATCH v2 01/14] mm: pgtable: introduce pte_offset_map_{ro|rw}_nolock()

2024-08-28 Thread Muchun Song
On 2024/8/22 15:13, Qi Zheng wrote: Currently, the usage of pte_offset_map_nolock() can be divided into the following two cases: 1) After acquiring PTL, only read-only operations are performed on the PTE page. In this case, the RCU lock in pte_offset_map_nolock() will ensure that the

[PATCH] mtd: powernv: Add check devm_kasprintf() returned value

2024-08-28 Thread Charles Han
devm_kasprintf() can return a NULL pointer on failure but this returned value is not checked. Fixes: acfe63ec1c59 ("mtd: Convert to using %pOFn instead of device_node.name") Signed-off-by: Charles Han --- drivers/mtd/devices/powernv_flash.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/

[PATCH 1/2] powerpc/vpa_pmu: Add interface to expose vpa counters via perf

2024-08-28 Thread Kajol Jain
The pseries Shared Processor Logical Partition(SPLPAR) machines can retrieve a log of dispatch and preempt events from the hypervisor using data from Disptach Trace Log(DTL) buffer. With this information, user can retrieve when and why each dispatch & preempt has occurred. Added an interface to exp

[PATCH 2/2] docs: ABI: sysfs-bus-event_source-devices-vpa-dtl: Document sysfs event format entries for vpa_dtl pmu

2024-08-28 Thread Kajol Jain
Details are added for the vpa_dtl pmu event and format attributes in the ABI documentation. Signed-off-by: Kajol Jain --- .../sysfs-bus-event_source-devices-vpa-dtl| 25 +++ 1 file changed, 25 insertions(+) create mode 100644 Documentation/ABI/testing/sysfs-bus-event_source

[PATCH] mtd: powernv: Add check devm_kasprintf() returned value

2024-08-28 Thread Charles Han
devm_kasprintf() can return a NULL pointer on failure but this returned value is not checked. Fixes: acfe63ec1c59 ("mtd: Convert to using %pOFn instead of device_node.name") Signed-off-by: Charles Han --- drivers/mtd/devices/powernv_flash.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/

Re: [PATCH net-next 3/6] net: ethernet: fs_enet: drop the .adjust_link custom fs_ops

2024-08-28 Thread Christophe Leroy
Le 28/08/2024 à 11:50, Maxime Chevallier a écrit : There's no in-tree user for the fs_ops .adjust_link() function, so we can always use the generic one in fe_enet-main. Signed-off-by: Maxime Chevallier Reviewed-by: Christophe Leroy --- drivers/net/ethernet/freescale/fs_enet/fs_enet-ma

Re: [PATCH net-next 2/6] net: ethernet: fs_enet: cosmetic cleanups

2024-08-28 Thread Christophe Leroy
Le 28/08/2024 à 11:50, Maxime Chevallier a écrit : Due to the age of the driver and the slow recent activity on it, the code has taken some layers of dust. Clean the main driver file up so that it passes checkpatch and also conforms with the net coding style. Changes include : - Re-ordering

Re: [PATCH net-next 1/6] net: ethernet: fs_enet: convert to SPDX

2024-08-28 Thread Christophe Leroy
Le 28/08/2024 à 11:50, Maxime Chevallier a écrit : The ENET driver has SPDX tags in the header files, but they were missing in the C files. Change the licence information to SPDX format. AFAIK you have to CC linux-s...@vger.kernel.org for this kind of change. Signed-off-by: Maxime Chevall

Re: [PATCH net-next 0/6] net: ethernet: fs_enet: Cleanup and phylink conversion

2024-08-28 Thread Christophe Leroy
Le 28/08/2024 à 11:50, Maxime Chevallier a écrit : This series aims at improving the fs_enet code and port it's PHY handling from direct phylib access to using phylink instead. Although this driver is quite old, there are still some users out there, running an upstream kernel. The development

[PATCH v3 3/3] powerpc: Document details on H_HTM hcall

2024-08-28 Thread Madhavan Srinivasan
Add documentation to 'papr_hcalls.rst' describing the input, output and return values of the H_HTM hcall as per the internal specification. Signed-off-by: Madhavan Srinivasan --- Changelog v2: - No changes Changelog v1: - Updated commit message to include htmdump folder files Documentation/arc

[PATCH v3 2/3] powerpc/pseries: Export hardware trace macro dump via debugfs

2024-08-28 Thread Madhavan Srinivasan
This patch adds debugfs interface to export Hardware Trace Macro (HTM) function data in a LPAR. New hypervisor call "H_HTM" has been defined to setup, configure, control and dump the HTM data. This patch supports only dumping of HTM data in a LPAR. New debugfs folder called "htmdump" has been added

[PATCH v3 1/3] powerpc/pseries: Macros and wrapper functions for H_HTM call

2024-08-28 Thread Madhavan Srinivasan
Define macros and wrapper functions to handle H_HTM (Hardware Trace Macro) hypervisor call. H_HTM is new HCALL added to export data from Hardware Trace Macro (HTM) function. Signed-off-by: Madhavan Srinivasan --- Changelog v2: - No changes Changelog v1: - No changes arch/powerpc/include/asm/hvc

Re: [PATCH v3 3/3] powerpc/pseries/dlpar: Add device tree nodes for DLPAR IO add

2024-08-28 Thread Michael Ellerman
Hi Haren, One query below about the of_node refcounting. Haren Myneni writes: > In the powerpc-pseries specific implementation, the IO hotplug > event is handled in the user space (drmgr tool). For the DLPAR > IO ADD, the corresponding device tree nodes and properties will > be added to the devi

Re: [PATCH v1 2/2] powerpc/debug: hook to user return notifier infrastructure

2024-08-28 Thread Christophe Leroy
Le 28/08/2024 à 08:50, Luming Yu a écrit : On Wed, Aug 28, 2024 at 07:46:52AM +0200, Christophe Leroy wrote: Hi, Le 28/08/2024 à 05:17, 虞陆铭 a écrit : Hi, it appears the little feature might require a little bit more work to find its value of the patch. Using the following debug module ,

Re: [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature

2024-08-28 Thread Andreas Larsson
On 2024-08-28 08:10, Christoph Hellwig wrote: > --- a/drivers/xen/Kconfig > +++ b/drivers/xen/Kconfig > @@ -177,8 +177,8 @@ config XEN_GRANT_DMA_ALLOC > > config SWIOTLB_XEN > def_bool y > + depends on ARCH_DMA_OPS Rename to ARCH_HAS_DMA_OPS in v2 is missing here > depends on X

[PATCH 16/16] selftests/mm: Create MAP_BELOW_HINT test

2024-08-28 Thread Charlie Jenkins
Add a selftest for MAP_BELOW_HINT that maps until it runs out of space below the hint address. Signed-off-by: Charlie Jenkins --- tools/testing/selftests/mm/Makefile | 1 + tools/testing/selftests/mm/map_below_hint.c | 29 + 2 files changed, 30 insertions(+)

[PATCH 15/16] sparc: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to mmap by restricting high_limit to addr when the flag is enabled. Signed-off-by: Charlie Jenkins --- arch/sparc/kernel/sys_sparc_64.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/sparc/kernel/sys_sparc_64.c b/arch/sparc/kernel/sys_sparc_64.c i

[PATCH 14/16] sh: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to mmap by restricting high_limit to addr when the flag is enabled. Signed-off-by: Charlie Jenkins --- arch/sh/mm/mmap.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/sh/mm/mmap.c b/arch/sh/mm/mmap.c index bee329d4149a..867f6598b7d0 100644 --

[PATCH 13/16] s390: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to mmap by restricting high_limit to addr when the flag is enabled. Signed-off-by: Charlie Jenkins --- arch/s390/mm/mmap.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/s390/mm/mmap.c b/arch/s390/mm/mmap.c index 206756946589..29e20351ca85 100

[PATCH 12/16] parisc: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to mmap by restricting high_limit to addr when the flag is enabled. Signed-off-by: Charlie Jenkins --- arch/parisc/include/uapi/asm/mman.h | 1 + arch/parisc/kernel/sys_parisc.c | 9 + tools/arch/parisc/include/uapi/asm/mman.h | 1 + 3 files

[PATCH 11/16] mips: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to mmap by restricting high_limit to addr when the flag is enabled. Signed-off-by: Charlie Jenkins --- arch/mips/mm/mmap.c | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/mips/mm/mmap.c b/arch/mips/mm/mmap.c index 7e11d7b58761..1595fda284cd 100644

[PATCH 10/16] arm: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to mmap by restricting high_limit to addr when the flag is enabled. Signed-off-by: Charlie Jenkins --- arch/arm/mm/mmap.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/mm/mmap.c b/arch/arm/mm/mmap.c index d65d0e6ed10a..fa0c79447b78 100644

[PATCH 08/16] x86: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to mmap by restricting high_limit to addr when the flag is enabled. Signed-off-by: Charlie Jenkins --- arch/x86/kernel/sys_x86_64.c | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/sys_x86_64.c b/arch/x8

[PATCH 09/16] loongarch: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to mmap by restricting high_limit to addr when the flag is enabled. Signed-off-by: Charlie Jenkins --- arch/loongarch/mm/mmap.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/loongarch/mm/mmap.c b/arch/loongarch/mm/mmap.c index 889030985135..

[PATCH 07/16] powerpc: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to arch_get_mmap_base() and arch_get_mmap_end(). Signed-off-by: Charlie Jenkins --- arch/powerpc/include/asm/task_size_64.h | 36 +++-- 1 file changed, 30 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/include/asm/task_size_64.

[PATCH 06/16] arm64: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Add support for MAP_BELOW_HINT to arch_get_mmap_base() and arch_get_mmap_end(). Signed-off-by: Charlie Jenkins --- arch/arm64/include/asm/processor.h | 34 +- 1 file changed, 29 insertions(+), 5 deletions(-) diff --git a/arch/arm64/include/asm/processor.h b/arch

[PATCH 05/16] riscv: mm: Support MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
When adding support for MAP_BELOW_HINT, the riscv implementation becomes identical to the default implementation, so arch_get_mmap_base() and arch_get_mmap_end() can be removed. Signed-off-by: Charlie Jenkins --- arch/riscv/include/asm/processor.h | 10 -- 1 file changed, 10 deletions(-)

[PATCH 04/16] mm: Add generic MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Make the generic implementation of arch_get_mmap_base() and arch_get_mmap_end() support MAP_BELOW_HINT. Signed-off-by: Charlie Jenkins --- include/linux/sched/mm.h | 34 -- 1 file changed, 32 insertions(+), 2 deletions(-) diff --git a/include/linux/sched/mm.h b/i

[PATCH 03/16] mm: Add flag and len param to arch_get_mmap_base()

2024-08-28 Thread Charlie Jenkins
The flag and len param is required in arch_get_mmap_base() to implement MAP_BELOW_HINT. Signed-off-by: Charlie Jenkins --- arch/arm64/include/asm/processor.h | 2 +- arch/powerpc/include/asm/task_size_64.h | 2 +- arch/riscv/include/asm/processor.h | 2 +- fs/hugetlbfs/inode.c

[PATCH 02/16] riscv: mm: Do not restrict mmap address based on hint

2024-08-28 Thread Charlie Jenkins
The hint address should not forcefully restrict the addresses returned by mmap as this causes mmap to report ENOMEM when there is memory still available. Signed-off-by: Charlie Jenkins Fixes: b5b4287accd7 ("riscv: mm: Use hint address in mmap if available") Fixes: add2cc6b6515 ("RISC-V: mm: Restr

[PATCH 01/16] mm: Add MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Some applications rely on placing data in free bits addresses allocated by mmap. Various architectures (eg. x86, arm64, powerpc) restrict the address returned by mmap to be less than the maximum address space, unless the hint address is greater than this value. To make this behavior explicit and m

[PATCH 00/16] mm: Introduce MAP_BELOW_HINT

2024-08-28 Thread Charlie Jenkins
Some applications rely on placing data in free bits addresses allocated by mmap. Various architectures (eg. x86, arm64, powerpc) restrict the address returned by mmap to be less than the maximum address space, unless the hint address is greater than this value. On arm64 this barrier is at 52 bits