From mboxrd@z Thu Jan 1 00:00:00 1970 From: "andriy.shevchenko@linux.intel.com" Subject: Re: [PATCH 00/62] Add definition for GPIO direction Date: Tue, 5 Nov 2019 17:17:42 +0200 Message-ID: <20191105151742.GU32742@smile.fi.intel.com> References: <20191105122042.GO32742@smile.fi.intel.com> <4e6fa62d7022c7b1426477a150a93c899725f5b0.camel@fi.rohmeurope.com> <20191105131038.duol3rwwkbuvgvwv@pengutronix.de> <938a5ec7b41ae9ce7b0de83764d6b774cfdaa781.camel@fi.rohmeurope.com> <20191105133604.d2xcasxw7pwzwvh7@pengutronix.de> <20191105145946.2ye6ujvqzn2d6fqd@pengutronix.de> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <20191105145946.2ye6ujvqzn2d6fqd@pengutronix.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" To: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= Cc: "semi.malinen@ge.com" , "alsa-devel@alsa-project.org" , "linux-aspeed@lists.ozlabs.org" , "david.daney@cavium.com" , "linus.walleij@linaro.org" , "sathyanarayanan.kuppuswamy@linux.intel.com" , "ptyser@xes-inc.com" , "thierry.reding@gmail.com" , "marek.behun@nic.cz" , "festevam@gmail.com" , "linux-stm32@st-md-mailman.stormreply.com" , "marek.vasut+renesas@gmail.com" , "f.fainelli@gmail.com" , "khilman@kernel.org" , "michal.simek@xilinx.com" , "jonathanh@nvidia.com" List-Id: linux-tegra@vger.kernel.org On Tue, Nov 05, 2019 at 03:59:46PM +0100, Uwe Kleine-K=F6nig wrote: > On Tue, Nov 05, 2019 at 02:00:02PM +0000, Vaittinen, Matti wrote: > > On Tue, 2019-11-05 at 14:36 +0100, Uwe Kleine-K=F6nig wrote: > > Thanks Uwe! That was kind! I'm on Fedora but I guess I can find the > > multiarch binutils :) I'll try that tomorrow when I'm back at the > > office. Let's see what kind of results I can get from it. > > = > > Unfortunately bunch of the GPIOs depend on x86 - so I need to see what > > I can compile in with decent effort. For my compile test I just hacked > > the Makefile to force all in and added some dummy macros to fix few > > missing functions :| But I guess I can get some results. > = > Enable CONFIG_COMPILE_TEST and then you should be able to compile most > drivers also on the wrong architecture. *Wrong* is a wrong word here. I guess you misspelled *another* / *not nativ= e*. -- = With Best Regards, Andy Shevchenko