From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.10]) (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 6CEDE127B62; Tue, 26 Mar 2024 18:52:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.10 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711479181; cv=none; b=BR36kfrQq1A2IkJpwhJWjCkjIGwt3kiP9k+0/z4rSE/Hc88talGxc1hUXtoDc/t4MMzO+3xfJ1VNiBUranQR//ZLTnl9fsnkLQ1MgnwdEqMM7n8ICT2rPUKhIUZJrUM3xmQFODK8OoNMYHCs5tWHQSCpAxniJ+SGc2Mu3MMbUZ4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711479181; c=relaxed/simple; bh=WkO1S1jkVN0c59mKkx+iQ2KhnnFXr9F4gvElge+NkOc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=KC8BePv2g3Qsv8giha6NXR46QxruV62zAFnkgR8e2mhmDbVPQzJ1ePKrUe7u9pBEQsKEEyxWokRVtlDNUhuIrZXM1UrtOJjdvo399J8Gdacpe9KZZzlSLpDO97AWg08Roz12PgjeX/UoTXHLXAA1rXjyi5i3bLYQQtJjw5uKzq8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=none smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=loG0NN9J; arc=none smtp.client-ip=198.175.65.10 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none 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="loG0NN9J" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1711479179; x=1743015179; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=WkO1S1jkVN0c59mKkx+iQ2KhnnFXr9F4gvElge+NkOc=; b=loG0NN9JMsnLx+bwo2Ee+v2Fnb5RNp267GMG6uif8f4CAW44xo/VcRSY gZeO3GgYlZlrCyQm7sLo63RUfZMz2LhhLupNGPWDzq3WHJsN1//KpvfQd eeSvstgC/B+BMn0WysNc/Cv6AjjP7U+qkj6LxNcOgU7o2t2O95LNFSipM +CxlapdAqNvKXdxhsctH9Ycz52XXG4Z5aw362en298SPXoOlB9CElHS4z RfC6qp3HaIib1Cu+RaCqQn3rNWQzjWpkce6zwGYzVfxccfzu1cw+jtWCv OErhJzBTDnyfWGEw2qeb0rP49ld0QidM0qQTh99cHtWPJBky5GkaaS3tL A==; X-CSE-ConnectionGUID: nQ0lq877SJGU5L0wSrrtyg== X-CSE-MsgGUID: mN/t9eM6QvWzN0TvynwmlQ== X-IronPort-AV: E=McAfee;i="6600,9927,11025"; a="23993372" X-IronPort-AV: E=Sophos;i="6.07,156,1708416000"; d="scan'208";a="23993372" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orvoesa102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Mar 2024 11:52:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,11025"; a="914887918" X-IronPort-AV: E=Sophos;i="6.07,156,1708416000"; d="scan'208";a="914887918" Received: from smile.fi.intel.com ([10.237.72.54]) by fmsmga002.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Mar 2024 11:52:56 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.97) (envelope-from ) id 1rpBun-0000000GQWD-2zuz; Tue, 26 Mar 2024 20:52:53 +0200 Date: Tue, 26 Mar 2024 20:52:53 +0200 From: Andy Shevchenko To: Mark Brown Cc: linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Daniel Mack , Haojian Zhuang , Robert Jarzmik , Russell King Subject: Re: [PATCH v1 01/10] spi: pxa2xx: Drop ACPI_PTR() and of_match_ptr() Message-ID: References: <20240326181027.1418989-1-andriy.shevchenko@linux.intel.com> <20240326181027.1418989-2-andriy.shevchenko@linux.intel.com> <14f08a50-edef-4b36-891e-2b4b2283f40c@sirena.org.uk> <424de3ed-f0ea-4fc1-80f5-3ab1d23cf1e1@sirena.org.uk> Precedence: bulk X-Mailing-List: linux-spi@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: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo On Tue, Mar 26, 2024 at 06:49:58PM +0000, Mark Brown wrote: > On Tue, Mar 26, 2024 at 08:44:11PM +0200, Andy Shevchenko wrote: > > On Tue, Mar 26, 2024 at 06:25:16PM +0000, Mark Brown wrote: > > > On Tue, Mar 26, 2024 at 08:22:59PM +0200, Andy Shevchenko wrote: > > > > On Tue, Mar 26, 2024 at 06:16:28PM +0000, Mark Brown wrote: > > > > > > I think the ACPI dependency there is as much about hiding the device on > > > > > irrelevant platforms as anything else, might be better replaced with an > > > > > x86 dependency though. ... > > > That's nice but I'm not sure what that has to do with the dependency on > > > ACPI? > > > ACPI_PTR() makes ID no-op only if ACPI is defined. That also satisfies > > the ugly ifdeffery that is removed by this patch as well. If there is > > no dependency we will have compiler warning for defined but not used > > variable. > > Again I don't think that's the main purpose of the dependency here. Oh, oh, my bad I missed acpi_dev_uid_to_integer() call. Okay, with that in mind it's functional dependency for the ACPI-based platforms. Do you want to keep it untouched? -- With Best Regards, Andy Shevchenko From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 24E44C54E67 for ; Tue, 26 Mar 2024 18:53:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=AoH20lQJ5vPLa1BAhSluUuq1UUhMM+71ZOtk7wNB6ww=; b=CYhgSO29c/psU8 7IuJqwmBhX0R1OtfY3NxRB0ZRNXauVT2slShtzX5QtMvPNhV4Ig7K2ed5vkCDOFZ0lz3SVb/ZKxf/ R1imUsCL5yR2egDp4Omei93Y+O+oFny1Jb2PYaugGuyjUlLLnwrYjEs++1EnA69tSL5q97Kuadpfu GHtOzdg9d4JFJI66lgAgMfYXMJpQvPljoIz7J0h6o1F2+8fU4l7q7krNHYmLKCdcplcZ4+YNley/F KmQ3+JzPprSuyxDvbxFUw2FM/arfhu9drrHxKYrv/INb0tO0UeukQL0x0cNigO2bGCSM+iREwOofS fsJ9TY9+Ua9MZXNAhmEw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1rpBuy-000000060YZ-2VOA; Tue, 26 Mar 2024 18:53:05 +0000 Received: from mgamail.intel.com ([198.175.65.10]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1rpBut-000000060Xw-0ZfA for linux-arm-kernel@lists.infradead.org; Tue, 26 Mar 2024 18:53:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1711479179; x=1743015179; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=WkO1S1jkVN0c59mKkx+iQ2KhnnFXr9F4gvElge+NkOc=; b=loG0NN9JMsnLx+bwo2Ee+v2Fnb5RNp267GMG6uif8f4CAW44xo/VcRSY gZeO3GgYlZlrCyQm7sLo63RUfZMz2LhhLupNGPWDzq3WHJsN1//KpvfQd eeSvstgC/B+BMn0WysNc/Cv6AjjP7U+qkj6LxNcOgU7o2t2O95LNFSipM +CxlapdAqNvKXdxhsctH9Ycz52XXG4Z5aw362en298SPXoOlB9CElHS4z RfC6qp3HaIib1Cu+RaCqQn3rNWQzjWpkce6zwGYzVfxccfzu1cw+jtWCv OErhJzBTDnyfWGEw2qeb0rP49ld0QidM0qQTh99cHtWPJBky5GkaaS3tL A==; X-CSE-ConnectionGUID: 95NV4QiHQ2WEiMZIqL1m7w== X-CSE-MsgGUID: ipTCBRn4QKiBXSosP9E3jw== X-IronPort-AV: E=McAfee;i="6600,9927,11025"; a="23993373" X-IronPort-AV: E=Sophos;i="6.07,156,1708416000"; d="scan'208";a="23993373" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orvoesa102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Mar 2024 11:52:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,11025"; a="914887918" X-IronPort-AV: E=Sophos;i="6.07,156,1708416000"; d="scan'208";a="914887918" Received: from smile.fi.intel.com ([10.237.72.54]) by fmsmga002.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Mar 2024 11:52:56 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.97) (envelope-from ) id 1rpBun-0000000GQWD-2zuz; Tue, 26 Mar 2024 20:52:53 +0200 Date: Tue, 26 Mar 2024 20:52:53 +0200 From: Andy Shevchenko To: Mark Brown Cc: linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Daniel Mack , Haojian Zhuang , Robert Jarzmik , Russell King Subject: Re: [PATCH v1 01/10] spi: pxa2xx: Drop ACPI_PTR() and of_match_ptr() Message-ID: References: <20240326181027.1418989-1-andriy.shevchenko@linux.intel.com> <20240326181027.1418989-2-andriy.shevchenko@linux.intel.com> <14f08a50-edef-4b36-891e-2b4b2283f40c@sirena.org.uk> <424de3ed-f0ea-4fc1-80f5-3ab1d23cf1e1@sirena.org.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240326_115259_448796_5C8F5087 X-CRM114-Status: GOOD ( 19.82 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Mar 26, 2024 at 06:49:58PM +0000, Mark Brown wrote: > On Tue, Mar 26, 2024 at 08:44:11PM +0200, Andy Shevchenko wrote: > > On Tue, Mar 26, 2024 at 06:25:16PM +0000, Mark Brown wrote: > > > On Tue, Mar 26, 2024 at 08:22:59PM +0200, Andy Shevchenko wrote: > > > > On Tue, Mar 26, 2024 at 06:16:28PM +0000, Mark Brown wrote: > > > > > > I think the ACPI dependency there is as much about hiding the device on > > > > > irrelevant platforms as anything else, might be better replaced with an > > > > > x86 dependency though. ... > > > That's nice but I'm not sure what that has to do with the dependency on > > > ACPI? > > > ACPI_PTR() makes ID no-op only if ACPI is defined. That also satisfies > > the ugly ifdeffery that is removed by this patch as well. If there is > > no dependency we will have compiler warning for defined but not used > > variable. > > Again I don't think that's the main purpose of the dependency here. Oh, oh, my bad I missed acpi_dev_uid_to_integer() call. Okay, with that in mind it's functional dependency for the ACPI-based platforms. Do you want to keep it untouched? -- With Best Regards, Andy Shevchenko _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel