From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f41.google.com (mail-pj1-f41.google.com [209.85.216.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id DE21E288C0E for ; Mon, 27 Jul 2026 11:31:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.41 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785151922; cv=none; b=N+PErjsudqloIty+iOPdbAIyl3lsHD+mCvjHbjr1iwDsN1RSEMnfCqxLelKjwFg/vWx6y/EjlTlYgOCA4hxfKGSurfb0izr9RiEJZ0fkwvq2J4qfg95fXxc5cuaETt3ByiZf/BWdqmccR0+ZZPhqHbGUBmlH6/16QDPpydnmAjU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785151922; c=relaxed/simple; bh=PPHCGLHp8F6a/S3R/g30TrZ7BdMamp29pClwl3bGMQI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=LX0VzlGxvXxsVJEN06hILk8UtcQZm2C1X7DEUaeZq2hUZta602wKnIbk2XPv0/Gv/GvAJElLde3ofqRJvP8O1r/Cc0fT7VsDL+RXpEnpkv0KU7e/Dk5JpEV5/wgKayfCOZKqHjZlZYXdbPAGFXjR4WhYwZNc0zVx6UKkB5QLqxM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=q2ojDNAQ; arc=none smtp.client-ip=209.85.216.41 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="q2ojDNAQ" Received: by mail-pj1-f41.google.com with SMTP id 98e67ed59e1d1-38e3efab7e0so2009814a91.0 for ; Mon, 27 Jul 2026 04:31:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1785151919; x=1785756719; darn=vger.kernel.org; h=in-reply-to:content-transfer-encoding:content-disposition :content-type:mime-version:references:message-id:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to:content-type; bh=QyC9mdpjeVMS9mEWtOssGaeZCvP0zDJ8dCOHi6clafA=; b=q2ojDNAQEYvAESznIPcpkVkzsjF+CR595Cu9kaWFHNCp3MmxaP7/LE9kYP989HhOGI Rgt8KiKsnCQgQ4uuz/Rv+rMGdWO64GKETKT2/RvjSQgqaBmDxjzboeIPbajrJfK8VLG2 soraIOYXXl9m+IGqqz7ciLcpHIroR1jOunUabk3kXt5cLpU/a+x89NFMbEmgRxrX24qe aXW4vInSg3rqQBrobv1Xd1U9sqXNqhO4uLn90r1QU9KkUKjLb3lSsBgc/xEjDQ/8epIy kdwYwLXYJ4mxg5ounr8MnWs9W6qZFFtmXq9w0T5TwdcY9i5FhA4cg9ZsWJ0Z6h58m2Sf iD2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785151919; x=1785756719; h=in-reply-to:content-transfer-encoding:content-disposition :content-type:mime-version:references:message-id:subject:cc:to:from :date:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to:content-type; bh=QyC9mdpjeVMS9mEWtOssGaeZCvP0zDJ8dCOHi6clafA=; b=YvPGUIPwCbMqrI/HfZrM+zlGG/clqWKJCl2wwGXWyiPJMhH6mElkNVwkQ8ZnolliU1 nOpUZGsTrFgaCHeOUxYq+d/YgtYoiOPa2y4nCyLb7KbGHcWyWIom42E+emLZytEtEDRB BFCDOcOiPp44G4Db4LfRjVMgLf4+Lxp8Uo43xCra6XjR9l2sN5MxGT6f4qRPLeDJLfSa 94EcOLOQEcl3yevx+S/sGPxXAHAQZhsal5KwvK0txD48If4RrNzsF+o9vLfj69devE6k bYIyTZtYrQ9T0TO88pYzUrU7yljiYPRrgQHggTk1IFOP1cyY5uDyUABq6/G72tj99Akx 4LmQ== X-Forwarded-Encrypted: i=1; AHgh+RrVDx9pvG1ptNP5aLb5kuXj2R8XYQaibmlScHXpMxYE+p0zW2zFpm3rmv4me5mEFnv2yQ3Eet2Rzk3m2SQ=@vger.kernel.org X-Gm-Message-State: AOJu0Yy+H0k+7/XaMro6UK6AcSaqF1MrRrLw/jXy7/D95FZkHIDF51rO VB7u6ymZOUJlOp8SuS9rtYQK8rdVIhX+a5mOubLYvfn0ihuNIZF8jTaF X-Gm-Gg: AR+sD11nv5PEJ8eTDTxa+b8E/O7eBaobbb1Y2AezkwR+qS5Izz1CpUJD9+Twm6+bS/G 7ABrBGlYbYAne8CeBjyYeT6J8n0qKRXr/yd61qAZ90hgEALcZxbXizVhlMW6IfvWPlzWgAGDfdI OGIBthuCZNp7fZ2VSde1Vz9qzv3dnd6Ckdm1ubQ+hG8Dfyb5MHBQge24Och1qSLGnvY1/I94Q57 YFZ9P+54LjI/VUL041CAUZt1pcR2vwL+mnyS6wsiFzQbDK9biR4DAQCvCHhdk1p1ZFL+YkntpUU StSiD3vGtWKMiDppNPG5a933BGs+kgDHP+OrHJ+hk1Gbte5K8Fvakt+qMMwCU4hCDeSj2IHpK6j TSO4vrGI3b/ilPLpsESEybQdxUDvGRmj31pePYnpHX+OS2DBRfL9i+0jp10+OhkQHiXE1Jkjt X-Received: by 2002:a17:90b:5710:b0:38e:b3fd:d584 with SMTP id 98e67ed59e1d1-38f2aa99deemr5981029a91.15.1785151919217; Mon, 27 Jul 2026 04:31:59 -0700 (PDT) Received: from localhost ([172.216.252.11]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-38f04175c1asm4880106a91.12.2026.07.27.04.31.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Jul 2026 04:31:58 -0700 (PDT) Date: Mon, 27 Jul 2026 14:31:53 +0300 From: Dan Carpenter To: Markus Elfring Cc: linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, Christophe Leroy , Roy Pledge , LKML , kernel-janitors@vger.kernel.org Subject: Re: [PATCH v2 1/2] soc: fsl: dpio: Use scope-based resource management in dpaa2_io_store_create() Message-ID: References: <690827f2-e746-4378-bb7c-9948cd69dc15@web.de> <6607bb4e-a747-4791-b93f-f82f26e4a334@web.de> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6607bb4e-a747-4791-b93f-f82f26e4a334@web.de> On Mon, Jul 06, 2026 at 12:38:08PM +0200, Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 6 Jul 2026 10:34:43 +0200 > > Scope-based resource management became supported for some > programming interfaces by contributions of Peter Zijlstra on 2023-05-26. > See also the commit 54da6a0924311c7cf5015533991e44fb8eb12773 ("locking: > Introduce __cleanup() based infrastructure"). > > * Thus use the attribute “__free(kfree)”. > > * Reduce the scope for the local variable “ret”. > > * Omit two kfree() calls accordingly. > > * Omit the local variable “size” (for another memory allocation). Why? This seems unrelated... > > * Use the macro call “return_ptr(ret)” at the end. > > Signed-off-by: Markus Elfring > --- > drivers/soc/fsl/dpio/dpio-service.c | 15 ++++----------- > 1 file changed, 4 insertions(+), 11 deletions(-) > > diff --git a/drivers/soc/fsl/dpio/dpio-service.c b/drivers/soc/fsl/dpio/dpio-service.c > index 317ca50b0c2b..b252c3c7fa65 100644 > --- a/drivers/soc/fsl/dpio/dpio-service.c > +++ b/drivers/soc/fsl/dpio/dpio-service.c > @@ -652,23 +652,17 @@ EXPORT_SYMBOL_GPL(dpaa2_io_service_acquire); Missing #include > struct dpaa2_io_store *dpaa2_io_store_create(unsigned int max_frames, > struct device *dev) > { > - struct dpaa2_io_store *ret; > - size_t size; > - > if (!max_frames || (max_frames > 32)) > return NULL; > > - ret = kmalloc_obj(*ret); > + struct dpaa2_io_store *ret __free(kfree) = kmalloc_obj(*ret); > if (!ret) > return NULL; > > ret->max = max_frames; > - size = max_frames * sizeof(struct dpaa2_dq) + 64; > - ret->alloced_addr = kzalloc(size, GFP_KERNEL); > - if (!ret->alloced_addr) { > - kfree(ret); > + ret->alloced_addr = kzalloc(max_frames * sizeof(struct dpaa2_dq) + 64, GFP_KERNEL); > + if (!ret->alloced_addr) > return NULL; Why convert the ret allocation but not the ret->alloced_addr allocation? regards, dan carpenter > - } > > ret->vaddr = PTR_ALIGN(ret->alloced_addr, 64); > ret->paddr = dma_map_single(dev, ret->vaddr, > @@ -676,14 +670,13 @@ struct dpaa2_io_store *dpaa2_io_store_create(unsigned int max_frames, > DMA_FROM_DEVICE); > if (dma_mapping_error(dev, ret->paddr)) { > kfree(ret->alloced_addr); > - kfree(ret); > return NULL; > } > > ret->idx = 0; > ret->dev = dev; > > - return ret; > + return_ptr(ret); > } > EXPORT_SYMBOL_GPL(dpaa2_io_store_create); > > -- > 2.54.0 >