All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <ceed2e5f-c03e-721f-ba2f-a581d6214e5c@gmail.com>

diff --git a/a/1.txt b/N1/1.txt
index 1f6c8fc..232567f 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -5,23 +5,23 @@ On 30/09/20 7:52 pm, Andrew Price wrote:
 >>
 >> syzbot found the following issue on:
 >>
->> HEAD commit:??? fb0155a0 Merge tag 'nfs-for-5.9-3' of git://git.linux-nfs...
->> git tree:?????? upstream
+>> HEAD commit:    fb0155a0 Merge tag 'nfs-for-5.9-3' of git://git.linux-nfs...
+>> git tree:       upstream
 >> console output: https://syzkaller.appspot.com/x/log.txt?x=13458c0f900000
->> kernel config:? https://syzkaller.appspot.com/x/.config?x=adebb40048274f92
+>> kernel config:  https://syzkaller.appspot.com/x/.config?x=adebb40048274f92
 >> dashboard link: https://syzkaller.appspot.com/bug?extid=af90d47a37376844e731
->> compiler:?????? clang version 10.0.0 (https://github.com/llvm/llvm-project/ c2443155a0fb245c8f17f2c1c72b6ea391e86e81)
->> syz repro:????? https://syzkaller.appspot.com/x/repro.syz?x=15c307d3900000
->> C reproducer:?? https://syzkaller.appspot.com/x/repro.c?x=1353d58d900000
+>> compiler:       clang version 10.0.0 (https://github.com/llvm/llvm-project/ c2443155a0fb245c8f17f2c1c72b6ea391e86e81)
+>> syz repro:      https://syzkaller.appspot.com/x/repro.syz?x=15c307d3900000
+>> C reproducer:   https://syzkaller.appspot.com/x/repro.c?x=1353d58d900000
 >>
 >> Bisection is inconclusive: the issue happens on the oldest tested release.
 >>
->> bisection log:? https://syzkaller.appspot.com/x/bisect.txt?x=106acbbb900000
->> final oops:???? https://syzkaller.appspot.com/x/report.txt?x=126acbbb900000
+>> bisection log:  https://syzkaller.appspot.com/x/bisect.txt?x=106acbbb900000
+>> final oops:     https://syzkaller.appspot.com/x/report.txt?x=126acbbb900000
 >> console output: https://syzkaller.appspot.com/x/log.txt?x=146acbbb900000
 >>
 >> IMPORTANT: if you fix the issue, please add the following tag to the commit:
->> Reported-by: syzbot+af90d47a37376844e731 at syzkaller.appspotmail.com
+>> Reported-by: syzbot+af90d47a37376844e731@syzkaller.appspotmail.com
 >>
 >> gfs2: fsid=loop0: Trying to join cluster "lock_nolock", "loop0"
 >> gfs2: fsid=loop0: Now mounting FS...
@@ -40,24 +40,24 @@ On 30/09/20 7:52 pm, Andrew Price wrote:
 >> CPU: 1 PID: 6853 Comm: syz-executor940 Not tainted 5.9.0-rc7-syzkaller #0
 >> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
 >> Call Trace:
->> ? __dump_stack lib/dump_stack.c:77 [inline]
->> ? dump_stack+0x1d6/0x29e lib/dump_stack.c:118
->> ? print_address_description+0x66/0x620 mm/kasan/report.c:383
->> ? __kasan_report mm/kasan/report.c:513 [inline]
->> ? kasan_report+0x132/0x1d0 mm/kasan/report.c:530
->> ? gfs2_read_sb fs/gfs2/ops_fstype.c:342 [inline]
->> ? init_sb fs/gfs2/ops_fstype.c:479 [inline]
->> ? gfs2_fill_super+0x1db5/0x3fe0 fs/gfs2/ops_fstype.c:1096
->> ? get_tree_bdev+0x3e9/0x5f0 fs/super.c:1342
->> ? gfs2_get_tree+0x4c/0x1f0 fs/gfs2/ops_fstype.c:1201
->> ? vfs_get_tree+0x88/0x270 fs/super.c:1547
->> ? do_new_mount fs/namespace.c:2875 [inline]
->> ? path_mount+0x179d/0x29e0 fs/namespace.c:3192
->> ? do_mount fs/namespace.c:3205 [inline]
->> ? __do_sys_mount fs/namespace.c:3413 [inline]
->> ? __se_sys_mount+0x126/0x180 fs/namespace.c:3390
->> ? do_syscall_64+0x31/0x70 arch/x86/entry/common.c:46
->> ? entry_SYSCALL_64_after_hwframe+0x44/0xa9
+>>   __dump_stack lib/dump_stack.c:77 [inline]
+>>   dump_stack+0x1d6/0x29e lib/dump_stack.c:118
+>>   print_address_description+0x66/0x620 mm/kasan/report.c:383
+>>   __kasan_report mm/kasan/report.c:513 [inline]
+>>   kasan_report+0x132/0x1d0 mm/kasan/report.c:530
+>>   gfs2_read_sb fs/gfs2/ops_fstype.c:342 [inline]
+>>   init_sb fs/gfs2/ops_fstype.c:479 [inline]
+>>   gfs2_fill_super+0x1db5/0x3fe0 fs/gfs2/ops_fstype.c:1096
+>>   get_tree_bdev+0x3e9/0x5f0 fs/super.c:1342
+>>   gfs2_get_tree+0x4c/0x1f0 fs/gfs2/ops_fstype.c:1201
+>>   vfs_get_tree+0x88/0x270 fs/super.c:1547
+>>   do_new_mount fs/namespace.c:2875 [inline]
+>>   path_mount+0x179d/0x29e0 fs/namespace.c:3192
+>>   do_mount fs/namespace.c:3205 [inline]
+>>   __do_sys_mount fs/namespace.c:3413 [inline]
+>>   __se_sys_mount+0x126/0x180 fs/namespace.c:3390
+>>   do_syscall_64+0x31/0x70 arch/x86/entry/common.c:46
+>>   entry_SYSCALL_64_after_hwframe+0x44/0xa9
 >> RIP: 0033:0x446dba
 >> Code: b8 08 00 00 00 0f 05 48 3d 01 f0 ff ff 0f 83 fd ad fb ff c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 49 89 ca b8 a5 00 00 00 0f 05 <48> 3d 01 f0 ff ff 0f 83 da ad fb ff c3 66 0f 1f 84 00 00 00 00 00
 >> RSP: 002b:00007fff4c56e748 EFLAGS: 00000293 ORIG_RAX: 00000000000000a5
@@ -68,29 +68,29 @@ On 30/09/20 7:52 pm, Andrew Price wrote:
 >> R13: 0000000000000004 R14: 0000000000000003 R15: 0000000000000003
 >>
 >> Allocated by task 6853:
->> ? kasan_save_stack mm/kasan/common.c:48 [inline]
->> ? kasan_set_track mm/kasan/common.c:56 [inline]
->> ? __kasan_kmalloc+0x100/0x130 mm/kasan/common.c:461
->> ? kmem_cache_alloc_trace+0x1e4/0x2e0 mm/slab.c:3554
->> ? kmalloc include/linux/slab.h:554 [inline]
->> ? kzalloc include/linux/slab.h:666 [inline]
->> ? init_sbd fs/gfs2/ops_fstype.c:77 [inline]
->> ? gfs2_fill_super+0xb6/0x3fe0 fs/gfs2/ops_fstype.c:1018
->> ? get_tree_bdev+0x3e9/0x5f0 fs/super.c:1342
->> ? gfs2_get_tree+0x4c/0x1f0 fs/gfs2/ops_fstype.c:1201
->> ? vfs_get_tree+0x88/0x270 fs/super.c:1547
->> ? do_new_mount fs/namespace.c:2875 [inline]
->> ? path_mount+0x179d/0x29e0 fs/namespace.c:3192
->> ? do_mount fs/namespace.c:3205 [inline]
->> ? __do_sys_mount fs/namespace.c:3413 [inline]
->> ? __se_sys_mount+0x126/0x180 fs/namespace.c:3390
->> ? do_syscall_64+0x31/0x70 arch/x86/entry/common.c:46
->> ? entry_SYSCALL_64_after_hwframe+0x44/0xa9
+>>   kasan_save_stack mm/kasan/common.c:48 [inline]
+>>   kasan_set_track mm/kasan/common.c:56 [inline]
+>>   __kasan_kmalloc+0x100/0x130 mm/kasan/common.c:461
+>>   kmem_cache_alloc_trace+0x1e4/0x2e0 mm/slab.c:3554
+>>   kmalloc include/linux/slab.h:554 [inline]
+>>   kzalloc include/linux/slab.h:666 [inline]
+>>   init_sbd fs/gfs2/ops_fstype.c:77 [inline]
+>>   gfs2_fill_super+0xb6/0x3fe0 fs/gfs2/ops_fstype.c:1018
+>>   get_tree_bdev+0x3e9/0x5f0 fs/super.c:1342
+>>   gfs2_get_tree+0x4c/0x1f0 fs/gfs2/ops_fstype.c:1201
+>>   vfs_get_tree+0x88/0x270 fs/super.c:1547
+>>   do_new_mount fs/namespace.c:2875 [inline]
+>>   path_mount+0x179d/0x29e0 fs/namespace.c:3192
+>>   do_mount fs/namespace.c:3205 [inline]
+>>   __do_sys_mount fs/namespace.c:3413 [inline]
+>>   __se_sys_mount+0x126/0x180 fs/namespace.c:3390
+>>   do_syscall_64+0x31/0x70 arch/x86/entry/common.c:46
+>>   entry_SYSCALL_64_after_hwframe+0x44/0xa9
 >>
 >> The buggy address belongs to the object at ffff88809073c000
->> ? which belongs to the cache kmalloc-8k of size 8192
+>>   which belongs to the cache kmalloc-8k of size 8192
 >> The buggy address is located 5448 bytes inside of
->> ? 8192-byte region [ffff88809073c000, ffff88809073e000)
+>>   8192-byte region [ffff88809073c000, ffff88809073e000)
 >> The buggy address belongs to the page:
 >> page:00000000bd4b0b2d refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x9073c
 >> head:00000000bd4b0b2d order:2 compound_mapcount:0 compound_pincount:0
@@ -100,19 +100,19 @@ On 30/09/20 7:52 pm, Andrew Price wrote:
 >> page dumped because: kasan: bad access detected
 >>
 >> Memory state around the buggy address:
->> ? ffff88809073d400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
->> ? ffff88809073d480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+>>   ffff88809073d400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+>>   ffff88809073d480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 >>> ffff88809073d500: 00 00 00 00 00 00 00 00 00 fc fc fc fc fc fc fc
->> ?????????????????????????????????????????????? ^
->> ? ffff88809073d580: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc
->> ? ffff88809073d600: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc
+>>                                                ^
+>>   ffff88809073d580: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc
+>>   ffff88809073d600: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc
 >> ==================================================================
 >>
 >>
 >> ---
 >> This report is generated by a bot. It may contain errors.
 >> See https://goo.gl/tpsmEJ for more information about syzbot.
->> syzbot engineers can be reached at syzkaller at googlegroups.com.
+>> syzbot engineers can be reached at syzkaller@googlegroups.com.
 >>
 >> syzbot will keep track of this issue. See:
 >> https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
@@ -124,7 +124,7 @@ On 30/09/20 7:52 pm, Andrew Price wrote:
 
 Just saw this report.
 This seems to be the same as
-??? https://syzkaller.appspot.com/bug?extid=a5e2482a693e6b1e444b ,
+    https://syzkaller.appspot.com/bug?extid=a5e2482a693e6b1e444b ,
 for which I have recently sent in a fix (https://lkml.org/lkml/2020/10/13/588).
 
 Since the "Reported-by" tag in the patch sent is for the other instance of the
diff --git a/a/content_digest b/N1/content_digest
index a3e996e..0c72b17 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,9 +1,15 @@
  "ref\00000000000006903b205b0873061@google.com\0"
  "ref\021b7b508-c8f2-4730-7a1d-b4376effcce0@redhat.com\0"
  "From\0Anant Thazhemadam <anant.thazhemadam@gmail.com>\0"
- "Subject\0[Cluster-devel] KASAN: slab-out-of-bounds Write in gfs2_fill_super\0"
+ "Subject\0Re: [Cluster-devel] KASAN: slab-out-of-bounds Write in gfs2_fill_super\0"
  "Date\0Wed, 14 Oct 2020 17:49:22 +0530\0"
- "To\0cluster-devel.redhat.com\0"
+ "To\0Andrew Price <anprice@redhat.com>\0"
+ "Cc\0syzbot <syzbot+af90d47a37376844e731@syzkaller.appspotmail.com>"
+  agruenba@redhat.com
+  cluster-devel@redhat.com
+  linux-kernel@vger.kernel.org
+  rpeterso@redhat.com
+ " syzkaller-bugs@googlegroups.com\0"
  "\00:1\0"
  "b\0"
  "\n"
@@ -13,23 +19,23 @@
  ">>\n"
  ">> syzbot found the following issue on:\n"
  ">>\n"
- ">> HEAD commit:??? fb0155a0 Merge tag 'nfs-for-5.9-3' of git://git.linux-nfs...\n"
- ">> git tree:?????? upstream\n"
+ ">> HEAD commit:\302\240\302\240\302\240 fb0155a0 Merge tag 'nfs-for-5.9-3' of git://git.linux-nfs...\n"
+ ">> git tree:\302\240\302\240\302\240\302\240\302\240\302\240 upstream\n"
  ">> console output: https://syzkaller.appspot.com/x/log.txt?x=13458c0f900000\n"
- ">> kernel config:? https://syzkaller.appspot.com/x/.config?x=adebb40048274f92\n"
+ ">> kernel config:\302\240 https://syzkaller.appspot.com/x/.config?x=adebb40048274f92\n"
  ">> dashboard link: https://syzkaller.appspot.com/bug?extid=af90d47a37376844e731\n"
- ">> compiler:?????? clang version 10.0.0 (https://github.com/llvm/llvm-project/ c2443155a0fb245c8f17f2c1c72b6ea391e86e81)\n"
- ">> syz repro:????? https://syzkaller.appspot.com/x/repro.syz?x=15c307d3900000\n"
- ">> C reproducer:?? https://syzkaller.appspot.com/x/repro.c?x=1353d58d900000\n"
+ ">> compiler:\302\240\302\240\302\240\302\240\302\240\302\240 clang version 10.0.0 (https://github.com/llvm/llvm-project/ c2443155a0fb245c8f17f2c1c72b6ea391e86e81)\n"
+ ">> syz repro:\302\240\302\240\302\240\302\240\302\240 https://syzkaller.appspot.com/x/repro.syz?x=15c307d3900000\n"
+ ">> C reproducer:\302\240\302\240 https://syzkaller.appspot.com/x/repro.c?x=1353d58d900000\n"
  ">>\n"
  ">> Bisection is inconclusive: the issue happens on the oldest tested release.\n"
  ">>\n"
- ">> bisection log:? https://syzkaller.appspot.com/x/bisect.txt?x=106acbbb900000\n"
- ">> final oops:???? https://syzkaller.appspot.com/x/report.txt?x=126acbbb900000\n"
+ ">> bisection log:\302\240 https://syzkaller.appspot.com/x/bisect.txt?x=106acbbb900000\n"
+ ">> final oops:\302\240\302\240\302\240\302\240 https://syzkaller.appspot.com/x/report.txt?x=126acbbb900000\n"
  ">> console output: https://syzkaller.appspot.com/x/log.txt?x=146acbbb900000\n"
  ">>\n"
  ">> IMPORTANT: if you fix the issue, please add the following tag to the commit:\n"
- ">> Reported-by: syzbot+af90d47a37376844e731 at syzkaller.appspotmail.com\n"
+ ">> Reported-by: syzbot+af90d47a37376844e731@syzkaller.appspotmail.com\n"
  ">>\n"
  ">> gfs2: fsid=loop0: Trying to join cluster \"lock_nolock\", \"loop0\"\n"
  ">> gfs2: fsid=loop0: Now mounting FS...\n"
@@ -48,24 +54,24 @@
  ">> CPU: 1 PID: 6853 Comm: syz-executor940 Not tainted 5.9.0-rc7-syzkaller #0\n"
  ">> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011\n"
  ">> Call Trace:\n"
- ">> ? __dump_stack lib/dump_stack.c:77 [inline]\n"
- ">> ? dump_stack+0x1d6/0x29e lib/dump_stack.c:118\n"
- ">> ? print_address_description+0x66/0x620 mm/kasan/report.c:383\n"
- ">> ? __kasan_report mm/kasan/report.c:513 [inline]\n"
- ">> ? kasan_report+0x132/0x1d0 mm/kasan/report.c:530\n"
- ">> ? gfs2_read_sb fs/gfs2/ops_fstype.c:342 [inline]\n"
- ">> ? init_sb fs/gfs2/ops_fstype.c:479 [inline]\n"
- ">> ? gfs2_fill_super+0x1db5/0x3fe0 fs/gfs2/ops_fstype.c:1096\n"
- ">> ? get_tree_bdev+0x3e9/0x5f0 fs/super.c:1342\n"
- ">> ? gfs2_get_tree+0x4c/0x1f0 fs/gfs2/ops_fstype.c:1201\n"
- ">> ? vfs_get_tree+0x88/0x270 fs/super.c:1547\n"
- ">> ? do_new_mount fs/namespace.c:2875 [inline]\n"
- ">> ? path_mount+0x179d/0x29e0 fs/namespace.c:3192\n"
- ">> ? do_mount fs/namespace.c:3205 [inline]\n"
- ">> ? __do_sys_mount fs/namespace.c:3413 [inline]\n"
- ">> ? __se_sys_mount+0x126/0x180 fs/namespace.c:3390\n"
- ">> ? do_syscall_64+0x31/0x70 arch/x86/entry/common.c:46\n"
- ">> ? entry_SYSCALL_64_after_hwframe+0x44/0xa9\n"
+ ">> \302\240 __dump_stack lib/dump_stack.c:77 [inline]\n"
+ ">> \302\240 dump_stack+0x1d6/0x29e lib/dump_stack.c:118\n"
+ ">> \302\240 print_address_description+0x66/0x620 mm/kasan/report.c:383\n"
+ ">> \302\240 __kasan_report mm/kasan/report.c:513 [inline]\n"
+ ">> \302\240 kasan_report+0x132/0x1d0 mm/kasan/report.c:530\n"
+ ">> \302\240 gfs2_read_sb fs/gfs2/ops_fstype.c:342 [inline]\n"
+ ">> \302\240 init_sb fs/gfs2/ops_fstype.c:479 [inline]\n"
+ ">> \302\240 gfs2_fill_super+0x1db5/0x3fe0 fs/gfs2/ops_fstype.c:1096\n"
+ ">> \302\240 get_tree_bdev+0x3e9/0x5f0 fs/super.c:1342\n"
+ ">> \302\240 gfs2_get_tree+0x4c/0x1f0 fs/gfs2/ops_fstype.c:1201\n"
+ ">> \302\240 vfs_get_tree+0x88/0x270 fs/super.c:1547\n"
+ ">> \302\240 do_new_mount fs/namespace.c:2875 [inline]\n"
+ ">> \302\240 path_mount+0x179d/0x29e0 fs/namespace.c:3192\n"
+ ">> \302\240 do_mount fs/namespace.c:3205 [inline]\n"
+ ">> \302\240 __do_sys_mount fs/namespace.c:3413 [inline]\n"
+ ">> \302\240 __se_sys_mount+0x126/0x180 fs/namespace.c:3390\n"
+ ">> \302\240 do_syscall_64+0x31/0x70 arch/x86/entry/common.c:46\n"
+ ">> \302\240 entry_SYSCALL_64_after_hwframe+0x44/0xa9\n"
  ">> RIP: 0033:0x446dba\n"
  ">> Code: b8 08 00 00 00 0f 05 48 3d 01 f0 ff ff 0f 83 fd ad fb ff c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 49 89 ca b8 a5 00 00 00 0f 05 <48> 3d 01 f0 ff ff 0f 83 da ad fb ff c3 66 0f 1f 84 00 00 00 00 00\n"
  ">> RSP: 002b:00007fff4c56e748 EFLAGS: 00000293 ORIG_RAX: 00000000000000a5\n"
@@ -76,29 +82,29 @@
  ">> R13: 0000000000000004 R14: 0000000000000003 R15: 0000000000000003\n"
  ">>\n"
  ">> Allocated by task 6853:\n"
- ">> ? kasan_save_stack mm/kasan/common.c:48 [inline]\n"
- ">> ? kasan_set_track mm/kasan/common.c:56 [inline]\n"
- ">> ? __kasan_kmalloc+0x100/0x130 mm/kasan/common.c:461\n"
- ">> ? kmem_cache_alloc_trace+0x1e4/0x2e0 mm/slab.c:3554\n"
- ">> ? kmalloc include/linux/slab.h:554 [inline]\n"
- ">> ? kzalloc include/linux/slab.h:666 [inline]\n"
- ">> ? init_sbd fs/gfs2/ops_fstype.c:77 [inline]\n"
- ">> ? gfs2_fill_super+0xb6/0x3fe0 fs/gfs2/ops_fstype.c:1018\n"
- ">> ? get_tree_bdev+0x3e9/0x5f0 fs/super.c:1342\n"
- ">> ? gfs2_get_tree+0x4c/0x1f0 fs/gfs2/ops_fstype.c:1201\n"
- ">> ? vfs_get_tree+0x88/0x270 fs/super.c:1547\n"
- ">> ? do_new_mount fs/namespace.c:2875 [inline]\n"
- ">> ? path_mount+0x179d/0x29e0 fs/namespace.c:3192\n"
- ">> ? do_mount fs/namespace.c:3205 [inline]\n"
- ">> ? __do_sys_mount fs/namespace.c:3413 [inline]\n"
- ">> ? __se_sys_mount+0x126/0x180 fs/namespace.c:3390\n"
- ">> ? do_syscall_64+0x31/0x70 arch/x86/entry/common.c:46\n"
- ">> ? entry_SYSCALL_64_after_hwframe+0x44/0xa9\n"
+ ">> \302\240 kasan_save_stack mm/kasan/common.c:48 [inline]\n"
+ ">> \302\240 kasan_set_track mm/kasan/common.c:56 [inline]\n"
+ ">> \302\240 __kasan_kmalloc+0x100/0x130 mm/kasan/common.c:461\n"
+ ">> \302\240 kmem_cache_alloc_trace+0x1e4/0x2e0 mm/slab.c:3554\n"
+ ">> \302\240 kmalloc include/linux/slab.h:554 [inline]\n"
+ ">> \302\240 kzalloc include/linux/slab.h:666 [inline]\n"
+ ">> \302\240 init_sbd fs/gfs2/ops_fstype.c:77 [inline]\n"
+ ">> \302\240 gfs2_fill_super+0xb6/0x3fe0 fs/gfs2/ops_fstype.c:1018\n"
+ ">> \302\240 get_tree_bdev+0x3e9/0x5f0 fs/super.c:1342\n"
+ ">> \302\240 gfs2_get_tree+0x4c/0x1f0 fs/gfs2/ops_fstype.c:1201\n"
+ ">> \302\240 vfs_get_tree+0x88/0x270 fs/super.c:1547\n"
+ ">> \302\240 do_new_mount fs/namespace.c:2875 [inline]\n"
+ ">> \302\240 path_mount+0x179d/0x29e0 fs/namespace.c:3192\n"
+ ">> \302\240 do_mount fs/namespace.c:3205 [inline]\n"
+ ">> \302\240 __do_sys_mount fs/namespace.c:3413 [inline]\n"
+ ">> \302\240 __se_sys_mount+0x126/0x180 fs/namespace.c:3390\n"
+ ">> \302\240 do_syscall_64+0x31/0x70 arch/x86/entry/common.c:46\n"
+ ">> \302\240 entry_SYSCALL_64_after_hwframe+0x44/0xa9\n"
  ">>\n"
  ">> The buggy address belongs to the object at ffff88809073c000\n"
- ">> ? which belongs to the cache kmalloc-8k of size 8192\n"
+ ">> \302\240 which belongs to the cache kmalloc-8k of size 8192\n"
  ">> The buggy address is located 5448 bytes inside of\n"
- ">> ? 8192-byte region [ffff88809073c000, ffff88809073e000)\n"
+ ">> \302\240 8192-byte region [ffff88809073c000, ffff88809073e000)\n"
  ">> The buggy address belongs to the page:\n"
  ">> page:00000000bd4b0b2d refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x9073c\n"
  ">> head:00000000bd4b0b2d order:2 compound_mapcount:0 compound_pincount:0\n"
@@ -108,19 +114,19 @@
  ">> page dumped because: kasan: bad access detected\n"
  ">>\n"
  ">> Memory state around the buggy address:\n"
- ">> ? ffff88809073d400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00\n"
- ">> ? ffff88809073d480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00\n"
+ ">> \302\240 ffff88809073d400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00\n"
+ ">> \302\240 ffff88809073d480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00\n"
  ">>> ffff88809073d500: 00 00 00 00 00 00 00 00 00 fc fc fc fc fc fc fc\n"
- ">> ?????????????????????????????????????????????? ^\n"
- ">> ? ffff88809073d580: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc\n"
- ">> ? ffff88809073d600: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc\n"
+ ">> \302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240 ^\n"
+ ">> \302\240 ffff88809073d580: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc\n"
+ ">> \302\240 ffff88809073d600: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc\n"
  ">> ==================================================================\n"
  ">>\n"
  ">>\n"
  ">> ---\n"
  ">> This report is generated by a bot. It may contain errors.\n"
  ">> See https://goo.gl/tpsmEJ for more information about syzbot.\n"
- ">> syzbot engineers can be reached at syzkaller at googlegroups.com.\n"
+ ">> syzbot engineers can be reached at syzkaller@googlegroups.com.\n"
  ">>\n"
  ">> syzbot will keep track of this issue. See:\n"
  ">> https://goo.gl/tpsmEJ#status for how to communicate with syzbot.\n"
@@ -132,7 +138,7 @@
  "\n"
  "Just saw this report.\n"
  "This seems to be the same as\n"
- "??? https://syzkaller.appspot.com/bug?extid=a5e2482a693e6b1e444b ,\n"
+ "\302\240\302\240\302\240 https://syzkaller.appspot.com/bug?extid=a5e2482a693e6b1e444b ,\n"
  "for which I have recently sent in a fix (https://lkml.org/lkml/2020/10/13/588).\n"
  "\n"
  "Since the \"Reported-by\" tag in the patch sent is for the other instance of the\n"
@@ -141,4 +147,4 @@
  "Thanks,\n"
  Anant
 
-11bcf9f72bb6131e61e3c6f904aae571cc5f606897ac9c316981f2ee2a741e85
+f9aca37db18831642a58a359f030c52f7476789865bbc770f5ae54f17941fc9b

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.