Received: by 2002:a05:7412:40d:b0:e2:908c:2ebd with SMTP id 13csp752356rdf; Tue, 21 Nov 2023 16:04:42 -0800 (PST) X-Google-Smtp-Source: AGHT+IHsSWGvsI3ZkvhKfusbAWoZiym5pgMQ4U/WQWZQsb3CrzPCynCh1zKYW9pJ1/RDCiep74F/ X-Received: by 2002:a05:6e02:1c84:b0:350:f51b:c32e with SMTP id w4-20020a056e021c8400b00350f51bc32emr674511ill.16.1700611481995; Tue, 21 Nov 2023 16:04:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700611481; cv=none; d=google.com; s=arc-20160816; b=vttLmRjklxaiat3kY63OOdrvXgcTFpDL8JsyN9szxX9PMvdNXfaB61Asa5goS2Y3G1 R2Avdr9A5hP7HEq3pPgmpE99qTsGbluvKlam+oT7+sHleuIoU870WPPYMdgF+6kctOps AsHiGV2tvEofldL/xuPoW9GqRXWw29Px+EtmifNJUCzqqo2NV0PhbyNb/CBSAaL/deVX +ykW0+7/2INGuszdd/RuZsmZe5NCYG1hYhZfRAVjAkbK+AnvX67DYx4jkL9i1YnegLka t2Xntxh4SZMxqo7N/Z1OawwH6YnWqwoYWl79gjmO41tHA/nRq/1uqt8nni1du+KXPhw6 2hPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=YxnEhA5aA5H886Dh20wjuh2VkCHKHsh7zbteIbp9JQs=; fh=QErLYMhRVJFSyNPL5Ijw7q68Mels4QbEWPczZ9GFt8k=; b=fVlpOmjBCLds30GJQts+sGFDT6OCuiOKJ3jAPnCVAGGlQm0/6mOEgxGFId+zbP4SOt E+bh8JKfzoBNeEn5OCdrHNyLot/Z36pNGOhV+hUdUtngULzglO6yU5F9RQubhJ9N8DU5 IIGmJn1G8XfKkG+HjP9FJ/+YWCGy/+l5Z2BawjQvASlhnIengsnYS+2brbn192UCyipw On3HJ1URY6/E8KFK6fyqy2mankEvSeIo/vScU8V1df0hw0tox3tvJrJYN+7LjzHuTu6E 9io545nuXRKAwQCMVPlx+0AmihaoIzhOGcudI7hnbuWDniV8gRsUTmgruasQgr+WyRUR ubcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sifive.com header.s=google header.b=dshbZHUo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=sifive.com Return-Path: Received: from agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id s66-20020a635e45000000b005893c5bd119si11453400pgb.425.2023.11.21.16.04.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Nov 2023 16:04:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@sifive.com header.s=google header.b=dshbZHUo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=sifive.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 4AA9880EAD60; Tue, 21 Nov 2023 16:04:35 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234900AbjKVAEW (ORCPT + 99 others); Tue, 21 Nov 2023 19:04:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52858 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234718AbjKVAEV (ORCPT ); Tue, 21 Nov 2023 19:04:21 -0500 Received: from mail-il1-x12f.google.com (mail-il1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 249A2D45 for ; Tue, 21 Nov 2023 16:04:17 -0800 (PST) Received: by mail-il1-x12f.google.com with SMTP id e9e14a558f8ab-357ccaf982eso19866395ab.0 for ; Tue, 21 Nov 2023 16:04:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sifive.com; s=google; t=1700611456; x=1701216256; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=YxnEhA5aA5H886Dh20wjuh2VkCHKHsh7zbteIbp9JQs=; b=dshbZHUouqUFBdJqq94ezu8YVf1XFo1vd3yj5wpduRnyUFU8j55biJ/rCBgalelxZ+ 9zWGQkvvRbIBapHoBZH5ZBNrKfCUY4ba+zX5PhIM/qKjqGHED2x4pui3pW1c4Mfe0Zog RPoA7FtANTk/DYrwe6zT4hcTR/zJN4w+x1jmDQp6ow/diBkENga/DTk80BkwX0inJ4/7 drs75LUfRR6w5wl/XxIoiLgVOLslGXe5pfjm1Yf1v63CZmumtlXs0R3Dizav3OOLYyRL Lja2r0fcAL3TaAaMNrsyqeCTGF3dMYTKiekkDHcFp9U1oU7ABXhVXMtzqtf5Fwnc5rQQ kZTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700611456; x=1701216256; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=YxnEhA5aA5H886Dh20wjuh2VkCHKHsh7zbteIbp9JQs=; b=i7UwGm2LPteMJRpwcrKVFAkGm436t4CdJ8t3nnJve6YrYtkuMWsEobAlE+hLcGyrNP ZymefTOVqW5xE8aozgFprJWMI19vjO9qQ9OjF9Br8qi9hwh6ipZRTdARm5gSdCxe2wKc hfikHW1Lowh0/ClT04WTwn2rXjAYpCuZh6zOIBaN3pgxHdSb7DOwmx8thmLtkQ6m3U+P DCZ1DfCBkvo2OFAUEMB7NCifl8FXe8SjtJN1+aZPuz8crcE84kAsVc3phA6LLjakaOTT hEfgQni7BJ9qefHY4dV4/iT9n1NPOqctRy61Yza8bKBvi9jM9b+/8CXV1SFO+djJoKeL Ftew== X-Gm-Message-State: AOJu0YzmsnURfugOYaIH2LDmk9jKl4OjfmVGMJDVElnNsHj56viKuFNV i6yRS9fTY1j/gUnA5AD5ONAo4RwvsOB/OjfaEnM= X-Received: by 2002:a05:6e02:1c84:b0:350:f51b:c32e with SMTP id w4-20020a056e021c8400b00350f51bc32emr672908ill.16.1700611456144; Tue, 21 Nov 2023 16:04:16 -0800 (PST) Received: from ?IPV6:2605:a601:adae:4500:9465:402f:4b0a:1116? ([2605:a601:adae:4500:9465:402f:4b0a:1116]) by smtp.gmail.com with ESMTPSA id a7-20020a92d107000000b00357409c4e57sm3498048ilb.44.2023.11.21.16.04.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 21 Nov 2023 16:04:15 -0800 (PST) Message-ID: <43359fc7-957a-4f48-a1d4-fffee238463a@sifive.com> Date: Tue, 21 Nov 2023 18:04:14 -0600 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] riscv: Safely remove entries from relocation list Content-Language: en-US To: Charlie Jenkins Cc: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, Paul Walmsley , Palmer Dabbelt , Albert Ou , Ron Economos References: <20231121-module_linking_freeing-v2-1-974bfcd3664e@rivosinc.com> From: Samuel Holland In-Reply-To: <20231121-module_linking_freeing-v2-1-974bfcd3664e@rivosinc.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Tue, 21 Nov 2023 16:04:35 -0800 (PST) Hi Charlie, On 2023-11-21 4:50 PM, Charlie Jenkins wrote: > Use the safe versions of list and hlist iteration to safely remove > entries from the module relocation lists. To allow mutliple threads to > load modules concurrently, move relocation list pointers onto the stack > rather than using global variables. > > Fixes: 8fd6c5142395 ("riscv: Add remaining module relocations") > Reported-by: Ron Economos > Closes: https://lore.kernel.org/linux-riscv/444de86a-7e7c-4de7-5d1d-c1c40eefa4ba@w6rz.net > Signed-off-by: Charlie Jenkins > --- > Changes in v2: > - Support linking modules concurrently across threads. > - Link to v1: https://lore.kernel.org/r/20231120-module_linking_freeing-v1-1-fff81d7289fc@rivosinc.com > --- > arch/riscv/kernel/module.c | 76 +++++++++++++++++++++++++++++++--------------- > 1 file changed, 51 insertions(+), 25 deletions(-) > > diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c > index 56a8c78e9e21..f53e82b70dff 100644 > --- a/arch/riscv/kernel/module.c > +++ b/arch/riscv/kernel/module.c > @@ -40,14 +40,17 @@ struct relocation_handlers { > long buffer); > }; > > -unsigned int initialize_relocation_hashtable(unsigned int num_relocations); > -void process_accumulated_relocations(struct module *me); > +unsigned int > +initialize_relocation_hashtable(unsigned int num_relocations, > + struct hlist_head **relocation_hashtable, > + struct list_head *used_buckets_list); > +void process_accumulated_relocations(struct module *me, > + struct hlist_head **relocation_hashtable, > + struct list_head *used_buckets_list); > int add_relocation_to_accumulate(struct module *me, int type, void *location, > - unsigned int hashtable_bits, Elf_Addr v); > - > -struct hlist_head *relocation_hashtable; > - > -struct list_head used_buckets_list; This hunk conflicts with your other patch, which is still needed for the __le16 change. Since they are both fixes, do you intend to rebase and send them together? > + unsigned int hashtable_bits, Elf_Addr v, > + struct hlist_head **relocation_hashtable, > + struct list_head *used_buckets_list); minor: the indentation is off by one here. > > /* > * The auipc+jalr instruction pair can reach any PC-relative offset > @@ -604,7 +607,9 @@ static const struct relocation_handlers reloc_handlers[] = { > /* 192-255 nonstandard ABI extensions */ > }; > > -void process_accumulated_relocations(struct module *me) > +void process_accumulated_relocations(struct module *me, > + struct hlist_head **relocation_hashtable, You only need the double pointer in initialize_relocation_hashtable(). If you pass the single pointer here and in add_relocation_to_accumulate(), you can avoid the extra dereference operations. > + struct list_head *used_buckets_list) > { > /* > * Only ADD/SUB/SET/ULEB128 should end up here. > @@ -624,18 +629,25 @@ void process_accumulated_relocations(struct module *me) > * - Each relocation entry for a location address > */ > struct used_bucket *bucket_iter; > + struct used_bucket *bucket_iter_tmp; > struct relocation_head *rel_head_iter; > + struct hlist_node *rel_head_iter_tmp; > struct relocation_entry *rel_entry_iter; > + struct relocation_entry *rel_entry_iter_tmp; > int curr_type; > void *location; > long buffer; > > - list_for_each_entry(bucket_iter, &used_buckets_list, head) { > - hlist_for_each_entry(rel_head_iter, bucket_iter->bucket, node) { > + list_for_each_entry_safe(bucket_iter, bucket_iter_tmp, > + used_buckets_list, head) { > + hlist_for_each_entry_safe(rel_head_iter, rel_head_iter_tmp, > + bucket_iter->bucket, node) { > buffer = 0; > location = rel_head_iter->location; > - list_for_each_entry(rel_entry_iter, > - rel_head_iter->rel_entry, head) { > + list_for_each_entry_safe(rel_entry_iter, > + rel_entry_iter_tmp, > + rel_head_iter->rel_entry, > + head) { > curr_type = rel_entry_iter->type; > reloc_handlers[curr_type].reloc_handler( > me, &buffer, rel_entry_iter->value); > @@ -648,11 +660,13 @@ void process_accumulated_relocations(struct module *me) > kfree(bucket_iter); > } > > - kfree(relocation_hashtable); > + kfree(*relocation_hashtable); > } > > int add_relocation_to_accumulate(struct module *me, int type, void *location, > - unsigned int hashtable_bits, Elf_Addr v) > + unsigned int hashtable_bits, Elf_Addr v, > + struct hlist_head **relocation_hashtable, > + struct list_head *used_buckets_list) > { > struct relocation_entry *entry; > struct relocation_head *rel_head; > @@ -667,7 +681,7 @@ int add_relocation_to_accumulate(struct module *me, int type, void *location, > > hash = hash_min((uintptr_t)location, hashtable_bits); > > - current_head = &relocation_hashtable[hash]; > + current_head = &((*relocation_hashtable)[hash]); > > /* Find matching location (if any) */ > bool found = false; > @@ -693,7 +707,7 @@ int add_relocation_to_accumulate(struct module *me, int type, void *location, > kmalloc(sizeof(struct used_bucket), GFP_KERNEL); > INIT_LIST_HEAD(&bucket->head); > bucket->bucket = current_head; > - list_add(&bucket->head, &used_buckets_list); > + list_add(&bucket->head, used_buckets_list); > } > hlist_add_head(&rel_head->node, current_head); > } > @@ -704,7 +718,10 @@ int add_relocation_to_accumulate(struct module *me, int type, void *location, > return 0; > } > > -unsigned int initialize_relocation_hashtable(unsigned int num_relocations) > +unsigned int > +initialize_relocation_hashtable(unsigned int num_relocations, > + struct hlist_head **relocation_hashtable, > + struct list_head *used_buckets_list) > { > /* Can safely assume that bits is not greater than sizeof(long) */ > unsigned long hashtable_size = roundup_pow_of_two(num_relocations); > @@ -720,12 +737,12 @@ unsigned int initialize_relocation_hashtable(unsigned int num_relocations) > > hashtable_size <<= should_double_size; > > - relocation_hashtable = kmalloc_array(hashtable_size, > - sizeof(*relocation_hashtable), > - GFP_KERNEL); > - __hash_init(relocation_hashtable, hashtable_size); > + *relocation_hashtable = kmalloc_array(hashtable_size, > + sizeof(*relocation_hashtable), > + GFP_KERNEL); You need to check for allocation failure here and inside add_relocation_to_accumulate(). Module loading under memory pressure is a reasonably likely scenario. > + __hash_init(*relocation_hashtable, hashtable_size); > > - INIT_LIST_HEAD(&used_buckets_list); > + INIT_LIST_HEAD(used_buckets_list); This is the only place used_buckets_list is used in this function. If you move this line out to apply_relocate_add, you can drop the parameter. Regards, Samuel > > return hashtable_bits; > } > @@ -742,7 +759,13 @@ int apply_relocate_add(Elf_Shdr *sechdrs, const char *strtab, > Elf_Addr v; > int res; > unsigned int num_relocations = sechdrs[relsec].sh_size / sizeof(*rel); > - unsigned int hashtable_bits = initialize_relocation_hashtable(num_relocations); > + struct hlist_head *relocation_hashtable; > + struct list_head used_buckets_list; > + unsigned int hashtable_bits; > + > + hashtable_bits = initialize_relocation_hashtable(num_relocations, > + &relocation_hashtable, > + &used_buckets_list); > > pr_debug("Applying relocate section %u to %u\n", relsec, > sechdrs[relsec].sh_info); > @@ -823,14 +846,17 @@ int apply_relocate_add(Elf_Shdr *sechdrs, const char *strtab, > } > > if (reloc_handlers[type].accumulate_handler) > - res = add_relocation_to_accumulate(me, type, location, hashtable_bits, v); > + res = add_relocation_to_accumulate( > + me, type, location, hashtable_bits, v, > + &relocation_hashtable, &used_buckets_list); > else > res = handler(me, location, v); > if (res) > return res; > } > > - process_accumulated_relocations(me); > + process_accumulated_relocations(me, &relocation_hashtable, > + &used_buckets_list); > > return 0; > } > > --- > base-commit: 98b1cc82c4affc16f5598d4fa14b1858671b2263 > change-id: 20231120-module_linking_freeing-2b5a3b255b5e