Re: [PATCH/RFC 0/5] Generic RTC class driver

Geert Uytterhoeven wrote: I've been looking into problems with auto-loading the RTC driver on PPC (more specifically on PS3): - The recent rtc-ppc RTC class driver is not autoloaded by udev because it's an old style platform driver that contains its own platform device. - The

Re: [PATCH] Restrict initial stack space expansion to rlimit

On 02/09/2010 10:51 PM, Michael Neuling wrote: I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it as well. There's only one CONFIG_GROWSUP arch - parisc. Could someone please test it on parisc? I did. How about doing: 'ulimit -s 15; ls' before and after the patch is

Re: [PATCH] Restrict initial stack space expansion to rlimit

On 02/10/2010 06:31 AM, Michael Neuling wrote: In message20100210141016.4d18.a69d9...@jp.fujitsu.com you wrote: On 02/09/2010 10:51 PM, Michael Neuling wrote: I'd still like someone with a CONFIG_STACK_GROWSUP arch to test/ACK it as well. There's only one CONFIG_GROWSUP arch - parisc. Could

Re: [PATCH 1/4] panic: Allow warnings to set different taint flags

architecture. Acked-by: Helge Deller del...@gmx.de --- Changes since the previous version: - Added note to Documentation/oops-tracing.txt - Changed the commit message to distinguish taint numbers from taint flags - Removed 'must' from last sentence of commit message; this patch converts all

Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

* Luck, Tony : > On Sat, Sep 16, 2017 at 12:53:42PM +0900, Sergey Senozhatsky wrote: > > Hello > > > > RFC > > > > On some arches C function pointers are indirect and point to > > a function descriptor, which contains the actual pointer to the code. > > This

Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

* Helge Deller <del...@gmx.de>: > On 19.09.2017 04:05, Sergey Senozhatsky wrote: > >On (09/18/17 20:39), Helge Deller wrote: > >>I did tried your testcases [on parisc] too. > ... > >>and here is "modprobe zram": > >> printk#7 __

Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

On 19.09.2017 15:38, David Laight wrote: From: Sergey Senozhatsky Sent: 19 September 2017 03:06 ... I'll simply convert everything to `unsigned long'. including the dereference_function_descriptor() function [I believe there are still some casts happening when we pass addr from kernel/module

Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

On 19.09.2017 04:05, Sergey Senozhatsky wrote: On (09/18/17 20:39), Helge Deller wrote: I did tried your testcases [on parisc] too. ... and here is "modprobe zram": printk#7 __UNIQUE_ID_vermagic8+0xb9a4/0xbd04 [zram] printk#8 __UNIQUE_ID_vermagic8+0xb9a4/0xbd04 [zram]

Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning

On 20.09.2017 19:38, Joe Perches wrote: On Thu, 2017-09-21 at 01:29 +0900, Sergey Senozhatsky wrote: We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart enough to handle function pointer dereference on platforms where such dereference is required. checkpatch warning

Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

ted your patch series successfully on parisc64. You may add to the whole series: Tested-by: Helge Deller <del...@gmx.de> # parisc64 Another note: I need to check what is BPF symbol lookup and do we need to do any dereference there. Not relevant for parisc, since we don'

Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

On 20.09.2017 10:41, David Laight wrote: From: Helge Deller Sent: 19 September 2017 21:08 ... Using 'unsigned long' for any kind of pointer is an accident waiting do happen. It also makes it difficult to typecheck the function calls. Using 'void *' isn't any better. Either a pointer

Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

On 25.09.2017 18:29, Luck, Tony wrote: speaking of upstream, any objections if this patch set will go through the printk tree, in one piece? Fine with me too. Helge

Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

it successfully on parisc64. You can add back the Tested-by: Helge Deller <del...@gmx.de> #parisc64 Thanks! Helge

Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives

Hi Alex, On 26.07.2018 21:13, Alex Ghiti wrote: > $ make ARCH=parisc O=build_parisc generic-64bit_defconfig > $ PATH=/home/alex/wip/toolchain/gcc-8.1.0-nolibc/hppa64-linux/bin:$PATH make > ARCH=parisc CROSS_COMPILE=hppa64-linux- > >> ... >>  LD  vmlinux.o >>  MODPOST vmlinux.o >>

Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives

ecause of this series, any feedback welcome. Strange, but I will check that later Anyway, I applied your v4-patch to my parisc64 tree, built the kernel, started it and ran some hugetlb LTP testcases sucessfully. So, please add: Tested-by: Helge Deller # parisc Helge

Re: [PATCH] treewide: remove current_text_addr

On 21.08.2018 22:28, Nick Desaulniers wrote: > Prefer _THIS_IP_ defined in linux/kernel.h. > > Most definitions of current_text_addr were the same as _THIS_IP_, but > a few archs had inline assembly instead. > > This patch removes the final call site of current_text_addr, making all > of the

Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h

ld all the defines that > are needed for compat time types that support non y2038 > safe types. New architectures need not have to define these > new types as they will only use new y2038 safe syscalls. > This file can be deleted after y2038 when we stop supporting > non y2038 safe syscalls. Fo

Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3

On 16.07.19 20:55, Christian Brauner wrote: On Tue, Jul 16, 2019 at 08:53:10PM +0200, Sven Schnelle wrote: Hi, [Adding Helge to CC list] On Tue, Jul 16, 2019 at 03:06:33PM +0200, Christian Brauner wrote: On Mon, Jul 15, 2019 at 03:56:04PM +0200, Christian Borntraeger wrote: I think Vasily

Re: [PATCH v5 0/7] kexec: add generic support for elf kernel images

On 06.09.19 23:47, Thiago Jung Bauermann wrote: > Helge Deller writes: >> This kexec patch series is the groundwork for kexec on the parisc >> architecture. >> Since we want kexec on parisc, I've applied it to my for-next-kexec tree [1], >> and can push it to Lin

Re: [PATCH v5 0/7] kexec: add generic support for elf kernel images

Hi all, This kexec patch series is the groundwork for kexec on the parisc architecture. Since we want kexec on parisc, I've applied it to my for-next-kexec tree [1], and can push it to Linus in the next merge window through the parisc tree [2]. If someone has any objections, or if you prefer to

Re: Build regressions/improvements in v5.3-rc1

On 23.07.19 17:39, Geert Uytterhoeven wrote: On Tue, Jul 23, 2019 at 5:22 PM Geert Uytterhoeven wrote: Below is the list of build error/warning regressions/improvements in v5.3-rc1[1] compared to v5.2[2]. [1]

Re: [PATCH v2 23/29] parisc: Move EXCEPTION_TABLE to RO_DATA segment

On 11.10.19 02:06, Kees Cook wrote: Since the EXCEPTION_TABLE is read-only, collapse it into RO_DATA. Signed-off-by: Kees Cook --- arch/parisc/kernel/vmlinux.lds.S | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) Acked-by: Helge Deller # parisc Helge diff --git a/arch

Re: [PATCH v4 7/9] parisc/perf: open access for CAP_SYS_PERFMON privileged process

is discouraged with respect to CAP_SYS_PERFMON capability. > > Signed-off-by: Alexey Budankov Acked-by: Helge Deller > --- > arch/parisc/kernel/perf.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/parisc/kernel/perf.c b/arch/parisc/kernel/perf.

Re: rename probe_kernel_* and probe_user_*

On 18.06.20 21:48, Linus Torvalds wrote: > [ Explicitly added architecture lists and developers to the cc to make > this more visible ] > > On Wed, Jun 17, 2020 at 12:38 AM Christoph Hellwig wrote: >> >> Andrew and I decided to drop the patches implementing your suggested >> rename of the

Re: [PATCH] arch: fix 'unexpected IRQ trap at vector' warnings

On 12/8/20 3:11 AM, Michael Ellerman wrote: > "Enrico Weigelt, metux IT consult" writes: >> All archs, except Alpha, print out the irq number in hex, but the message >> looks like it was a decimal number, which is quite confusing. Fixing this >> by adding "0x" prefix. > > Arguably decimal would

Re: [PATCH seccomp 2/8] parisc: Enable seccomp architecture tracking

ested it, works on 32- and 64-bit parisc kernel. I don't know how to test it actually, but anyway: Acked-by: Helge Deller Thanks! Helge > --- > arch/parisc/include/asm/Kbuild| 1 - > arch/parisc/include/asm/seccomp.h | 22 ++ > 2 files changed, 22 insertions

Re: [PATCH 18/27] parisc: syscalls: switch to generic syscalltbl.sh

l.sh. This also > unifies syscall_table_64.h and syscall_table_c32.h. > > Signed-off-by: Masahiro Yamada Thanks for the cleanup! You may add: Acked-by: Helge Deller # parisc Helge > --- > > arch/parisc/include/asm/Kbuild| 1 - > arch/parisc/kernel/syscall.S

Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers

Reviewed-by: Bjorn Andersson Acked-by: Mike Rapoport Acked-by: Corey Minyard Acked-by: Christian Brauner Acked-by: Arnd Bergmann Acked-by: Kees Cook Acked-by: Wei Liu Acked-by: Rasmus Villemoes Signed-off-by: Andrew Morton Acked-by: Helge Deller # parisc Helge

Re: [PATCH v2] init: consolidate trap_init()

| 5 - arch/sparc/kernel/traps_32.c | 2 +- arch/um/kernel/trap.c | 4 init/main.c| 2 ++ 15 files changed, 5 insertions(+), 63 deletions(-) For parisc: Acked-by: Helge Deller # parisc Thanks! Helge diff --git a/arch/alpha/kernel/traps.c b

Re: [PATCH v2] ftrace: Cleanup ftrace_dyn_arch_init()

On 9/6/21 1:16 PM, Weizhao Ouyang wrote: Most of ARCHs use empty ftrace_dyn_arch_init(), introduce a weak common ftrace_dyn_arch_init() to cleanup them. Signed-off-by: Weizhao Ouyang Acked-by: Heiko Carstens (s390) Acked-by: Helge Deller # parisc Thanks, Helge --- Changes in v2

Re: [PATCH v1 04/10] asm-generic: Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR to define associated stubs

On 10/11/21 17:25, Christophe Leroy wrote: > Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR instead of > 'dereference_function_descriptor' > to know whether arch has function descriptors. > > Signed-off-by: Christophe Leroy > --- > arch/ia64/include/asm/sections.h| 4 ++-- >

Re: [PATCH v1 04/10] asm-generic: Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR to define associated stubs

* Christophe Leroy : > > > Le 12/10/2021 à 08:02, Helge Deller a écrit : > > On 10/11/21 17:25, Christophe Leroy wrote: > > > Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR instead of > > > 'dereference_function_descriptor' > > > to know whether arch has fu

Re: [PATCH] agp: define proper stubs for empty helpers

: suggest braces around empty body in an 'if' statement [-Werror=empty-body] 1265 | unmap_page_from_agp(page); Change the definitions to a 'do { } while (0)' construct to make these more reliable. Signed-off-by: Arnd Bergmann Acked-by: Helge Deller # parisc Thanks, Helge --- arch/parisc

Re: [PATCH] locking: remove spin_lock_flags() etc

; CONFIG_GENERIC_LOCKBREAK, and possibly earlier. > > As this is all dead code, just remove it and the helper functions built > around it. For arch/ia64, the inline asm could be cleaned up, but > it seems safer to leave it untouched. > > Signed-off-by: Arnd Bergmann Acked-by: Helge Deller # paris

Re: [PATCH v3 11/12] lkdtm: Fix execute_[user]_location()

>> Signed-off-by: Christophe Leroy > > Do you have any comment to this patch and to patch 12 ? > > If not, is it ok to get your acked-by ? Hi Christophe, I think this whole series is a nice cleanup and harmonization of how function descriptors are used. At least for the P

Re: Build regressions/improvements in v5.16-rc1

On 11/15/21 17:12, Geert Uytterhoeven wrote: > On Mon, Nov 15, 2021 at 4:54 PM Geert Uytterhoeven > wrote: >> Below is the list of build error/warning regressions/improvements in >> v5.16-rc1[1] compared to v5.15[2]. >> >> Summarized: >> - build errors: +20/-13 >> - build warnings: +3/-28 >>

Re: Build regressions/improvements in v5.16-rc1

On 11/17/21 03:19, Nick Terrell wrote: > > >> On Nov 16, 2021, at 6:05 PM, Randy Dunlap wrote: >> >> On 11/16/21 5:59 PM, Nick Terrell wrote: >>>> On Nov 15, 2021, at 8:44 AM, Helge Deller wrote: >>>> >>>> On 11/15/21 17:12, Geert Uyt

Re: [PATCH v2 16/45] parisc: Use do_kernel_power_off()

ower-off API. > > Signed-off-by: Dmitry Osipenko Acked-by: Helge Deller # parisc > --- > arch/parisc/kernel/process.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/parisc/kernel/process.c b/arch/parisc/kernel/process.c > index ea3d83b6fb

Re: [PATCH 14/14] uaccess: drop set_fs leftovers

On 2/15/22 04:03, Al Viro wrote: > On Mon, Feb 14, 2022 at 05:34:52PM +0100, Arnd Bergmann wrote: >> diff --git a/arch/parisc/include/asm/futex.h >> b/arch/parisc/include/asm/futex.h >> index b5835325d44b..2f4a1b1ef387 100644 >> --- a/arch/parisc/include/asm/futex.h >> +++

Re: [PATCH v4 00/13] Fix LKDTM for PPC64/IA64/PARISC v4

t; >> This series does some cleanup in the three architectures and >> refactors function descriptors so that it can then easily use it >> in a generic way in LKDTM. > > Thanks for doing this! It looks good to me. :) I endorse that. Thank you, Christophe! Acked-by: Helge Deller

Re: [PATCH 2/9] parisc: Remove

On 8/17/23 18:07, Geert Uytterhoeven wrote: As of commit b7fb14d3ac63117e ("ide: remove the legacy ide driver") in v5.14, there are no more generic users of . Signed-off-by: Geert Uytterhoeven Acked-by: Helge Deller Thanks! Helge --- arch/parisc/include/asm/

Re: [PATCH 1/4] video: fbdev: offb: Include missing linux/platform_device.h

ate platform devices > for OF framebuffers") > > Include missing platform_device.h to allow cleaning asm/pci.h > > Cc: Thomas Zimmermann > Fixes: 52b1b46c39ae ("of: Create platform devices for OF framebuffers") > Signed-off-by: Christophe Leroy Acked-by: Helge Deller I as

Re: [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path

of deadlock. > > This patch refactors the panic notifier of parisc/power driver > to make use of spin_trylock - for that, we've added a second > version of the soft-power function. Also, some comments were > reorganized and trailing white spaces, useless header inclusion > and blank lines were

Re: [PATCH 1/3] termbits.h: create termbits-common.h for identical bits

Hello Ilpo, On 5/9/22 11:34, Ilpo Järvinen wrote: > Some defines are the same across all archs. Move the most obvious > intersection to termbits-common.h. I like your cleanup patches, but in this specific one, does it makes sense to split up together-belonging constants, e.g. > diff --git

Re: [PATCH] mm: remove kern_addr_valid() completely

remove unneeded kern_addr_valid() completely. Signed-off-by: Kefeng Wang Acked-by: Helge Deller # parisc Thanks! Helge --- arch/alpha/include/asm/pgtable.h | 2 - arch/arc/include/asm/pgtable-bits-arcv2.h | 2 - arch/arm/include/asm/pgtable-nommu.h | 2 - arch/arm

Re: [PATCH v3 4/4] arc: Use generic dump_stack_print_cmdline() implementation

On 10/10/22 07:18, Vineet Gupta wrote: On 8/8/22 06:09, Helge Deller wrote: The process program name and command line is now shown in generic code in dump_stack_print_info(), so drop the arc-specific implementation. Signed-off-by: Helge Deller But that info printing was added back in 2018

[PATCH v2 2/3] lib/dump_stack: Add dump_stack_print_cmdline() and wire up in dump_stack_print_info()

l not show the program parameters if kptr_restrict==1. Signed-off-by: Helge Deller --- include/linux/printk.h | 5 + lib/dump_stack.c | 34 ++ 2 files changed, 39 insertions(+) diff --git a/include/linux/printk.h b/include/linux/printk.h index cf

[PATCH v2 1/3] proc: Add get_task_cmdline_kernel() function

which provides the cmdline for the procfs. For that the existing functions were modified so that the buffer page is allocated outside of get_mm_proctitle() and get_mm_cmdline() and instead provided as parameter. Signed-off-by: Helge Deller --- fs/proc/base.c | 68

[PATCH v2 3/3] x86/fault: Dump command line of faulting process to syslog

7ffe97a05630 error 6 in crash[561a7969c000+1000] crash[2326] cmdline: ./crash this is a test Code: 68 ff ff ff c6 05 19 2f 00 00 01 5d c3 0f 1f 80 00 00 00 00 c3 0f 1f 80 00 00 00 00 e9 7b ff ff ff 55 48 89 e5 b8 00 00 00 00 00 01 00 00 00 b8 00 00 00 00 5d c3 0f 1f 44 00 00 41 57 4c 8d

[PATCH v2 0/3] Dump command line of faulting process to syslog

-- - Don't dump all or parts of the commandline depending on the kptr_restrict sysctl value (suggested by Josh Triplett). - Patch sent to more arch mailing lists Helge Deller (3): proc: Add get_task_cmdline_kernel() function lib/dump_stack: Add dump_stack_print_cmdline() and wire up in dump_stack_pr

[PATCH v3 4/4] arc: Use generic dump_stack_print_cmdline() implementation

The process program name and command line is now shown in generic code in dump_stack_print_info(), so drop the arc-specific implementation. Signed-off-by: Helge Deller --- arch/arc/kernel/troubleshoot.c | 24 1 file changed, 24 deletions(-) diff --git a/arch/arc/kernel

[PATCH v3 3/4] x86/fault: Dump command line of faulting process to syslog

7ffe97a05630 error 6 in crash[561a7969c000+1000] crash[2326] cmdline: ./crash this is a test Code: 68 ff ff ff c6 05 19 2f 00 00 01 5d c3 0f 1f 80 00 00 00 00 c3 0f 1f ... Signed-off-by: Helge Deller --- arch/x86/mm/fault.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/x86/mm/f

[PATCH v3 0/4] Dump command line of faulting process to syslog

hanges in v2: - Don't dump all or parts of the commandline depending on the kptr_restrict sysctl value (suggested by Josh Triplett). - Patch sent to more arch mailing lists Helge Deller (4): proc: Add get_task_cmdline_kernel() function lib/dump_stack: Add dump_stack_print_cmdline() and wire

[PATCH v3 2/4] lib/dump_stack: Add dump_stack_print_cmdline() and wire up in dump_stack_print_info()

l not show the program parameters if kptr_restrict==1. Signed-off-by: Helge Deller --- include/linux/printk.h | 5 + lib/dump_stack.c | 34 ++ 2 files changed, 39 insertions(+) diff --git a/include/linux/printk.h b/include/linux/printk.h index cf

[PATCH v3 1/4] proc: Add get_task_cmdline_kernel() function

which provides the cmdline for the procfs. For that the existing functions were modified so that the buffer page is allocated outside of get_mm_proctitle() and get_mm_cmdline() and instead provided as parameter. Signed-off-by: Helge Deller -- Changes in v3: - add parameter names in header files

Re: [PATCH 01/15] video: fbdev: atmel_lcdfb: Rework backlight handling

On 1/7/23 21:53, Sam Ravnborg wrote: Hi Stephen. On Sat, Jan 07, 2023 at 09:36:47PM +0100, Stephen Kitt wrote: On 7 January 2023 19:26:15 CET, Sam Ravnborg via B4 Submission Endpoint wrote: From: Sam Ravnborg The atmel_lcdfb had code to save/restore power state. This is not needed so drop

Re: [PATCH 01/15] video: fbdev: atmel_lcdfb: Rework backlight handling

On 1/9/23 21:18, Stephen Kitt wrote: On Sun, 8 Jan 2023 18:26:12 +0100, Helge Deller wrote: On 1/7/23 21:53, Sam Ravnborg wrote: Hi Stephen. On Sat, Jan 07, 2023 at 09:36:47PM +0100, Stephen Kitt wrote: On 7 January 2023 19:26:15 CET, Sam Ravnborg via B4 Submission Endpoint wrote: From

Re: [PATCH] fbdev: make offb driver tristate

On 12/27/22 19:48, Nathan Chancellor wrote: On Sat, Dec 10, 2022 at 05:35:06PM +0100, Helge Deller wrote: On 11/26/22 14:40, Thomas Zimmermann wrote: Am 26.11.22 um 01:04 schrieb Randy Dunlap: Make the offb (Open Firmware frame buffer) driver tristate, i.e., so that it can be built

Re: [PATCH] fbdev: make offb driver tristate

-by: Arnd Bergmann Cc: Masahiro Yamada Cc: Thomas Zimmermann Cc: Michal Suchánek Cc: linuxppc-dev@lists.ozlabs.org Cc: Daniel Vetter Cc: Helge Deller Cc: linux-fb...@vger.kernel.org Cc: dri-de...@lists.freedesktop.org Acked-by: Thomas Zimmermann applied. Thanks! Helge ---   drivers/video

Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures

series on top of v6.3-rc1 and tested it with success on the parisc platform (32- and 64-bit kernel). You may add to both patch series: Acked-by: Helge Deller # parisc Thank you! Helge

Re: [PATCH 0/3] fbdev: Set missing owner fields in fb_ops

On 4/24/23 10:58, Thomas Zimmermann wrote: Set the owner field of various drivers' fb_ops instance. The setting is required by fbcon, which acquires a reference on the fbdev driver's module. Otherwise, users could attempt to unload the module while it's still in use. Thomas Zimmermann (3):

Re: [PATCH v3 00/19] arch: Consolidate

f no one objects. Yes, patch is good and I've tested it on parisc. Thanks! You may add: Acked-by: Helge Deller to the series and take it through the drm tree. Helge

Re: [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi

+++   arch/parisc/include/uapi/asm/setup.h | 2 --   2 files changed, 7 insertions(+), 2 deletions(-)   create mode 100644 arch/parisc/include/asm/setup.h Reviewed-by: Philippe Mathieu-Daudé Acked-by: Helge Deller

Re: [PATCH v3 19/24] parisc: Remove empty

Reviewed-by: Philippe Mathieu-Daudé Acked-by: Helge Deller

Re: [PATCH 00/17] fbdev: Remove FBINFO_DEFAULT and FBINFO_FLAG_DEFAULT flags

On 7/11/23 16:47, Sam Ravnborg wrote: Hi Thomas, On Tue, Jul 11, 2023 at 08:24:40AM +0200, Thomas Zimmermann wrote: Hi Sam Am 10.07.23 um 19:19 schrieb Sam Ravnborg: Hi Thomas, On Mon, Jul 10, 2023 at 02:50:04PM +0200, Thomas Zimmermann wrote: Remove the unused flags FBINFO_DEFAULT and

Re: [PATCH v2 0/9] video: screen_info cleanups

entirely separated from the global screen_info, except on x86 - similarly, the EFI framebuffer initialization can be kept separate, except on x86. Nice cleanup, Arnd! You may add a Acked-by: Helge Deller to the series. I did extensive build testing on arm/arm64/x86 and the normal

Re: [PATCH] mm/slab: rename CONFIG_SLAB to CONFIG_SLAB_DEPRECATED

...@suse.cz/ [2] https://lwn.net/Articles/932201/ Signed-off-by: Vlastimil Babka Acked-by: David Rientjes I did tested SLUB on parisc with 32- and 64-bit kernel, so you may add: Acked-by: Helge Deller # parisc Helge

Re: linux-next: Tree for Jul 13 (drivers/video/fbdev/ps3fb.c)

On 7/18/23 13:48, Michael Ellerman wrote: Bagas Sanjaya writes: On Thu, Jul 13, 2023 at 09:11:10AM -0700, Randy Dunlap wrote: on ppc64: In file included from ../include/linux/device.h:15, from ../arch/powerpc/include/asm/io.h:22, from

Re: [PATCH v2 08/23] parisc: add pte_unmap() to balance get_ptep()

gh Dickins For the parisc parts: Acked-by: Helge Deller # parisc Helge --- arch/parisc/kernel/cache.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c index ca4a302d4365..501160250bb7 100644 --- a/a

Re: [PATCH 08/23] parisc: add pte_unmap() to balance get_ptep()

Hi Hugh, On 5/10/23 06:52, Hugh Dickins wrote: To keep balance in future, remember to pte_unmap() after a successful get_ptep(). And (we might as well) pretend that flush_cache_pages() really needed a map there, to read the pfn before "unmapping". Signed-off-by: Hugh Dickins ---

Re: [PATCH] procfs: consolidate arch_report_meminfo declaration

. Remove the architecture specific prototypes and instead add one in linux/proc_fs.h. Signed-off-by: Arnd Bergmann --- arch/parisc/include/asm/pgtable.h| 3 --- Acked-by: Helge Deller # parisc Thanks! Helge arch/powerpc/include/asm/pgtable.h | 3 --- arch/s390/include/asm/pgtable.h

Re: [PATCH 10/14] parisc: Add support for suppressing warning backtraces

assembler parameters as constants where possible. Refine .blockz instructions to calculate the necessary padding instead of using fixed values. Signed-off-by: Guenter Roeck Acked-by: Helge Deller Helge --- arch/parisc/include/asm/bug.h | 29 + 1 file changed, 21

Re: [PATCH] fbdev/mb862xxfb: Fix defined but not used error

On 2/29/24 12:50, Michael Ellerman wrote: socrates_gc_mode is defined at the top-level but then only used inside an #ifdef CONFIG_FB_MB862XX_LIME, leading to an error with some configs: drivers/video/fbdev/mb862xx/mb862xxfbdrv.c:36:31: error: ‘socrates_gc_mode’ defined but not used 36

Re: [PATCH v2 3/3] arch: Rename fbdev header and source files

s E.J. Bottomley" Cc: Helge Deller Cc: Michael Ellerman Cc: Nicholas Piggin Cc: Yoshinori Sato Cc: Rich Felker Cc: John Paul Adrian Glaubitz Cc: "David S. Miller" Cc: Andreas Larsson Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Borislav Petkov Cc: Dave Hansen Cc: x...@kernel.org

Re: [PATCH v2 1/3] arch: Select fbdev helpers with CONFIG_VIDEO

s E.J. Bottomley" Cc: Helge Deller Cc: "David S. Miller" Cc: Andreas Larsson Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Borislav Petkov Cc: Dave Hansen Cc: x...@kernel.org Cc: "H. Peter Anvin" --- arch/parisc/Makefile | 2 +- arch/sparc/Makefile | 4 ++--

Re: [PATCH v2 2/3] arch: Remove struct fb_info from video helpers

On 3/28/24 14:33, Thomas Zimmermann wrote: Am 28.03.24 um 12:04 schrieb Helge Deller: On 3/27/24 21:41, Thomas Zimmermann wrote: The per-architecture video helpers do not depend on struct fb_info or anything else from fbdev. Remove it from the interface and replace fb_is_primary_device

Re: [PATCH v2 2/3] arch: Remove struct fb_info from video helpers

: "James E.J. Bottomley" Cc: Helge Deller Cc: "David S. Miller" Cc: Andreas Larsson Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Borislav Petkov Cc: Dave Hansen Cc: x...@kernel.org Cc: "H. Peter Anvin" --- arch/parisc/include/asm/fb.h | 8 +--- arch/pa

Re: [PATCH 2/4] arch: simplify architecture specific page size configuration

/asm/page-def.h | 2 +- arch/parisc/Kconfig | 3 +++ arch/parisc/include/asm/page.h| 10 +- Acked-by: Helge Deller # parisc Thanks for the cleanups! Helge