Re: [PATCH v5 0/6] DCP as trusted keys backend

Mimi, James, Jarkko, David, you remained silent for a whole release cycle. Is there anything we can do to get this forward? Thanks, //richard Am Dienstag, 13. Februar 2024, 10:59:56 CET schrieb Richard Weinberger: > Am Montag, 5. Februar 2024, 09:39:07 CET schrieb David Gstir: >

Re: [PATCH v5 0/6] DCP as trusted keys backend

Am Montag, 5. Februar 2024, 09:39:07 CET schrieb David Gstir: > Hi, > > > On 15.12.2023, at 12:06, David Gstir wrote: > > > > This is a revival of the previous patch set submitted by Richard Weinberger: > > https://lore.kernel.org/linux-integrity/2021061

Re: [PATCH 1/2] um: remove -fno-unit-at-a-time workaround for pre-4.0 GCC

Am Samstag, 8. Dezember 2018, 07:35:47 CET schrieb Masahiro Yamada: > x86 maintainers, > > > Ping. I thought you carry this via your kbuild tree. That said, I can merge it also via the um tree. x86 is of course also fine. :-) > > > On Tue, Nov 13, 2018 at 6:48 PM Rich

Re: [PATCH 1/2] um: remove -fno-unit-at-a-time workaround for pre-4.0 GCC

\ > - else echo $(call cc-option,-funit-at-a-time); fi ;) > +# gcc 4.3.0 needs -funit-at-a-time for extern inline functions. > +KBUILD_CFLAGS += $(call cc-option,-funit-at-a-time) Acked-by: Richard Weinberger Thanks, //richard

Re: [PATCH -next 0/3] Add support for fast mremap

Joel, Am Samstag, 3. November 2018, 05:00:38 CET schrieb Joel Fernandes: > Hi, > Here is the latest "fast mremap" series. This just a repost with Kirill's > Acked-bys added. I would like this to be considered for linux -next. I also > dropped the CONFIG enablement patch for arm64 since I am yet t

Re: [PATCH 5/5] mtd: Stop updating erase_info->state and calling mtd_erase_callback()

ck() calls and all > erase_info->state assignments. While at it, get rid of the > erase_info->state field, all MTD_ERASE_XXX definitions and the > mtd_erase_callback() function. > > Signed-off-by: Boris Brezillon Reviewed-by: Richard Weinberger Thanks, //richard

Re: [PATCH 4/5] mtd: Unconditionally update ->fail_addr and ->addr in part_erase()

erase_info->mtd field which was only > needed to let mtd_erase_callback() get the partition device back. > > Signed-off-by: Boris Brezillon Reviewed-by: Richard Weinberger Thanks, //richard

Re: [PATCH 3/5] mtd: Stop assuming mtd_erase() is asynchronous

0 means > failure. > > Signed-off-by: Boris Brezillon Reviewed-by: Richard Weinberger Thanks, //richard

Re: [PATCH 2/5] mtd: Get rid of unused fields in struct erase_info

t erase_info *next; > }; > > struct mtd_erase_region_info { Reviewed-by: Richard Weinberger Thanks, //richard

Re: [PATCH 1/5] mtd: Initialize ->fail_addr early in mtd_erase()

int mtd_erase(struct mtd_info *mtd, struct erase_info > *instr) if (!(mtd->flags & MTD_WRITEABLE)) > return -EROFS; > > - instr->fail_addr = MTD_FAIL_ADDR_UNKNOWN; > if (!instr->len) { > instr->state = MTD_ERASE_DONE; > mtd_erase_callback(instr); Reviewed-by: Richard Weinberger Thanks, //richard

Re: [PATCH 00/14] Present useful limits to user (v2)

Hi! Am 15.07.2016 um 12:35 schrieb Topi Miettinen: > Hello, > > There are many basic ways to control processes, including capabilities, > cgroups and resource limits. However, there are far fewer ways to find out > useful values for the limits, except blind trial and error. > > This patch series

Re: [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h

this code area. > > Signed-off-by: Michael S. Tsirkin > Acked-by: Arnd Bergmann Acked-by: Richard Weinberger Thanks, //richard ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH V3] drivers/mtd: add powernv flash MTD abstraction driver

Am 11.06.2015 um 07:43 schrieb Michael Ellerman: > On Fri, 2015-06-05 at 10:16 +0200, Richard Weinberger wrote: >> On Fri, Jun 5, 2015 at 6:40 AM, Cyril Bur wrote: >>> On Tue, 2015-06-02 at 14:26 +1000, Cyril Bur wrote: >>>> Powerpc powernv platforms allow access t

Re: [PATCH V3] drivers/mtd: add powernv flash MTD abstraction driver

On Fri, Jun 5, 2015 at 6:40 AM, Cyril Bur wrote: > On Tue, 2015-06-02 at 14:26 +1000, Cyril Bur wrote: >> Powerpc powernv platforms allow access to certain system flash devices >> through a firmwarwe interface. This change adds an mtd driver for these >> flash devices. >> >> Minor updates from Jer

Re: [PATCH 1/2] mm: Introducing arch_remap hook

Am 20.03.2015 um 16:53 schrieb Laurent Dufour: > Some architecture would like to be triggered when a memory area is moved > through the mremap system call. > > This patch is introducing a new arch_remap mm hook which is placed in the > path of mremap, and is called before the old area is unmapped

Re: [PATCH] arch: powerpc: kernel: signal_32.c: Remove unused function

Am 08.12.2014 um 00:11 schrieb Rickard Strandqvist: > Hi > > Ok, sorry :-( > > But I really do not. I've hacked together a script that will scan all > the code for the function, and test builds with some different config > options turned on. Looks like you did not build a powerpc32 kernel. :-)

Re: [PATCH] arch: powerpc: kernel: signal_32.c: Remove unused function

Am 07.12.2014 um 23:07 schrieb Rickard Strandqvist: > Remove the function sys_debug_setcontext() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. Please don't blindly trust code analysis tools. The function you're removing *is* in

Re: [PATCH 08/44] kernel: Move pm_power_off to common code

Am 07.10.2014 07:28, schrieb Guenter Roeck: > arch/um/kernel/reboot.c| 2 -- Acked-by: Richard Weinberger Thanks, //richard ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

[PATCH 16/43] powerpc: Use get_signal() signal_setup_done()

From: Richard Weinberger Use the more generic functions get_signal() signal_setup_done() for signal delivery. This inverts also the return codes of setup_*frame() to follow the kernel convention. Signed-off-by: Richard Weinberger --- arch/powerpc/kernel/signal.c| 31

[PATCH 43/43] powerpc: Use sigsp()

From: Richard Weinberger Use sigsp() instead of the open coded variant. Signed-off-by: Richard Weinberger --- arch/powerpc/kernel/signal.c| 10 ++ arch/powerpc/kernel/signal_32.c | 4 ++-- arch/powerpc/kernel/signal_64.c | 2 +- 3 files changed, 5 insertions(+), 11 deletions

Re: [PATCH v3] arm64, ia64, ppc, s390, sh, tile, um, x86, mm: Remove default gate area

gate_area functions in the default case. >> >> Can one of you pull this somewhere? Otherwise I can put it somewhere >> stable and ask for -next inclusion, but that seems like overkill for a >> single patch. For the um bits: Acked-by: Richard Weinberger > I'd be ha

[PATCH 20/27] powerpc: Use common bits from generic tlb.h

It is no longer needed to define them on our own. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Richard Weinberger Cc: linuxppc-dev@lists.ozlabs.org Cc: linux-ker...@vger.kernel.org Signed-off-by: Richard Weinberger --- arch/powerpc/include/asm/tlb.h | 3 --- 1 file changed, 3 deletions

[PATCH 02/27] powerpc: Override defaults from generic/tlb.h

Make sure to not conflict with the defaults provided by generic/tlb.h. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Richard Weinberger Cc: linuxppc-dev@lists.ozlabs.org Cc: linux-ker...@vger.kernel.org Signed-off-by: Richard Weinberger --- arch/powerpc/include/asm/pgalloc.h | 1 - arch

Re: [PATCH 7/9] um: Should hold tasklist_lock while traversing processes

On 23.04.2012 09:09, Anton Vorontsov wrote: Traversing the tasks requires holding tasklist_lock, otherwise it is unsafe. p.s. However, I'm not sure that calling os_kill_ptraced_process() in the atomic context is correct. It seem to work, but please take a closer look. Signed-off-by: Anton Voron

Re: [PATCH] powerpc: 512x: Fix mpc5121_clk_get()

Am 26.03.2012 21:01, schrieb Richard Weinberger: > If try_module_get() fails, mpc5121_clk_get() might return > a wrong clock. > > Signed-off-by: Richard Weinberger > --- > arch/powerpc/platforms/512x/clock.c |6 -- > 1 files changed, 4 insertions(+), 2 deletions

[PATCH] powerpc: 512x: Fix mpc5121_clk_get()

If try_module_get() fails, mpc5121_clk_get() might return a wrong clock. Signed-off-by: Richard Weinberger --- arch/powerpc/platforms/512x/clock.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/platforms/512x/clock.c b/arch/powerpc/platforms/512x

Re: [PATCH 07/10] um: Should hold tasklist_lock while traversing processes

> take a closer look. os_kill_ptraced_process() calls a host function. From UML's point of view nothing sleeps, so this is fine. Acked-by: Richard Weinberger Thanks, //richard signature.asc Description: OpenPGP digital signature ___ Linuxppc-d

Re: [PATCH 08/10] um: Fix possible race on task->mm

ake the task lock while we care about its mm. > > Note that we should also use find_lock_task_mm() to check all process' > threads for a valid mm, but for uml we'll do it in a separate patch. > > Signed-off-by: Anton Vorontsov Acked-by: Richard Weinberger Thanks,

Re: [PATCH 09/10] um: Properly check all process' threads for a live mm

> To catch this we use find_lock_task_mm(), which walks up all > threads and returns an appropriate task (with task lock held). > > Suggested-by: Oleg Nesterov > Signed-off-by: Anton Vorontsov Acked-by: Richard Weinberger Thanks, //richard signature.asc

Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h

e audit functions across all > archs. > > Signed-off-by: Eric Paris > Acked-by: Acked-by: H. Peter Anvin [for x86 portion] The UML part is now fine for me. :-) Acked-by: Richard Weinberger Thanks, //richard ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] Audit: push audit success and retcode into arch ptrace.h

Am Freitag 03 Juni 2011, 01:00:51 schrieb Tony Luck: > > But there seems to be another problem. > > Why is pt_regs of type void *? > > > > gcc complains: > > In file included from include/linux/fsnotify.h:15:0, > > from include/linux/security.h:26, > > from init/mai

Re: [PATCH] Audit: push audit success and retcode into arch ptrace.h

Am Donnerstag 02 Juni 2011, 23:04:58 schrieb Eric Paris: > b/arch/um/sys-i386/shared/sysdep/ptrace.h index d50e62e..ef5c310 100644 > --- a/arch/um/sys-i386/shared/sysdep/ptrace.h > +++ b/arch/um/sys-i386/shared/sysdep/ptrace.h > @@ -162,6 +162,7 @@ struct syscall_args { > #define UPT_ORIG_SYSCALL(