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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id C8E73C3DA4B for ; Mon, 15 Jul 2024 12:44:18 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 193CE6B0085; Mon, 15 Jul 2024 08:44:18 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 143556B0088; Mon, 15 Jul 2024 08:44:18 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 031F46B0089; Mon, 15 Jul 2024 08:44:17 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id D97886B0085 for ; Mon, 15 Jul 2024 08:44:17 -0400 (EDT) Received: from smtpin30.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 5C55A1C3917 for ; Mon, 15 Jul 2024 12:44:17 +0000 (UTC) X-FDA: 82341954954.30.7333694 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf26.hostedemail.com (Postfix) with ESMTP id 79F3E140025 for ; Mon, 15 Jul 2024 12:44:15 +0000 (UTC) Authentication-Results: imf26.hostedemail.com; dkim=pass header.d=linuxfoundation.org header.s=korg header.b=WeM8ZbQH; spf=pass (imf26.hostedemail.com: domain of gregkh@linuxfoundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org; dmarc=pass (policy=none) header.from=linuxfoundation.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1721047406; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=lv7ShoJbKwM+tSPpPQ4w6cqO2K99WqT0MLFWDXLUTpw=; b=ieBI0yZC5EjKlgAMzm3VOeVJL/KA4K+uo5Z9xlWx0n8LpT+DxolIk4RA1NaopvnWnzCUpe 2QoTnWhUtkTLnJXT16XHmISmbUo6zPtdopQqcu0n09oMIpDyJ+vVHAq1P0F3HTMk57DGQ8 jFtpd5ZsWqX1TXLUoFgM3oTxoEAHi5k= ARC-Authentication-Results: i=1; imf26.hostedemail.com; dkim=pass header.d=linuxfoundation.org header.s=korg header.b=WeM8ZbQH; spf=pass (imf26.hostedemail.com: domain of gregkh@linuxfoundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org; dmarc=pass (policy=none) header.from=linuxfoundation.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1721047406; a=rsa-sha256; cv=none; b=FuN2xc/HfjZVpo33kwRI1Q9f4xmGikUCf/LZh6bd2C996y09viLLXQh/ceaPjaRJ38tW3V E1X6ocaS8sDfEKQyPv0sBSxu6y0MUkTTeq1GdWyAJsscJ7b/UoY3fAIq/J6kNNHLaWLFDO 4e50OHAqZh522eCbKadnKt6geAqs1a0= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 9093460B63; Mon, 15 Jul 2024 12:44:14 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E0CEBC32782; Mon, 15 Jul 2024 12:44:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1721047454; bh=qytsneOtg9jr5U4KzDaQ4rMoMee+UOkxTsRUDWkfSwA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=WeM8ZbQHD1Iyn3gzzSbRYa8zlTnnqzRRI4OxmLZtcqoueFe5jhq2YkE0SKpE8+yCy qCtpVbARBfQmLs8EiGlfOcbHCD66mHBKN98RJAx0kIwOfn0hsvx4FZLWAxdCfsl1NY hsfz0Pl1Z1XE2oNqKkwu/WVZFBn2vA0a5xxH2G8s= Date: Mon, 15 Jul 2024 14:44:11 +0200 From: Greg Kroah-Hartman To: Arnd Bergmann Cc: Dmitry Torokhov , oe-kbuild-all@lists.linux.dev, Linux Memory Management List , Linus Walleij , kernel test robot Subject: Re: [linux-next:master 11606/12643] arm-linux-gnueabi-ld: arch/arm/mach-pxa/devices.o:undefined reference to `gpio_set_wake' Message-ID: <2024071539-yeast-dusk-cb0f@gregkh> References: <202407112039.cyyIQ3Js-lkp@intel.com> <0de0aeba-da02-4fa6-a1f8-a468dcbfac58@app.fastmail.com> <5637dbc2-de31-4b30-bd14-9c4d670ef790@app.fastmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5637dbc2-de31-4b30-bd14-9c4d670ef790@app.fastmail.com> X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 79F3E140025 X-Stat-Signature: zqqxnpx58i8b7nda14zdpn71je7z6d3e X-Rspam-User: X-HE-Tag: 1721047455-76391 X-HE-Meta: U2FsdGVkX1/rMSIW2yIDJn0oASpTeLbROJj6FDk924xJjEAKS/2rxXN/bpMBwqnAcg/ku/BN3/ZzQ2ED4Fb5lmWxA+hGMNvcrnQwWimShJP0bTw2dXB4jh9+bdUgIjkhWDD10ElJT+RIljC78V9m2Jb1sp+nIAmhSZe4XtFbNQNxI8r0hK2GWaxPJ9BOzXVWcib9jkxqYNh8ttg1Moi4h0OfqyNZqAkumnR92Ik65gI/yZJFch0uNzDMkEHqylPZHwToXiph5X1A4JvsOUcBmZq1Bd8CDPkU4f/jBcVHT3ZZfv3Sdd9vScixUe2d6LACxHT1RqJUyGh9TO+CoGHbsT9BVJGn5CApdGZqQ0NE3YKf/NAMd2IdBSwqKhTEH94FX6xDzFnSvKmpEpnQhHb4lJmtGoyTkmN1O9qYzKycdgUwd1o6iLy/DAmtYz7zk6iuU17U8r517tL+NLvrwzkrH5P9YZSV5k9qonBTQZj3RN8pKJZvJ5nmqWNK8nIDJCSDhh/FzObGF5gIqRxxgFv3lmCyneB3O2pxuaItNi9uitIxBSDuS+tlvTur54EJ4ZGbT1X0aFYd3nFxZqYOkiLN8HIUfCDvKRMQOIo98yJDxbndT+6vJCba/FlB+WvjE89saoDCDC96cl+i+mz0sL03g3ef7n5J4uoc4tFzHVwKpV+gFqamXw69ve7TZnbCZt6twr6Cmgs/qs5Cdc3D4rLZ3uU8tSH6r2oDJk6ecX4eybne4DneG47uWFwWSp/rRlFxjgcyevL9yYgDASFsgJ60cnnmGJ0RGHTgLjrtkyrcRLCFLMduay6wzFYVmiX/oOBdE/ylDep2LePiXC4LXyfxikWRBVcZoXL7cYa5vetQAKH4Ak3HlIruxir53o5+LFw+WmAAwfXjU6xgCwjTZ2ju+u7vHy0vjAUSCblNRei94zYmFPleEM5bsaDZknKkoXadwI3+q3Emw69fBPSpmL+ jHYevmPT rHpvH52jWllK/IuyM03CyxOo0Hwm7fla2K7sllYKHTuoILG+yu6ZpPp3Wv6arIfYx5HsLiaazndIdDoLjHEGhUM5dlGJCLk1BzOCY8mUzTfg7OnUh4MDvfhm/787iaejUnFKuGW5Z2T2p/S4mh6RBsJ0u4lhXIyjntIUnxC6hAik1YtxUTCCASnK4kp2XnFKWw5BXqMkZokzFDJ4/8MKaUgS1gf+Dk/atkQ6NTtJLnHGttD4DKqlLn3PlcpyEFV3wTUTIzOraX2P0GkggNsRPSObUrV+oko17EUhZu5qLmF4N1jRqTaILFy8EbBVijFytk9X7ecI1xIogZOINTp3yd2l8a2l5GxkApQ30Ze3Kqyo5rQ4y9fkX4vCxEpsXlwzU2979hPosFeYkG97YywEa8JedS/8rQYow5JAx X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Mon, Jul 15, 2024 at 02:42:06PM +0200, Arnd Bergmann wrote: > On Sat, Jul 13, 2024, at 05:38, Dmitry Torokhov wrote: > >> One more thing I noticed: if you are doing more patches > >> to convert devices in board files to use software nodes, > >> we should probably try to move them away from static > >> platform_device definitions towards a dynamic > >> platform_device_register_simple() or similar interface > >> at the same time. > > > > Sometimes platform_device_register_full() which operates on > > platform_device_info structure is very handy, but in general > > what is the issue with statically defined devices (when they > > are never unregistered)? > > Greg has been asking for this for many years, but it has > been unrealistic in the past because of the large number > of board files using static platform devices. As far as I > understand it, having static platform devices prevents us > from better enforcing lifetime management rules on device > objects. Adding Greg to Cc in case he has something to add. Not much more to add other than "please don't do that." thanks, greg k-h