Hi Luis,
On 10/17/24 01:21, Luis Chamberlain wrote:
That sounds great. Yeah, the above would be great to test. A while ago
I wrote a new modules selftests in order to test possible improvements
on find_symbol() but I also did this due to push the limits of the
numbers of symbols we could support
On 9/25/24 23:06, Arnd Bergmann wrote:
From: Arnd Bergmann
MAP_UNINITIALIZED was added back in 2009 for NOMMU kernels, specifically
for blackfin, which is long gone. MAP_HUGE_SHIFT/MAP_HUGE_MASK were
added in 2012 for architectures supporting hugepages, which at the time
did not overlap with th
On 9/25/24 23:06, Arnd Bergmann wrote:
From: Arnd Bergmann
All but four architectures use asm-generic/mman-common.h, and the
differences between these are mostly accidental. Rearrange them
slightly to make it possible to 'vimdiff' them to see the actual
relevant differences:
- Move MADV_HWPO
/loongarch/mm/mmap.c | 5 +++--
arch/mips/mm/mmap.c | 2 +-
arch/parisc/kernel/sys_parisc.c | 5 +++--
arch/parisc/mm/hugetlbpage.c | 2 +-
Acked-by: Helge Deller # parisc
Helge
d them together with your other remaining patches.
(I'll drop them now from the parisc tree)
I tested both patches, so you may add:
Tested-by: Helge Deller
Acked-by: Helge Deller
Thank you!
Helge
On 6/20/24 18:23, Arnd Bergmann wrote:
From: Arnd Bergmann
The sys_fanotify_mark() syscall on parisc uses the reverse word order
for the two halves of the 64-bit argument compared to all syscalls on
all 32-bit architectures. As far as I can tell, the problem is that
the function arguments on pa
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() with
"James 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...@
Cc: "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/Makefile | 2 +-
arch/sparc/Makefile
n
Cc: "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 +---
ar
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
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
/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
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/
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 ../include/linux/io.h:
lmost 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 n
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 FBIN
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
...@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
otype.
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/pgta
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
---
arch/parisc
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):
fb
ough the DRM tree, if 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
lied both patch 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
Reviewed-by: Philippe Mathieu-Daudé
Acked-by: Helge Deller
+++
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
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
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
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 as a
p
Suggested-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
---
x27;s 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 -
arc
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
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
d by kernel test robot
Changes 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_s
=2, and
will 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/pr
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
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
-
- 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
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
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
=2, and
will 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/pr
orm 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
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 a/arch
risk 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
>
gt;>
>> 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 D
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
>> +++ b/arch/parisc/include/as
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
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
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
>>
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
_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
* 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
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 ++--
> arch/parisc/include/as
ric.c:1265:28: error: 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 # p
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
| 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
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
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
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 be
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 inser
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 probe_ke
iscouraged 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.
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
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 t
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 t
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]
http://kisskb.ellerman.id.au/kisskb/branch/linus/head/5f9e832c137075045d15cd6899ab
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 al
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 defi
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
>> hppa64-linu
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
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
ed it successfully on parisc64.
You can add back the
Tested-by: Helge Deller #parisc64
Thanks!
Helge
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
st now tested your patch series successfully on parisc64.
You may add to the whole series:
Tested-by: Helge Deller # 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't support it yet.
Helge
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 example:
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 bette
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
d
* Helge Deller :
> 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 [
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]
* 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 mostly doesn't matter, exc
works on the parisc architecture.
Acked-by: Helge Deller
> ---
> 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 sen
On 02/10/2010 06:31 AM, Michael Neuling wrote:
In message<20100210141016.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.
Coul
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 a
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 al
84 matches
Mail list logo
