Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp13672913pxu; Mon, 4 Jan 2021 00:52:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJyg9xLO4PU7/fqEIVYMZaEMrkJa1XFk4DIfQoEexYQIy6Cvd1h25umjkH7Jnn8qq3I0xwwT X-Received: by 2002:aa7:d0c5:: with SMTP id u5mr67583537edo.46.1609750357147; Mon, 04 Jan 2021 00:52:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609750357; cv=none; d=google.com; s=arc-20160816; b=fVFJzggTbBpsKdgtmAKN0pRnDa/ctxGCv8u5Qjka1SIozi4h85jETlqcLu1euId3Ny 6NfxZRqUm1pSjDIqN/GyeX+FNT5GYCgPrRVsOH2KJLFizUi91J9AXwzTbAQ4wVfpc1tW kbAMyfPte9hwXXp1wonDhT1wD6cSNPYmLaQkeFNpI7UZ+pM3KEEfdLBBUWEFnNcXQNvG uSEKLkPr0U//2AP8ijo5vVujfnAb1+/9Yabg8C7eIQWx3plNUSRcB0z6p39OYlhTBLuy VsYSSzfy3BENQOnbd1uW8sxdziGC7MV0e7geSow5YOAMX2oLXs8MT3WtgY911EkjpZSJ 5NVA== 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 :cc:to:subject:dkim-signature; bh=nyKf2bl5uGOVZiBGFJPeSR/NNjbqCaEOoDtTzHHJ6KI=; b=0ZHQviIgbrVujWjywJyBiuND4aP2ONVPRQYlQlnOn/EOlpEbgY1L+5IRAytYvqqH5/ A8tL+tzAaJZk3FpbdX/RFXgrxQjZallwKAMUiCavm1DKtH1IQgiSKi22ZZqdhuHLvtSu hK9LfpyMlqVIgq4/jhQvMWyR+CQuuiMrnALbMS24+eM//hHaH3mDBGqvocBNHRWjY24O 3bn35pb7m4AT3J0iejVGAR1zDO4yNXqY555AO6HCb+exgJz0oKoc4MOSuj4ZwakrRBeX ZElYusJTaGiM3Qw2imJ4FpPw/kZYEtbAi31KffIs5b9BHzpGBz6nzAn8uu8pQ99rHjMZ AUWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b=TZVcY9mm; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dm7si28856134ejc.350.2021.01.04.00.52.14; Mon, 04 Jan 2021 00:52:37 -0800 (PST) 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; dkim=pass header.i=@ibm.com header.s=pp1 header.b=TZVcY9mm; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726520AbhADIvO (ORCPT + 99 others); Mon, 4 Jan 2021 03:51:14 -0500 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:42304 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726308AbhADIvN (ORCPT ); Mon, 4 Jan 2021 03:51:13 -0500 Received: from pps.filterd (m0187473.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 1048Wj2I088073; Mon, 4 Jan 2021 03:50:13 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=pp1; bh=nyKf2bl5uGOVZiBGFJPeSR/NNjbqCaEOoDtTzHHJ6KI=; b=TZVcY9mmtDskZM/wVTE4c8x0Ht/se4XH7f/tz1uywChf2f4tJDqu9oF1+T2kWBS6Nyxi hLtwmQWC25XgfrIQ51YAAp4ldge5PFY0SOYtDj/nO0WOmHY/5Q35cdw9EF0KdCVMu2eu F+empap1qQk/QmsCTePvhl6TWIVCf/GGSpJ8gAbd/LZRPb8HS0tizdFQalqXJRoAcjmS CxNVglA656Dj++ozdVnDLb5WP4eDjwUga9qpUo5W2+bKMIAh3efmw0C4mWyhJN/dBBYX mSkPtMhXnjgUffomvN/k2ChJP2x1NYnIL5j7fbax3JNGQuRjiVmsCKyFZJ2OW3u4Gf5b Qg== Received: from ppma06ams.nl.ibm.com (66.31.33a9.ip4.static.sl-reverse.com [169.51.49.102]) by mx0a-001b2d01.pphosted.com with ESMTP id 35uuwpmrrr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 04 Jan 2021 03:50:13 -0500 Received: from pps.filterd (ppma06ams.nl.ibm.com [127.0.0.1]) by ppma06ams.nl.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 1048ll4C015815; Mon, 4 Jan 2021 08:50:10 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma06ams.nl.ibm.com with ESMTP id 35tg3h9phn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 04 Jan 2021 08:50:10 +0000 Received: from b06wcsmtp001.portsmouth.uk.ibm.com (b06wcsmtp001.portsmouth.uk.ibm.com [9.149.105.160]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 1048o8Ql45089236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 4 Jan 2021 08:50:08 GMT Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 724DFA405C; Mon, 4 Jan 2021 08:50:08 +0000 (GMT) Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 2AF23A4062; Mon, 4 Jan 2021 08:50:08 +0000 (GMT) Received: from localhost.localdomain (unknown [9.145.75.217]) by b06wcsmtp001.portsmouth.uk.ibm.com (Postfix) with ESMTP; Mon, 4 Jan 2021 08:50:08 +0000 (GMT) Subject: Re: [PATCH v2 -next] misc: ocxl: use DEFINE_MUTEX() for mutex lock To: Zheng Yongjun , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Cc: ajd@linux.ibm.com, arnd@arndb.de, gregkh@linuxfoundation.org References: <20201224132446.31286-1-zhengyongjun3@huawei.com> From: Frederic Barrat Message-ID: Date: Mon, 4 Jan 2021 09:50:07 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <20201224132446.31286-1-zhengyongjun3@huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343,18.0.737 definitions=2021-01-04_04:2020-12-31,2021-01-04 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 phishscore=0 mlxscore=0 mlxlogscore=999 priorityscore=1501 suspectscore=0 impostorscore=0 malwarescore=0 lowpriorityscore=0 spamscore=0 bulkscore=0 clxscore=1011 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2101040057 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 24/12/2020 14:24, Zheng Yongjun wrote: > mutex lock can be initialized automatically with DEFINE_MUTEX() > rather than explicitly calling mutex_init(). > > Signed-off-by: Zheng Yongjun > --- Thanks! Acked-by: Frederic Barrat > drivers/misc/ocxl/file.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/drivers/misc/ocxl/file.c b/drivers/misc/ocxl/file.c > index 4d1b44de1492..e70525eedaae 100644 > --- a/drivers/misc/ocxl/file.c > +++ b/drivers/misc/ocxl/file.c > @@ -15,7 +15,7 @@ > > static dev_t ocxl_dev; > static struct class *ocxl_class; > -static struct mutex minors_idr_lock; > +static DEFINE_MUTEX(minors_idr_lock); > static struct idr minors_idr; > > static struct ocxl_file_info *find_and_get_file_info(dev_t devno) > @@ -588,7 +588,6 @@ int ocxl_file_init(void) > { > int rc; > > - mutex_init(&minors_idr_lock); > idr_init(&minors_idr); > > rc = alloc_chrdev_region(&ocxl_dev, 0, OCXL_NUM_MINORS, "ocxl"); >