From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1CB5AEAC7 for ; Sun, 28 Dec 2025 18:14:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.16 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766945692; cv=none; b=hpH6nehrGafm1B+acp9w1dk1at6JUZY8SE441FYY4E7jqNFhwLod/v/0xDpsyyrbeU3ojG+r8IYE/yba2pIPqhgySL2bk0/tx8Zm01j/5vxs2Lx8pCM6xlb6uoXVOSJ7rM72IL09sYb47LIbQmAUCvIPmTgvQSLpF2X+qopj/hg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766945692; c=relaxed/simple; bh=wjdn80vCp6o5/X6MHtZLKLDjxOUQ+TicxCKvqQD2LIU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Ux4Y+MftOEdvmqcBFqQfvGiaJxdgpuqxbJDfs02jB/OaeGz+rZhlJK7KIX1LbD5n4Dx40IWHdAbSbvr7GKqBbdWOK7aPuxZaKC03I5ymmW4R5RS/CxU7/POgtbG7LnxCiM8L5tp1rvYbB1Rx0kRa8CpyrxCYojj3aNlgD+r3rNk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=bOe+QmZb; arc=none smtp.client-ip=192.198.163.16 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="bOe+QmZb" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1766945690; x=1798481690; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=wjdn80vCp6o5/X6MHtZLKLDjxOUQ+TicxCKvqQD2LIU=; b=bOe+QmZbMEyiOFbRKtg5KPsRs45TsAyVpEnIoxL/P7KotmSgYyngzznh cJEDtXElclrrmULpimdfTYJnVRwfvamAZbEkXOav1x3m4ufLjXd+jf1DM 1FfMHn5iuXZ9Zux3Hyb0XdZJOSkbRYpbWYnmigEPxuTviqciaV7oeAm8O kvtWfZeZyIZkEiIaW24zatcro7t1XT2ryLUcIgCfdfF2ATHZHArs0UM3c m1OP1XclZkuHW/ZBeHx93AcPqEO5uKo6LF+HRqLa+wWvIVA0zqQzHMSSo jMqvfDvX9ZJDti8i0CXFzb22M8WcM7Iviz7JM+i1owtAwP/FXdOJwpT6y A==; X-CSE-ConnectionGUID: DQEhL6fjQc+NAaUKh+4PYQ== X-CSE-MsgGUID: JmHf6PKzTh6c2f7ikBg7pQ== X-IronPort-AV: E=McAfee;i="6800,10657,11655"; a="56152966" X-IronPort-AV: E=Sophos;i="6.21,184,1763452800"; d="scan'208";a="56152966" Received: from fmviesa004.fm.intel.com ([10.60.135.144]) by fmvoesa110.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Dec 2025 10:14:50 -0800 X-CSE-ConnectionGUID: Ub5Ze8YrQWWQXW4sJIR1Nw== X-CSE-MsgGUID: cy37ypW8T66E1YUfdYQurw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,184,1763452800"; d="scan'208";a="205671089" Received: from abityuts-desk.ger.corp.intel.com (HELO localhost) ([10.245.244.236]) by fmviesa004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Dec 2025 10:14:48 -0800 Date: Sun, 28 Dec 2025 20:14:46 +0200 From: Andy Shevchenko To: Christian Marangi Cc: Andrew Morton , Bjorn Helgaas , linux-kernel@vger.kernel.org, Ilpo =?iso-8859-1?Q?J=E4rvinen?= Subject: Re: [PATCH v2] resource: provide 0args DEFINE_RES variant for unset resource desc Message-ID: References: <20251213115314.16700-1-ansuelsmth@gmail.com> 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=us-ascii Content-Disposition: inline In-Reply-To: <20251213115314.16700-1-ansuelsmth@gmail.com> Organization: Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6 krs, Bertel Jungin Aukio 5, 02600 Espoo On Sat, Dec 13, 2025 at 12:53:09PM +0100, Christian Marangi wrote: > Provide a variant of DEFINE_RES that takes 0 arguments to initialize an > "unset" resource descriptor. > > This should be used for the improper case of > > struct resource res = {}; > > where DEFINE_RES() should be used. > > With this new helper variant, it would result in: > > struct resource res = DEFINE_RES(); > > instead of having to define the full 3 arguments: > > struct resource res = DEFINE_RES(0, 0, IORESOURCE_UNSET); > > DEFINE_RES() with no args, will set the flags to IORESOURCE_UNSET > signaling the resource descriptor is UNSET and doesn't reflect an actual > resource currently. Reviewed-by: Andy Shevchenko -- With Best Regards, Andy Shevchenko