Le 03/10/2024 à 19:05, Markus Elfring a écrit :
Date: Tue, 21 Mar 2023 10:30:23 +0100
It can be determined in the implementation of the function
“pSeries_reconfig_add_node” that an error code would occasionally
be provided by a call of a function like pseries_of_derive_parent().
This error in
Le 03/10/2024 à 17:47, Markus Elfring a écrit :
…
Looks like you have messed up your patches,
There were special communication settings involved which hindered desirable
data processing for known information systems.
Don't know what you mean.
there is no much we can do it seems:
$ b
Le 30/09/2024 à 04:32, Shen Lichuan a écrit :
[Vous ne recevez pas souvent de courriers de shenlich...@vivo.com. Découvrez
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
Fixed some confusing typos that were currently identified with codespell,
the details are a
Le 25/03/2023 à 16:36, Markus Elfring a écrit :
Date: Thu, 16 Mar 2023 19:00:57 +0100
The label “fail” was used to jump to another pointer check despite of
the detail in the implementation of the function “ppc4xx_pciex_port_setup_hose”
that it was determined already that the corresponding var
Le 02/10/2024 à 22:02, Markus Elfring a écrit :
From: Markus Elfring
Date: Wed, 2 Oct 2024 21:50:27 +0200
An of_node_put(bk_node) call was immediately used after a pointer check
for an of_get_property() call in this function implementation.
Thus call such a function only once instead directl
Le 02/10/2024 à 10:54, Thomas Weißschuh a écrit :
[Vous ne recevez pas souvent de courriers de thomas.weisssc...@linutronix.de.
D?couvrez pourquoi ceci est important ?
https://aka.ms/LearnAboutSenderIdentification ]
Hi Christophe,
On Wed, Oct 02, 2024 at 10:39:28AM GMT, Christophe Leroy
werpc will implement a more
standard ABI for VDSO functions.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/vdso/getrandom.h | 15 +--
arch/powerpc/kernel/asm-offsets.c | 1 -
arch/powerpc/kernel/vdso/getrandom.S | 1 -
arch/powerpc/kernel/vdso/vgetrandom.c |
the data offset inside the macro instead of adding that offset
afterwards.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/vdso_datapage.h | 24 +++-
arch/powerpc/kernel/vdso.c | 16 ++--
arch/powerpc/kernel/vdso/cacheflush.S| 2
Le 01/10/2024 à 12:08, Michal Suchanek a écrit :
There is no modular user of analyze_instr, and the latter two are only
used by sstep itself.
analyze_instr() is used in arch/powerpc/kvm/emulate_loadstore.c which
can be a module as far as I can see in Makefile:
common-objs-y += powerpc.o e
Hi All,
Le 01/10/2024 à 14:09, Hoi Pok Wu a écrit :
[Vous ne recevez pas souvent de courriers de wuhoi...@gmail.com. Découvrez
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
Hi Thomas,
Could you help on this issue?
I do not have access to the hardware now.
Thank
Le 30/09/2024 à 09:56, Zhang Zekun a écrit :
[Vous ne recevez pas souvent de courriers de zhangzeku...@huawei.com. Découvrez
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
The of_property_read_u64() can fail and remain the variable uninitialized,
Replace "rem
Hi Christian,
Le 28/09/2024 à 09:40, Christian Zigotzky a écrit :
On 28 September 2024 at 09:21am, Christian Zigotzky wrote:
>
>> On Sun, Sep 22, 2024 at 12:28 AM Christian Zigotzky
>> wrote:
>>>
>>> Hi All,
>>>
>>> The lastest Git kernel doesn't boot anymore after the latest DRM
updat
Le 26/09/2024 à 01:38, Matthew Maurer a écrit :
Adds a new format for MODVERSIONS which stores each field in a separate
ELF section. This initially adds support for variable length names, but
could later be used to add additional fields to MODVERSIONS in a
backwards compatible way if needed. A
Le 25/09/2024 à 20:38, Jason A. Donenfeld a écrit :
On Wed, Sep 25, 2024 at 07:50:22PM +0200, Jason A. Donenfeld wrote:
For gettimeofday, -ffixed-r30 was passed to work around a bug in Go
code, where the vDSO trampoline forgot to save and restore this register
across function calls. But Go re
Le 20/09/2024 à 06:30, Michael Ellerman a écrit :
Christian Zigotzky writes:
Hi All,
The compiling of the latest Git kernel doesn’t work anymore for our FSL
P5020/P5040 boards [1] since the random-6.12-rc1 updates [2].
Error messages:
arch/powerpc/kernel/vdso/vdso32.so.dbg: dynamic reloc
https://lore.kernel.org/linuxppc-dev/047b7503-af0c-4bb0-b12a-2f6b1e461...@csgroup.eu/T/
Fixes: b163596a5b6f ("powerpc/vdso32: Add crtsavres")
Signed-off-by: Christophe Leroy
---
arch/powerpc/lib/crtsavres.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/
4dc78df45f69a2011bb5%7C0%7C0%7C638623549830486185%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=SQi%2B9R4TM59QB8Msxq3KuKPvvJEBMVUdyOhoY6ndzVU%3D&reserved=0
+ Christophe Leroy
+ Michael Ellerman
Can you try with the followin
Le 19/09/2024 à 04:56, Ritesh Harjani (IBM) a écrit :
Kfence on book3s Hash on pseries is anyways broken. It fails to boot
due to RMA size limitation. That is because, kfence with Hash uses
debug_pagealloc infrastructure. debug_pagealloc allocates linear map
for entire dram size instead of jus
Le 19/09/2024 à 04:56, Ritesh Harjani (IBM) a écrit :
copy_from_kernel_nofault() can be called when doing read of /proc/kcore.
/proc/kcore can have some unmapped kfence objects which when read via
copy_from_kernel_nofault() can cause page faults. Since *_nofault()
functions define their own fi
Hi,
Le 14/09/2024 à 04:22, Luming Yu a écrit :
On Fri, Sep 13, 2024 at 02:15:40PM +0200, Christophe Leroy wrote:
Le 13/09/2024 à 14:02, Luming Yu a écrit :
...
nothing happens after that.
reproduced with ppc64_defconfig
[0.818972][T1] Run /init as init process
[5.851684
Le 14/09/2024 à 04:02, Michael Ellerman a écrit :
Mina Almasry writes:
Building net-next with powerpc with GCC 14 compiler results in this
build error:
/home/sfr/next/tmp/ccuSzwiR.s: Assembler messages:
/home/sfr/next/tmp/ccuSzwiR.s:2579: Error: operand out of domain (39 is
not a multiple o
Hi,
Le 13/09/2024 à 21:22, Matthew Wilcox a écrit :
On Fri, Sep 13, 2024 at 07:20:36PM +, Mina Almasry wrote:
+++ b/include/linux/page-flags.h
@@ -239,8 +239,8 @@ static inline unsigned long _compound_head(const struct
page *page)
{
unsigned long head = READ_ONCE(page->compound_h
Le 13/09/2024 à 14:30, Danny Tsen a écrit :
[Vous ne recevez pas souvent de courriers de dt...@linux.ibm.com. Découvrez
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
Removing CRYPTO_AES_GCM_P10 in Kconfig first so that we can apply the
subsequent patches to fi
Le 13/09/2024 à 14:02, Luming Yu a écrit :
...
nothing happens after that.
reproduced with ppc64_defconfig
[0.818972][T1] Run /init as init process
[5.851684][ T240] request_module: modprobe binfmt-4c46 cannot be
processed, kmod busy with 50 threads for more than 5 seconds now
Le 13/09/2024 à 10:35, kajoljain a écrit :
On 9/13/24 12:00, Christophe Leroy wrote:
Le 28/08/2024 à 12:21, Kajol Jain a écrit :
The pseries Shared Processor Logical Partition(SPLPAR) machines
can retrieve a log of dispatch and preempt events from the
hypervisor using data from Disptach
Le 13/09/2024 à 09:38, Luming Yu a écrit :
On Fri, Sep 13, 2024 at 08:54:12AM +0200, Christophe Leroy wrote:
Le 13/09/2024 à 03:40, Luming Yu a écrit :
On Thu, Sep 12, 2024 at 12:23:29PM +0200, Christophe Leroy wrote:
Le 12/09/2024 à 10:24, Luming Yu a écrit :
From: Yu Luming
Le 13/09/2024 à 03:40, Luming Yu a écrit :
On Thu, Sep 12, 2024 at 12:23:29PM +0200, Christophe Leroy wrote:
Le 12/09/2024 à 10:24, Luming Yu a écrit :
From: Yu Luming
convert powerpc entry code in syscall and fault to use syscall_work
and irqentry_state as well as common calls from
Le 28/08/2024 à 12:21, Kajol Jain a écrit :
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
s flag them as functions and revert the selftest change.
What's your opinion on that ?
It predates git kernel history and both VDSO32 and VDSO64 were brough by
arch/ppc64/ with that difference already.
Signed-off-by: Christophe Leroy
---
commit ba83b3239e65 is in random git tree at the moment
Le 12/09/2024 à 10:24, Luming Yu a écrit :
From: Yu Luming
convert powerpc entry code in syscall and fault to use syscall_work
and irqentry_state as well as common calls from generic entry infrastructure.
Signed-off-by: Luming Yu
---
arch/powerpc/Kconfig | 1 +
arch/po
Le 12/09/2024 à 10:24, Luming Yu a écrit :
From: Yu Luming
convert powerpc entry code in syscall and fault to use syscall_work
and irqentry_state as well as common calls from generic entry infrastructure.
Signed-off-by: Luming Yu
---
arch/powerpc/Kconfig | 1 +
arch/po
Le 12/09/2024 à 10:24, Luming Yu a écrit :
From: Yu Luming
convert powerpc entry code in syscall and fault to use syscall_work
and irqentry_state as well as common calls from generic entry infrastructure.
Could you add more description about the change ?
When I look at x86, riscv or s390
diff --git a/include/uapi/linux/personality.h b/include/uapi/linux/personality.h
index 49796b7756af..cd3b8c154d9b 100644
--- a/include/uapi/linux/personality.h
+++ b/include/uapi/linux/personality.h
@@ -22,6 +22,7 @@ enum {
WHOLE_SECONDS = 0x200,
STICKY_TIMEOUTS =
Le 09/09/2024 à 21:25, Naresh Kamboju a écrit :
The Powerpc cell_defconfig and mpc83xx_defconfig builds failed on the
Linux next-20240909 due to following build warnings / errors with gcc-13 and
clang-19.
First seen on next-20240909
Good: next-20240906
BAD: next-20240909
Reported-by:
Le 09/09/2024 à 18:23, Masahiro Yamada a écrit :
On Mon, Sep 9, 2024 at 11:58 PM Stephen Rothwell wrote:
Hi Christophe,
On Mon, 9 Sep 2024 16:22:26 +0200 Christophe Leroy
wrote:
Le 09/09/2024 à 12:09, Stephen Rothwell a écrit :
Hi all,
After merging the powerpc tree, today's
Le 09/09/2024 à 12:09, Stephen Rothwell a écrit :
Hi all,
After merging the powerpc tree, today's linux-next build (powerpc
ppc44x_defconfig) failed like this:
make[3]: *** No rule to make target 'arch/powerpc/boot/treeImage.ebony', needed
by 'arch/powerpc/boot/zImage'. Stop.
make[2]: ***
It is now possible to flag those functions with __must_check to make
sure no new unchecked call it added.
Link: https://github.com/KSPP/linux/issues/7
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/set_memory.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Make sure all callers check the returned code.
Link: https://github.com/KSPP/linux/issues/7
Signed-off-by: Christophe Leroy
---
include/linux/set_memory.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/linux/set_memory.h b/include/linux/set_memory.h
index 95
Le 07/09/2024 à 16:35, Jason A. Donenfeld a écrit :
On Fri, Sep 06, 2024 at 08:54:49PM +0200, Jason A. Donenfeld wrote:
On Fri, Sep 06, 2024 at 05:14:43PM +0200, Christophe Leroy wrote:
Le 06/09/2024 à 16:46, Jason A. Donenfeld a écrit :
On Fri, Sep 06, 2024 at 04:26:32PM +0200
Le 06/09/2024 à 16:46, Jason A. Donenfeld a écrit :
On Fri, Sep 06, 2024 at 04:26:32PM +0200, Christophe Leroy wrote:
On the long run I wonder if we should try to find a more generic
solution for getrandom instead of requiring each architecture to handle
it. On gettimeofday the selection of
Le 06/09/2024 à 16:07, Jason A. Donenfeld a écrit :
On Fri, Sep 06, 2024 at 10:33:44AM +0200, Christophe Leroy wrote:
Use the new get_realdatapage macro instead of get_datapage
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/vdso/getrandom.S | 2 +-
1 file changed, 1 insertion
Le 06/09/2024 à 14:23, Michael Ellerman a écrit :
Christophe Leroy writes:
When running in a non-root time namespace, the global VDSO data page
is replaced by a dedicated namespace data page and the global data
page is mapped next to it. Detailed explanations can be found at
commit
Le 26/08/2024 à 08:55, Mike Rapoport a écrit :
From: "Mike Rapoport (Microsoft)"
Using large pages to map text areas reduces iTLB pressure and improves
performance.
Extend execmem_alloc() with an ability to use PMD_SIZE'ed pages with ROX
permissions as a cache for smaller allocations.
Why
Use the new get_realdatapage macro instead of get_datapage
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/vdso/getrandom.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kernel/vdso/getrandom.S
b/arch/powerpc/kernel/vdso/getrandom.S
index a957cd2b2b03
they handle
it internally.
Fixes: 74205b3fc2ef ("powerpc/vdso: Add support for time namespaces")
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/vdso_datapage.h | 15 +++
arch/powerpc/kernel/asm-offsets.c| 2 ++
arch/powerpc/kernel/vdso/cacheflush.S| 2 +-
vdso/vgetrandom.c
index 5f855d45fb7b..9705344d39d0 100644
--- a/arch/powerpc/kernel/vdso/vgetrandom.c
+++ b/arch/powerpc/kernel/vdso/vgetrandom.c
@@ -4,11 +4,19 @@
*
* Copyright (C) 2024 Christophe Leroy ,
CS GROUP France
*/
+#include
#include
#include
+#include
+
ssize_t __c_kernel_getr
Le 05/09/2024 à 18:13, Jason A. Donenfeld a écrit :
+/*
+ * The macro sets two stack frames, one for the caller and one for the callee
+ * because there are no requirement for the caller to set a stack frame when
+ * calling VDSO so it may have omitted to set one, especially on PPC64
+ */
+
+.
t_tsa_bkpt.
Reported-by: kernel test robot
Closes:
https://lore.kernel.org/oe-kbuild-all/202409051409.fszn8reo-...@intel.com/
Signed-off-by: Herve Codina
Acked-by: Christophe Leroy
Arnd, it is ok for you to take this patch directly ?
Thanks
Christophe
---
drivers/soc/fsl/qe/ucc.c | 1 +
1 fi
Le 04/09/2024 à 16:16, Jason A. Donenfeld a écrit :
Hi Christophe, Michael,
On Mon, Sep 02, 2024 at 09:17:17PM +0200, Christophe Leroy wrote:
This series wires up getrandom() vDSO implementation on powerpc.
Tested on PPC32 on real hardware.
Tested on PPC64 (both BE and LE) on QEMU
Hi,
I'm done a 'perf record' on vdso_test_random reduced to vdso test only,
and I get the following function usage profile.
Do you see the same type of percentage on your platforms ?
I would have expected most of the time to be spent in
__arch_chacha20_blocks_nostack() but that's in fact not
_QMC also depends, so it can go away, leaving only a simple
dependency on FSL_SOC.
Reported-by: Stephen Rothwell
Closes: https://lore.kernel.org/lkml/20240904104859.020fe...@canb.auug.org.au/
Fixes: 8655b76b7004 ("soc: fsl: cpm1: qmc: Handle QUICC Engine (QE) soft-qmc
firmware")
Hi,
Le 02/09/2024 à 07:31, Omar Sandoval a écrit :
[Vous ne recevez pas souvent de courriers de osan...@osandov.com. Découvrez
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
From: Omar Sandoval
I found that on x86, copy_to_kernel_nofault() still faults on addre
Hi Charlie,
Le 29/08/2024 à 09:15, Charlie Jenkins a écrit :
The hint address and mmap_flags are necessary to determine if
MAP_BELOW_HINT requirements are satisfied.
Signed-off-by: Charlie Jenkins
---
arch/alpha/kernel/osf_sys.c | 2 ++
arch/arc/mm/mmap.c | 3 +++
arch/a
Le 30/08/2024 à 16:21, Ma Ke a écrit :
Zero and negative number is not a valid IRQ for in-kernel code and the
irq_of_parse_and_map() function returns zero on error. So this check for
valid IRQs should only accept values > 0.
unsigned int irq_of_parse_and_map(struct device_node *node, int in
Le 02/08/2024 à 04:16, Xiaolei Wang a écrit :
[Vous ne recevez pas souvent de courriers de xiaolei.w...@windriver.com.
Découvrez pourquoi ceci est important à
https://aka.ms/LearnAboutSenderIdentification ]
RESERVEDMEM_OF_DECLARE usage has been removed. For
non-popwerpc platforms, such as l
Le 12/08/2024 à 09:25, Lu Baolu a écrit :
[Vous ne recevez pas souvent de courriers de baolu...@linux.intel.com.
Découvrez pourquoi ceci est important à
https://aka.ms/LearnAboutSenderIdentification ]
An iommu domain is allocated in portal_set_cpu() and is attached to
pcfg->dev in the same
Le 08/08/2024 à 09:10, Herve Codina a écrit :
Hi,
This series add support for the QUICC Engine (QE) version of TSA and QMC
components.
CPM1 version is already supported and, as the QE version of those
component are pretty similar to the CPM1 version, the series extend
the already existing dr
main_alloc()
----
Christophe Leroy (1):
Merge branch 'support-for-quicc-engine-tsa-and-qmc'
Herve Codina (36):
soc: fsl: cpm1: qmc: Update TRNSYNC only in transparent mode
soc: fsl: cpm1: qmc: Enable TRNSYNC only when n
-by: Christophe Leroy
---
v5:
- VDSO32 for both PPC32 and PPC64 is in previous patch. This patch have the
logic for VDSO64.
v4:
- Use __BIG_ENDIAN__ which is defined by GCC instead of CONFIG_CPU_BIG_ENDIAN
which is unknown by selftests
- Implement a cleaner/smaller output copy for little endian
gs
support for VDSO64 anyway, this patch opts out all code in
__arch_chacha20_blocks_nostack() so that vdso_test_chacha will not
fail to compile and will not crash on PPC64/PPC64LE, allthough the
selftest itself will fail.
Signed-off-by: Christophe Leroy
---
v5:
- Add back vdso symlink that vani
In order to avoid two much duplication when we add new VDSO
functionnalities in C like getrandom, refactor common CFLAGS.
Signed-off-by: Christophe Leroy
---
v3: Also refactor removed flags
---
arch/powerpc/kernel/vdso/Makefile | 32 +--
1 file changed, 13 insertions
ve/restore functions when optimising the kernel for size.
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/vdso/Makefile | 5 -
arch/powerpc/kernel/vdso/gettimeofday.S | 13 -
2 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/kernel/vdso/Makefi
_ARCH_1 is used for VM_SAO on powerpc and VM_SAO is only for
powerpc/64. It is used in combination with PROT_SAO in some parts of
code that are restricted to CONFIG_PPC64 through #ifdefs, it is
therefore possible to define VM_SAO for CONFIG_PPC64 only.
Signed-off-by: Christophe Leroy
---
v4:
PPC32, second for PPC64
- Moved selftest fixes out of this series
Changes in v2:
- Define VM_DROPPABLE for powerpc/32
- Fixes generic vDSO getrandom headers to enable CONFIG_COMPAT build.
- Fixed size of generation counter
- Fixed selftests to work on non x86 architectures
Christophe Leroy (5):
mm: D
Hi Jason, hi Michael,
Le 02/09/2024 à 16:19, Jason A. Donenfeld a écrit :
On Mon, Sep 02, 2024 at 04:16:48PM +0200, Christophe Leroy wrote:
Can do that, but there will still be a problem with chacha selftests if
I don't opt-out the entire function content when it is ppc64. It will
Le 02/09/2024 à 16:00, Jason A. Donenfeld a écrit :
On Mon, Sep 02, 2024 at 03:12:47PM +0200, Christophe Leroy wrote:
Le 02/09/2024 à 14:41, Jason A. Donenfeld a écrit :
On Mon, Sep 02, 2024 at 02:04:42PM +0200, Christophe Leroy wrote:
SYM_FUNC_START(__arch_chacha20_blocks_nostack
Le 02/09/2024 à 14:41, Jason A. Donenfeld a écrit :
On Mon, Sep 02, 2024 at 02:04:42PM +0200, Christophe Leroy wrote:
SYM_FUNC_START(__arch_chacha20_blocks_nostack)
#ifdef __powerpc64__
- blr
+ std r5, -216(r1)
+
+ std r14, -144(r1)
+ std r15, -136(r1
Le 02/09/2024 à 14:34, Jason A. Donenfeld a écrit :
On Mon, Sep 02, 2024 at 02:04:41PM +0200, Christophe Leroy wrote:
This first patch adds support for PPC32. As selftests cannot easily
be generated only for PPC32, and because the following patch brings
support for PPC64 anyway, this patch
-off-by: Christophe Leroy
---
v4:
- Use __BIG_ENDIAN__ which is defined by GCC instead of CONFIG_CPU_BIG_ENDIAN
which is unknown by selftests
- Implement a cleaner/smaller output copy for little endian instead of keeping
compat macro.
v3: New (split out of previous patch)
---
arch/powerpc/Kconfig
n PPC64 so that
vdso_test_getrandom returns KSFT_SKIP instead of KSFT_FAIL.
Signed-off-by: Christophe Leroy
---
v4:
- Counter has native byte order
- Fix selftest build on ppc64le until implemented.
- On ppc64, for now implement __kernel_getrandom to return ENOSYS error
- Use stwbrx directly,
In order to avoid two much duplication when we add new VDSO
functionnalities in C like getrandom, refactor common CFLAGS.
Signed-off-by: Christophe Leroy
---
v3: Also refactor removed flags
---
arch/powerpc/kernel/vdso/Makefile | 32 +--
1 file changed, 13 insertions
_ARCH_1 is used for VM_SAO on powerpc and VM_SAO is only for
powerpc/64. It is used in combination with PROT_SAO in some parts of
code that are restricted to CONFIG_PPC64 through #ifdefs, it is
therefore possible to define VM_SAO for CONFIG_PPC64 only.
Signed-off-by: Christophe Leroy
---
v4:
ve/restore functions when optimising the kernel for size.
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/vdso/Makefile | 5 -
arch/powerpc/kernel/vdso/gettimeofday.S | 13 -
2 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/kernel/vdso/Makefi
Fixed selftests to work on non x86 architectures
Christophe Leroy (5):
mm: Define VM_DROPPABLE for powerpc/32
powerpc/vdso32: Add crtsavres
powerpc/vdso: Refactor CFLAGS for CVDSO build
powerpc/vdso: Wire up getrandom() vDSO implementation on PPC32
powerpc/vdso: Wire up getrandom()
Le 02/09/2024 à 07:31, Omar Sandoval a écrit :
[Vous ne recevez pas souvent de courriers de osan...@osandov.com. Découvrez
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
From: Omar Sandoval
Hi,
I hit a case where copy_to_kernel_nofault() will fault (lol): if
;nonce' which is not unused anymore after the
replacement of libsodium by open coded chacha implementation.
Signed-off-by: Christophe Leroy
---
.../testing/selftests/vDSO/vdso_test_chacha.c | 39 ++-
1 file changed, 30 insertions(+), 9 deletions(-)
diff --git a/too
TAP version 13
1..1
ok 1 chacha: PASS
real0m 32.09s
user0m 31.86s
sys 0m 0.22s
Signed-off-by: Christophe Leroy
---
tools/testing/selftests/vDSO/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing
Le 30/08/2024 à 18:17, Jason A. Donenfeld a écrit :
On Fri, Aug 30, 2024 at 05:57:08PM +0200, Christophe Leroy wrote:
@@ -14,6 +14,10 @@ ifeq ($(uname_M),x86_64)
TEST_GEN_PROGS += vdso_test_getrandom
TEST_GEN_PROGS += vdso_test_chacha
endif
+ifeq ($(ARCH),powerpc)
+TEST_GEN_PROGS
Le 30/08/2024 à 18:42, Christophe Leroy a écrit :
Le 30/08/2024 à 18:14, Jason A. Donenfeld a écrit :
On Fri, Aug 30, 2024 at 05:57:08PM +0200, Christophe Leroy wrote:
+ * r5: 8-byte counter input/output (saved on stack)
+ *
+ * r14-r15: counter
+ */
+SYM_FUNC_START
Le 30/08/2024 à 18:14, Jason A. Donenfeld a écrit :
On Fri, Aug 30, 2024 at 05:57:08PM +0200, Christophe Leroy wrote:
+ * r5: 8-byte counter input/output (saved on stack)
+ *
+ * r14-r15: counter
+ */
+SYM_FUNC_START(__arch_chacha20_blocks_nostack)
+ stwur1, -96(r1
-off-by: Christophe Leroy
---
v3: New (split out of previous patch)
---
arch/powerpc/Kconfig | 2 +-
arch/powerpc/include/asm/mman.h | 2 +-
arch/powerpc/kernel/vdso/Makefile| 10 +-
arch/powerpc/kernel/vdso/getrandom.S | 8 ++
arch/powerpc
In order to avoid two much duplication when we add new VDSO
functionnalities in C like getrandom, refactor common CFLAGS.
Signed-off-by: Christophe Leroy
---
v3: Also refactor removed flags
---
arch/powerpc/kernel/vdso/Makefile | 32 +--
1 file changed, 13 insertions
vdso: 2500 times in 16.899318858 seconds
libc: 2500 times in 131.050596522 seconds
syscall: 2500 times in 129.794790389 seconds
Signed-off-by: Christophe Leroy
---
v3:
- Preserve r13, implies saving r5 on stack
- Split PPC64 implementation out.
---
arch/power
ve/restore functions when optimising the kernel for size.
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/vdso/Makefile | 5 -
arch/powerpc/kernel/vdso/gettimeofday.S | 13 -
2 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/kernel/vdso/Makefi
_ARCH_1 is used for VM_SAO on powerpc and VM_SAO is only for
powerpc/64.
Signed-off-by: Christophe Leroy
---
v3: Fixed build failure reported by robots.
---
fs/proc/task_mmu.c | 4 +++-
include/linux/mm.h | 4 +++-
include/trace/events/mmflags.h | 4 ++--
3 files
v2:
- Define VM_DROPPABLE for powerpc/32
- Fixes generic vDSO getrandom headers to enable CONFIG_COMPAT build.
- Fixed size of generation counter
- Fixed selftests to work on non x86 architectures
Christophe Leroy (5):
mm: Define VM_DROPPABLE for powerpc/32
powerpc/vdso32: Add crtsavres
Don't duplicate parse_vdso function prototypes, include
the header instead.
Fixes: 693f5ca08ca0 ("kselftest: Extend vDSO selftest")
Signed-off-by: Christophe Leroy
---
tools/testing/selftests/vDSO/vdso_test_abi.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
dif
a selftest for vDSO getcpu()")
Fixes: 693f5ca08ca0 ("kselftest: Extend vDSO selftest")
Fixes: b2f1c3db2887 ("kselftest: Extend vdso correctness test to
clock_gettime64")
Fixes: 4920a2590e91 ("selftests/vDSO: add tests for vgetrandom")
Signed-off-by: Ch
57868 NOTYPE GLOBAL DEFAULT8 __kernel_time
54: 04d084 NOTYPE GLOBAL DEFAULT8 __kernel_clock_g[...]
55: 05bc52 NOTYPE GLOBAL DEFAULT8 __kernel_get_sys[...]
Fixes: 98eedc3a9dbf ("Document the vDSO and add a reference parser&quo
__powerpc64__ needs to be checked first in vdso_config.h
Fixes: 693f5ca08ca0 ("kselftest: Extend vDSO selftest")
Signed-off-by: Christophe Leroy
---
tools/testing/selftests/vDSO/vdso_config.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/testing/self
powerpc, vDSO is neither called linux-vdso.so.1 nor linux-gate.so.1
but linux-vdso32.so.1 or linux-vdso64.so.1.
Also search those two names before giving up.
Fixes: c7e5789b24d3 ("kselftest: Move test_vdso to the vDSO test suite")
Signed-off-by: Christophe Leroy
---
tools/testing/self
Le 29/08/2024 à 20:02, Segher Boessenkool a écrit :
On Thu, Aug 29, 2024 at 07:36:38PM +0200, Christophe Leroy wrote:
Le 28/08/2024 à 19:25, Segher Boessenkool a écrit :
Not sure about static binaries, though: do those even use the VDSO?
With "static binary" people usual
Le 28/08/2024 à 19:25, Segher Boessenkool a écrit :
Not sure about static binaries, though: do those even use the VDSO?
With "static binary" people usually mean "a binary not using any DSOs",
I think the VDSO is a DSO, also in this respect? As always, -static
builds are *way* less problem
Hi Vincenzo,
Le 29/08/2024 à 14:01, Vincenzo Frascino a écrit :
Hi Christophe,
On 27/08/2024 18:14, Christophe Leroy wrote:
Le 27/08/2024 à 18:05, Vincenzo Frascino a écrit :
Hi Christophe,
On 27/08/2024 11:49, Christophe Leroy wrote:
...
...
Could you please clarify where minmax is
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
;t been used since commit 5b4b8454344a ("[PATCH]
FS_ENET: use PAL for mii management")
Reviewed-by: Christophe Leroy
Signed-off-by: Maxime Chevallier
---
drivers/net/ethernet/freescale/fs_enet/fs_enet.h | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/net/ethe
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
L pointers
- Splitting cascaded assignments into individual assignments
- Fixing some typos
- Fixing whitespace issues
This is a cosmetic change and doesn't introduce any change in behaviour.
Signed-off-by: Maxime Chevallier
Reviewed-by: Christophe Leroy
---
.../ethernet/freescale/fs_enet
Chevallier
Reviewed-by: Christophe Leroy
---
drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c | 5 +
drivers/net/ethernet/freescale/fs_enet/mac-fcc.c | 5 +
drivers/net/ethernet/freescale/fs_enet/mac-fec.c | 5 +
drivers/net/ethernet/freescale/fs_enet/mac-scc.c
For the series,
Acked-by: Christophe Leroy # LINUX FOR
POWERPC EMBEDDED PPC8XX AND PPC83XX
.../net/ethernet/freescale/fs_enet/Kconfig| 2 +-
.../ethernet/freescale/fs_enet/fs_enet-main.c | 421 --
.../net/ethernet/freescale/fs_enet/fs_enet.h | 24 +-
.../net/ethernet/fr
1 - 100 of 4386 matches
Mail list logo