Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp985364rwe; Thu, 1 Sep 2022 10:31:14 -0700 (PDT) X-Google-Smtp-Source: AA6agR43Wjy3YaXFYJecRPKmrMMDf139uipVBpRD6A93Bua61lZRdDpOFqplX9akEfzFtC4iYjBG X-Received: by 2002:a50:ed93:0:b0:448:1acc:c048 with SMTP id h19-20020a50ed93000000b004481accc048mr22529681edr.148.1662053474135; Thu, 01 Sep 2022 10:31:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662053474; cv=none; d=google.com; s=arc-20160816; b=iworCD/Vpl1ykd7zj0x4Vb/+OdSQQtO1OgJxkgea16gYGWRsHv4w6Hv0wTowEIIUxA uwimSUVeXjXEHerWw282X/BwG8kMtA1fjMx8uOXS2be3x3HnauflT/dRAcgjSiUT95cI E0VVkPiscnV1M7kbGF8Up3LVOFRjdQbfxjg2RQyxaiCVDBlfiSazAobUSp1TY1GlxWW9 L7r+Mx4QcCiZxw8VMrx/h6tf5MAuQdVvdwCEbLlnV0EBXYjKcXzsxsbRFxvSl0yhERtb rWQz3YaAOK4OOWZJBe3ZCbuLaLZqmKJMXNE+b1vs7Xjy8TKLdtUO0fuq3xnmHkLE6XvT +JLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=OiY8Rb4yEmb9E8Z7oJQ1OqD9RiVUr2JAN9zt1Lxsujk=; b=gtCM4h334auPiCFhKeTiHT/ZqYVBI+gfAhAssgJLWLLvReAUnBApXFb3/VlR4rIB9h Ehr9gd+q8OGLyTW9QODAKGvxap+f8dKIT5DSQ+vbwGLMUWMipnm+U5sdmrO+bDRCsH1H heytLX6UJuvNGP1jfbhjyct1cHudcyl7eJSOlQhzL6Z6PhofnLyrg0wSzpJmmaDzvCeJ 6harGyLJ8NWFSoFAxrRsMz9qtc1mYqIvrVEE6v5OxQTIi0xM/DSTejSomjQeTTcBhAfq kiolgnBMByLfxZVvlPlXyhYfHmYsGAGDb/DdRY/D5ON3WSJ0FvD/F5KL8L35evogJqcS Hghg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="DIQ/LoTb"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id dp17-20020a170906c15100b0073d4da4039asi15036698ejc.468.2022.09.01.10.30.36; Thu, 01 Sep 2022 10:31:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="DIQ/LoTb"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235122AbiIAREI (ORCPT + 99 others); Thu, 1 Sep 2022 13:04:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55016 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235118AbiIARED (ORCPT ); Thu, 1 Sep 2022 13:04:03 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C428999272; Thu, 1 Sep 2022 10:04:02 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 4506C61FD1; Thu, 1 Sep 2022 17:04:02 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 985FDC43140; Thu, 1 Sep 2022 17:04:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1662051841; bh=XZ3UT/ai1g/A0Mxg5uxB2BOBvBvT/K62KbOaoZI3Og4=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=DIQ/LoTbM8FGDCqsP/m43kPs4b5lZaAJf+8xPhGcMOfI5ao6GFqKpmF1Qi2AjAAWJ FoD/zwknzzDjcK2drHDWeD9Peiwk1OgmAPgwtWYmL5p1CRbD1vs+vhDyOeKUUY5Gio SJ11C/Bp0apqmg76s4maHYYmWQY9QJl5uEVPq0AZU/5QhUeXUZaZaxAtPIsfzEJamf dwHAk17j6v4vqHFjqcjxDVPoHQHPrEFpezb6AcBgeOq9u19JfqgjrR204cgXhedh2i VWhdk8MPF6f11UZJcnXR5HV1m3y/HyswH1Ah8PMDrRT62Dy2aEf8I+kTjjoxuNlRA6 C6Hac64Gjq4XQ== Received: by mail-yw1-f180.google.com with SMTP id 00721157ae682-33da3a391d8so343579157b3.2; Thu, 01 Sep 2022 10:04:01 -0700 (PDT) X-Gm-Message-State: ACgBeo04c3rNdEQfcAHg8ScNg6QG8QGHjnL0mfONZsyaTPQiiNTOqeua C55ysqliiorf+aaA/XZpNZClcGYwZlra8MbG3QU= X-Received: by 2002:a81:6143:0:b0:335:3076:168e with SMTP id v64-20020a816143000000b003353076168emr23230516ywb.460.1662051840515; Thu, 01 Sep 2022 10:04:00 -0700 (PDT) MIME-Version: 1.0 References: <20220830185313.76402-1-song@kernel.org> <875yi8uju3.fsf@mpe.ellerman.id.au> In-Reply-To: From: Song Liu Date: Thu, 1 Sep 2022 10:03:49 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v5] livepatch: Clear relocation targets on a module removal To: Joe Lawrence Cc: Michael Ellerman , live-patching@vger.kernel.org, open list , Josh Poimboeuf , Jiri Kosina , Miroslav Benes , Petr Mladek , X86 ML , linuxppc-dev , Josh Poimboeuf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 31, 2022 at 7:05 PM Joe Lawrence wrot= e: > > On Wed, Aug 31, 2022 at 03:48:26PM -0700, Song Liu wrote: > > On Wed, Aug 31, 2022 at 3:30 PM Michael Ellerman w= rote: > > > > > > Joe Lawrence writes: > > > > On Tue, Aug 30, 2022 at 11:53:13AM -0700, Song Liu wrote: > > > >> From: Miroslav Benes > > > >> > > > >> Josh reported a bug: > > > >> > > > >> When the object to be patched is a module, and that module is > > > >> rmmod'ed and reloaded, it fails to load with: > > > >> > > > >> module: x86/modules: Skipping invalid relocation target, existin= g value is nonzero for type 2, loc 00000000ba0302e9, val ffffffffa03e293c > > > >> livepatch: failed to initialize patch 'livepatch_nfsd' for modul= e 'nfsd' (-8) > > > >> livepatch: patch 'livepatch_nfsd' failed for module 'nfsd', refu= sing to load module 'nfsd' > > > >> > > > >> The livepatch module has a relocation which references a symbol > > > >> in the _previous_ loading of nfsd. When apply_relocate_add() > > > >> tries to replace the old relocation with a new one, it sees that > > > >> the previous one is nonzero and it errors out. > > > >> > > > >> On ppc64le, we have a similar issue: > > > >> > > > >> module_64: livepatch_nfsd: Expected nop after call, got e8410018= at e_show+0x60/0x548 [livepatch_nfsd] > > > >> livepatch: failed to initialize patch 'livepatch_nfsd' for modul= e 'nfsd' (-8) > > > >> livepatch: patch 'livepatch_nfsd' failed for module 'nfsd', refu= sing to load module 'nfsd' > > > ... > > > >> > > > > > > > > Hi Song, > > > > > > > > Applying your patch on top of my latest klp-convert-tree branch [1]= , I > > > > modified a few of its late module patching tests > > > > (tools/testing/selftests/livepatch/test-song.sh) such that: > > > > > > > > 1 - A livepatch module is loaded > > > > - this module contains klp-relocations to objects in (2) > > > > 2 - A target test module is loaded > > > > 3 - Unload the test target module > > > > - Clear klp-relocations in (1) > > > > 4 - Repeat target module load (2) / unload (3) a few times > > > > 5 - Unload livepatch module > > > > > > If you push that test code somewhere I could test it on ppc64le. > > > > > > > The results: > > > > > > > > x86_64 : pass > > > > s390x : pass > > > > ppc64le : crash > > > > > > > > I suspect Power 32-bit would suffer the same fate, but I don't have > > > > hardware to verify. See the kernel log from the crash below... > > > > > > > > > > > > =3D=3D=3D=3D=3D TEST: klp-convert symbols (late module patching) = =3D=3D=3D=3D=3D > > > > % modprobe test_klp_convert1 > > > > test_klp_convert1: tainting kernel with TAINT_LIVEPATCH > > > > livepatch: enabling patch 'test_klp_convert1' > > > > livepatch: 'test_klp_convert1': starting patching transition > > > > livepatch: 'test_klp_convert1': patching complete > > > > % modprobe test_klp_convert_mod > > > > livepatch: applying patch 'test_klp_convert1' to loading module 'te= st_klp_convert_mod' > > > > test_klp_convert1: saved_command_line, 0: BOOT_IMAGE=3D(ieee1275//v= device/v-scsi@30000003/disk@8100000000000000,msdos2)/vmlinuz-5.19.0+ root= =3D/dev/mapper/rhel_ibm--p9z--18--lp7-root ro crashkernel=3D2G-4G:384M,4G-1= 6G:512M,16G-64G:1G,64G-128G:2G,128G-:4G rd.lvm.lv=3Drhel_ibm-p9z-18-lp7/roo= t rd.lvm.lv=3Drhel_ibm-p9z-18-lp7/swap > > > > test_klp_convert1: driver_name, 0: test_klp_convert_mod > > > > test_klp_convert1: test_klp_get_driver_name(), 0: test_klp_convert_= mod > > > > test_klp_convert1: homonym_string, 1: homonym string A > > > > test_klp_convert1: get_homonym_string(), 1: homonym string A > > > > test_klp_convert1: klp_string.12345 =3D lib/livepatch/test_klp_conv= ert_mod_a.c static string > > > > test_klp_convert1: klp_string.67890 =3D lib/livepatch/test_klp_conv= ert_mod_b.c static string > > > > % rmmod test_klp_convert_mod > > > > livepatch: reverting patch 'test_klp_convert1' on unloading module = 'test_klp_convert_mod' > > > > module_64: Clearing ADD relocate section 48 to 6 > > > > BUG: Unable to handle kernel data access on write at 0xc00800000214= 0150 > > > > Faulting instruction address: 0xc00000000005659c > > > > Oops: Kernel access of bad area, sig: 11 [#1] > > > > LE PAGE_SIZE=3D64K MMU=3DHash SMP NR_CPUS=3D2048 NUMA pSeries > > > > Modules linked in: test_klp_convert_mod(-) test_klp_convert1(K) bon= ding tls rfkill pseries_rng drm fuse drm_panel_orientation_quirks xfs libcr= c32c sd_mod t10_pi sg ibmvscsi ibmveth scsi_transport_srp vmx_crypto dm_mir= ror dm_region_hash dm_log dm_mod > > > > CPU: 6 PID: 4766 Comm: rmmod Kdump: loaded Tainted: G = K 5.19.0+ #1 > > > > NIP: c00000000005659c LR: c000000000056590 CTR: 0000000000000024 > > > > REGS: c000000007223840 TRAP: 0300 Tainted: G K (5= .19.0+) > > > > MSR: 8000000000009033 CR: 48008282 XER: 0= 000000a > > > > CFAR: c0000000000a87e0 DAR: c008000002140150 DSISR: 0a000000 IRQMAS= K: 0 > > > > > > This is saying you don't have permissions to write at that address. > > > > > > > GPR00: c000000000056568 c000000007223ae0 c000000002a68a00 000000000= 0000001 > > > > GPR04: c0080000021706f0 000000000000002d 0000000000000000 000000000= 0000000 > > > > GPR08: 0000000000000066 0000001200000010 0000000000000000 000000000= 0008000 > > > > GPR12: 0000000000000000 c00000000ffca080 0000000000000000 000000000= 0000000 > > > > GPR16: 0000010005bf1810 000000010c0f7370 c0000000011b7e50 c00000000= 11b7e68 > > > > GPR20: c0080000021501c8 c008000002150228 0000000000000030 000000006= 0000000 > > > > GPR24: c008000002160380 c000000056b43000 000000000000ff20 c00000005= 6b43c00 > > > > GPR28: aaaaaaaaaaaaaaab c000000056b43b40 0000000000000000 c00800000= 214014c > > > > NIP [c00000000005659c] clear_relocate_add+0x11c/0x1c0 > > > > LR [c000000000056590] clear_relocate_add+0x110/0x1c0 > > > > Call Trace: > > > > [c000000007223ae0] [ffffffffffffffff] 0xffffffffffffffff (unreliabl= e) > > > > [c000000007223ba0] [c00000000021e3a8] klp_cleanup_module_patches_li= mited+0x448/0x480 > > > > [c000000007223cb0] [c000000000220278] klp_module_going+0x68/0x94 > > > > [c000000007223ce0] [c00000000022f480] __do_sys_delete_module.constp= rop.0+0x1d0/0x390 > > > > [c000000007223db0] [c00000000002f004] system_call_exception+0x164/0= x340 > > > > [c000000007223e10] [c00000000000be68] system_call_vectored_common+0= xe8/0x278 > > > > --- interrupt: 3000 at 0x7fffa178fb6c > > > > NIP: 00007fffa178fb6c LR: 0000000000000000 CTR: 0000000000000000 > > > > REGS: c000000007223e80 TRAP: 3000 Tainted: G K (5= .19.0+) > > > > MSR: 800000000280f033 CR: 48= 002482 XER: 00000000 > > > > IRQMASK: 0 > > > > GPR00: 0000000000000081 00007ffff2d1b720 00007fffa1887200 000001000= 5bf1878 > > > > GPR04: 0000000000000800 000000000000000a 0000000000000000 000000000= 00000da > > > > GPR08: 0000000000000000 0000000000000000 0000000000000000 000000000= 0000000 > > > > GPR12: 0000000000000000 00007fffa201c540 0000000000000000 000000000= 0000000 > > > > GPR16: 0000010005bf1810 000000010c0f7370 000000010c0f8090 000000010= c0f8078 > > > > GPR20: 000000010c0f8050 000000010c0f80a8 000000010c0f7518 000000010= c0f80d0 > > > > GPR24: 00007ffff2d1b830 00007ffff2d1efbb 0000000000000000 000001000= 5bf02a0 > > > > GPR28: 00007ffff2d1be50 0000000000000000 0000010005bf1810 000000000= 0100000 > > > > NIP [00007fffa178fb6c] 0x7fffa178fb6c > > > > LR [0000000000000000] 0x0 > > > > --- interrupt: 3000 > > > > Instruction dump: > > > > 40820044 813b002c 7ff5f82a 79293664 7d394a14 e9290010 7c69f82e 7fe9= fa14 > > > > 48052235 60000000 2c030000 41820008 <92ff0004> eadb0020 60000000 60= 000000 > > > > ---[ end trace 0000000000000000 ]--- > > > > > > > > $ addr2line 0xc00000000005659c -e vmlinux > > > > /root/klp-convert-tree/arch/powerpc/kernel/module_64.c:785 > > > > > > > > 743 void clear_relocate_add(Elf64_Shdr *sechdrs, > > > > 744 const char *strtab, > > > > 745 unsigned int symindex, > > > > 746 unsigned int relsec, > > > > 747 struct module *me) > > > > 748 { > > > > ... > > > > 759 for (i =3D 0; i < sechdrs[relsec].sh_size / sizeof(*rel= a); i++) { > > > > ... > > > > 785 *instruction =3D PPC_RAW_NOP(); > > > > 786 } > > > > > > Has the module text been marked RW prior to this? I suspect not? > > > > > > In which case you need to use patch_instruction() here. > > > > > > cheers > > > > Thanks folks! > > > > I guess something like this would fix compile for ppc32 and fix crash f= or ppc64. > > > > I also pushed it to > > > > https://git.kernel.org/pub/scm/linux/kernel/git/song/linux.git/log/?h= =3Dklp-module-reload > > > > This includes Joe's klp-convert patches and this patch. > > > > Thanks! > > Song > > > > > > > > diff --git a/arch/powerpc/kernel/module_32.c b/arch/powerpc/kernel/modu= le_32.c > > index ea6536171778..e3c312770453 100644 > > --- a/arch/powerpc/kernel/module_32.c > > +++ b/arch/powerpc/kernel/module_32.c > > @@ -285,6 +285,16 @@ int apply_relocate_add(Elf32_Shdr *sechdrs, > > return 0; > > } > > > > +#ifdef CONFIG_LIVEPATCH > > +void clear_relocate_add(Elf32_Shdr *sechdrs, > > + const char *strtab, > > + unsigned int symindex, > > + unsigned int relsec, > > + struct module *me) > > +{ > > +} > > +#endif > > + > > #ifdef CONFIG_DYNAMIC_FTRACE > > notrace int module_trampoline_target(struct module *mod, unsigned long= addr, > > unsigned long *target) > > diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/modu= le_64.c > > index 6aaf5720070d..4d55f0e52704 100644 > > --- a/arch/powerpc/kernel/module_64.c > > +++ b/arch/powerpc/kernel/module_64.c > > @@ -782,7 +782,7 @@ void clear_relocate_add(Elf64_Shdr *sechdrs, > > continue; > > > > instruction +=3D 1; > > - *instruction =3D PPC_RAW_NOP(); > > + patch_instruction(instruction, PPC_RAW_NOP()); > > Close. I believe PPC_RAW_NOP() needs to be passed to ppc_inst() like: > > diff --git a/arch/powerpc/kernel/module_64.c b/arch/powerpc/kernel/module= _64.c > index 4d55f0e52..514951f97 100644 > --- a/arch/powerpc/kernel/module_64.c > +++ b/arch/powerpc/kernel/module_64.c > @@ -782,7 +782,7 @@ void clear_relocate_add(Elf64_Shdr *sechdrs, > continue; > > instruction +=3D 1; > - patch_instruction(instruction, PPC_RAW_NOP()); > + patch_instruction(instruction, ppc_inst(PPC_RAW_NOP())); > } > > } > > And with that tweak, new result: > > ppc64le : pass > > Tested-by: Joe Lawrence # x86_64, s390x, ppc64l= e Thanks! I will fold this in and send v6. Song