* Re: [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 20:20 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-08 20:20 UTC (permalink / raw) To: tglx Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, tsbogend, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Any idea what could be happening? Cheers, -Paul _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 20:20 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-08 20:20 UTC (permalink / raw) To: tglx Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, tsbogend, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Any idea what could be happening? Cheers, -Paul ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 20:20 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-08 20:20 UTC (permalink / raw) To: tglx Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, tsbogend, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Any idea what could be happening? Cheers, -Paul ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 20:20 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-08 20:20 UTC (permalink / raw) To: tglx Cc: airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux, linuxppc-dev Hi Thomas, 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Any idea what could be happening? Cheers, -Paul -- To unsubscribe, send a message with 'unsubscribe linux-aio' in the body to majordomo@kvack.org. For more info on Linux AIO, see: http://www.kvack.org/aio/ Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a> ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 20:20 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-08 20:20 UTC (permalink / raw) To: tglx Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, tsbogend, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Any idea what could be happening? Cheers, -Paul _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 20:20 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-08 20:20 UTC (permalink / raw) To: tglx Cc: airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux, linuxppc-dev, mgorman, mingo, monstr, mpe, nickhu, nouveau, paulmck, paulus, peterz, ray.huang, rodrigo.vivi, rostedt, sparclinux, spice-devel, sroland, torvalds, tsbogend, vgupta, vincent.guittot, viro, virtualization, x86 Hi Thomas, 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Any idea what could be happening? Cheers, -Paul ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic 2021-01-08 20:20 ` Paul Cercueil ` (3 preceding siblings ...) (?) @ 2021-01-08 23:58 ` Thomas Bogendoerfer -1 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-08 23:58 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > Hi Thomas, > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > Any idea what could be happening? not yet, kernel crash log of a Malta QEMU is below. Thomas. Kernel bug detected[#1]: CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc1-00017-gccb21774863a #2 $ 0 : 00000000 00000001 00000000 00000010 $ 4 : 00000001 000005cf 9e00059f 00000000 $ 8 : 00118173 809e6db8 9e00059f 00000000 $12 : 82023c00 00000001 810da04c 0212422f $16 : 810da000 00027800 000005cf 80b4bf9c $20 : 809e968c 82602400 810da000 0000000b $24 : 021558f9 00000000 $28 : 820e0000 820e3928 80b10000 802710d0 Hi : 0000346c Lo : 000002dd epc : 80271114 __kmap_local_pfn_prot+0x78/0x1c0 ra : 802710d0 __kmap_local_pfn_prot+0x34/0x1c0 Status: 1000a403 KERNEL EXL IE Cause : 00800034 (ExcCode 0d) PrId : 0001a800 (MIPS P5600) Modules linked in: Process swapper/0 (pid: 1, threadinfo=(ptrval), task=(ptrval), tls=00000000) Stack : 7fffffff 820c2408 820e3990 ffffff04 ffff0a00 80518224 000081a4 810da000 00000001 000005cf fff64000 8011c77c 820e3b26 ffffff04 ffff0a00 80518440 80b30000 80b4bf64 9e0005cf 000005cf fff64000 80271188 00000000 820e3a60 80b10000 80194478 0000005e 80954406 809e0000 810da000 00000001 000005cf fff68000 8011c77c 8088fd44 809f6074 000000f4 00000000 00000000 80b4bf68 ... Call Trace: [<80271114>] __kmap_local_pfn_prot+0x78/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<802c49a0>] copy_string_kernel+0x168/0x264 [<802c5d18>] kernel_execve+0xd0/0x164 [<801006cc>] try_to_run_init_process+0x18/0x5c [<80859e0c>] kernel_init+0xd0/0x120 [<801037f8>] ret_from_kernel_thread+0x14/0x1c Code: 8c630564 28640010 38840001 <00040336> 8f82000c 2463ffff 00021100 00431021 2403ffbf -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 23:58 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-08 23:58 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > Hi Thomas, > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > Any idea what could be happening? not yet, kernel crash log of a Malta QEMU is below. Thomas. Kernel bug detected[#1]: CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc1-00017-gccb21774863a #2 $ 0 : 00000000 00000001 00000000 00000010 $ 4 : 00000001 000005cf 9e00059f 00000000 $ 8 : 00118173 809e6db8 9e00059f 00000000 $12 : 82023c00 00000001 810da04c 0212422f $16 : 810da000 00027800 000005cf 80b4bf9c $20 : 809e968c 82602400 810da000 0000000b $24 : 021558f9 00000000 $28 : 820e0000 820e3928 80b10000 802710d0 Hi : 0000346c Lo : 000002dd epc : 80271114 __kmap_local_pfn_prot+0x78/0x1c0 ra : 802710d0 __kmap_local_pfn_prot+0x34/0x1c0 Status: 1000a403 KERNEL EXL IE Cause : 00800034 (ExcCode 0d) PrId : 0001a800 (MIPS P5600) Modules linked in: Process swapper/0 (pid: 1, threadinfo=(ptrval), task=(ptrval), tls\0000000) Stack : 7fffffff 820c2408 820e3990 ffffff04 ffff0a00 80518224 000081a4 810da000 00000001 000005cf fff64000 8011c77c 820e3b26 ffffff04 ffff0a00 80518440 80b30000 80b4bf64 9e0005cf 000005cf fff64000 80271188 00000000 820e3a60 80b10000 80194478 0000005e 80954406 809e0000 810da000 00000001 000005cf fff68000 8011c77c 8088fd44 809f6074 000000f4 00000000 00000000 80b4bf68 ... Call Trace: [<80271114>] __kmap_local_pfn_prot+0x78/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<802c49a0>] copy_string_kernel+0x168/0x264 [<802c5d18>] kernel_execve+0xd0/0x164 [<801006cc>] try_to_run_init_process+0x18/0x5c [<80859e0c>] kernel_init+0xd0/0x120 [<801037f8>] ret_from_kernel_thread+0x14/0x1c Code: 8c630564 28640010 38840001 <00040336> 8f82000c 2463ffff 00021100 00431021 2403ffbf -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 23:58 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-08 23:58 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > Hi Thomas, > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > Any idea what could be happening? not yet, kernel crash log of a Malta QEMU is below. Thomas. Kernel bug detected[#1]: CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc1-00017-gccb21774863a #2 $ 0 : 00000000 00000001 00000000 00000010 $ 4 : 00000001 000005cf 9e00059f 00000000 $ 8 : 00118173 809e6db8 9e00059f 00000000 $12 : 82023c00 00000001 810da04c 0212422f $16 : 810da000 00027800 000005cf 80b4bf9c $20 : 809e968c 82602400 810da000 0000000b $24 : 021558f9 00000000 $28 : 820e0000 820e3928 80b10000 802710d0 Hi : 0000346c Lo : 000002dd epc : 80271114 __kmap_local_pfn_prot+0x78/0x1c0 ra : 802710d0 __kmap_local_pfn_prot+0x34/0x1c0 Status: 1000a403 KERNEL EXL IE Cause : 00800034 (ExcCode 0d) PrId : 0001a800 (MIPS P5600) Modules linked in: Process swapper/0 (pid: 1, threadinfo=(ptrval), task=(ptrval), tls=00000000) Stack : 7fffffff 820c2408 820e3990 ffffff04 ffff0a00 80518224 000081a4 810da000 00000001 000005cf fff64000 8011c77c 820e3b26 ffffff04 ffff0a00 80518440 80b30000 80b4bf64 9e0005cf 000005cf fff64000 80271188 00000000 820e3a60 80b10000 80194478 0000005e 80954406 809e0000 810da000 00000001 000005cf fff68000 8011c77c 8088fd44 809f6074 000000f4 00000000 00000000 80b4bf68 ... Call Trace: [<80271114>] __kmap_local_pfn_prot+0x78/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<802c49a0>] copy_string_kernel+0x168/0x264 [<802c5d18>] kernel_execve+0xd0/0x164 [<801006cc>] try_to_run_init_process+0x18/0x5c [<80859e0c>] kernel_init+0xd0/0x120 [<801037f8>] ret_from_kernel_thread+0x14/0x1c Code: 8c630564 28640010 38840001 <00040336> 8f82000c 2463ffff 00021100 00431021 2403ffbf -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 23:58 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-08 23:58 UTC (permalink / raw) To: Paul Cercueil Cc: tglx, airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > Hi Thomas, > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > Any idea what could be happening? not yet, kernel crash log of a Malta QEMU is below. Thomas. Kernel bug detected[#1]: CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc1-00017-gccb21774863a #2 $ 0 : 00000000 00000001 00000000 00000010 $ 4 : 00000001 000005cf 9e00059f 00000000 $ 8 : 00118173 809e6db8 9e00059f 00000000 $12 : 82023c00 00000001 810da04c 0212422f $16 : 810da000 00027800 000005cf 80b4bf9c $20 : 809e968c 82602400 810da000 0000000b $24 : 021558f9 00000000 $28 : 820e0000 820e3928 80b10000 802710d0 Hi : 0000346c Lo : 000002dd epc : 80271114 __kmap_local_pfn_prot+0x78/0x1c0 ra : 802710d0 __kmap_local_pfn_prot+0x34/0x1c0 Status: 1000a403 KERNEL EXL IE Cause : 00800034 (ExcCode 0d) PrId : 0001a800 (MIPS P5600) Modules linked in: Process swapper/0 (pid: 1, threadinfo=(ptrval), task=(ptrval), tls=00000000) Stack : 7fffffff 820c2408 820e3990 ffffff04 ffff0a00 80518224 000081a4 810da000 00000001 000005cf fff64000 8011c77c 820e3b26 ffffff04 ffff0a00 80518440 80b30000 80b4bf64 9e0005cf 000005cf fff64000 80271188 00000000 820e3a60 80b10000 80194478 0000005e 80954406 809e0000 810da000 00000001 000005cf fff68000 8011c77c 8088fd44 809f6074 000000f4 00000000 00000000 80b4bf68 ... Call Trace: [<80271114>] __kmap_local_pfn_prot+0x78/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<802c49a0>] copy_string_kernel+0x168/0x264 [<802c5d18>] kernel_execve+0xd0/0x164 [<801006cc>] try_to_run_init_process+0x18/0x5c [<80859e0c>] kernel_init+0xd0/0x120 [<801037f8>] ret_from_kernel_thread+0x14/0x1c Code: 8c630564 28640010 38840001 <00040336> 8f82000c 2463ffff 00021100 00431021 2403ffbf -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] -- To unsubscribe, send a message with 'unsubscribe linux-aio' in the body to majordomo@kvack.org. For more info on Linux AIO, see: http://www.kvack.org/aio/ Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a> ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 23:58 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-08 23:58 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > Hi Thomas, > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > Any idea what could be happening? not yet, kernel crash log of a Malta QEMU is below. Thomas. Kernel bug detected[#1]: CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc1-00017-gccb21774863a #2 $ 0 : 00000000 00000001 00000000 00000010 $ 4 : 00000001 000005cf 9e00059f 00000000 $ 8 : 00118173 809e6db8 9e00059f 00000000 $12 : 82023c00 00000001 810da04c 0212422f $16 : 810da000 00027800 000005cf 80b4bf9c $20 : 809e968c 82602400 810da000 0000000b $24 : 021558f9 00000000 $28 : 820e0000 820e3928 80b10000 802710d0 Hi : 0000346c Lo : 000002dd epc : 80271114 __kmap_local_pfn_prot+0x78/0x1c0 ra : 802710d0 __kmap_local_pfn_prot+0x34/0x1c0 Status: 1000a403 KERNEL EXL IE Cause : 00800034 (ExcCode 0d) PrId : 0001a800 (MIPS P5600) Modules linked in: Process swapper/0 (pid: 1, threadinfo=(ptrval), task=(ptrval), tls=00000000) Stack : 7fffffff 820c2408 820e3990 ffffff04 ffff0a00 80518224 000081a4 810da000 00000001 000005cf fff64000 8011c77c 820e3b26 ffffff04 ffff0a00 80518440 80b30000 80b4bf64 9e0005cf 000005cf fff64000 80271188 00000000 820e3a60 80b10000 80194478 0000005e 80954406 809e0000 810da000 00000001 000005cf fff68000 8011c77c 8088fd44 809f6074 000000f4 00000000 00000000 80b4bf68 ... Call Trace: [<80271114>] __kmap_local_pfn_prot+0x78/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<802c49a0>] copy_string_kernel+0x168/0x264 [<802c5d18>] kernel_execve+0xd0/0x164 [<801006cc>] try_to_run_init_process+0x18/0x5c [<80859e0c>] kernel_init+0xd0/0x120 [<801037f8>] ret_from_kernel_thread+0x14/0x1c Code: 8c630564 28640010 38840001 <00040336> 8f82000c 2463ffff 00021100 00431021 2403ffbf -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-08 23:58 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-08 23:58 UTC (permalink / raw) To: Paul Cercueil Cc: tglx, airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux, linuxppc-dev, mgorman, mingo, monstr, mpe, nickhu, nouveau, paulmck, paulus, peterz, ray.huang, rodrigo.vivi, rostedt, sparclinux, spice-devel, sroland, torvalds, vgupta, vincent.guittot, viro, virtualization, x86 On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > Hi Thomas, > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > Any idea what could be happening? not yet, kernel crash log of a Malta QEMU is below. Thomas. Kernel bug detected[#1]: CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc1-00017-gccb21774863a #2 $ 0 : 00000000 00000001 00000000 00000010 $ 4 : 00000001 000005cf 9e00059f 00000000 $ 8 : 00118173 809e6db8 9e00059f 00000000 $12 : 82023c00 00000001 810da04c 0212422f $16 : 810da000 00027800 000005cf 80b4bf9c $20 : 809e968c 82602400 810da000 0000000b $24 : 021558f9 00000000 $28 : 820e0000 820e3928 80b10000 802710d0 Hi : 0000346c Lo : 000002dd epc : 80271114 __kmap_local_pfn_prot+0x78/0x1c0 ra : 802710d0 __kmap_local_pfn_prot+0x34/0x1c0 Status: 1000a403 KERNEL EXL IE Cause : 00800034 (ExcCode 0d) PrId : 0001a800 (MIPS P5600) Modules linked in: Process swapper/0 (pid: 1, threadinfo=(ptrval), task=(ptrval), tls=00000000) Stack : 7fffffff 820c2408 820e3990 ffffff04 ffff0a00 80518224 000081a4 810da000 00000001 000005cf fff64000 8011c77c 820e3b26 ffffff04 ffff0a00 80518440 80b30000 80b4bf64 9e0005cf 000005cf fff64000 80271188 00000000 820e3a60 80b10000 80194478 0000005e 80954406 809e0000 810da000 00000001 000005cf fff68000 8011c77c 8088fd44 809f6074 000000f4 00000000 00000000 80b4bf68 ... Call Trace: [<80271114>] __kmap_local_pfn_prot+0x78/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<8011c77c>] __update_cache+0x16c/0x174 [<80271188>] __kmap_local_pfn_prot+0xec/0x1c0 [<802c49a0>] copy_string_kernel+0x168/0x264 [<802c5d18>] kernel_execve+0xd0/0x164 [<801006cc>] try_to_run_init_process+0x18/0x5c [<80859e0c>] kernel_init+0xd0/0x120 [<801037f8>] ret_from_kernel_thread+0x14/0x1c Code: 8c630564 28640010 38840001 <00040336> 8f82000c 2463ffff 00021100 00431021 2403ffbf -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic 2021-01-08 23:58 ` Thomas Bogendoerfer ` (3 preceding siblings ...) (?) @ 2021-01-09 0:33 ` Thomas Bogendoerfer -1 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-09 0:33 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > Hi Thomas, > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > Any idea what could be happening? > > not yet, kernel crash log of a Malta QEMU is below. update: This dirty hack lets the Malta QEMU boot again: diff --git a/mm/highmem.c b/mm/highmem.c index c3a9ea7875ef..190cdda1149d 100644 --- a/mm/highmem.c +++ b/mm/highmem.c @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); BUG_ON(!pte_none(*(kmap_pte - idx))); pteval = pfn_pte(pfn, prot); - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); + set_pte(kmap_pte - idx, pteval); arch_kmap_local_post_map(vaddr, pteval); current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; preempt_enable(); set_pte_at() tries to update cache and could do an kmap_atomic() there. Not sure, if this is allowed at this point. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply related [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-09 0:33 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-09 0:33 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > Hi Thomas, > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > Any idea what could be happening? > > not yet, kernel crash log of a Malta QEMU is below. update: This dirty hack lets the Malta QEMU boot again: diff --git a/mm/highmem.c b/mm/highmem.c index c3a9ea7875ef..190cdda1149d 100644 --- a/mm/highmem.c +++ b/mm/highmem.c @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); BUG_ON(!pte_none(*(kmap_pte - idx))); pteval = pfn_pte(pfn, prot); - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); + set_pte(kmap_pte - idx, pteval); arch_kmap_local_post_map(vaddr, pteval); current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; preempt_enable(); set_pte_at() tries to update cache and could do an kmap_atomic() there. Not sure, if this is allowed at this point. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] ^ permalink raw reply related [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-09 0:33 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-09 0:33 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > Hi Thomas, > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > Any idea what could be happening? > > not yet, kernel crash log of a Malta QEMU is below. update: This dirty hack lets the Malta QEMU boot again: diff --git a/mm/highmem.c b/mm/highmem.c index c3a9ea7875ef..190cdda1149d 100644 --- a/mm/highmem.c +++ b/mm/highmem.c @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); BUG_ON(!pte_none(*(kmap_pte - idx))); pteval = pfn_pte(pfn, prot); - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); + set_pte(kmap_pte - idx, pteval); arch_kmap_local_post_map(vaddr, pteval); current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; preempt_enable(); set_pte_at() tries to update cache and could do an kmap_atomic() there. Not sure, if this is allowed at this point. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] ^ permalink raw reply related [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-09 0:33 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-09 0:33 UTC (permalink / raw) To: Paul Cercueil Cc: tglx, airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > Hi Thomas, > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > Any idea what could be happening? > > not yet, kernel crash log of a Malta QEMU is below. update: This dirty hack lets the Malta QEMU boot again: diff --git a/mm/highmem.c b/mm/highmem.c index c3a9ea7875ef..190cdda1149d 100644 --- a/mm/highmem.c +++ b/mm/highmem.c @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); BUG_ON(!pte_none(*(kmap_pte - idx))); pteval = pfn_pte(pfn, prot); - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); + set_pte(kmap_pte - idx, pteval); arch_kmap_local_post_map(vaddr, pteval); current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; preempt_enable(); set_pte_at() tries to update cache and could do an kmap_atomic() there. Not sure, if this is allowed at this point. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] -- To unsubscribe, send a message with 'unsubscribe linux-aio' in the body to majordomo@kvack.org. For more info on Linux AIO, see: http://www.kvack.org/aio/ Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a> ^ permalink raw reply related [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-09 0:33 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-09 0:33 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > Hi Thomas, > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > Any idea what could be happening? > > not yet, kernel crash log of a Malta QEMU is below. update: This dirty hack lets the Malta QEMU boot again: diff --git a/mm/highmem.c b/mm/highmem.c index c3a9ea7875ef..190cdda1149d 100644 --- a/mm/highmem.c +++ b/mm/highmem.c @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); BUG_ON(!pte_none(*(kmap_pte - idx))); pteval = pfn_pte(pfn, prot); - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); + set_pte(kmap_pte - idx, pteval); arch_kmap_local_post_map(vaddr, pteval); current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; preempt_enable(); set_pte_at() tries to update cache and could do an kmap_atomic() there. Not sure, if this is allowed at this point. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc ^ permalink raw reply related [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-09 0:33 ` Thomas Bogendoerfer 0 siblings, 0 replies; 41+ messages in thread From: Thomas Bogendoerfer @ 2021-01-09 0:33 UTC (permalink / raw) To: Paul Cercueil Cc: tglx, airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux, linuxppc-dev, mgorman, mingo, monstr, mpe, nickhu, nouveau, paulmck, paulus, peterz, ray.huang, rodrigo.vivi, rostedt, sparclinux, spice-devel, sroland, torvalds, vgupta, vincent.guittot, viro, virtualization, x86 On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > Hi Thomas, > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > Any idea what could be happening? > > not yet, kernel crash log of a Malta QEMU is below. update: This dirty hack lets the Malta QEMU boot again: diff --git a/mm/highmem.c b/mm/highmem.c index c3a9ea7875ef..190cdda1149d 100644 --- a/mm/highmem.c +++ b/mm/highmem.c @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); BUG_ON(!pte_none(*(kmap_pte - idx))); pteval = pfn_pte(pfn, prot); - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); + set_pte(kmap_pte - idx, pteval); arch_kmap_local_post_map(vaddr, pteval); current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; preempt_enable(); set_pte_at() tries to update cache and could do an kmap_atomic() there. Not sure, if this is allowed at this point. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ] ^ permalink raw reply related [flat|nested] 41+ messages in thread
* Re: [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic 2021-01-09 0:33 ` Thomas Bogendoerfer ` (4 preceding siblings ...) (?) @ 2021-01-10 11:35 ` Paul Cercueil -1 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-10 11:35 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >> > Hi Thomas, >> > >> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this >> commit. >> > >> > Any idea what could be happening? >> >> not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, > pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() > there. > Not sure, if this is allowed at this point. Yes, I can confirm that your workaround works here too. Cheers, -Paul _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:35 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-10 11:35 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >> > Hi Thomas, >> > >> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this >> commit. >> > >> > Any idea what could be happening? >> >> not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, > pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() > there. > Not sure, if this is allowed at this point. Yes, I can confirm that your workaround works here too. Cheers, -Paul _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:35 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-10 11:35 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >> > Hi Thomas, >> > >> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this >> commit. >> > >> > Any idea what could be happening? >> >> not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, > pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() > there. > Not sure, if this is allowed at this point. Yes, I can confirm that your workaround works here too. Cheers, -Paul ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:35 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-10 11:35 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >> > Hi Thomas, >> > >> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this >> commit. >> > >> > Any idea what could be happening? >> >> not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, > pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() > there. > Not sure, if this is allowed at this point. Yes, I can confirm that your workaround works here too. Cheers, -Paul ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:35 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-10 11:35 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: tglx, airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux, linuxpp Hi Thomas, Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >> > Hi Thomas, >> > >> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this >> commit. >> > >> > Any idea what could be happening? >> >> not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, > pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() > there. > Not sure, if this is allowed at this point. Yes, I can confirm that your workaround works here too. Cheers, -Paul -- To unsubscribe, send a message with 'unsubscribe linux-aio' in the body to majordomo@kvack.org. For more info on Linux AIO, see: http://www.kvack.org/aio/ Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a> ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:35 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-10 11:35 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro Hi Thomas, Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >> > Hi Thomas, >> > >> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this >> commit. >> > >> > Any idea what could be happening? >> >> not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, > pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() > there. > Not sure, if this is allowed at this point. Yes, I can confirm that your workaround works here too. Cheers, -Paul _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:35 ` Paul Cercueil 0 siblings, 0 replies; 41+ messages in thread From: Paul Cercueil @ 2021-01-10 11:35 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: tglx, airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux, linuxppc-dev, mgorman, mingo, monstr, mpe, nickhu, nouveau, paulmck, paulus, peterz, ray.huang, rodrigo.vivi, rostedt, sparclinux, spice-devel, sroland, torvalds, vgupta, vincent.guittot, viro, virtualization, x86 Hi Thomas, Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >> > Hi Thomas, >> > >> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this >> commit. >> > >> > Any idea what could be happening? >> >> not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, > pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() > there. > Not sure, if this is allowed at this point. Yes, I can confirm that your workaround works here too. Cheers, -Paul ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic 2021-01-10 11:35 ` Paul Cercueil ` (4 preceding siblings ...) (?) @ 2021-01-10 11:53 ` H. Nikolaus Schaller -1 siblings, 0 replies; 41+ messages in thread From: H. Nikolaus Schaller @ 2021-01-10 11:53 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, ML dri-devel, linux-mips, bsegall, clm, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, Thomas Bogendoerfer, nickhu, jcmvbkbc, linuxppc-dev, Linux Kernel Mailing List, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro > Am 10.01.2021 um 12:35 schrieb Paul Cercueil <paul@crapouillou.net>: > > Hi Thomas, > > Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : >> On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >>> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >>> > Hi Thomas, >>> > >>> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Just for completeness, I have no such problems booting CI20/jz4780 or Skytone400/jz4730 (unpublished work) with 5.11-rc2. But may depend on board capabilites (ram size, memory layout or something else). >>> > >>> > Any idea what could be happening? >>> not yet, kernel crash log of a Malta QEMU is below. >> update: >> This dirty hack lets the Malta QEMU boot again: >> diff --git a/mm/highmem.c b/mm/highmem.c >> index c3a9ea7875ef..190cdda1149d 100644 >> --- a/mm/highmem.c >> +++ b/mm/highmem.c >> @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) >> vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); >> BUG_ON(!pte_none(*(kmap_pte - idx))); >> pteval = pfn_pte(pfn, prot); >> - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); >> + set_pte(kmap_pte - idx, pteval); >> arch_kmap_local_post_map(vaddr, pteval); >> current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; >> preempt_enable(); >> set_pte_at() tries to update cache and could do an kmap_atomic() there. >> Not sure, if this is allowed at this point. > > Yes, I can confirm that your workaround works here too. > > Cheers, > -Paul > > _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:53 ` H. Nikolaus Schaller 0 siblings, 0 replies; 41+ messages in thread From: H. Nikolaus Schaller @ 2021-01-10 11:53 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, ML dri-devel, linux-mips, bsegall, clm, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, Thomas Bogendoerfer, nickhu, jcmvbkbc, linuxppc-dev, Linux Kernel Mailing List, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro > Am 10.01.2021 um 12:35 schrieb Paul Cercueil <paul@crapouillou.net>: > > Hi Thomas, > > Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : >> On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >>> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >>> > Hi Thomas, >>> > >>> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Just for completeness, I have no such problems booting CI20/jz4780 or Skytone400/jz4730 (unpublished work) with 5.11-rc2. But may depend on board capabilites (ram size, memory layout or something else). >>> > >>> > Any idea what could be happening? >>> not yet, kernel crash log of a Malta QEMU is below. >> update: >> This dirty hack lets the Malta QEMU boot again: >> diff --git a/mm/highmem.c b/mm/highmem.c >> index c3a9ea7875ef..190cdda1149d 100644 >> --- a/mm/highmem.c >> +++ b/mm/highmem.c >> @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) >> vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); >> BUG_ON(!pte_none(*(kmap_pte - idx))); >> pteval = pfn_pte(pfn, prot); >> - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); >> + set_pte(kmap_pte - idx, pteval); >> arch_kmap_local_post_map(vaddr, pteval); >> current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; >> preempt_enable(); >> set_pte_at() tries to update cache and could do an kmap_atomic() there. >> Not sure, if this is allowed at this point. > > Yes, I can confirm that your workaround works here too. > > Cheers, > -Paul > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:53 ` H. Nikolaus Schaller 0 siblings, 0 replies; 41+ messages in thread From: H. Nikolaus Schaller @ 2021-01-10 11:53 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, ML dri-devel, linux-mips, bsegall, clm, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, Thomas Bogendoerfer, nickhu, jcmvbkbc, linuxppc-dev, Linux Kernel Mailing List, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro > Am 10.01.2021 um 12:35 schrieb Paul Cercueil <paul@crapouillou.net>: > > Hi Thomas, > > Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : >> On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >>> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >>> > Hi Thomas, >>> > >>> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Just for completeness, I have no such problems booting CI20/jz4780 or Skytone400/jz4730 (unpublished work) with 5.11-rc2. But may depend on board capabilites (ram size, memory layout or something else). >>> > >>> > Any idea what could be happening? >>> not yet, kernel crash log of a Malta QEMU is below. >> update: >> This dirty hack lets the Malta QEMU boot again: >> diff --git a/mm/highmem.c b/mm/highmem.c >> index c3a9ea7875ef..190cdda1149d 100644 >> --- a/mm/highmem.c >> +++ b/mm/highmem.c >> @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) >> vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); >> BUG_ON(!pte_none(*(kmap_pte - idx))); >> pteval = pfn_pte(pfn, prot); >> - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); >> + set_pte(kmap_pte - idx, pteval); >> arch_kmap_local_post_map(vaddr, pteval); >> current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; >> preempt_enable(); >> set_pte_at() tries to update cache and could do an kmap_atomic() there. >> Not sure, if this is allowed at this point. > > Yes, I can confirm that your workaround works here too. > > Cheers, > -Paul > > ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:53 ` H. Nikolaus Schaller 0 siblings, 0 replies; 41+ messages in thread From: H. Nikolaus Schaller @ 2021-01-10 11:53 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, ML dri-devel, linux-mips, bsegall, clm, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, Thomas Bogendoerfer, nickhu, jcmvbkbc, linuxppc-dev, Linux Kernel Mailing List, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro > Am 10.01.2021 um 12:35 schrieb Paul Cercueil <paul@crapouillou.net>: > > Hi Thomas, > > Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : >> On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >>> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >>> > Hi Thomas, >>> > >>> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Just for completeness, I have no such problems booting CI20/jz4780 or Skytone400/jz4730 (unpublished work) with 5.11-rc2. But may depend on board capabilites (ram size, memory layout or something else). >>> > >>> > Any idea what could be happening? >>> not yet, kernel crash log of a Malta QEMU is below. >> update: >> This dirty hack lets the Malta QEMU boot again: >> diff --git a/mm/highmem.c b/mm/highmem.c >> index c3a9ea7875ef..190cdda1149d 100644 >> --- a/mm/highmem.c >> +++ b/mm/highmem.c >> @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) >> vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); >> BUG_ON(!pte_none(*(kmap_pte - idx))); >> pteval = pfn_pte(pfn, prot); >> - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); >> + set_pte(kmap_pte - idx, pteval); >> arch_kmap_local_post_map(vaddr, pteval); >> current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; >> preempt_enable(); >> set_pte_at() tries to update cache and could do an kmap_atomic() there. >> Not sure, if this is allowed at this point. > > Yes, I can confirm that your workaround works here too. > > Cheers, > -Paul > > ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:53 ` H. Nikolaus Schaller 0 siblings, 0 replies; 41+ messages in thread From: H. Nikolaus Schaller @ 2021-01-10 11:53 UTC (permalink / raw) To: Paul Cercueil Cc: Thomas Bogendoerfer, tglx, airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, ML dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, Linux Kernel Mailing List > Am 10.01.2021 um 12:35 schrieb Paul Cercueil <paul@crapouillou.net>: > > Hi Thomas, > > Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : >> On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >>> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >>> > Hi Thomas, >>> > >>> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Just for completeness, I have no such problems booting CI20/jz4780 or Skytone400/jz4730 (unpublished work) with 5.11-rc2. But may depend on board capabilites (ram size, memory layout or something else). >>> > >>> > Any idea what could be happening? >>> not yet, kernel crash log of a Malta QEMU is below. >> update: >> This dirty hack lets the Malta QEMU boot again: >> diff --git a/mm/highmem.c b/mm/highmem.c >> index c3a9ea7875ef..190cdda1149d 100644 >> --- a/mm/highmem.c >> +++ b/mm/highmem.c >> @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) >> vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); >> BUG_ON(!pte_none(*(kmap_pte - idx))); >> pteval = pfn_pte(pfn, prot); >> - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); >> + set_pte(kmap_pte - idx, pteval); >> arch_kmap_local_post_map(vaddr, pteval); >> current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; >> preempt_enable(); >> set_pte_at() tries to update cache and could do an kmap_atomic() there. >> Not sure, if this is allowed at this point. > > Yes, I can confirm that your workaround works here too. > > Cheers, > -Paul > > -- To unsubscribe, send a message with 'unsubscribe linux-aio' in the body to majordomo@kvack.org. For more info on Linux AIO, see: http://www.kvack.org/aio/ Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a> ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:53 ` H. Nikolaus Schaller 0 siblings, 0 replies; 41+ messages in thread From: H. Nikolaus Schaller @ 2021-01-10 11:53 UTC (permalink / raw) To: Paul Cercueil Cc: juri.lelli, linux-aio, airlied, nouveau, bigeasy, ML dri-devel, linux-mips, bsegall, clm, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, Thomas Bogendoerfer, nickhu, jcmvbkbc, linuxppc-dev, Linux Kernel Mailing List, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro > Am 10.01.2021 um 12:35 schrieb Paul Cercueil <paul@crapouillou.net>: > > Hi Thomas, > > Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : >> On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >>> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >>> > Hi Thomas, >>> > >>> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Just for completeness, I have no such problems booting CI20/jz4780 or Skytone400/jz4730 (unpublished work) with 5.11-rc2. But may depend on board capabilites (ram size, memory layout or something else). >>> > >>> > Any idea what could be happening? >>> not yet, kernel crash log of a Malta QEMU is below. >> update: >> This dirty hack lets the Malta QEMU boot again: >> diff --git a/mm/highmem.c b/mm/highmem.c >> index c3a9ea7875ef..190cdda1149d 100644 >> --- a/mm/highmem.c >> +++ b/mm/highmem.c >> @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) >> vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); >> BUG_ON(!pte_none(*(kmap_pte - idx))); >> pteval = pfn_pte(pfn, prot); >> - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); >> + set_pte(kmap_pte - idx, pteval); >> arch_kmap_local_post_map(vaddr, pteval); >> current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; >> preempt_enable(); >> set_pte_at() tries to update cache and could do an kmap_atomic() there. >> Not sure, if this is allowed at this point. > > Yes, I can confirm that your workaround works here too. > > Cheers, > -Paul > > _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-10 11:53 ` H. Nikolaus Schaller 0 siblings, 0 replies; 41+ messages in thread From: H. Nikolaus Schaller @ 2021-01-10 11:53 UTC (permalink / raw) To: Paul Cercueil Cc: Thomas Bogendoerfer, tglx, airlied, airlied, akpm, arnd, bcrl, bigeasy, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, ML dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, Linux Kernel Mailing List, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux, linuxppc-dev, mgorman, mingo, monstr, mpe, nickhu, nouveau, paulmck, paulus, peterz, ray.huang, rodrigo.vivi, rostedt, sparclinux, spice-devel, sroland, torvalds, vgupta, vincent.guittot, viro, virtualization, x86 > Am 10.01.2021 um 12:35 schrieb Paul Cercueil <paul@crapouillou.net>: > > Hi Thomas, > > Le sam. 9 janv. 2021 à 1:33, Thomas Bogendoerfer <tsbogend@alpha.franken.de> a écrit : >> On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: >>> On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: >>> > Hi Thomas, >>> > >>> > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. Just for completeness, I have no such problems booting CI20/jz4780 or Skytone400/jz4730 (unpublished work) with 5.11-rc2. But may depend on board capabilites (ram size, memory layout or something else). >>> > >>> > Any idea what could be happening? >>> not yet, kernel crash log of a Malta QEMU is below. >> update: >> This dirty hack lets the Malta QEMU boot again: >> diff --git a/mm/highmem.c b/mm/highmem.c >> index c3a9ea7875ef..190cdda1149d 100644 >> --- a/mm/highmem.c >> +++ b/mm/highmem.c >> @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) >> vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); >> BUG_ON(!pte_none(*(kmap_pte - idx))); >> pteval = pfn_pte(pfn, prot); >> - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); >> + set_pte(kmap_pte - idx, pteval); >> arch_kmap_local_post_map(vaddr, pteval); >> current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; >> preempt_enable(); >> set_pte_at() tries to update cache and could do an kmap_atomic() there. >> Not sure, if this is allowed at this point. > > Yes, I can confirm that your workaround works here too. > > Cheers, > -Paul > > ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic 2021-01-09 0:33 ` Thomas Bogendoerfer ` (5 preceding siblings ...) (?) @ 2021-01-11 9:16 ` Sebastian Andrzej Siewior -1 siblings, 0 replies; 41+ messages in thread From: Sebastian Andrzej Siewior @ 2021-01-11 9:16 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, Paul Cercueil, airlied, nouveau, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On 2021-01-09 01:33:52 [+0100], Thomas Bogendoerfer wrote: > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > > Hi Thomas, > > > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > > > Any idea what could be happening? > > > > not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() there. So the old implementation used set_pte() while the new one uses set_pte_at(). > Not sure, if this is allowed at this point. The problem is the recursion kmap_atomic() -> __update_cache() -> kmap_atomic() and kmap_local_idx_push() runs out if index space before stack space. I'm not sure if the __update_cache() worked for highmem. It has been added for that in commit f4281bba81810 ("MIPS: Handle highmem pages in __update_cache") but it assumes that the address returned by kmap_atomic() is the same or related enough for flush_data_cache_page() to work. > Thomas. > Sebastian _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-11 9:16 ` Sebastian Andrzej Siewior 0 siblings, 0 replies; 41+ messages in thread From: Sebastian Andrzej Siewior @ 2021-01-11 9:16 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, Paul Cercueil, airlied, nouveau, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On 2021-01-09 01:33:52 [+0100], Thomas Bogendoerfer wrote: > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > > Hi Thomas, > > > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > > > Any idea what could be happening? > > > > not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() there. So the old implementation used set_pte() while the new one uses set_pte_at(). > Not sure, if this is allowed at this point. The problem is the recursion kmap_atomic() -> __update_cache() -> kmap_atomic() and kmap_local_idx_push() runs out if index space before stack space. I'm not sure if the __update_cache() worked for highmem. It has been added for that in commit f4281bba81810 ("MIPS: Handle highmem pages in __update_cache") but it assumes that the address returned by kmap_atomic() is the same or related enough for flush_data_cache_page() to work. > Thomas. > Sebastian _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-11 9:16 ` Sebastian Andrzej Siewior 0 siblings, 0 replies; 41+ messages in thread From: Sebastian Andrzej Siewior @ 2021-01-11 9:16 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, Paul Cercueil, airlied, nouveau, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On 2021-01-09 01:33:52 [+0100], Thomas Bogendoerfer wrote: > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > > Hi Thomas, > > > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > > > Any idea what could be happening? > > > > not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() there. So the old implementation used set_pte() while the new one uses set_pte_at(). > Not sure, if this is allowed at this point. The problem is the recursion kmap_atomic() -> __update_cache() -> kmap_atomic() and kmap_local_idx_push() runs out if index space before stack space. I'm not sure if the __update_cache() worked for highmem. It has been added for that in commit f4281bba81810 ("MIPS: Handle highmem pages in __update_cache") but it assumes that the address returned by kmap_atomic() is the same or related enough for flush_data_cache_page() to work. > Thomas. > Sebastian _______________________________________________ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-11 9:16 ` Sebastian Andrzej Siewior 0 siblings, 0 replies; 41+ messages in thread From: Sebastian Andrzej Siewior @ 2021-01-11 9:16 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, Paul Cercueil, airlied, nouveau, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On 2021-01-09 01:33:52 [+0100], Thomas Bogendoerfer wrote: > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > > Hi Thomas, > > > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > > > Any idea what could be happening? > > > > not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() there. So the old implementation used set_pte() while the new one uses set_pte_at(). > Not sure, if this is allowed at this point. The problem is the recursion kmap_atomic() -> __update_cache() -> kmap_atomic() and kmap_local_idx_push() runs out if index space before stack space. I'm not sure if the __update_cache() worked for highmem. It has been added for that in commit f4281bba81810 ("MIPS: Handle highmem pages in __update_cache") but it assumes that the address returned by kmap_atomic() is the same or related enough for flush_data_cache_page() to work. > Thomas. > Sebastian ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-11 9:16 ` Sebastian Andrzej Siewior 0 siblings, 0 replies; 41+ messages in thread From: Sebastian Andrzej Siewior @ 2021-01-11 9:16 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, Paul Cercueil, airlied, nouveau, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On 2021-01-09 01:33:52 [+0100], Thomas Bogendoerfer wrote: > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > > Hi Thomas, > > > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > > > Any idea what could be happening? > > > > not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() there. So the old implementation used set_pte() while the new one uses set_pte_at(). > Not sure, if this is allowed at this point. The problem is the recursion kmap_atomic() -> __update_cache() -> kmap_atomic() and kmap_local_idx_push() runs out if index space before stack space. I'm not sure if the __update_cache() worked for highmem. It has been added for that in commit f4281bba81810 ("MIPS: Handle highmem pages in __update_cache") but it assumes that the address returned by kmap_atomic() is the same or related enough for flush_data_cache_page() to work. > Thomas. > Sebastian ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-11 9:16 ` Sebastian Andrzej Siewior 0 siblings, 0 replies; 41+ messages in thread From: Sebastian Andrzej Siewior @ 2021-01-11 9:16 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: Paul Cercueil, tglx, airlied, airlied, akpm, arnd, bcrl, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux On 2021-01-09 01:33:52 [+0100], Thomas Bogendoerfer wrote: > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > > Hi Thomas, > > > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > > > Any idea what could be happening? > > > > not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() there. So the old implementation used set_pte() while the new one uses set_pte_at(). > Not sure, if this is allowed at this point. The problem is the recursion kmap_atomic() -> __update_cache() -> kmap_atomic() and kmap_local_idx_push() runs out if index space before stack space. I'm not sure if the __update_cache() worked for highmem. It has been added for that in commit f4281bba81810 ("MIPS: Handle highmem pages in __update_cache") but it assumes that the address returned by kmap_atomic() is the same or related enough for flush_data_cache_page() to work. > Thomas. > Sebastian -- To unsubscribe, send a message with 'unsubscribe linux-aio' in the body to majordomo@kvack.org. For more info on Linux AIO, see: http://www.kvack.org/aio/ Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a> ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-11 9:16 ` Sebastian Andrzej Siewior 0 siblings, 0 replies; 41+ messages in thread From: Sebastian Andrzej Siewior @ 2021-01-11 9:16 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: juri.lelli, linux-aio, Paul Cercueil, airlied, nouveau, dri-devel, linux-mips, bsegall, jcmvbkbc, ray.huang, paulus, kraxel, sparclinux, deanbo422, hch, vincent.guittot, paulmck, mpe, x86, linux, linux-csky, mingo, peterz, linux-graphics-maintainer, bskeggs, airlied, linux-snps-arc, linux-mm, mgorman, linux-xtensa, arnd, intel-gfx, sroland, josef, rostedt, torvalds, green.hu, rodrigo.vivi, dsterba, tglx, virtualization, dietmar.eggemann, linux-arm-kernel, chris, monstr, nickhu, clm, linuxppc-dev, linux-kernel, christian.koenig, bcrl, spice-devel, vgupta, linux-fsdevel, akpm, bristot, davem, linux-btrfs, viro On 2021-01-09 01:33:52 [+0100], Thomas Bogendoerfer wrote: > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > > Hi Thomas, > > > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > > > Any idea what could be happening? > > > > not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() there. So the old implementation used set_pte() while the new one uses set_pte_at(). > Not sure, if this is allowed at this point. The problem is the recursion kmap_atomic() -> __update_cache() -> kmap_atomic() and kmap_local_idx_push() runs out if index space before stack space. I'm not sure if the __update_cache() worked for highmem. It has been added for that in commit f4281bba81810 ("MIPS: Handle highmem pages in __update_cache") but it assumes that the address returned by kmap_atomic() is the same or related enough for flush_data_cache_page() to work. > Thomas. > Sebastian _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc ^ permalink raw reply [flat|nested] 41+ messages in thread
* Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic @ 2021-01-11 9:16 ` Sebastian Andrzej Siewior 0 siblings, 0 replies; 41+ messages in thread From: Sebastian Andrzej Siewior @ 2021-01-11 9:16 UTC (permalink / raw) To: Thomas Bogendoerfer Cc: Paul Cercueil, tglx, airlied, airlied, akpm, arnd, bcrl, bristot, bsegall, bskeggs, chris, christian.koenig, clm, davem, deanbo422, dietmar.eggemann, dri-devel, dsterba, green.hu, hch, intel-gfx, jcmvbkbc, josef, juri.lelli, kraxel, linux-aio, linux-arm-kernel, linux-btrfs, linux-csky, linux-fsdevel, linux-graphics-maintainer, linux-kernel, linux-mips, linux-mm, linux-snps-arc, linux-xtensa, linux, linuxppc-dev, mgorman, mingo, monstr, mpe, nickhu, nouveau, paulmck, paulus, peterz, ray.huang, rodrigo.vivi, rostedt, sparclinux, spice-devel, sroland, torvalds, vgupta, vincent.guittot, viro, virtualization, x86 On 2021-01-09 01:33:52 [+0100], Thomas Bogendoerfer wrote: > On Sat, Jan 09, 2021 at 12:58:05AM +0100, Thomas Bogendoerfer wrote: > > On Fri, Jan 08, 2021 at 08:20:43PM +0000, Paul Cercueil wrote: > > > Hi Thomas, > > > > > > 5.11 does not boot anymore on Ingenic SoCs, I bisected it to this commit. > > > > > > Any idea what could be happening? > > > > not yet, kernel crash log of a Malta QEMU is below. > > update: > > This dirty hack lets the Malta QEMU boot again: > > diff --git a/mm/highmem.c b/mm/highmem.c > index c3a9ea7875ef..190cdda1149d 100644 > --- a/mm/highmem.c > +++ b/mm/highmem.c > @@ -515,7 +515,7 @@ void *__kmap_local_pfn_prot(unsigned long pfn, pgprot_t prot) > vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); > BUG_ON(!pte_none(*(kmap_pte - idx))); > pteval = pfn_pte(pfn, prot); > - set_pte_at(&init_mm, vaddr, kmap_pte - idx, pteval); > + set_pte(kmap_pte - idx, pteval); > arch_kmap_local_post_map(vaddr, pteval); > current->kmap_ctrl.pteval[kmap_local_idx()] = pteval; > preempt_enable(); > > set_pte_at() tries to update cache and could do an kmap_atomic() there. So the old implementation used set_pte() while the new one uses set_pte_at(). > Not sure, if this is allowed at this point. The problem is the recursion kmap_atomic() -> __update_cache() -> kmap_atomic() and kmap_local_idx_push() runs out if index space before stack space. I'm not sure if the __update_cache() worked for highmem. It has been added for that in commit f4281bba81810 ("MIPS: Handle highmem pages in __update_cache") but it assumes that the address returned by kmap_atomic() is the same or related enough for flush_data_cache_page() to work. > Thomas. > Sebastian ^ permalink raw reply [flat|nested] 41+ messages in thread
* [Intel-gfx] [patch V3 00/37] mm/highmem: Preemptible variant of kmap_atomic & friends
@ 2020-11-03 9:27 Thomas Gleixner
2020-11-03 9:27 ` [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic Thomas Gleixner
0 siblings, 1 reply; 41+ messages in thread
From: Thomas Gleixner @ 2020-11-03 9:27 UTC (permalink / raw)
To: LKML
Cc: Juri Lelli, linux-aio, Peter Zijlstra, Benjamin Herrenschmidt,
Sebastian Andrzej Siewior, dri-devel, virtualization, Ben Segall,
Chris Mason, Huang Rui, Paul Mackerras, Gerd Hoffmann,
Daniel Bristot de Oliveira, sparclinux, Vincent Chen,
Christoph Hellwig, Paul McKenney, Max Filippov, Michael Ellerman,
x86, Russell King, linux-csky, Ingo Molnar, David Airlie,
VMware Graphics, Mel Gorman, nouveau, Dave Airlie, linux-snps-arc,
Ben Skeggs, linux-xtensa, Arnd Bergmann, intel-gfx,
Roland Scheidegger, Josef Bacik, Steven Rostedt, Linus Torvalds,
Alexander Viro, spice-devel, David Sterba, Dietmar Eggemann,
linux-arm-kernel, Chris Zankel, Michal Simek, Thomas Bogendoerfer,
Nick Hu, linux-mm, Vineet Gupta, linux-mips, Christian Koenig,
Benjamin LaHaise, linux-fsdevel, Andrew Morton, linuxppc-dev,
David S. Miller, linux-btrfs, Greentime Hu
Following up to the discussion in:
https://lore.kernel.org/r/20200914204209.256266093@linutronix.de
and the second version of this:
https://lore.kernel.org/r/20201029221806.189523375@linutronix.de
this series provides a preemptible variant of kmap_atomic & related
interfaces.
This is achieved by:
- Removing the RT dependency from migrate_disable/enable()
- Consolidating all kmap atomic implementations in generic code including
a useful version of the CONFIG_DEBUG_HIGHMEM which provides guard pages
between the individual maps instead of just increasing the map size.
- Switching from per CPU storage of the kmap index to a per task storage
- Adding a pteval array to the per task storage which contains the ptevals
of the currently active temporary kmaps
- Adding context switch code which checks whether the outgoing or the
incoming task has active temporary kmaps. If so, the outgoing task's
kmaps are removed and the incoming task's kmaps are restored.
- Adding new interfaces k[un]map_local*() which are not disabling
preemption and can be called from any context (except NMI).
Contrary to kmap() which provides preemptible and "persistant" mappings,
these interfaces are meant to replace the temporary mappings provided by
kmap_atomic*() today.
This allows to get rid of conditional mapping choices and allows to have
preemptible short term mappings on 64bit which are today enforced to be
non-preemptible due to the highmem constraints. It clearly puts overhead on
the highmem users, but highmem is slow anyway.
This is not a wholesale conversion which makes kmap_atomic magically
preemptible because there might be usage sites which rely on the implicit
preempt disable. So this needs to be done on a case by case basis and the
call sites converted to kmap_local().
Note, that this is only tested on X86 and completely untested on all other
architectures (at least it compiles except on csky which does not compile
with the newest cross tools from kernel.org independent of this change).
The lot is available from
git://git.kernel.org/pub/scm/linux/kernel/git/tglx/devel.git highmem
It is based on Peter Zijlstras migrate disable branch which is close to be
merged into the tip tree, but still not finalized:
git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git sched/migrate-disable
The series has the following parts:
Patches 1 - 22: Consolidation work which is independent of the scheduler
changes
79 files changed, 595 insertions(+), 1296 deletions(-)
Patch 23: Needs to be folded back into the sched/migrate-disable
Patches 24 - 26: The preemptible kmap_local() implementation
9 files changed, 283 insertions(+), 57 deletions(-)
Patches 27 - 37: Cleanup of the less common kmap/io_map_atomic users
19 files changed, 114 insertions(+), 256 deletions(-)
Vs. merging this pile:
If everyone agrees, I'd like to take the first part (1-22) through tip so
that the preemptible implementation can be sorted in tip once the scheduler
prerequisites are there. The initial cleanups (27-37) might have to wait if
there are conflicts vs. the drm/gpu tree. We'll see.
>From what I can tell kmap_atomic() can be removed all together and
completly replaced by kmap_local(). Most of the usage sites are trivial and
just doing memcpy(), memset() or trivial operations on the temporarily
mapped page. The interesting ones are those which do either conditional
stuff or have copy_.*_user_inatomic() inside. As shown with the crash and
drm/gpu cleanups this allows to simplify the code quite a bit.
Changes vs. V2:
- Remove the migrate disable from kmap_local and only issue that when the
there is an actual highmem mapping. (Linus)
- Reordered the series so the consolidation is upfront
- Get rid of kmap_types.h and the associated cruft
- Fixup documentation and add function documentation for kmap_*
- Splitout the internal implementation into a seperate header
- More cleanups - removal of unused functions
- Replace a few of the less frequently used kmap_atomic and
io_mapping_map_atomic variants and remove those interfaces.
Thanks,
tglx
---
arch/alpha/include/asm/kmap_types.h | 15
arch/arc/include/asm/kmap_types.h | 14
arch/arm/include/asm/kmap_types.h | 10
arch/arm/mm/highmem.c | 121 -------
arch/ia64/include/asm/kmap_types.h | 13
arch/microblaze/mm/highmem.c | 78 ----
arch/mips/include/asm/kmap_types.h | 13
arch/nds32/mm/highmem.c | 48 --
arch/parisc/include/asm/kmap_types.h | 13
arch/powerpc/include/asm/kmap_types.h | 13
arch/powerpc/mm/highmem.c | 67 ----
arch/sh/include/asm/kmap_types.h | 15
arch/sparc/include/asm/kmap_types.h | 11
arch/sparc/mm/highmem.c | 115 -------
arch/um/include/asm/kmap_types.h | 13
arch/x86/include/asm/kmap_types.h | 13
b/Documentation/driver-api/io-mapping.rst | 92 ++---
b/arch/arc/Kconfig | 1
b/arch/arc/include/asm/highmem.h | 26 +
b/arch/arc/mm/highmem.c | 54 ---
b/arch/arm/Kconfig | 1
b/arch/arm/include/asm/fixmap.h | 4
b/arch/arm/include/asm/highmem.h | 33 +-
b/arch/arm/mm/Makefile | 1
b/arch/arm/mm/cache-feroceon-l2.c | 6
b/arch/arm/mm/cache-xsc3l2.c | 4
b/arch/csky/Kconfig | 1
b/arch/csky/include/asm/fixmap.h | 4
b/arch/csky/include/asm/highmem.h | 6
b/arch/csky/mm/highmem.c | 75 ----
b/arch/microblaze/Kconfig | 1
b/arch/microblaze/include/asm/fixmap.h | 4
b/arch/microblaze/include/asm/highmem.h | 6
b/arch/microblaze/mm/Makefile | 1
b/arch/microblaze/mm/init.c | 6
b/arch/mips/Kconfig | 1
b/arch/mips/include/asm/fixmap.h | 4
b/arch/mips/include/asm/highmem.h | 6
b/arch/mips/kernel/crash_dump.c | 42 --
b/arch/mips/mm/highmem.c | 77 ----
b/arch/mips/mm/init.c | 4
b/arch/nds32/Kconfig.cpu | 1
b/arch/nds32/include/asm/fixmap.h | 4
b/arch/nds32/include/asm/highmem.h | 22 -
b/arch/nds32/mm/Makefile | 1
b/arch/openrisc/mm/init.c | 1
b/arch/openrisc/mm/ioremap.c | 1
b/arch/powerpc/Kconfig | 1
b/arch/powerpc/include/asm/fixmap.h | 4
b/arch/powerpc/include/asm/highmem.h | 7
b/arch/powerpc/mm/Makefile | 1
b/arch/powerpc/mm/mem.c | 7
b/arch/sh/include/asm/fixmap.h | 8
b/arch/sh/mm/init.c | 8
b/arch/sparc/Kconfig | 1
b/arch/sparc/include/asm/highmem.h | 8
b/arch/sparc/include/asm/vaddrs.h | 4
b/arch/sparc/mm/Makefile | 3
b/arch/sparc/mm/srmmu.c | 2
b/arch/um/include/asm/fixmap.h | 1
b/arch/x86/Kconfig | 3
b/arch/x86/include/asm/fixmap.h | 5
b/arch/x86/include/asm/highmem.h | 13
b/arch/x86/include/asm/iomap.h | 13
b/arch/x86/include/asm/paravirt_types.h | 1
b/arch/x86/kernel/crash_dump_32.c | 48 --
b/arch/x86/mm/highmem_32.c | 59 ---
b/arch/x86/mm/init_32.c | 15
b/arch/x86/mm/iomap_32.c | 57 ---
b/arch/xtensa/Kconfig | 1
b/arch/xtensa/include/asm/fixmap.h | 4
b/arch/xtensa/include/asm/highmem.h | 12
b/arch/xtensa/mm/highmem.c | 46 --
b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c | 7
b/drivers/gpu/drm/i915/i915_gem.c | 40 --
b/drivers/gpu/drm/i915/selftests/i915_gem.c | 4
b/drivers/gpu/drm/i915/selftests/i915_gem_gtt.c | 8
b/drivers/gpu/drm/nouveau/nvkm/subdev/devinit/fbmem.h | 8
b/drivers/gpu/drm/qxl/qxl_image.c | 18 -
b/drivers/gpu/drm/qxl/qxl_ioctl.c | 27 -
b/drivers/gpu/drm/qxl/qxl_object.c | 12
b/drivers/gpu/drm/qxl/qxl_object.h | 4
b/drivers/gpu/drm/qxl/qxl_release.c | 4
b/drivers/gpu/drm/ttm/ttm_bo_util.c | 20 -
b/drivers/gpu/drm/vmwgfx/vmwgfx_blit.c | 30 -
b/fs/aio.c | 1
b/fs/btrfs/ctree.h | 1
b/include/asm-generic/Kbuild | 2
b/include/asm-generic/kmap_size.h | 12
b/include/linux/highmem-internal.h | 210 ++++++++++++
b/include/linux/highmem.h | 294 ++++++------------
b/include/linux/io-mapping.h | 28 -
b/include/linux/kernel.h | 21 -
b/include/linux/preempt.h | 38 --
b/include/linux/sched.h | 11
b/kernel/entry/common.c | 2
b/kernel/fork.c | 1
b/kernel/sched/core.c | 63 +++
b/kernel/sched/sched.h | 4
b/lib/smp_processor_id.c | 2
b/mm/Kconfig | 3
b/mm/highmem.c | 255 ++++++++++++++-
include/asm-generic/kmap_types.h | 11
103 files changed, 959 insertions(+), 1576 deletions(-)
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 41+ messages in thread* [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic 2020-11-03 9:27 [Intel-gfx] [patch V3 00/37] mm/highmem: Preemptible variant of kmap_atomic & friends Thomas Gleixner @ 2020-11-03 9:27 ` Thomas Gleixner 0 siblings, 0 replies; 41+ messages in thread From: Thomas Gleixner @ 2020-11-03 9:27 UTC (permalink / raw) To: LKML Cc: Juri Lelli, linux-aio, Peter Zijlstra, Benjamin Herrenschmidt, Sebastian Andrzej Siewior, dri-devel, virtualization, Ben Segall, Chris Mason, Huang Rui, Paul Mackerras, Gerd Hoffmann, Daniel Bristot de Oliveira, sparclinux, Vincent Chen, Christoph Hellwig, Paul McKenney, Max Filippov, Michael Ellerman, x86, Russell King, linux-csky, Ingo Molnar, David Airlie, VMware Graphics, Mel Gorman, nouveau, Dave Airlie, linux-snps-arc, Ben Skeggs, linux-xtensa, Arnd Bergmann, intel-gfx, Roland Scheidegger, Josef Bacik, Steven Rostedt, Linus Torvalds, Alexander Viro, spice-devel, David Sterba, Dietmar Eggemann, linux-arm-kernel, Chris Zankel, Michal Simek, Thomas Bogendoerfer, Nick Hu, linux-mm, Vineet Gupta, linux-mips, Christian Koenig, Benjamin LaHaise, linux-fsdevel, Andrew Morton, linuxppc-dev, David S. Miller, linux-btrfs, Greentime Hu No reason having the same code in every architecture Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de> Cc: linux-mips@vger.kernel.org --- V3: Remove the kmap types cruft --- arch/mips/Kconfig | 1 arch/mips/include/asm/fixmap.h | 4 - arch/mips/include/asm/highmem.h | 6 +- arch/mips/include/asm/kmap_types.h | 13 ------ arch/mips/mm/highmem.c | 77 ------------------------------------- arch/mips/mm/init.c | 4 - 6 files changed, 6 insertions(+), 99 deletions(-) --- a/arch/mips/Kconfig +++ b/arch/mips/Kconfig @@ -2719,6 +2719,7 @@ config WAR_MIPS34K_MISSED_ITLB config HIGHMEM bool "High Memory Support" depends on 32BIT && CPU_SUPPORTS_HIGHMEM && SYS_SUPPORTS_HIGHMEM && !CPU_MIPS32_3_5_EVA + select KMAP_LOCAL config CPU_SUPPORTS_HIGHMEM bool --- a/arch/mips/include/asm/fixmap.h +++ b/arch/mips/include/asm/fixmap.h @@ -17,7 +17,7 @@ #include <spaces.h> #ifdef CONFIG_HIGHMEM #include <linux/threads.h> -#include <asm/kmap_types.h> +#include <asm/kmap_size.h> #endif /* @@ -52,7 +52,7 @@ enum fixed_addresses { #ifdef CONFIG_HIGHMEM /* reserved pte's for temporary kernel mappings */ FIX_KMAP_BEGIN = FIX_CMAP_END + 1, - FIX_KMAP_END = FIX_KMAP_BEGIN+(KM_TYPE_NR*NR_CPUS)-1, + FIX_KMAP_END = FIX_KMAP_BEGIN + (KM_MAX_IDX * NR_CPUS) - 1, #endif __end_of_fixed_addresses }; --- a/arch/mips/include/asm/highmem.h +++ b/arch/mips/include/asm/highmem.h @@ -24,7 +24,7 @@ #include <linux/interrupt.h> #include <linux/uaccess.h> #include <asm/cpu-features.h> -#include <asm/kmap_types.h> +#include <asm/kmap_size.h> /* declarations for highmem.c */ extern unsigned long highstart_pfn, highend_pfn; @@ -48,11 +48,11 @@ extern pte_t *pkmap_page_table; #define ARCH_HAS_KMAP_FLUSH_TLB extern void kmap_flush_tlb(unsigned long addr); -extern void *kmap_atomic_pfn(unsigned long pfn); #define flush_cache_kmaps() BUG_ON(cpu_has_dc_aliases) -extern void kmap_init(void); +#define arch_kmap_local_post_map(vaddr, pteval) local_flush_tlb_one(vaddr) +#define arch_kmap_local_post_unmap(vaddr) local_flush_tlb_one(vaddr) #endif /* __KERNEL__ */ --- a/arch/mips/include/asm/kmap_types.h +++ /dev/null @@ -1,13 +0,0 @@ -/* SPDX-License-Identifier: GPL-2.0 */ -#ifndef _ASM_KMAP_TYPES_H -#define _ASM_KMAP_TYPES_H - -#ifdef CONFIG_DEBUG_HIGHMEM -#define __WITH_KM_FENCE -#endif - -#include <asm-generic/kmap_types.h> - -#undef __WITH_KM_FENCE - -#endif --- a/arch/mips/mm/highmem.c +++ b/arch/mips/mm/highmem.c @@ -8,8 +8,6 @@ #include <asm/fixmap.h> #include <asm/tlbflush.h> -static pte_t *kmap_pte; - unsigned long highstart_pfn, highend_pfn; void kmap_flush_tlb(unsigned long addr) @@ -17,78 +15,3 @@ void kmap_flush_tlb(unsigned long addr) flush_tlb_one(addr); } EXPORT_SYMBOL(kmap_flush_tlb); - -void *kmap_atomic_high_prot(struct page *page, pgprot_t prot) -{ - unsigned long vaddr; - int idx, type; - - type = kmap_atomic_idx_push(); - idx = type + KM_TYPE_NR*smp_processor_id(); - vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); -#ifdef CONFIG_DEBUG_HIGHMEM - BUG_ON(!pte_none(*(kmap_pte - idx))); -#endif - set_pte(kmap_pte-idx, mk_pte(page, prot)); - local_flush_tlb_one((unsigned long)vaddr); - - return (void*) vaddr; -} -EXPORT_SYMBOL(kmap_atomic_high_prot); - -void kunmap_atomic_high(void *kvaddr) -{ - unsigned long vaddr = (unsigned long) kvaddr & PAGE_MASK; - int type __maybe_unused; - - if (vaddr < FIXADDR_START) - return; - - type = kmap_atomic_idx(); -#ifdef CONFIG_DEBUG_HIGHMEM - { - int idx = type + KM_TYPE_NR * smp_processor_id(); - - BUG_ON(vaddr != __fix_to_virt(FIX_KMAP_BEGIN + idx)); - - /* - * force other mappings to Oops if they'll try to access - * this pte without first remap it - */ - pte_clear(&init_mm, vaddr, kmap_pte-idx); - local_flush_tlb_one(vaddr); - } -#endif - kmap_atomic_idx_pop(); -} -EXPORT_SYMBOL(kunmap_atomic_high); - -/* - * This is the same as kmap_atomic() but can map memory that doesn't - * have a struct page associated with it. - */ -void *kmap_atomic_pfn(unsigned long pfn) -{ - unsigned long vaddr; - int idx, type; - - preempt_disable(); - pagefault_disable(); - - type = kmap_atomic_idx_push(); - idx = type + KM_TYPE_NR*smp_processor_id(); - vaddr = __fix_to_virt(FIX_KMAP_BEGIN + idx); - set_pte(kmap_pte-idx, pfn_pte(pfn, PAGE_KERNEL)); - flush_tlb_one(vaddr); - - return (void*) vaddr; -} - -void __init kmap_init(void) -{ - unsigned long kmap_vstart; - - /* cache the first kmap pte */ - kmap_vstart = __fix_to_virt(FIX_KMAP_BEGIN); - kmap_pte = virt_to_kpte(kmap_vstart); -} --- a/arch/mips/mm/init.c +++ b/arch/mips/mm/init.c @@ -36,7 +36,6 @@ #include <asm/cachectl.h> #include <asm/cpu.h> #include <asm/dma.h> -#include <asm/kmap_types.h> #include <asm/maar.h> #include <asm/mmu_context.h> #include <asm/sections.h> @@ -402,9 +401,6 @@ void __init paging_init(void) pagetable_init(); -#ifdef CONFIG_HIGHMEM - kmap_init(); -#endif #ifdef CONFIG_ZONE_DMA max_zone_pfns[ZONE_DMA] = MAX_DMA_PFN; #endif _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx ^ permalink raw reply [flat|nested] 41+ messages in thread
end of thread, other threads:[~2021-01-12 7:57 UTC | newest] Thread overview: 41+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2021-01-08 20:20 [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic Paul Cercueil 2021-01-08 20:20 ` Paul Cercueil 2021-01-08 20:20 ` Paul Cercueil 2021-01-08 20:20 ` Paul Cercueil 2021-01-08 20:20 ` Paul Cercueil 2021-01-08 20:20 ` Paul Cercueil 2021-01-08 23:58 ` [Intel-gfx] " Thomas Bogendoerfer 2021-01-08 23:58 ` Thomas Bogendoerfer 2021-01-08 23:58 ` Thomas Bogendoerfer 2021-01-08 23:58 ` Thomas Bogendoerfer 2021-01-08 23:58 ` Thomas Bogendoerfer 2021-01-08 23:58 ` Thomas Bogendoerfer 2021-01-09 0:33 ` [Intel-gfx] " Thomas Bogendoerfer 2021-01-09 0:33 ` Thomas Bogendoerfer 2021-01-09 0:33 ` Thomas Bogendoerfer 2021-01-09 0:33 ` Thomas Bogendoerfer 2021-01-09 0:33 ` Thomas Bogendoerfer 2021-01-09 0:33 ` Thomas Bogendoerfer 2021-01-10 11:35 ` [Intel-gfx] " Paul Cercueil 2021-01-10 11:35 ` Paul Cercueil 2021-01-10 11:35 ` Paul Cercueil 2021-01-10 11:35 ` Paul Cercueil 2021-01-10 11:35 ` Paul Cercueil 2021-01-10 11:35 ` Paul Cercueil 2021-01-10 11:35 ` Paul Cercueil 2021-01-10 11:53 ` [Intel-gfx] " H. Nikolaus Schaller 2021-01-10 11:53 ` H. Nikolaus Schaller 2021-01-10 11:53 ` H. Nikolaus Schaller 2021-01-10 11:53 ` H. Nikolaus Schaller 2021-01-10 11:53 ` H. Nikolaus Schaller 2021-01-10 11:53 ` H. Nikolaus Schaller 2021-01-10 11:53 ` H. Nikolaus Schaller 2021-01-11 9:16 ` [Intel-gfx] " Sebastian Andrzej Siewior 2021-01-11 9:16 ` Sebastian Andrzej Siewior 2021-01-11 9:16 ` Sebastian Andrzej Siewior 2021-01-11 9:16 ` Sebastian Andrzej Siewior 2021-01-11 9:16 ` Sebastian Andrzej Siewior 2021-01-11 9:16 ` Sebastian Andrzej Siewior 2021-01-11 9:16 ` Sebastian Andrzej Siewior 2021-01-11 9:16 ` Sebastian Andrzej Siewior -- strict thread matches above, loose matches on Subject: below -- 2020-11-03 9:27 [Intel-gfx] [patch V3 00/37] mm/highmem: Preemptible variant of kmap_atomic & friends Thomas Gleixner 2020-11-03 9:27 ` [Intel-gfx] [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic Thomas Gleixner
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.