Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5600754pxv; Wed, 28 Jul 2021 14:56:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwB8CpOotTge0VYfh0FdTph/mTblibeV5yCKSLntMrugq8KDqxTnvee1opOqHmGdwfU0LXH X-Received: by 2002:a6b:8b0d:: with SMTP id n13mr1222292iod.169.1627509389910; Wed, 28 Jul 2021 14:56:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627509389; cv=none; d=google.com; s=arc-20160816; b=umDG9h5pbn/Qoe5yFb/7TVEpyjTWIo16BXtYZa0C1Pn4wGdN9xCKgPct9XC0cG1dwH jX79mtsfCVIfgVZcpEsu9dtKiwBkfkMeXRTXjF8d80SnU0n0oWokKJpxTPQ1DHGCBI0E CLfgHJa2gBQLJMInj9y5oMnr+54rsSnkmnfvCqkS7juiQkeDoDIz6SjQ1+dKPFi2PuIR R4+QMSGWfY65uE1AhSYnmv17eP9Z8Ia1AOyrwVCwQ2SbL/UWxf6OOxGz7VGwRKVDZ7Ii K/W2kvFnp1keK8y0Ed0Efm8qBxxBXxdsMe3+WXlxJI2rYHrCyoUmrsHsow3R1D0bkxHS 6dpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject; bh=KkaDpFBrorB/7+KcoYo9mjb47DIH688fsoaa3C+MbmI=; b=zPQ8thabbBp7wbch4IQn0xs99Xh95kvn0JusD2L5lH58SYmABeD3vUhLLr51f+CEF8 igLzudlWH0Tqk8qSYAYu8nT822/3mCQ7MNlfV9XFDQDPRpVBHDyCmC3rDMF3qVx/vyCJ 4iPRO2sPE0eIAwbRcWmPxB1K2eoEhuGGyznKnYnH2RYBiF3JmfqeCWh4gPx/gsTPLxaz 2cS0znESbwOnX2SSxmnIWCB6UUOpODug2d/cdgJsQhs9E6ROi52DCXmtTybWWSJPWnET FvvJAzgtdJViA1Se+/w/Y0XCsgMN9U+SDCY5zY2SES8IJR3YVZfnrKqbcQwTFnt/+d+X /PBA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l6si1057559ilg.44.2021.07.28.14.56.18; Wed, 28 Jul 2021 14:56:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232080AbhG1VzZ (ORCPT + 99 others); Wed, 28 Jul 2021 17:55:25 -0400 Received: from mail-pj1-f49.google.com ([209.85.216.49]:37528 "EHLO mail-pj1-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231784AbhG1VzY (ORCPT ); Wed, 28 Jul 2021 17:55:24 -0400 Received: by mail-pj1-f49.google.com with SMTP id a4-20020a17090aa504b0290176a0d2b67aso12322181pjq.2; Wed, 28 Jul 2021 14:55:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=KkaDpFBrorB/7+KcoYo9mjb47DIH688fsoaa3C+MbmI=; b=SaUDZQhbzZDEexflbyun7MDMI0L/T1nJk4FgCVZEcUpvHszt/9d4HR1Jy710dVpWby kMsQCkKEZ9Kj7Q//4HuzhXSROaFEkWxB6xY00PsN5RRjrYRxFS5lZCWOkRJRLCrWI1BU uAfv5cwkH2biNaM2huYix69En7yKfLYgP7Y631JXVJY2tMwFSKHCpKh3VOfMeT1hs5It Gjfu7x8DDl4nvCDGbW8vO2xOmkx5Tdb1dGKz2T6PYq6no4R30oX28VYl9wgMqBA7gi3W jKL2fDMuMOKA2/v6CvOEkEwhKWW7Zv+kXtoh4P4azzP95yMUQMgUqeFuBEaMn08LtQjK mF0g== X-Gm-Message-State: AOAM530gj7htp6ZCA+K9OFKRnnhoLdyt1/Bh72s8hrEIeDkArKqKF28j pWPXyE9tToHJOMojPShD/Ci4ZpUhXE1OApHx X-Received: by 2002:a17:90a:b313:: with SMTP id d19mr1707062pjr.84.1627509321414; Wed, 28 Jul 2021 14:55:21 -0700 (PDT) Received: from bvanassche-linux.mtv.corp.google.com ([2620:15c:211:1:3328:5f8d:f6e2:85ea]) by smtp.gmail.com with ESMTPSA id a13sm913556pgt.58.2021.07.28.14.55.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 28 Jul 2021 14:55:20 -0700 (PDT) Subject: Re: [PATH v2] scsi: scsi_dh_rdac: Avoid crash during rdac_bus_attach To: yebin , jejb@linux.ibm.com, martin.petersen@oracle.com, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210113063103.2698953-1-yebin10@huawei.com> <61016887.9000200@huawei.com> From: Bart Van Assche Message-ID: <1a86eadf-41fe-256e-2656-b9a13f73d88f@acm.org> Date: Wed, 28 Jul 2021 14:55:19 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <61016887.9000200@huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/28/21 7:24 AM, yebin wrote: > On 2021/7/23 12:04, Bart Van Assche wrote: >> On 1/12/21 10:31 PM, Ye Bin wrote: >>>       sdev->handler_data = NULL; >>> +    synchronize_rcu(); >>>       kfree(h); >> What is the purpose of the new synchronize_rcu() call? > Thanks for your reply. > Yes, I add new synchronize_rcu() call is to wait until *h is no longer > in use. If free > "h" right now , mybe lead to UAF. >> If its purpose is >> to wait until *h is no longer in use, please use kfree_rcu() instead. > struct rdac_dh_data { >         struct list_head        node; >         ..... > } > As rdac_dh_data.node type is "struct list_head", but  kfree_rcu the > first parameter type is > "struct rcu_head". So we can only use synchronize_rcu() at here. Ah, that's right. Hence: Reviewed-by: Bart Van Assche