[PATCH v2 02/10] docs: ABI: sysfs-bus-event_source-devices-hv_gpci: Document processor_bus_topology sysfs interface file

2023-07-10 Thread Kajol Jain
Add details of the new hv-gpci interface file called "processor_bus_topology" in the ABI documentation. Signed-off-by: Kajol Jain --- .../sysfs-bus-event_source-devices-hv_gpci| 32 +++ 1 file changed, 32 insertions(+) diff --git

[PATCH v2 01/10] powerpc/hv_gpci: Add sysfs file inside hv_gpci device to show processor bus topology information

2023-07-10 Thread Kajol Jain
The hcall H_GET_PERF_COUNTER_INFO with counter request value as PROCESSOR_BUS_TOPOLOGY(0XD0), can be used to get the system topology information. To expose the system topology information, patch adds sysfs file called "processor_bus_topology" to the "/sys/devices/hv_gpci/interface/" of hv_gpci pmu

[PATCH v2 00/10] Add sysfs interface files to hv_gpci device to expose system information

2023-07-10 Thread Kajol Jain
The hcall H_GET_PERF_COUNTER_INFO can be used to get data related to chips, dimms and system topology, by passing different counter request values. Patchset adds sysfs files to "/sys/devices/hv_gpci/interface/" of hv_gpci pmu driver, which will expose system topology information using

Re: [PATCH 2/2] nvme-pci: use blk_mq_max_nr_hw_queues() to calculate io queues

2023-07-10 Thread Ming Lei
On Mon, Jul 10, 2023 at 08:41:09AM +0200, Christoph Hellwig wrote: > On Sat, Jul 08, 2023 at 10:02:59AM +0800, Ming Lei wrote: > > Take blk-mq's knowledge into account for calculating io queues. > > > > Fix wrong queue mapping in case of kdump kernel. > > > > On arm and ppc64, 'maxcpus=1' is

Re: [PATCH v4 00/10] Introduce SMT level and add PowerPC support

2023-07-10 Thread Laurent Dufour
Le 09/07/2023 à 17:25, Zhang, Rui a écrit : Hi, Laurent, I ran into a boot hang regression with latest upstream code, and it took me a while to bisect the offending commit and workaround it. Now I have tested this patch series on an Intel RaptorLake Hybrid platform (4 Pcores with HT and 4

[PATCH v10 0/4] arm64: support batched/deferred tlb shootdown during page reclamation/migration

2023-07-10 Thread Yicong Yang
From: Yicong Yang Though ARM64 has the hardware to do tlb shootdown, the hardware broadcasting is not free. A simplest micro benchmark shows even on snapdragon 888 with only 8 cores, the overhead for ptep_clear_flush is huge even for paging out one page mapped by only one process: 5.36% a.out

[PATCH v10 1/4] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()

2023-07-10 Thread Yicong Yang
From: Anshuman Khandual The entire scheme of deferred TLB flush in reclaim path rests on the fact that the cost to refill TLB entries is less than flushing out individual entries by sending IPI to remote CPUs. But architecture can have different ways to evaluate that. Hence apart from checking

[PATCH v10 2/4] mm/tlbbatch: Rename and extend some functions

2023-07-10 Thread Yicong Yang
From: Barry Song This patch does some preparation works to extend batched TLB flush to arm64. Including: - Extend set_tlb_ubc_flush_pending() and arch_tlbbatch_add_mm() to accept an additional argument for address, architectures like arm64 may need this for tlbi. - Rename

[PATCH v10 4/4] arm64: support batched/deferred tlb shootdown during page reclamation/migration

2023-07-10 Thread Yicong Yang
From: Barry Song on x86, batched and deferred tlb shootdown has lead to 90% performance increase on tlb shootdown. on arm64, HW can do tlb shootdown without software IPI. But sync tlbi is still quite expensive. Even running a simplest program which requires swapout can prove this is true,

[PATCH v10 3/4] mm/tlbbatch: Introduce arch_flush_tlb_batched_pending()

2023-07-10 Thread Yicong Yang
From: Yicong Yang Currently we'll flush the mm in flush_tlb_batched_pending() to avoid race between reclaim unmaps pages by batched TLB flush and mprotect/munmap/etc. Other architectures like arm64 may only need a synchronization barrier(dsb) here rather than a full mm flush. So add

Re: [PATCH net-next v2 01/10] net: wan: Remove unnecessary (void*) conversions

2023-07-10 Thread yunchuan
On 2023/7/10 15:29, Dan Carpenter wrote: On Mon, Jul 10, 2023 at 02:39:33PM +0800, Su Hui wrote: From: wuych ^ This doesn't look like a real name. Hi, Dan, My full name is wuyunchan, but that is too long. So I use the wuych as simplification. I will change it to my full name,

Re: [PATCH net-next v2 01/10] net: wan: Remove unnecessary (void*) conversions

2023-07-10 Thread Dan Carpenter
On Mon, Jul 10, 2023 at 02:39:33PM +0800, Su Hui wrote: > From: wuych ^ This doesn't look like a real name. > > Pointer variables of void * type do not require type cast. > > Signed-off-by: wuych > --- > drivers/net/wan/fsl_ucc_hdlc.c | 6 +++--- > 1 file changed, 3

[PATCH net-next v3 0/8] net: freescale: Convert to platform remove callback returning void

2023-07-10 Thread Uwe Kleine-König
Hello, v2 of this series was sent in June[1], code changes since then only affect patch #1 where the dev_err invocation was adapted to emit the error code of dpaa_fq_free(). Thanks for feedback by Maciej Fijalkowski and Russell King. Other than that I added Reviewed-by tags for Simon Horman and

[PATCH net-next v3 8/8] net: ucc_geth: Convert to platform remove callback returning void

2023-07-10 Thread Uwe Kleine-König
The .remove() callback for a platform driver returns an int which makes many driver authors wrongly assume it's possible to do error handling by returning an error code. However the value returned is (mostly) ignored and this typically results in resource leaks. To improve here there is a quest to

[PATCH net-next v3 5/8] net: fs_enet: Convert to platform remove callback returning void

2023-07-10 Thread Uwe Kleine-König
The .remove() callback for a platform driver returns an int which makes many driver authors wrongly assume it's possible to do error handling by returning an error code. However the value returned is (mostly) ignored and this typically results in resource leaks. To improve here there is a quest to

[PATCH net-next v2 01/10] net: wan: Remove unnecessary (void*) conversions

2023-07-10 Thread Su Hui
From: wuych Pointer variables of void * type do not require type cast. Signed-off-by: wuych --- drivers/net/wan/fsl_ucc_hdlc.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/wan/fsl_ucc_hdlc.c b/drivers/net/wan/fsl_ucc_hdlc.c index

[PATCH net-next v2 00/10] Remove unnecessary (void*) conversions

2023-07-10 Thread Su Hui
From: wuych Changes in v2: move declarations to be reverse xmas tree. compile it in net and net-next branch. remove some error patches in v1. PATCH v1 link: https://lore.kernel.org/all/20230628024121.1439149-1-yunch...@nfschina.com/ wuych (10): net: wan: Remove

<    1   2