Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp977294pxb; Sun, 21 Feb 2021 07:04:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJxCoeRrdXXJ148YTRuEkdlMwMbthq5rcmRO2NNd3WYX7CbRDrHedXj+NyAZK8Rbi8EpjmSL X-Received: by 2002:a17:906:6088:: with SMTP id t8mr561455ejj.323.1613919857499; Sun, 21 Feb 2021 07:04:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613919857; cv=none; d=google.com; s=arc-20160816; b=zznW3vgli/DwmmObqpIekY+M1Vs2ETYjO+NqHwZzYNjglWOqsL2PsKprop5mrrMQu3 uPTyqlDMOAZ94J5P/v/Hf6y2D9Pgzrz/a530SZKmwFspIF5CyRBx9VdgXm8Q7bcJOHN8 G5E+r/IQBJmz4R32lnBEiEGlTCTdbW95CaSQBh+mikz1bq/iqtxozmhmlg8kq0QYCpdt uVhGPkXe1sQ+gBi6KnAM4IOCvNI9E6QdBT8JV5e3p0Vddj5pPYVcjCm5Wgop3C0alsKq fbK8JBQOww3VcVVhYn8E0fJABDGRxh0euHNrPhg7Phd3tQvcel1qMeZqQ/cQ75IDNWGF 24xQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:in-reply-to :subject:cc:to:from:message-id:date; bh=VV+OlG7Xkr9ClTem5+SuA320gjb2PJPvinadV6N+9+o=; b=KnjdZFSB7ZXq0/wYZaY0sWYcNZswRREWk/N8Q8aG/d2HsB9UgJXtoIBcxP+tsWQf8A 2cDAOWYpHIffCMTEdzw0m7vb9Wzo6alW6JRG7EGcsyLC65E46JOFA34AqRv8Ry0/52sP 632GvhM8Xa+0g6ZzOeDb3FOkWTMtBFlSj2fWEzBmW7mqn5YEjQcNgt0ybLMJRkRnp/ek rYO+I9RImpmAgxMAU/abRL2YEhdkWg23wa/butppjv+ChxVDvdCNXWjIBUktNGAtEZPt oOLWsUkGFYyYfPcVzL3mShvEfmkY6dOvLiEZ0nICsYT5OdxhOe2Mn0ZVnCUjLFW881fY 62Pg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cx19si6885673edb.480.2021.02.21.07.03.54; Sun, 21 Feb 2021 07:04:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229910AbhBUPAP (ORCPT + 99 others); Sun, 21 Feb 2021 10:00:15 -0500 Received: from mail.kernel.org ([198.145.29.99]:56642 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229685AbhBUPAO (ORCPT ); Sun, 21 Feb 2021 10:00:14 -0500 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (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 0BD6064EB4; Sun, 21 Feb 2021 14:59:33 +0000 (UTC) Received: from 78.163-31-62.static.virginmediabusiness.co.uk ([62.31.163.78] helo=why.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lDqCn-00FBf2-Rj; Sun, 21 Feb 2021 14:59:30 +0000 Date: Sun, 21 Feb 2021 14:59:14 +0000 Message-ID: <87im6l1n7h.wl-maz@kernel.org> From: Marc Zyngier To: Hector Martin Cc: Krzysztof Kozlowski , linux-arm-kernel@lists.infradead.org, Rob Herring , Arnd Bergmann , Olof Johansson , Mark Kettenis , Tony Lindgren , Mohamed Mediouni , Stan Skowronek , Alexander Graf , Will Deacon , Linus Walleij , Mark Rutland , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 20/25] tty: serial: samsung_tty: Use devm_ioremap_resource In-Reply-To: <28128b77-87b4-3595-59fa-44600c5bdbc7@marcan.st> References: <20210215121713.57687-1-marcan@marcan.st> <20210215121713.57687-21-marcan@marcan.st> <20210215185135.onivzktfscv5myh2@kozik-lap> <20274436-7275-9734-5a07-d6da46b45c5f@marcan.st> <20210220191323.ugmzrtkvcxyqqolj@kozik-lap> <5a4b3d7095d1ec4be97ec154109632dc@kernel.org> <28128b77-87b4-3595-59fa-44600c5bdbc7@marcan.st> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.1 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 62.31.163.78 X-SA-Exim-Rcpt-To: marcan@marcan.st, krzk@kernel.org, linux-arm-kernel@lists.infradead.org, robh@kernel.org, arnd@kernel.org, olof@lixom.net, mark.kettenis@xs4all.nl, tony@atomide.com, mohamed.mediouni@caramail.com, stan@corellium.com, graf@amazon.com, will@kernel.org, linus.walleij@linaro.org, mark.rutland@arm.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 21 Feb 2021 14:38:16 +0000, Hector Martin wrote: > > On 21/02/2021 04.17, Marc Zyngier wrote: > > On 2021-02-20 19:13, Krzysztof Kozlowski wrote: > >> On Thu, Feb 18, 2021 at 11:01:21PM +0900, Hector Martin wrote: > >>> On 16/02/2021 03.51, Krzysztof Kozlowski wrote: > >>>>> Also fix a bug checking the return value, which should use IS_ERR(). > >>>> > >>>> No, no, no. We never, never combine fixing bugs with some rework. > >>>> However devm_ioremap() returns NULL so where is the error? > >>> > >>> Sorry, this was a commit message mistake. The code is correct and so > >>> is the > >>> patch: just the NULL check is correct for the previous variant and > >>> IS_ERR is > >>> correct for devm_ioremap_resource. I confused myself while writing the > >>> commit message after the fact. > >>> > >>>> Did you test your patches on existing platforms? If not, please mark all > >>>> of them as RFT on next submission, so Greg does not pick them too fast. > >>> > >>> I unfortunately don't have any Exynos devices where I could test the > >>> code (I > >>> have a couple but no serial connections, and I have no idea if mailine > >>> would > >>> run on them). I'll mark v3 as RFT. > >> > >> If you have one of Odroid boards with Exynos, then you can nicely test > >> Exynos. Others - depends, on board. > >> Anyway I can test them for you. I just want to be sure that Greg waits > >> for this testing. > > > > Worse case, QEMU has some Exynos4210 emulation that is usable. > > That's a good point; better than nothing, certainly. > > Does anyone have a known good example of booting an exynos kernel > under qemu? I tried building a plain 5.11 arm exynos_defconfig and > booting it, but without much luck: > > $ qemu-system-arm -kernel arch/arm/boot/zImage -append > "console=ttySAC0,115200n8 debug" -dtb > arch/arm/boot/dts/exynos4210-universal_c210.dtb -nographic -serial > mon:stdio -M smdkc210 -smp 2 Here's what I've been using last time I had to muck with the 4210 stuff: qemu-system-arm \ -kernel arch/arm/boot/zImage -M smdkc210 \ -append "console=ttySAC0,115200n8 earlycon=smh root=/dev/mmcblk0p2 rootwait" \ -nographic -semihosting -smp 2 \ -dtb arch/arm/boot/dts/exynos4210-smdkv310.dtb \ -drive if=sd,driver=null-co -drive if=sd,driver=null-co \ -drive if=sd,file=../vminstall/bullseye32/MsiKFRxxujYIkiKT.img,format=raw where the last line points to a standard Debian image created separately. M. -- Without deviation from the norm, progress is not possible.