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 X-Spam-Level: X-Spam-Status: No, score=-5.6 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 66E3FC433DF for ; Fri, 17 Jul 2020 15:37:00 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 40F8F2076A for ; Fri, 17 Jul 2020 15:37:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1595000220; bh=jYc1aUN/I4P6tRz3VyMWhNF0QnaoeYEKgUKNa+KrnaI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=rrrpVMiikUONDKD29OVyqBcdZm9NRJOJqdH7ZTLKcXUuKonJ8zqi6CNjkiy5BFdHb SSRVLrz/g3kk0e6gA+Lw1o+XOsIYPgnewtmnrIfmWDNFNmSMeoHSqS0kwxaegWmcPO OfYUgFzh2gA2IBXKaSk7szYvffg2JE/R0GD3iOTA= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726393AbgGQPg7 (ORCPT ); Fri, 17 Jul 2020 11:36:59 -0400 Received: from mail.kernel.org ([198.145.29.99]:56778 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726198AbgGQPg7 (ORCPT ); Fri, 17 Jul 2020 11:36:59 -0400 Received: from localhost (fw-tnat.cambridge.arm.com [217.140.96.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2A8412070A; Fri, 17 Jul 2020 15:36:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1595000218; bh=jYc1aUN/I4P6tRz3VyMWhNF0QnaoeYEKgUKNa+KrnaI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=lYrCL/576fIybqoKqFHqApQ0M13jBy6owWhQN6cG6wMCWfYYJYR+ejLvNZrakEMXR +ehg8ackJ8jme84icUzgIHxUdZdYMkKHJTwkzu7jculJFLHRIj2SXWg9tO2moPc4G8 e6Tn4tBGsia5bmOEY2PEFUAFKJWwet2fMyHfbk+A= Date: Fri, 17 Jul 2020 16:36:47 +0100 From: Mark Brown To: Greg KH Cc: Arnd Bergmann , Catalin Marinas , Linus Walleij , Bjorn Andersson , "oleksandr.suvorov@toradex.com" , Fabio Estevam , Anson Huang , Jon Corbet , Will Deacon , Olof Johansson , Russell King , Bartosz Golaszewski , Andreas Kemnade , Geert Uytterhoeven , dl-linux-imx , Sascha Hauer , "open list:GPIO SUBSYSTEM" , John Stultz , Adam Ford , Linux ARM , "linux-kernel@vger.kernel.org" , Leo Li , Vinod Koul , Sascha Hauer , Kevin Hilman , "hverkuil-cisco@xs4all.nl" , Shawn Guo Subject: Re: [PATCH 1/3] gpio: mxc: Support module build Message-ID: <20200717153647.GA10361@sirena.org.uk> References: <20200717121436.GA2953399@kroah.com> <20200717132101.GA2984939@kroah.com> <20200717141344.GA2992942@kroah.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20200717141344.GA2992942@kroah.com> X-Cookie: You have a message from the operator. User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-gpio-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-gpio@vger.kernel.org --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jul 17, 2020 at 04:13:44PM +0200, Greg KH wrote: > On Fri, Jul 17, 2020 at 03:54:49PM +0200, Arnd Bergmann wrote: > > > And look at the driver core work for many driver subsystems to be fixed > > > up just to get a single kernel image to work on multiple platforms. > > > Just because older ones did it, doesn't mean it actually works today :) > > Can you give a specific example? The only problem I'm aware of for > > those SoCs is drivers being outside of the mainline kernel. Clearly > > having support for loadable modules helps SoC vendors because it > > allows them to support a new platform with an existing binary kernel > > by shipping third-party driver modules, but for stuff that is already > > in mainline, we could in theory support all hardware in a single gigantic > > binary kernel with no support for loadable modules at all. > That did not work for many drivers for some reason, look at all the work > Saravana had to do in the driver core and device tree code for it to > happen correctly over the past year. Could you be more specific about these issues? I'm aware of his work around probe ordering but that's not at all arch specific, the same issues affect every architecture, so doesn't seem to be what you're talking about. arm64 has never supported anything other than a multiplatform kernel, and the actively maintained 32 bit platforms have supported one for more than half a decade at this point. CI systems keep managing to test these kernels, distributions seem to keep managing to ship them and users appear able to install and use them so it doesn't seem quite so fundamentally broken as all that. --DocE+STaALJfprDB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl8RxY4ACgkQJNaLcl1U h9DeQgf/WFJpLDFRsnueznmq4Wb0AlXKTMQMYtt95FUFV2LNcNJzvy6OQZ/ggVo/ Y8VvSa5i9gfeOzO7kadzCZxHXPtZu9Jb4ZZYdEnzubh+/TiVUQoyhZSq7KKzo1Pt 81k6zKBpyfO+1JfXhWORRqU9lhanGvGconjefn25LVtARQw3YQWepyKVGfw4x2A2 xYxhoC3F7SdE7dLDPUa32DzmuTQmXX056JzwX6zAusBtHknnJWiFuPkLs5yjQ92f BGi5y5bWcmZfgjJwx9kc82Fua3tY63sQnRNJrUITDxC8aeqaDIGFyna/rMwxMH5k tV3+xNfHrx3KDuSmeyqs75QV+2+dlQ== =YZrk -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- 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 X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 30376C433E2 for ; Fri, 17 Jul 2020 15:38:20 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id E8D602070A for ; Fri, 17 Jul 2020 15:38:19 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="lJ7e7abG"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="lYrCL/57" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E8D602070A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type:Cc: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=83o7X1B7fNyZKWad+pJxFk11G6lGEl3Aym1fzaXRBhM=; b=lJ7e7abGGyt1LTZt7GOjEdQ5X do0LYTMXhNC1xB4VK2lnWxQfkRRwqzlPbnk52Hd+cgs1wnnnoFYqSYpxzQPV+AtqOwJvbWdQOXCiI V1hbGIU1OdC+vFj6kzxmnDanEteSwe2SFKBB4YdVXf05y1HBIZxhMAzeG4gm3GLtetnV/hrUiRDcd lUtM2+Z4VmLOGxjt0uBZVKPF5XYXgCLjW5sCfMAOmiroAPd9rnSPhkCZOiTig13kIXQuG1tS/l5gw c475YEvDivpadrhGG0eO2rAk3oknpeCrZsC34XVVdziq6YS3bV9kqqU2W/i+9YxuHwBaBCtJ/XLEG uKB990Xkw==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jwSQ2-0003Uy-5c; Fri, 17 Jul 2020 15:37:02 +0000 Received: from mail.kernel.org ([198.145.29.99]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jwSPz-0003Tz-Dx for linux-arm-kernel@lists.infradead.org; Fri, 17 Jul 2020 15:37:00 +0000 Received: from localhost (fw-tnat.cambridge.arm.com [217.140.96.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2A8412070A; Fri, 17 Jul 2020 15:36:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1595000218; bh=jYc1aUN/I4P6tRz3VyMWhNF0QnaoeYEKgUKNa+KrnaI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=lYrCL/576fIybqoKqFHqApQ0M13jBy6owWhQN6cG6wMCWfYYJYR+ejLvNZrakEMXR +ehg8ackJ8jme84icUzgIHxUdZdYMkKHJTwkzu7jculJFLHRIj2SXWg9tO2moPc4G8 e6Tn4tBGsia5bmOEY2PEFUAFKJWwet2fMyHfbk+A= Date: Fri, 17 Jul 2020 16:36:47 +0100 From: Mark Brown To: Greg KH Subject: Re: [PATCH 1/3] gpio: mxc: Support module build Message-ID: <20200717153647.GA10361@sirena.org.uk> References: <20200717121436.GA2953399@kroah.com> <20200717132101.GA2984939@kroah.com> <20200717141344.GA2992942@kroah.com> MIME-Version: 1.0 In-Reply-To: <20200717141344.GA2992942@kroah.com> X-Cookie: You have a message from the operator. User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200717_113659_596706_FD67DC0E X-CRM114-Status: GOOD ( 22.43 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Catalin Marinas , Linus Walleij , Bjorn Andersson , "oleksandr.suvorov@toradex.com" , Will Deacon , Anson Huang , Jon Corbet , Fabio Estevam , Russell King , Bartosz Golaszewski , Andreas Kemnade , Geert Uytterhoeven , dl-linux-imx , Arnd Bergmann , Sascha Hauer , "open list:GPIO SUBSYSTEM" , John Stultz , "hverkuil-cisco@xs4all.nl" , Adam Ford , Linux ARM , "linux-kernel@vger.kernel.org" , Leo Li , Vinod Koul , Sascha Hauer , Kevin Hilman , Olof Johansson , Shawn Guo Content-Type: multipart/mixed; boundary="===============2394356254993142067==" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --===============2394356254993142067== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jul 17, 2020 at 04:13:44PM +0200, Greg KH wrote: > On Fri, Jul 17, 2020 at 03:54:49PM +0200, Arnd Bergmann wrote: > > > And look at the driver core work for many driver subsystems to be fixed > > > up just to get a single kernel image to work on multiple platforms. > > > Just because older ones did it, doesn't mean it actually works today :) > > Can you give a specific example? The only problem I'm aware of for > > those SoCs is drivers being outside of the mainline kernel. Clearly > > having support for loadable modules helps SoC vendors because it > > allows them to support a new platform with an existing binary kernel > > by shipping third-party driver modules, but for stuff that is already > > in mainline, we could in theory support all hardware in a single gigantic > > binary kernel with no support for loadable modules at all. > That did not work for many drivers for some reason, look at all the work > Saravana had to do in the driver core and device tree code for it to > happen correctly over the past year. Could you be more specific about these issues? I'm aware of his work around probe ordering but that's not at all arch specific, the same issues affect every architecture, so doesn't seem to be what you're talking about. arm64 has never supported anything other than a multiplatform kernel, and the actively maintained 32 bit platforms have supported one for more than half a decade at this point. CI systems keep managing to test these kernels, distributions seem to keep managing to ship them and users appear able to install and use them so it doesn't seem quite so fundamentally broken as all that. --DocE+STaALJfprDB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl8RxY4ACgkQJNaLcl1U h9DeQgf/WFJpLDFRsnueznmq4Wb0AlXKTMQMYtt95FUFV2LNcNJzvy6OQZ/ggVo/ Y8VvSa5i9gfeOzO7kadzCZxHXPtZu9Jb4ZZYdEnzubh+/TiVUQoyhZSq7KKzo1Pt 81k6zKBpyfO+1JfXhWORRqU9lhanGvGconjefn25LVtARQw3YQWepyKVGfw4x2A2 xYxhoC3F7SdE7dLDPUa32DzmuTQmXX056JzwX6zAusBtHknnJWiFuPkLs5yjQ92f BGi5y5bWcmZfgjJwx9kc82Fua3tY63sQnRNJrUITDxC8aeqaDIGFyna/rMwxMH5k tV3+xNfHrx3KDuSmeyqs75QV+2+dlQ== =YZrk -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- --===============2394356254993142067== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============2394356254993142067==--