Re: [PATCH 0/1] sched/topology: NUMA distance deduplication

On Thu, Mar 18, 2021 at 12:42 AM Sergei Trofimovich wrote: > > > On 3/17/21 8:36 PM, Valentin Schneider wrote: > > >> I see ACPI in your boot logs, so I'm guessing you have a bogus SLIT table > > >> (the ACPI table with node distances). You should be able to double check > > >> this with

Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()

On Wed, Mar 17, 2021 at 4:51 AM Kefeng Wang wrote: > > mem_init_print_info() is called in mem_init() on each architecture, > and pass NULL argument, so using void argument and move it into mm_init(). > > Acked-by: Dave Hansen > Signed-off-by: Kefeng Wang > --- > v2: > - Cleanup 'str' line

Re: [PATCH v2] vio: make remove callback return void

On Wed, Feb 24, 2021 at 11:17 AM Uwe Kleine-König wrote: > > The driver core ignores the return value of struct bus_type::remove() > because there is only little that can be done. To simplify the quest to > make this function return void, let struct vio_driver::remove() return > void, too. All

Re: [PATCH v2] sparc: make copy_thread honor pid namespaces

On Sat, Feb 20, 2021 at 1:51 AM Dmitry V. Levin wrote: > > On sparc, fork and clone syscalls have an unusual semantics of > returning the pid of the parent process to the child process. > > Apparently, the implementation did not honor pid namespaces at all, > so the child used to get the pid of

Re: [PATCH 00/27] arch: syscalls: unifiy all syscalltbl.sh into scripts/syscalltbl.sh

Masahiro, wanted to test on sparc64, but I'm unable to cleanly apply your patch series to current master of git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git saved in all patches from mutt MUA to mbox (syscalltbl-mbox) file format (except of 00/27) and tried to apply via git-am: $

Re: [sparc64] running stress-ng and a sparc64 hardware / kernel woes

just to give you another sample: running stress-ng in ssh session: stress-ng --opcode 1 --timeout 60 --metrics-brief get the following on the console: [ 813.208349] Kernel unaligned access at TPC[4cf720] lock_acquire+0x100/0x200 [ 813.208378] Unable to handle kernel paging request in mna

[sparc64] running stress-ng and a sparc64 hardware / kernel woes

Hello! Running a simple stress-ng as a non-privileged (non root) user : stress-ng --opcode 1 --timeout 60 --metrics-brief will almost always bring the linux kernel to an unusable state, starting from "Unable to handle kernel NULL pointer dereference", "Bogus kernel PC [] in

Re: [sparc64] ftrace: kernel startup-tests unaligned access

On Mon, Dec 14, 2020 at 7:26 PM Steven Rostedt wrote: > On Mon, 14 Dec 2020 11:15:12 -0500 Steven Rostedt wrote: > > > Does sparc64 require 8 byte alignment for 8 byte words? > > > > In other words, does this patch fix anything? > > -- Steve > > diff --git a/arch/Kconfig b/arch/Kconfig > index

[sparc64] ftrace: kernel startup-tests unaligned access

Hello! Enabled ftrace startup tests on a sparc64 test VM/LDOM: $ diff -u <(gzip -dc ~/dmesg/config-5.10.0.gz) <(gzip -dc /proc/config.gz) --- /dev/fd/63 2020-12-14 16:19:38.239372599 +0300 +++ /dev/fd/62 2020-12-14 16:19:38.235372433 +0300 @@ -2842,7 +2842,10 @@ # CONFIG_TRACEPOINT_BENCHMARK

Re: [sparc64] current git kernel networking is broken

On Tue, Dec 8, 2020 at 3:42 AM Al Viro wrote: > > On Tue, Dec 08, 2020 at 03:09:47AM +0300, Anatoly Pugachev wrote: > > Hello! > > > > Sorry for the late report, being 5.10-rc7 is out, but current git > > kernel > > (git://git.kernel.org/pub/scm/lin

Re: [sparc64] current git kernel networking is broken

On Tue, Dec 8, 2020 at 3:09 AM Anatoly Pugachev wrote: > bisected kernel to the following commit: > > linux-2.6$ git bisect good > fdf8bee96f9aeaac4559725c2dfae6e1bd7b7043 is the first bad commit forgot to add, that reverting this commit, fixes networking for me.

[sparc64] current git kernel networking is broken

Hello! Sorry for the late report, being 5.10-rc7 is out, but current git kernel (git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git) is broken with the networking. It affects my openvpn tunnel and even internet networking. ping to a local ethernet network (i.e. gateway ping)

Re: possible lockdep regression introduced by 4d004099a668 ("lockdep: Fix lockdep recursion")

On Mon, Oct 26, 2020 at 6:23 PM Peter Zijlstra wrote: > On Mon, Oct 26, 2020 at 01:55:24PM +0100, Peter Zijlstra wrote: > > On Mon, Oct 26, 2020 at 11:56:03AM +, Filipe Manana wrote: > > > > That smells like the same issue reported here: > > > > > > > > > > > >

[sparc64] lockdep: Fix lockdep recursion - call trace

Hello! Bisected the following linux calltrace after v5.9 : [8.650198] systemd[1]: Started Journal Service. [9.028125] [ cut here ] [9.028171] WARNING: CPU: 11 PID: 499 at net/netfilter/nf_tables_api.c:622 nft_chain_parse_hook+0x7c/0x360 [nf_tables] [

Re: [PATCH v2 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race

On Mon, Sep 14, 2020 at 10:00 AM Nicholas Piggin wrote: > > Excerpts from Nicholas Piggin's message of September 14, 2020 2:52 pm: > > [...] > > > The basic fix for sparc64 is to remove its mm_cpumask clearing code. The > > optimisation could be effectively restored by sending IPIs to mm_cpumask

[sparc64] kernel OOPS bisected from "lockdep: improve current->(hard|soft)irqs_enabled synchronisation with actual irq state"

Hello! The following git patch 044d0d6de9f50192f9697583504a382347ee95ca (linux git master branch) introduced the following kernel OOPS upon kernel boot on my sparc64 T5-2 ldom (VM): $ uname -a Linux ttip 5.9.0-rc2-00011-g044d0d6de9f5 #59 SMP Thu Sep 10 13:07:45 MSK 2020 sparc64 GNU/Linux (OOPS

Re: [sparc64] kernel OOPS bisected from "lockdep: improve current->(hard|soft)irqs_enabled synchronisation with actual irq state"

On Thu, Sep 10, 2020 at 4:40 PM wrote: > > On Thu, Sep 10, 2020 at 02:43:13PM +0300, Anatoly Pugachev wrote: > > Hello! > > > > The following git patch 044d0d6de9f50192f9697583504a382347ee95ca > > (linux git master branch) introduced the following kernel OOPS upon &g

Re: [sparc64] enabling CONFIG_PROVE_LOCKING makes kernel unable to build

On Tue, Aug 4, 2020 at 4:34 PM wrote: > > On Tue, Aug 04, 2020 at 04:17:16PM +0300, Anatoly Pugachev wrote: > > Hello! > > > > Linus git master sources: > > > > $ git desc > > v5.8-2483-gc0842fbc1b18 > > > > Ooh, it looks like that series wa

[sparc64] enabling CONFIG_PROVE_LOCKING makes kernel unable to build

Hello! Linus git master sources: $ git desc v5.8-2483-gc0842fbc1b18 If built without "kernel debugging" option CONFIG_PROVE_LOCKING enabled, builds successfully. If I enable CONFIG_PROVE_LOCKING=y it does not build: linux-2.6$ make arch/sparc scripts/kconfig/conf --syncconfig Kconfig

Re: [sparc64] unable to build v5.8 / master on sparc64 , bisect attached

On Mon, Aug 3, 2020 at 12:24 PM John Paul Adrian Glaubitz wrote: > > Hi Anatoly! > > On 8/3/20 11:18 AM, Anatoly Pugachev wrote: > > # bad: [bcf876870b95592b52519ed4aafcf9d95999bc9c] Linux 5.8 > > git bisect bad bcf876870b95592b52519ed4aaf

[sparc64] unable to build v5.8 / master on sparc64 , bisect attached

Hello! I'm unable to build kernel (master git) with the following messages: linux-2.6$ make ... CC crypto/drbg.o In file included from ./arch/sparc/include/asm/percpu_64.h:11, from ./arch/sparc/include/asm/percpu.h:5, from ./include/linux/random.h:14,

Re: [PATCH 1/2] sparc64: Deselect IRQ_PREFLOW_FASTEOI

On Fri, Jul 3, 2020 at 6:58 PM Valentin Schneider wrote: > > sparc64 hasn't needed to select this since commit: > > ee6a9333fa58 ("sparc64: sparse irq") > > which got rid of the calls to __irq_set_preflow_handler() first installed > by commit: > > fcd8d4f49869 ("sparc: Use the new genirq

unable to compile after "module: Make module_enable_ro() static again"

Hello! i'm unable to compile kernel on debian sid/unstable (tested on sparc64 and ppc64) after commit e6eff4376e2897c2e14b70d87bf7284cdb093830 ~/linux-2.6$ git bisect bad e6eff4376e2897c2e14b70d87bf7284cdb093830 is the first bad commit commit e6eff4376e2897c2e14b70d87bf7284cdb093830 Author: Josh

Re: [PATCH] sparc: vdso: fix build error of vdso32

ropped. > > > > The vdso32 files are located in the vdso32/ subdirectory, but I missed > > to update the Makefile. > > > > Fixes: 54b8ae66ae1a ("kbuild: change *FLAGS_.o to take the path > > relative to $(obj)") > > Reported-by: Anatoly Pugachev &

Re: latest git kernel (v5.3-11506-gf7c3bf8fa7e5) does not compile

On Sun, Sep 22, 2019 at 2:38 PM Masahiro Yamada wrote: > On Sun, Sep 22, 2019 at 5:33 PM Anatoly Pugachev wrote: > > On Sun, Sep 22, 2019 at 11:13 AM Anatoly Pugachev > > wrote: > > > > > > Hello! > > > > > > Latest git kernel does no

Re: latest git kernel (v5.3-11506-gf7c3bf8fa7e5) does not compile

On Sun, Sep 22, 2019 at 2:38 PM Masahiro Yamada wrote: > > Hi Anatoly, > > On Sun, Sep 22, 2019 at 5:33 PM Anatoly Pugachev wrote: > > > > On Sun, Sep 22, 2019 at 11:13 AM Anatoly Pugachev > > wrote: > > > > > > Hello! > > > > > &

Re: latest git kernel (v5.3-11506-gf7c3bf8fa7e5) does not compile

On Sun, Sep 22, 2019 at 11:13 AM Anatoly Pugachev wrote: > > Hello! > > Latest git kernel does not compile for me: > > ~/linux-2.6$ git desc > v5.3-11506-gf7c3bf8fa7e5 > > ~/linux-2.6$ make > CALLscripts/checksyscalls.sh > :1511:2: warning: #warning sysc

Re: [sparc64] Kernel unaligned access at TPC lzo1x_1_do_compress

On Mon, Sep 9, 2019 at 1:11 PM Dave Rodgman wrote: > > Thanks Anatoly, I'll take a look at this. Could you please let me know the > exact hardware you're running on? Dave, machine is a LDOM on T5-2 server. OS is debian unstable/sid linux with latest git kernel, currently : $ uname -a Linux

[sparc64] Kernel unaligned access at TPC lzo1x_1_do_compress

Hello! trying to use zram block device, shows the following: # zramctl -f -s 16g # cat /sys/block/zram0/comp_algorithm lzo [lzo-rle] lz4 lz4hc 842 zstd # zramctl NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT /dev/zram0 lzo-rle16G 10.4M4K 112K 32 # mkfs.xfs

Re: [PATCH 2/2] ipc: fix sparc64 ipc() wrapper

On Thu, Sep 5, 2019 at 9:39 PM Arnd Bergmann wrote: > > Matt bisected a sparc64 specific issue with semctl, shmctl and msgctl > to a commit from my y2038 series in linux-5.1, as I missed the custom > sys_ipc() wrapper that sparc64 uses in place of the generic version that > I patched. > > The

Re: [PATCH 09/16] sparc64: use the generic get_user_pages_fast code

On Sat, Aug 10, 2019 at 10:36 PM Mikael Pettersson wrote: > For the record the futex test case OOPSes a 5.3-rc3 kernel running on > a Sun Blade 2500 (2 x USIIIi). This system runs a custom distro with > a custom toolchain (gcc-8.3 based), so I doubt it's a distro problem. Mikael, Khalid, can

Re: [PATCH 09/16] sparc64: use the generic get_user_pages_fast code

On Thu, Jul 18, 2019 at 12:59 AM Dmitry V. Levin wrote: > On Tue, Jun 25, 2019 at 04:37:08PM +0200, Christoph Hellwig wrote: > > The sparc64 code is mostly equivalent to the generic one, minus various > > bugfixes and two arch overrides that this patch adds to pgtable.h. > > > > Signed-off-by:

Re: [PATCH 09/16] sparc64: use the generic get_user_pages_fast code

On Sun, Jul 28, 2019 at 5:09 AM David Miller wrote: > From: Anatoly Pugachev > Date: Thu, 25 Jul 2019 21:33:24 +0300 > > there's vmlinuz-5.3.0-rc1 kernel and archive 5.3.0-rc1-modules.tar.gz > > of /lib/modules/5.3.0-rc1/ > > this is from oracle sparclinux LDOM ,

Re: [PATCH 09/16] sparc64: use the generic get_user_pages_fast code

On Wed, Jul 24, 2019 at 11:13 PM David Miller wrote: > > From: Anatoly Pugachev > Date: Wed, 24 Jul 2019 22:32:17 +0300 > > > the first test where it was discovered was done on my test LDOM named > > ttip, hardware (hypervisor) is T5-2 server, running under Solaris 11

Re: [PATCH 09/16] sparc64: use the generic get_user_pages_fast code

On Fri, Jul 19, 2019 at 12:14 AM David Miller wrote: > > So this ended up as commit 7b9afb86b6328f10dc2cad9223d7def12d60e505 > > (thanks to Anatoly for bisecting) and introduced a regression: > > futex.test from the strace test suite now causes an Oops on sparc64 > > in futex syscall. > > > >

Re: [PATCH] sparc: Remove redundant copy of the LGPL-2.0

ifier: \(.*\) */SPDX-License-Identifier: LGPL-2.0+ *\//' arch/sparc/lib/* Fixes: b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to files with no license") Signed-off-by: Anatoly Pugachev CC: Kate Stewart CC: Philippe Ombredanne CC: Thomas Gleixner CC: David S. Mill

Re: strace-4.18 test suite oopses sparc64 4.12 and 4.13-rc kernels

On Tue, Aug 1, 2017 at 12:51 AM, David Miller <da...@davemloft.net> wrote: > From: Anatoly Pugachev <mator...@gmail.com> > Date: Tue, 1 Aug 2017 00:48:07 +0300 > >> Aug 01 00:35:11 v215 kernel: sched_xetattr(1527): Oops [#1] >> Aug 01 00:35:11 v215 kernel: CPU

Re: strace-4.18 test suite oopses sparc64 4.12 and 4.13-rc kernels

On Tue, Aug 1, 2017 at 12:51 AM, David Miller wrote: > From: Anatoly Pugachev > Date: Tue, 1 Aug 2017 00:48:07 +0300 > >> Aug 01 00:35:11 v215 kernel: sched_xetattr(1527): Oops [#1] >> Aug 01 00:35:11 v215 kernel: CPU: 1 PID: 1527 Comm: sched_xetattr Not >> tainted 4.1

Re: strace-4.18 test suite oopses sparc64 4.12 and 4.13-rc kernels

On Mon, Jul 31, 2017 at 8:14 PM, Mikael Pettersson <mikpeli...@gmail.com> wrote: > Mikael Pettersson writes: > > Anatoly Pugachev writes: > > > On Fri, Jul 28, 2017 at 11:45 AM, Mikael Pettersson > > > <mikpeli...@gmail.com> wrote: > > > >

Re: strace-4.18 test suite oopses sparc64 4.12 and 4.13-rc kernels

On Mon, Jul 31, 2017 at 8:14 PM, Mikael Pettersson wrote: > Mikael Pettersson writes: > > Anatoly Pugachev writes: > > > On Fri, Jul 28, 2017 at 11:45 AM, Mikael Pettersson > > > wrote: > > > > It's an rpmbuild --rebuild of Fedora's strac

Re: strace-4.18 test suite oopses sparc64 4.12 and 4.13-rc kernels

On Fri, Jul 28, 2017 at 11:45 AM, Mikael Pettersson wrote: > It's an rpmbuild --rebuild of Fedora's strace-4.18-1.fc24.src.rpm, but > according to the > build log the following should do it: > > export CFLAGS='-O2 -g -pipe -Wall -Werror=format-security >

Re: strace-4.18 test suite oopses sparc64 4.12 and 4.13-rc kernels

On Fri, Jul 28, 2017 at 11:45 AM, Mikael Pettersson wrote: > It's an rpmbuild --rebuild of Fedora's strace-4.18-1.fc24.src.rpm, but > according to the > build log the following should do it: > > export CFLAGS='-O2 -g -pipe -Wall -Werror=format-security > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions

Re: sparc gcc 7.1 compile issue

on the same topic , latest git does not compile for me with gcc-7.0.1 gcc version 7.0.1 20170407 (experimental) [trunk revision 246759] (Debian 7-20170407-1) $ make ... CC arch/sparc/kernel/ds.o arch/sparc/kernel/ds.c: In function ‘register_services’: arch/sparc/kernel/ds.c:912:3: error:

Re: sparc gcc 7.1 compile issue

on the same topic , latest git does not compile for me with gcc-7.0.1 gcc version 7.0.1 20170407 (experimental) [trunk revision 246759] (Debian 7-20170407-1) $ make ... CC arch/sparc/kernel/ds.o arch/sparc/kernel/ds.c: In function ‘register_services’: arch/sparc/kernel/ds.c:912:3: error:

Re: Build regressions/improvements in v4.9-rc7

On Mon, Nov 28, 2016 at 11:43 PM, David Miller <da...@davemloft.net> wrote: > From: Anatoly Pugachev <mator...@gmail.com> > Date: Mon, 28 Nov 2016 23:40:34 +0300 > >> On Mon, Nov 28, 2016 at 5:29 PM, Geert Uytterhoeven >> <ge...@linux-m68k.org> wrote: >

Re: Build regressions/improvements in v4.9-rc7

On Mon, Nov 28, 2016 at 11:43 PM, David Miller wrote: > From: Anatoly Pugachev > Date: Mon, 28 Nov 2016 23:40:34 +0300 > >> On Mon, Nov 28, 2016 at 5:29 PM, Geert Uytterhoeven >> wrote: >>> On Mon, Nov 28, 2016 at 3:27 PM, Geert Uytterhoeven >>> wrot

Re: Build regressions/improvements in v4.9-rc7

On Mon, Nov 28, 2016 at 5:29 PM, Geert Uytterhoeven wrote: > On Mon, Nov 28, 2016 at 3:27 PM, Geert Uytterhoeven > wrote: >> JFYI, when comparing v4.9-rc7[1] to v4.9-rc6[3], the summaries are: >> - build errors: +10/-4 > > +

Re: Build regressions/improvements in v4.9-rc7

On Mon, Nov 28, 2016 at 5:29 PM, Geert Uytterhoeven wrote: > On Mon, Nov 28, 2016 at 3:27 PM, Geert Uytterhoeven > wrote: >> JFYI, when comparing v4.9-rc7[1] to v4.9-rc6[3], the summaries are: >> - build errors: +10/-4 > > + /home/kisskb/slave/src/drivers/scsi/qlogicpti.c: error: passing >

Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...

On Mon, Jul 4, 2016 at 2:36 PM, Meelis Roos wrote: > Just got this on bootup of my Sun T2000: >... > I have not seen it before, this includes 4.6.0 4.6.0-08907-g7639dad > 4.7.0-rc1-00094-g6b15d66 4.7.0-rc4-00014-g67016f6. > > It is not reproducible, did not appear on next reboot

Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...

On Mon, Jul 4, 2016 at 2:36 PM, Meelis Roos wrote: > Just got this on bootup of my Sun T2000: >... > I have not seen it before, this includes 4.6.0 4.6.0-08907-g7639dad > 4.7.0-rc1-00094-g6b15d66 4.7.0-rc4-00014-g67016f6. > > It is not reproducible, did not appear on next reboot of the same >

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Wed, Jun 15, 2016 at 1:38 AM, Anatoly Pugachev <mator...@gmail.com> wrote: > On Tue, Jun 14, 2016 at 4:02 PM, Anatoly Pugachev <mator...@gmail.com> wrote: >> On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos <mr...@linux.ee> wrote: >>>> > Between 4.5.0 a

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Wed, Jun 15, 2016 at 1:38 AM, Anatoly Pugachev wrote: > On Tue, Jun 14, 2016 at 4:02 PM, Anatoly Pugachev wrote: >> On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos wrote: >>>> > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started >>>> > showi

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Tue, Jun 14, 2016 at 4:02 PM, Anatoly Pugachev <mator...@gmail.com> wrote: > On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos <mr...@linux.ee> wrote: >>> > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started >>> > showing the following messa

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Tue, Jun 14, 2016 at 4:02 PM, Anatoly Pugachev wrote: > On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos wrote: >>> > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started >>> > showing the following messages during bootup: >> [...] >>

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos wrote: >> > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started >> > showing the following messages during bootup: > [...] >> >> got the same messages on my t5120 with kernel 4.6.1 : > [...] >> but 4.7.0-rc2+ (from git),

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Mon, Jun 13, 2016 at 3:49 PM, Meelis Roos wrote: >> > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started >> > showing the following messages during bootup: > [...] >> >> got the same messages on my t5120 with kernel 4.6.1 : > [...] >> but 4.7.0-rc2+ (from git), does not have it,

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Thu, Jun 2, 2016 at 10:11 PM, Meelis Roos wrote: > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started > showing the following messages during bootup: > > [ 64.564608] Kernel unaligned access at TPC[69fb04] > pci_bus_read_config_dword+0x64/0x80 > [ 64.564688]

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

On Thu, Jun 2, 2016 at 10:11 PM, Meelis Roos wrote: > Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started > showing the following messages during bootup: > > [ 64.564608] Kernel unaligned access at TPC[69fb04] > pci_bus_read_config_dword+0x64/0x80 > [ 64.564688] Kernel