All of lore.kernel.org
 help / color / mirror / Atom feed
* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-20 10:02 ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-20 10:02 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

 Hello!

Running xfstests (git) suite , I'm getting git kernel OOPS :

Debian GNU/Linux buster/sid ttip console

ttip login: [   32.181114] loop: module loaded
[   73.785279] XFS (vdiskb1): Mounting V5 Filesystem
[   73.800044] XFS (vdiskb1): Starting recovery (logdev: internal)
[   73.804064] XFS (vdiskb1): Ending recovery (logdev: internal)
[   77.527548] XFS (loop0): Mounting V5 Filesystem
[   77.535114] XFS (loop0): Ending clean mount
[   77.644657] XFS (vdiskb1): Unmounting Filesystem
[   77.933610] XFS (vdiskb1): Mounting V5 Filesystem
[   77.948151] XFS (vdiskb1): Ending clean mount
[   78.040921] run fstests generic/081 at 2017-08-20 12:46:15
[   78.780493] XFS (loop0): Unmounting Filesystem
[   80.192977] Unable to handle kernel NULL pointer dereference
[   80.193072] tsk->{mm,active_mm}->context = 00000000000006ce
[   80.193116] tsk->{mm,active_mm}->pgd = fff80040964b8000
[   80.193152]               \|/ ____ \|/
[   80.193152]               "@'/ .. \`@"
[   80.193152]               /_| \__/ |_\
[   80.193152]                  \__U_/
[   80.193232] lvm(1595): Oops [#1]
[   80.193259] CPU: 5 PID: 1595 Comm: lvm Not tainted
4.13.0-rc5-00173-g58d4e450a490 #420
[   80.193307] task: fff800409f410c40 task.stack: fff8004097e4c000
[   80.193346] TSTATE: 0000004411001602 TPC: 00000000004d06e4 TNPC:
00000000004d06e8 Y: 0000016b    Not tainted
[   80.193412] TPC: <lockdep_trace_alloc+0x4/0x140>
[   80.193444] g0: 0000000000c61800 g1: 00000000014000c0 g2:
0000000000000000 g3: 0000000000000000
[   80.193496] g4: 0000000000000000 g5: 0000000000000000 g6:
fff8004097e4c000 g7: 0000000000000000
[   80.193550] o0: 000000010b788020 o1: 0000000000000400 o2:
fff8004096936898 o3: 00000000105ff260
[   80.193603] o4: fff8004096936800 o5: 0000000000000001 sp:
fff8004097e4eae1 ret_pc: 00000000008a1f98
[   80.193664] RPC: <dm_table_add_target+0x298/0x360>
[   80.193697] l0: fff800409f410c40 l1: 00000000010d2ea0 l2:
0000000001555c00 l3: fff800409f4114d0
[   80.193749] l4: 0000000000c61800 l5: 00000000010aaea0 l6:
0000000000db3bf0 l7: 0000000000000050
[   80.193802] i0: 00000000014080c0 i1: 0000000000000100 i2:
0000000000000100 i3: 0000000000000000
[   80.193855] i4: 0000000000000001 i5: 0000000000c61800 i6:
fff8004097e4eb91 i7: 000000000063841c
[   80.193911] I7: <kmem_cache_alloc_trace+0x1c/0x3e0>
[   80.193944] Call Trace:
[   80.193968]  [000000000063841c] kmem_cache_alloc_trace+0x1c/0x3e0
[   80.194011]  [000000000061b318] __get_vm_area_node.isra.5+0x1b8/0x260
[   80.194052]  [000000000061bc98] __vmalloc_node_range+0x58/0x2c0
[   80.194092]  [000000000061c0c0] vzalloc+0x40/0x60
[   80.194125]  [00000000008a0b28] dm_vcalloc+0x28/0x40
[   80.194164]  [00000000105fae58] dm_exception_table_init+0x18/0x80
[dm_snapshot]
[   80.194214]  [00000000105fba78] snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[   80.194255]  [00000000008a1f98] dm_table_add_target+0x298/0x360
[   80.194294]  [00000000008a6448] table_load+0x2c8/0x360
[   80.194330]  [00000000008a70c8] ctl_ioctl+0x348/0x440
[   80.194364]  [00000000008a71d4] dm_ctl_ioctl+0x14/0x40
[   80.194401]  [00000000006754e4] do_vfs_ioctl+0x644/0x6a0
[   80.194437]  [0000000000675590] SyS_ioctl+0x50/0x80
[   80.194473]  [0000000000406234] linux_sparc_syscall+0x34/0x44
[   80.194510] Disabling lock debugging due to kernel taint
[   80.194533] Caller[000000000063841c]: kmem_cache_alloc_trace+0x1c/0x3e0
[   80.194557] Caller[000000000061b318]: __get_vm_area_node.isra.5+0x1b8/0x260
[   80.194581] Caller[000000000061bc98]: __vmalloc_node_range+0x58/0x2c0
[   80.194605] Caller[000000000061c0c0]: vzalloc+0x40/0x60
[   80.194625] Caller[00000000008a0b28]: dm_vcalloc+0x28/0x40
[   80.194647] Caller[00000000105fae58]:
dm_exception_table_init+0x18/0x80 [dm_snapshot]
[   80.194677] Caller[00000000105fba78]: snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[   80.194701] Caller[00000000008a1f98]: dm_table_add_target+0x298/0x360
[   80.194724] Caller[00000000008a6448]: table_load+0x2c8/0x360
[   80.194786] Caller[00000000008a70c8]: ctl_ioctl+0x348/0x440
[   80.194813] Caller[00000000008a71d4]: dm_ctl_ioctl+0x14/0x40
[   80.194839] Caller[00000000006754e4]: do_vfs_ioctl+0x644/0x6a0
[   80.194865] Caller[0000000000675590]: SyS_ioctl+0x50/0x80
[   80.194890] Caller[0000000000406234]: linux_sparc_syscall+0x34/0x44
[   80.194916] Caller[fff80001005e2484]: 0xfff80001005e2484
[   80.194938] Instruction DUMP:
[   80.194942]  01000000
[   80.194958]  01000000
[   80.194972]  9de3bf50
[   80.194986] <c20128b4>
[   80.195000]  80a06000
[   80.195014]  12400048
[   80.195029]  01000000
[   80.195044]  bb520000
[   80.195059]  8217600e
[   80.195073]


steps to reproduce:

git clone https://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
configure && make && make install

xfstests-dev$ cat local.config
export TEST_DIR=/testvol
export TEST_DEV=/dev/vdiskb1
export SCRATCH_DEV_POOL="/dev/loop0 /dev/loop1 /dev/loop2"
export SCRATCH_MNT=/1/scratch

loop devices are in tmpfs:

$ mount tmpfs -t tmpfs -o size=30G /ramdisk
$ for i in 1 2 3; do  fallocate -l 10G /ramdisk/$i; losetup --find
/ramdisk/$i; done

vdiskb1 is xfs filesystem.

kernel OOPS test is generic/081 :

xfstests-dev# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc5-00173-g58d4e450a490
MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 7s ...
(never ends, hangs on kernel OOPS)

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-20 10:02 ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-20 10:02 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

 Hello!

Running xfstests (git) suite , I'm getting git kernel OOPS :

Debian GNU/Linux buster/sid ttip console

ttip login: [   32.181114] loop: module loaded
[   73.785279] XFS (vdiskb1): Mounting V5 Filesystem
[   73.800044] XFS (vdiskb1): Starting recovery (logdev: internal)
[   73.804064] XFS (vdiskb1): Ending recovery (logdev: internal)
[   77.527548] XFS (loop0): Mounting V5 Filesystem
[   77.535114] XFS (loop0): Ending clean mount
[   77.644657] XFS (vdiskb1): Unmounting Filesystem
[   77.933610] XFS (vdiskb1): Mounting V5 Filesystem
[   77.948151] XFS (vdiskb1): Ending clean mount
[   78.040921] run fstests generic/081 at 2017-08-20 12:46:15
[   78.780493] XFS (loop0): Unmounting Filesystem
[   80.192977] Unable to handle kernel NULL pointer dereference
[   80.193072] tsk->{mm,active_mm}->context = 00000000000006ce
[   80.193116] tsk->{mm,active_mm}->pgd = fff80040964b8000
[   80.193152]               \|/ ____ \|/
[   80.193152]               "@'/ .. \`@"
[   80.193152]               /_| \__/ |_\
[   80.193152]                  \__U_/
[   80.193232] lvm(1595): Oops [#1]
[   80.193259] CPU: 5 PID: 1595 Comm: lvm Not tainted
4.13.0-rc5-00173-g58d4e450a490 #420
[   80.193307] task: fff800409f410c40 task.stack: fff8004097e4c000
[   80.193346] TSTATE: 0000004411001602 TPC: 00000000004d06e4 TNPC:
00000000004d06e8 Y: 0000016b    Not tainted
[   80.193412] TPC: <lockdep_trace_alloc+0x4/0x140>
[   80.193444] g0: 0000000000c61800 g1: 00000000014000c0 g2:
0000000000000000 g3: 0000000000000000
[   80.193496] g4: 0000000000000000 g5: 0000000000000000 g6:
fff8004097e4c000 g7: 0000000000000000
[   80.193550] o0: 000000010b788020 o1: 0000000000000400 o2:
fff8004096936898 o3: 00000000105ff260
[   80.193603] o4: fff8004096936800 o5: 0000000000000001 sp:
fff8004097e4eae1 ret_pc: 00000000008a1f98
[   80.193664] RPC: <dm_table_add_target+0x298/0x360>
[   80.193697] l0: fff800409f410c40 l1: 00000000010d2ea0 l2:
0000000001555c00 l3: fff800409f4114d0
[   80.193749] l4: 0000000000c61800 l5: 00000000010aaea0 l6:
0000000000db3bf0 l7: 0000000000000050
[   80.193802] i0: 00000000014080c0 i1: 0000000000000100 i2:
0000000000000100 i3: 0000000000000000
[   80.193855] i4: 0000000000000001 i5: 0000000000c61800 i6:
fff8004097e4eb91 i7: 000000000063841c
[   80.193911] I7: <kmem_cache_alloc_trace+0x1c/0x3e0>
[   80.193944] Call Trace:
[   80.193968]  [000000000063841c] kmem_cache_alloc_trace+0x1c/0x3e0
[   80.194011]  [000000000061b318] __get_vm_area_node.isra.5+0x1b8/0x260
[   80.194052]  [000000000061bc98] __vmalloc_node_range+0x58/0x2c0
[   80.194092]  [000000000061c0c0] vzalloc+0x40/0x60
[   80.194125]  [00000000008a0b28] dm_vcalloc+0x28/0x40
[   80.194164]  [00000000105fae58] dm_exception_table_init+0x18/0x80
[dm_snapshot]
[   80.194214]  [00000000105fba78] snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[   80.194255]  [00000000008a1f98] dm_table_add_target+0x298/0x360
[   80.194294]  [00000000008a6448] table_load+0x2c8/0x360
[   80.194330]  [00000000008a70c8] ctl_ioctl+0x348/0x440
[   80.194364]  [00000000008a71d4] dm_ctl_ioctl+0x14/0x40
[   80.194401]  [00000000006754e4] do_vfs_ioctl+0x644/0x6a0
[   80.194437]  [0000000000675590] SyS_ioctl+0x50/0x80
[   80.194473]  [0000000000406234] linux_sparc_syscall+0x34/0x44
[   80.194510] Disabling lock debugging due to kernel taint
[   80.194533] Caller[000000000063841c]: kmem_cache_alloc_trace+0x1c/0x3e0
[   80.194557] Caller[000000000061b318]: __get_vm_area_node.isra.5+0x1b8/0x260
[   80.194581] Caller[000000000061bc98]: __vmalloc_node_range+0x58/0x2c0
[   80.194605] Caller[000000000061c0c0]: vzalloc+0x40/0x60
[   80.194625] Caller[00000000008a0b28]: dm_vcalloc+0x28/0x40
[   80.194647] Caller[00000000105fae58]:
dm_exception_table_init+0x18/0x80 [dm_snapshot]
[   80.194677] Caller[00000000105fba78]: snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[   80.194701] Caller[00000000008a1f98]: dm_table_add_target+0x298/0x360
[   80.194724] Caller[00000000008a6448]: table_load+0x2c8/0x360
[   80.194786] Caller[00000000008a70c8]: ctl_ioctl+0x348/0x440
[   80.194813] Caller[00000000008a71d4]: dm_ctl_ioctl+0x14/0x40
[   80.194839] Caller[00000000006754e4]: do_vfs_ioctl+0x644/0x6a0
[   80.194865] Caller[0000000000675590]: SyS_ioctl+0x50/0x80
[   80.194890] Caller[0000000000406234]: linux_sparc_syscall+0x34/0x44
[   80.194916] Caller[fff80001005e2484]: 0xfff80001005e2484
[   80.194938] Instruction DUMP:
[   80.194942]  01000000
[   80.194958]  01000000
[   80.194972]  9de3bf50
[   80.194986] <c20128b4>
[   80.195000]  80a06000
[   80.195014]  12400048
[   80.195029]  01000000
[   80.195044]  bb520000
[   80.195059]  8217600e
[   80.195073]


steps to reproduce:

git clone https://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
configure && make && make install

xfstests-dev$ cat local.config
export TEST_DIR=/testvol
export TEST_DEV=/dev/vdiskb1
export SCRATCH_DEV_POOL="/dev/loop0 /dev/loop1 /dev/loop2"
export SCRATCH_MNT=/1/scratch

loop devices are in tmpfs:

$ mount tmpfs -t tmpfs -o size0G /ramdisk
$ for i in 1 2 3; do  fallocate -l 10G /ramdisk/$i; losetup --find
/ramdisk/$i; done

vdiskb1 is xfs filesystem.

kernel OOPS test is generic/081 :

xfstests-dev# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc5-00173-g58d4e450a490
MKFS_OPTIONS  -- -f -bsize@96 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 7s ...
(never ends, hangs on kernel OOPS)

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-20 10:02 ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-20 10:02 UTC (permalink / raw)
  To: lvm-devel

 Hello!

Running xfstests (git) suite , I'm getting git kernel OOPS :

Debian GNU/Linux buster/sid ttip console

ttip login: [   32.181114] loop: module loaded
[   73.785279] XFS (vdiskb1): Mounting V5 Filesystem
[   73.800044] XFS (vdiskb1): Starting recovery (logdev: internal)
[   73.804064] XFS (vdiskb1): Ending recovery (logdev: internal)
[   77.527548] XFS (loop0): Mounting V5 Filesystem
[   77.535114] XFS (loop0): Ending clean mount
[   77.644657] XFS (vdiskb1): Unmounting Filesystem
[   77.933610] XFS (vdiskb1): Mounting V5 Filesystem
[   77.948151] XFS (vdiskb1): Ending clean mount
[   78.040921] run fstests generic/081 at 2017-08-20 12:46:15
[   78.780493] XFS (loop0): Unmounting Filesystem
[   80.192977] Unable to handle kernel NULL pointer dereference
[   80.193072] tsk->{mm,active_mm}->context = 00000000000006ce
[   80.193116] tsk->{mm,active_mm}->pgd = fff80040964b8000
[   80.193152]               \|/ ____ \|/
[   80.193152]               "@'/ .. \`@"
[   80.193152]               /_| \__/ |_\
[   80.193152]                  \__U_/
[   80.193232] lvm(1595): Oops [#1]
[   80.193259] CPU: 5 PID: 1595 Comm: lvm Not tainted
4.13.0-rc5-00173-g58d4e450a490 #420
[   80.193307] task: fff800409f410c40 task.stack: fff8004097e4c000
[   80.193346] TSTATE: 0000004411001602 TPC: 00000000004d06e4 TNPC:
00000000004d06e8 Y: 0000016b    Not tainted
[   80.193412] TPC: <lockdep_trace_alloc+0x4/0x140>
[   80.193444] g0: 0000000000c61800 g1: 00000000014000c0 g2:
0000000000000000 g3: 0000000000000000
[   80.193496] g4: 0000000000000000 g5: 0000000000000000 g6:
fff8004097e4c000 g7: 0000000000000000
[   80.193550] o0: 000000010b788020 o1: 0000000000000400 o2:
fff8004096936898 o3: 00000000105ff260
[   80.193603] o4: fff8004096936800 o5: 0000000000000001 sp:
fff8004097e4eae1 ret_pc: 00000000008a1f98
[   80.193664] RPC: <dm_table_add_target+0x298/0x360>
[   80.193697] l0: fff800409f410c40 l1: 00000000010d2ea0 l2:
0000000001555c00 l3: fff800409f4114d0
[   80.193749] l4: 0000000000c61800 l5: 00000000010aaea0 l6:
0000000000db3bf0 l7: 0000000000000050
[   80.193802] i0: 00000000014080c0 i1: 0000000000000100 i2:
0000000000000100 i3: 0000000000000000
[   80.193855] i4: 0000000000000001 i5: 0000000000c61800 i6:
fff8004097e4eb91 i7: 000000000063841c
[   80.193911] I7: <kmem_cache_alloc_trace+0x1c/0x3e0>
[   80.193944] Call Trace:
[   80.193968]  [000000000063841c] kmem_cache_alloc_trace+0x1c/0x3e0
[   80.194011]  [000000000061b318] __get_vm_area_node.isra.5+0x1b8/0x260
[   80.194052]  [000000000061bc98] __vmalloc_node_range+0x58/0x2c0
[   80.194092]  [000000000061c0c0] vzalloc+0x40/0x60
[   80.194125]  [00000000008a0b28] dm_vcalloc+0x28/0x40
[   80.194164]  [00000000105fae58] dm_exception_table_init+0x18/0x80
[dm_snapshot]
[   80.194214]  [00000000105fba78] snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[   80.194255]  [00000000008a1f98] dm_table_add_target+0x298/0x360
[   80.194294]  [00000000008a6448] table_load+0x2c8/0x360
[   80.194330]  [00000000008a70c8] ctl_ioctl+0x348/0x440
[   80.194364]  [00000000008a71d4] dm_ctl_ioctl+0x14/0x40
[   80.194401]  [00000000006754e4] do_vfs_ioctl+0x644/0x6a0
[   80.194437]  [0000000000675590] SyS_ioctl+0x50/0x80
[   80.194473]  [0000000000406234] linux_sparc_syscall+0x34/0x44
[   80.194510] Disabling lock debugging due to kernel taint
[   80.194533] Caller[000000000063841c]: kmem_cache_alloc_trace+0x1c/0x3e0
[   80.194557] Caller[000000000061b318]: __get_vm_area_node.isra.5+0x1b8/0x260
[   80.194581] Caller[000000000061bc98]: __vmalloc_node_range+0x58/0x2c0
[   80.194605] Caller[000000000061c0c0]: vzalloc+0x40/0x60
[   80.194625] Caller[00000000008a0b28]: dm_vcalloc+0x28/0x40
[   80.194647] Caller[00000000105fae58]:
dm_exception_table_init+0x18/0x80 [dm_snapshot]
[   80.194677] Caller[00000000105fba78]: snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[   80.194701] Caller[00000000008a1f98]: dm_table_add_target+0x298/0x360
[   80.194724] Caller[00000000008a6448]: table_load+0x2c8/0x360
[   80.194786] Caller[00000000008a70c8]: ctl_ioctl+0x348/0x440
[   80.194813] Caller[00000000008a71d4]: dm_ctl_ioctl+0x14/0x40
[   80.194839] Caller[00000000006754e4]: do_vfs_ioctl+0x644/0x6a0
[   80.194865] Caller[0000000000675590]: SyS_ioctl+0x50/0x80
[   80.194890] Caller[0000000000406234]: linux_sparc_syscall+0x34/0x44
[   80.194916] Caller[fff80001005e2484]: 0xfff80001005e2484
[   80.194938] Instruction DUMP:
[   80.194942]  01000000
[   80.194958]  01000000
[   80.194972]  9de3bf50
[   80.194986] <c20128b4>
[   80.195000]  80a06000
[   80.195014]  12400048
[   80.195029]  01000000
[   80.195044]  bb520000
[   80.195059]  8217600e
[   80.195073]


steps to reproduce:

git clone https://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
configure && make && make install

xfstests-dev$ cat local.config
export TEST_DIR=/testvol
export TEST_DEV=/dev/vdiskb1
export SCRATCH_DEV_POOL="/dev/loop0 /dev/loop1 /dev/loop2"
export SCRATCH_MNT=/1/scratch

loop devices are in tmpfs:

$ mount tmpfs -t tmpfs -o size=30G /ramdisk
$ for i in 1 2 3; do  fallocate -l 10G /ramdisk/$i; losetup --find
/ramdisk/$i; done

vdiskb1 is xfs filesystem.

kernel OOPS test is generic/081 :

xfstests-dev# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc5-00173-g58d4e450a490
MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 7s ...
(never ends, hangs on kernel OOPS)



^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
  2017-08-20 10:02 ` Anatoly Pugachev
  (?)
@ 2017-08-21 10:26   ` Anatoly Pugachev
  -1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:26 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>  Hello!
>
> Running xfstests (git) suite , I'm getting git kernel OOPS :

Just tested on debian kernel

Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
sparc64 GNU/Linux

it does not trigger OOPS, but ends in other way:

# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.12.0-1-sparc64-smp
MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 7s ... 4s
Ran: generic/081
Passed all 1 tests

and kernel/console logs:

[7594425.799817] run fstests generic/081 at 2017-08-21 13:20:52
[7594426.133141] XFS (loop0): Unmounting Filesystem
[7594427.098132] XFS (dm-4): Mounting V5 Filesystem
[7594427.105135] XFS (dm-4): Ending clean mount
[7594427.121110] device-mapper: snapshots: Invalidating snapshot:
Unable to allocate exception.
[7594427.127696] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[7594427.127714] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[7594427.127735] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[7594427.127742] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[7594427.127755] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[7594427.127765] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[7594427.127777] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[7594427.127787] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[7594427.127800] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[7594427.127809] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[7594427.215857] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[7594427.215876] XFS (dm-4): xfs_do_force_shutdown(0x2) called from
line 1200 of file /build/linux-3KUWz1/linux-4.12.6/fs/xfs/xfs_log.c.
Return address = 0x0000000010af0640
[7594427.215922] XFS (dm-4): Log I/O Error Detected.  Shutting down filesystem
[7594427.215929] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[7594427.248012] VFS:Filesystem freeze failed
[7594427.287516] VFS:Filesystem freeze failed
[7594427.455936] VFS:Filesystem freeze failed
[7594427.587978] VFS:Filesystem freeze failed
[7594427.759826] VFS:Filesystem freeze failed
[7594427.907975] VFS:Filesystem freeze failed
[7594428.079824] VFS:Filesystem freeze failed
[7594428.207978] VFS:Filesystem freeze failed
[7594428.379944] VFS:Filesystem freeze failed
[7594428.418514] VFS:Filesystem freeze failed
[7594429.178337] XFS (dm-4): Unmounting Filesystem
[7594429.749125] XFS (vdiskb1): Unmounting Filesystem
[7594429.923089] XFS (vdiskb1): Mounting V5 Filesystem
[7594429.933437] XFS (vdiskb1): Ending clean mount
[7594430.025109] XFS (vdiskb1): Unmounting Filesystem

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 10:26   ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:26 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>  Hello!
>
> Running xfstests (git) suite , I'm getting git kernel OOPS :

Just tested on debian kernel

Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
sparc64 GNU/Linux

it does not trigger OOPS, but ends in other way:

# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.12.0-1-sparc64-smp
MKFS_OPTIONS  -- -f -bsize@96 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 7s ... 4s
Ran: generic/081
Passed all 1 tests

and kernel/console logs:

[7594425.799817] run fstests generic/081 at 2017-08-21 13:20:52
[7594426.133141] XFS (loop0): Unmounting Filesystem
[7594427.098132] XFS (dm-4): Mounting V5 Filesystem
[7594427.105135] XFS (dm-4): Ending clean mount
[7594427.121110] device-mapper: snapshots: Invalidating snapshot:
Unable to allocate exception.
[7594427.127696] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[7594427.127714] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[7594427.127735] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[7594427.127742] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[7594427.127755] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[7594427.127765] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[7594427.127777] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[7594427.127787] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[7594427.127800] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[7594427.127809] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[7594427.215857] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[7594427.215876] XFS (dm-4): xfs_do_force_shutdown(0x2) called from
line 1200 of file /build/linux-3KUWz1/linux-4.12.6/fs/xfs/xfs_log.c.
Return address = 0x0000000010af0640
[7594427.215922] XFS (dm-4): Log I/O Error Detected.  Shutting down filesystem
[7594427.215929] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[7594427.248012] VFS:Filesystem freeze failed
[7594427.287516] VFS:Filesystem freeze failed
[7594427.455936] VFS:Filesystem freeze failed
[7594427.587978] VFS:Filesystem freeze failed
[7594427.759826] VFS:Filesystem freeze failed
[7594427.907975] VFS:Filesystem freeze failed
[7594428.079824] VFS:Filesystem freeze failed
[7594428.207978] VFS:Filesystem freeze failed
[7594428.379944] VFS:Filesystem freeze failed
[7594428.418514] VFS:Filesystem freeze failed
[7594429.178337] XFS (dm-4): Unmounting Filesystem
[7594429.749125] XFS (vdiskb1): Unmounting Filesystem
[7594429.923089] XFS (vdiskb1): Mounting V5 Filesystem
[7594429.933437] XFS (vdiskb1): Ending clean mount
[7594430.025109] XFS (vdiskb1): Unmounting Filesystem

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 10:26   ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:26 UTC (permalink / raw)
  To: lvm-devel

On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>  Hello!
>
> Running xfstests (git) suite , I'm getting git kernel OOPS :

Just tested on debian kernel

Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
sparc64 GNU/Linux

it does not trigger OOPS, but ends in other way:

# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.12.0-1-sparc64-smp
MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 7s ... 4s
Ran: generic/081
Passed all 1 tests

and kernel/console logs:

[7594425.799817] run fstests generic/081 at 2017-08-21 13:20:52
[7594426.133141] XFS (loop0): Unmounting Filesystem
[7594427.098132] XFS (dm-4): Mounting V5 Filesystem
[7594427.105135] XFS (dm-4): Ending clean mount
[7594427.121110] device-mapper: snapshots: Invalidating snapshot:
Unable to allocate exception.
[7594427.127696] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[7594427.127714] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[7594427.127735] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[7594427.127742] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[7594427.127755] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[7594427.127765] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[7594427.127777] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[7594427.127787] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[7594427.127800] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[7594427.127809] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[7594427.215857] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[7594427.215876] XFS (dm-4): xfs_do_force_shutdown(0x2) called from
line 1200 of file /build/linux-3KUWz1/linux-4.12.6/fs/xfs/xfs_log.c.
Return address = 0x0000000010af0640
[7594427.215922] XFS (dm-4): Log I/O Error Detected.  Shutting down filesystem
[7594427.215929] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[7594427.248012] VFS:Filesystem freeze failed
[7594427.287516] VFS:Filesystem freeze failed
[7594427.455936] VFS:Filesystem freeze failed
[7594427.587978] VFS:Filesystem freeze failed
[7594427.759826] VFS:Filesystem freeze failed
[7594427.907975] VFS:Filesystem freeze failed
[7594428.079824] VFS:Filesystem freeze failed
[7594428.207978] VFS:Filesystem freeze failed
[7594428.379944] VFS:Filesystem freeze failed
[7594428.418514] VFS:Filesystem freeze failed
[7594429.178337] XFS (dm-4): Unmounting Filesystem
[7594429.749125] XFS (vdiskb1): Unmounting Filesystem
[7594429.923089] XFS (vdiskb1): Mounting V5 Filesystem
[7594429.933437] XFS (vdiskb1): Ending clean mount
[7594430.025109] XFS (vdiskb1): Unmounting Filesystem



^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
  2017-08-21 10:26   ` Anatoly Pugachev
  (?)
@ 2017-08-21 10:52     ` Anatoly Pugachev
  -1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:52 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>  Hello!
>>
>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>
> Just tested on debian kernel
>
> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
> sparc64 GNU/Linux
>
> it does not trigger OOPS, but ends in other way:

well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
check with gcc-6 now...

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 10:52     ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:52 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>  Hello!
>>
>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>
> Just tested on debian kernel
>
> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
> sparc64 GNU/Linux
>
> it does not trigger OOPS, but ends in other way:

well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
check with gcc-6 now...

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 10:52     ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:52 UTC (permalink / raw)
  To: lvm-devel

On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>  Hello!
>>
>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>
> Just tested on debian kernel
>
> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
> sparc64 GNU/Linux
>
> it does not trigger OOPS, but ends in other way:

well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
check with gcc-6 now...



^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
  2017-08-21 10:52     ` Anatoly Pugachev
  (?)
@ 2017-08-21 12:03       ` Anatoly Pugachev
  -1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:03 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>  Hello!
>>>
>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>
>> Just tested on debian kernel
>>
>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>> sparc64 GNU/Linux
>>
>> it does not trigger OOPS, but ends in other way:
>
> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
> check with gcc-6 now...

git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:

xfstests-dev# ./check generic/082
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/082 2s ... 1s
Ran: generic/082
Passed all 1 tests

kernel/console logs:

[   66.022438] XFS (vdiskb1): Mounting V5 Filesystem
[   66.105236] XFS (vdiskb1): Ending clean mount
[   69.862294] XFS (loop0): Mounting V5 Filesystem
[   69.869785] XFS (loop0): Ending clean mount
[   69.954562] XFS (vdiskb1): Unmounting Filesystem
[   70.243985] XFS (vdiskb1): Mounting V5 Filesystem
[   70.266297] XFS (vdiskb1): Ending clean mount
[   70.381947] run fstests generic/082 at 2017-08-21 14:58:27
[   71.162403] XFS (loop0): Unmounting Filesystem
[   71.409342] XFS (loop0): Mounting V5 Filesystem
[   71.416942] XFS (loop0): Ending clean mount
[   71.418462] XFS (loop0): Quotacheck needed: Please wait.
[   71.423380] XFS (loop0): Quotacheck: Done.
[   71.525841] XFS (loop0): unknown mount option [nosuchopt].
[   71.734429] XFS (vdiskb1): Unmounting Filesystem
[   72.017664] XFS (vdiskb1): Mounting V5 Filesystem
[   72.035156] XFS (vdiskb1): Ending clean mount
[   72.154335] XFS (loop0): Unmounting Filesystem
[   72.525197] XFS (loop0): Mounting V5 Filesystem
[   72.533368] XFS (loop0): resetting quota flags
[   72.533486] XFS (loop0): Ending clean mount
[   72.698356] XFS (vdiskb1): Unmounting Filesystem
[   72.770753] XFS (loop0): Unmounting Filesystem


I wonder how safe to compile kernel with gcc-7, since it is second bug
I found in the kernel, when it's compiled with gcc-7.2.0...

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 12:03       ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:03 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>  Hello!
>>>
>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>
>> Just tested on debian kernel
>>
>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>> sparc64 GNU/Linux
>>
>> it does not trigger OOPS, but ends in other way:
>
> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
> check with gcc-6 now...

git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:

xfstests-dev# ./check generic/082
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS  -- -f -bsize@96 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/082 2s ... 1s
Ran: generic/082
Passed all 1 tests

kernel/console logs:

[   66.022438] XFS (vdiskb1): Mounting V5 Filesystem
[   66.105236] XFS (vdiskb1): Ending clean mount
[   69.862294] XFS (loop0): Mounting V5 Filesystem
[   69.869785] XFS (loop0): Ending clean mount
[   69.954562] XFS (vdiskb1): Unmounting Filesystem
[   70.243985] XFS (vdiskb1): Mounting V5 Filesystem
[   70.266297] XFS (vdiskb1): Ending clean mount
[   70.381947] run fstests generic/082 at 2017-08-21 14:58:27
[   71.162403] XFS (loop0): Unmounting Filesystem
[   71.409342] XFS (loop0): Mounting V5 Filesystem
[   71.416942] XFS (loop0): Ending clean mount
[   71.418462] XFS (loop0): Quotacheck needed: Please wait.
[   71.423380] XFS (loop0): Quotacheck: Done.
[   71.525841] XFS (loop0): unknown mount option [nosuchopt].
[   71.734429] XFS (vdiskb1): Unmounting Filesystem
[   72.017664] XFS (vdiskb1): Mounting V5 Filesystem
[   72.035156] XFS (vdiskb1): Ending clean mount
[   72.154335] XFS (loop0): Unmounting Filesystem
[   72.525197] XFS (loop0): Mounting V5 Filesystem
[   72.533368] XFS (loop0): resetting quota flags
[   72.533486] XFS (loop0): Ending clean mount
[   72.698356] XFS (vdiskb1): Unmounting Filesystem
[   72.770753] XFS (loop0): Unmounting Filesystem


I wonder how safe to compile kernel with gcc-7, since it is second bug
I found in the kernel, when it's compiled with gcc-7.2.0...

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 12:03       ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:03 UTC (permalink / raw)
  To: lvm-devel

On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>  Hello!
>>>
>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>
>> Just tested on debian kernel
>>
>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>> sparc64 GNU/Linux
>>
>> it does not trigger OOPS, but ends in other way:
>
> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
> check with gcc-6 now...

git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:

xfstests-dev# ./check generic/082
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/082 2s ... 1s
Ran: generic/082
Passed all 1 tests

kernel/console logs:

[   66.022438] XFS (vdiskb1): Mounting V5 Filesystem
[   66.105236] XFS (vdiskb1): Ending clean mount
[   69.862294] XFS (loop0): Mounting V5 Filesystem
[   69.869785] XFS (loop0): Ending clean mount
[   69.954562] XFS (vdiskb1): Unmounting Filesystem
[   70.243985] XFS (vdiskb1): Mounting V5 Filesystem
[   70.266297] XFS (vdiskb1): Ending clean mount
[   70.381947] run fstests generic/082 at 2017-08-21 14:58:27
[   71.162403] XFS (loop0): Unmounting Filesystem
[   71.409342] XFS (loop0): Mounting V5 Filesystem
[   71.416942] XFS (loop0): Ending clean mount
[   71.418462] XFS (loop0): Quotacheck needed: Please wait.
[   71.423380] XFS (loop0): Quotacheck: Done.
[   71.525841] XFS (loop0): unknown mount option [nosuchopt].
[   71.734429] XFS (vdiskb1): Unmounting Filesystem
[   72.017664] XFS (vdiskb1): Mounting V5 Filesystem
[   72.035156] XFS (vdiskb1): Ending clean mount
[   72.154335] XFS (loop0): Unmounting Filesystem
[   72.525197] XFS (loop0): Mounting V5 Filesystem
[   72.533368] XFS (loop0): resetting quota flags
[   72.533486] XFS (loop0): Ending clean mount
[   72.698356] XFS (vdiskb1): Unmounting Filesystem
[   72.770753] XFS (loop0): Unmounting Filesystem


I wonder how safe to compile kernel with gcc-7, since it is second bug
I found in the kernel, when it's compiled with gcc-7.2.0...



^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
  2017-08-21 12:03       ` Anatoly Pugachev
  (?)
@ 2017-08-21 12:05         ` Anatoly Pugachev
  -1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:05 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

On Mon, Aug 21, 2017 at 3:03 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>>  Hello!
>>>>
>>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>>
>>> Just tested on debian kernel
>>>
>>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>>> sparc64 GNU/Linux
>>>
>>> it does not trigger OOPS, but ends in other way:
>>
>> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
>> check with gcc-6 now...
>
> git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
>
> xfstests-dev# ./check generic/082
> FSTYP         -- xfs (non-debug)
> PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
> MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
> MOUNT_OPTIONS -- /dev/loop0 /1/scratch
>
> generic/082 2s ... 1s
> Ran: generic/082
> Passed all 1 tests
>
> kernel/console logs:
>
> [   66.022438] XFS (vdiskb1): Mounting V5 Filesystem
> [   66.105236] XFS (vdiskb1): Ending clean mount
> [   69.862294] XFS (loop0): Mounting V5 Filesystem
> [   69.869785] XFS (loop0): Ending clean mount
> [   69.954562] XFS (vdiskb1): Unmounting Filesystem
> [   70.243985] XFS (vdiskb1): Mounting V5 Filesystem
> [   70.266297] XFS (vdiskb1): Ending clean mount
> [   70.381947] run fstests generic/082 at 2017-08-21 14:58:27
> [   71.162403] XFS (loop0): Unmounting Filesystem
> [   71.409342] XFS (loop0): Mounting V5 Filesystem
> [   71.416942] XFS (loop0): Ending clean mount
> [   71.418462] XFS (loop0): Quotacheck needed: Please wait.
> [   71.423380] XFS (loop0): Quotacheck: Done.
> [   71.525841] XFS (loop0): unknown mount option [nosuchopt].
> [   71.734429] XFS (vdiskb1): Unmounting Filesystem
> [   72.017664] XFS (vdiskb1): Mounting V5 Filesystem
> [   72.035156] XFS (vdiskb1): Ending clean mount
> [   72.154335] XFS (loop0): Unmounting Filesystem
> [   72.525197] XFS (loop0): Mounting V5 Filesystem
> [   72.533368] XFS (loop0): resetting quota flags
> [   72.533486] XFS (loop0): Ending clean mount
> [   72.698356] XFS (vdiskb1): Unmounting Filesystem
> [   72.770753] XFS (loop0): Unmounting Filesystem
>
>
> I wonder how safe to compile kernel with gcc-7, since it is second bug
> I found in the kernel, when it's compiled with gcc-7.2.0...


OOPS, should be running generic/081 instead of 082 in my previous
message, but anyway, no OOPS with generic/081:

xfstests-dev# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 4s ... 5s
Ran: generic/081
Passed all 1 tests

kernel logs:

[  417.447478] XFS (vdiskb1): Ending clean mount
[  417.535416] run fstests generic/081 at 2017-08-21 15:04:14
[  418.274997] XFS (loop0): Unmounting Filesystem
[  419.929533] XFS (dm-4): Mounting V5 Filesystem
[  419.965193] XFS (dm-4): Ending clean mount
[  420.030845] device-mapper: snapshots: Invalidating snapshot: Unable
to allocate exception.
[  420.062800] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[  420.062887] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[  420.063566] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[  420.063619] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[  420.063684] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[  420.063737] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[  420.063801] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[  420.063853] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[  420.063916] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[  420.063967] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[  420.074043] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[  420.074165] XFS (dm-4): xfs_do_force_shutdown(0x2) called from line
1210 of file fs/xfs/xfs_log.c.  Return address = 0x00000000103ee854
[  420.074623] XFS (dm-4): Log I/O Error Detected.  Shutting down filesystem
[  420.074682] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[  420.080113] XFS (dm-4): Unmounting Filesystem
[  422.943129] XFS (vdiskb1): Unmounting Filesystem
[  423.227362] XFS (vdiskb1): Mounting V5 Filesystem
[  423.248418] XFS (vdiskb1): Ending clean mount
[  423.394854] XFS (vdiskb1): Unmounting Filesystem

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 12:05         ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:05 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

On Mon, Aug 21, 2017 at 3:03 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>>  Hello!
>>>>
>>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>>
>>> Just tested on debian kernel
>>>
>>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>>> sparc64 GNU/Linux
>>>
>>> it does not trigger OOPS, but ends in other way:
>>
>> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
>> check with gcc-6 now...
>
> git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
>
> xfstests-dev# ./check generic/082
> FSTYP         -- xfs (non-debug)
> PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
> MKFS_OPTIONS  -- -f -bsize@96 /dev/loop0
> MOUNT_OPTIONS -- /dev/loop0 /1/scratch
>
> generic/082 2s ... 1s
> Ran: generic/082
> Passed all 1 tests
>
> kernel/console logs:
>
> [   66.022438] XFS (vdiskb1): Mounting V5 Filesystem
> [   66.105236] XFS (vdiskb1): Ending clean mount
> [   69.862294] XFS (loop0): Mounting V5 Filesystem
> [   69.869785] XFS (loop0): Ending clean mount
> [   69.954562] XFS (vdiskb1): Unmounting Filesystem
> [   70.243985] XFS (vdiskb1): Mounting V5 Filesystem
> [   70.266297] XFS (vdiskb1): Ending clean mount
> [   70.381947] run fstests generic/082 at 2017-08-21 14:58:27
> [   71.162403] XFS (loop0): Unmounting Filesystem
> [   71.409342] XFS (loop0): Mounting V5 Filesystem
> [   71.416942] XFS (loop0): Ending clean mount
> [   71.418462] XFS (loop0): Quotacheck needed: Please wait.
> [   71.423380] XFS (loop0): Quotacheck: Done.
> [   71.525841] XFS (loop0): unknown mount option [nosuchopt].
> [   71.734429] XFS (vdiskb1): Unmounting Filesystem
> [   72.017664] XFS (vdiskb1): Mounting V5 Filesystem
> [   72.035156] XFS (vdiskb1): Ending clean mount
> [   72.154335] XFS (loop0): Unmounting Filesystem
> [   72.525197] XFS (loop0): Mounting V5 Filesystem
> [   72.533368] XFS (loop0): resetting quota flags
> [   72.533486] XFS (loop0): Ending clean mount
> [   72.698356] XFS (vdiskb1): Unmounting Filesystem
> [   72.770753] XFS (loop0): Unmounting Filesystem
>
>
> I wonder how safe to compile kernel with gcc-7, since it is second bug
> I found in the kernel, when it's compiled with gcc-7.2.0...


OOPS, should be running generic/081 instead of 082 in my previous
message, but anyway, no OOPS with generic/081:

xfstests-dev# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS  -- -f -bsize@96 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 4s ... 5s
Ran: generic/081
Passed all 1 tests

kernel logs:

[  417.447478] XFS (vdiskb1): Ending clean mount
[  417.535416] run fstests generic/081 at 2017-08-21 15:04:14
[  418.274997] XFS (loop0): Unmounting Filesystem
[  419.929533] XFS (dm-4): Mounting V5 Filesystem
[  419.965193] XFS (dm-4): Ending clean mount
[  420.030845] device-mapper: snapshots: Invalidating snapshot: Unable
to allocate exception.
[  420.062800] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[  420.062887] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[  420.063566] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[  420.063619] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[  420.063684] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[  420.063737] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[  420.063801] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[  420.063853] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[  420.063916] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[  420.063967] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[  420.074043] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[  420.074165] XFS (dm-4): xfs_do_force_shutdown(0x2) called from line
1210 of file fs/xfs/xfs_log.c.  Return address = 0x00000000103ee854
[  420.074623] XFS (dm-4): Log I/O Error Detected.  Shutting down filesystem
[  420.074682] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[  420.080113] XFS (dm-4): Unmounting Filesystem
[  422.943129] XFS (vdiskb1): Unmounting Filesystem
[  423.227362] XFS (vdiskb1): Mounting V5 Filesystem
[  423.248418] XFS (vdiskb1): Ending clean mount
[  423.394854] XFS (vdiskb1): Unmounting Filesystem

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 12:05         ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:05 UTC (permalink / raw)
  To: lvm-devel

On Mon, Aug 21, 2017 at 3:03 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>>  Hello!
>>>>
>>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>>
>>> Just tested on debian kernel
>>>
>>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>>> sparc64 GNU/Linux
>>>
>>> it does not trigger OOPS, but ends in other way:
>>
>> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
>> check with gcc-6 now...
>
> git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
>
> xfstests-dev# ./check generic/082
> FSTYP         -- xfs (non-debug)
> PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
> MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
> MOUNT_OPTIONS -- /dev/loop0 /1/scratch
>
> generic/082 2s ... 1s
> Ran: generic/082
> Passed all 1 tests
>
> kernel/console logs:
>
> [   66.022438] XFS (vdiskb1): Mounting V5 Filesystem
> [   66.105236] XFS (vdiskb1): Ending clean mount
> [   69.862294] XFS (loop0): Mounting V5 Filesystem
> [   69.869785] XFS (loop0): Ending clean mount
> [   69.954562] XFS (vdiskb1): Unmounting Filesystem
> [   70.243985] XFS (vdiskb1): Mounting V5 Filesystem
> [   70.266297] XFS (vdiskb1): Ending clean mount
> [   70.381947] run fstests generic/082 at 2017-08-21 14:58:27
> [   71.162403] XFS (loop0): Unmounting Filesystem
> [   71.409342] XFS (loop0): Mounting V5 Filesystem
> [   71.416942] XFS (loop0): Ending clean mount
> [   71.418462] XFS (loop0): Quotacheck needed: Please wait.
> [   71.423380] XFS (loop0): Quotacheck: Done.
> [   71.525841] XFS (loop0): unknown mount option [nosuchopt].
> [   71.734429] XFS (vdiskb1): Unmounting Filesystem
> [   72.017664] XFS (vdiskb1): Mounting V5 Filesystem
> [   72.035156] XFS (vdiskb1): Ending clean mount
> [   72.154335] XFS (loop0): Unmounting Filesystem
> [   72.525197] XFS (loop0): Mounting V5 Filesystem
> [   72.533368] XFS (loop0): resetting quota flags
> [   72.533486] XFS (loop0): Ending clean mount
> [   72.698356] XFS (vdiskb1): Unmounting Filesystem
> [   72.770753] XFS (loop0): Unmounting Filesystem
>
>
> I wonder how safe to compile kernel with gcc-7, since it is second bug
> I found in the kernel, when it's compiled with gcc-7.2.0...


OOPS, should be running generic/081 instead of 082 in my previous
message, but anyway, no OOPS with generic/081:

xfstests-dev# ./check generic/081
FSTYP         -- xfs (non-debug)
PLATFORM      -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS  -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch

generic/081 4s ... 5s
Ran: generic/081
Passed all 1 tests

kernel logs:

[  417.447478] XFS (vdiskb1): Ending clean mount
[  417.535416] run fstests generic/081 at 2017-08-21 15:04:14
[  418.274997] XFS (loop0): Unmounting Filesystem
[  419.929533] XFS (dm-4): Mounting V5 Filesystem
[  419.965193] XFS (dm-4): Ending clean mount
[  420.030845] device-mapper: snapshots: Invalidating snapshot: Unable
to allocate exception.
[  420.062800] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[  420.062887] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[  420.063566] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[  420.063619] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[  420.063684] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[  420.063737] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[  420.063801] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[  420.063853] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[  420.063916] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[  420.063967] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[  420.074043] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[  420.074165] XFS (dm-4): xfs_do_force_shutdown(0x2) called from line
1210 of file fs/xfs/xfs_log.c.  Return address = 0x00000000103ee854
[  420.074623] XFS (dm-4): Log I/O Error Detected.  Shutting down filesystem
[  420.074682] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[  420.080113] XFS (dm-4): Unmounting Filesystem
[  422.943129] XFS (vdiskb1): Unmounting Filesystem
[  423.227362] XFS (vdiskb1): Mounting V5 Filesystem
[  423.248418] XFS (vdiskb1): Ending clean mount
[  423.394854] XFS (vdiskb1): Unmounting Filesystem



^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
  2017-08-21 12:05         ` Anatoly Pugachev
  (?)
@ 2017-08-21 14:42           ` Anatoly Pugachev
  -1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 14:42 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

Compiling git kernel with gcc-7.2 and with patch [1] fixes OOPS on
xfstests as well.

1. "[sparc64] kernel OOPS with gcc 7.1 / 7.2"
https://marc.info/?l=gcc&m=150285790205560&w=2

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 14:42           ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 14:42 UTC (permalink / raw)
  To: lvm-devel; +Cc: Sparc kernel list, fstests

Compiling git kernel with gcc-7.2 and with patch [1] fixes OOPS on
xfstests as well.

1. "[sparc64] kernel OOPS with gcc 7.1 / 7.2"
https://marc.info/?l=gcc&m\x150285790205560&w=2

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 14:42           ` Anatoly Pugachev
  0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 14:42 UTC (permalink / raw)
  To: lvm-devel

Compiling git kernel with gcc-7.2 and with patch [1] fixes OOPS on
xfstests as well.

1. "[sparc64] kernel OOPS with gcc 7.1 / 7.2"
https://marc.info/?l=gcc&m=150285790205560&w=2



^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2017-08-21 14:42 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-08-20 10:02 [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+ Anatoly Pugachev
2017-08-20 10:02 ` Anatoly Pugachev
2017-08-20 10:02 ` Anatoly Pugachev
2017-08-21 10:26 ` Anatoly Pugachev
2017-08-21 10:26   ` Anatoly Pugachev
2017-08-21 10:26   ` Anatoly Pugachev
2017-08-21 10:52   ` Anatoly Pugachev
2017-08-21 10:52     ` Anatoly Pugachev
2017-08-21 10:52     ` Anatoly Pugachev
2017-08-21 12:03     ` Anatoly Pugachev
2017-08-21 12:03       ` Anatoly Pugachev
2017-08-21 12:03       ` Anatoly Pugachev
2017-08-21 12:05       ` Anatoly Pugachev
2017-08-21 12:05         ` Anatoly Pugachev
2017-08-21 12:05         ` Anatoly Pugachev
2017-08-21 14:42         ` Anatoly Pugachev
2017-08-21 14:42           ` Anatoly Pugachev
2017-08-21 14:42           ` Anatoly Pugachev

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.