Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp2268011pxb; Sat, 21 Nov 2020 15:49:56 -0800 (PST) X-Google-Smtp-Source: ABdhPJyq60RP1qQYY5QQ0EqOWEhnS78STzPJRiJVg0/GVLyO/IFgzKhPXMZHdKxd4TvXtgQ2LCfQ X-Received: by 2002:a17:906:d0c7:: with SMTP id bq7mr5987442ejb.404.1606002596233; Sat, 21 Nov 2020 15:49:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606002596; cv=none; d=google.com; s=arc-20160816; b=kl3SpWM8YaiMukGfzGH5253wqQzotxxIvMEyc52izqKvUijcXBuWtwcGokxfs02Keo VFht1Pc8pNBme4yYbMxH7mkrovYEl5KD6cJJ8YWAMZAS3EAJXLH0r9R69aGXTpVS85qE nUQtibOhYM5InblhF8nSvAkSbF6Eb0KP9wK1C1c5+tMBusy72bRie6mL3gN0yqI6bOYa hDQvcCdOSI4DZZAaZNZsqRVEnRYA4GJNQ/ppm8WPmIFkwGkWlnxPsk3THnLkOC0i5U3D sXlnupbBiBireY146WQ61t8cExXlMEFqJ9gBewm9CqU9Sb5WzcNBNCcHKsfmEOFIGVIA EGAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:date:subject:from:message-id:cc:to; bh=QZRWX7DYRE43dVRYhbroUzIx6G8WRE0tU6w43+OkU5I=; b=CdqfURkKazSF5TX7Mp4ZgASiSAkgpzTqkcVXem3XPEm3JDSUk0PtOPQv5ShniiHA8y nL8y+Ycdx7wQITfgYVKXSi3zrEXXZIptx1F0f5TVOsyzLGcP7KLiqL2NPIlXAC047Vf1 Vv/nz4hDFc+K/K3D/9JvsiaITcL0tLrPO0BwaeQQIx8sAWDsrIdkKPeGn9QBj1NZADwF Ut+AGCpBwXODFGl3c7U/3UXe22rDUXKUlQpY08yLozV0MJK1ZeHQLF2FdYNv7fHw25aA G3XeK3iuqib59cElTmJ2U1ljdKvKKmR8/kreqoc9DGlkNKIenrcN/pbnkzVPnfvLCUT2 kLPA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v10si4141833ejg.0.2020.11.21.15.48.57; Sat, 21 Nov 2020 15:49:56 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726662AbgKUXkT (ORCPT + 99 others); Sat, 21 Nov 2020 18:40:19 -0500 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:60574 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726560AbgKUXkS (ORCPT ); Sat, 21 Nov 2020 18:40:18 -0500 Received: by kvm5.telegraphics.com.au (Postfix, from userid 502) id 1C91429AB9; Sat, 21 Nov 2020 18:40:16 -0500 (EST) To: Geert Uytterhoeven Cc: "Michael Ellerman" , "Benjamin Herrenschmidt" , "Paul Mackerras" , "Joshua Thompson" , "Greg Kroah-Hartman" , "Jiri Slaby" , stable@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Message-Id: <0c0fe1e4f11ccec202d4df09ea7d9d98155d101a.1606001297.git.fthain@telegraphics.com.au> From: Finn Thain Subject: [PATCH v2] m68k: Fix WARNING splat in pmac_zilog driver Date: Sun, 22 Nov 2020 10:28:17 +1100 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Don't add platform resources that won't be used. This avoids a recently-added warning from the driver core, that can show up on a multi-platform kernel when !MACH_IS_MAC. ------------[ cut here ]------------ WARNING: CPU: 0 PID: 0 at drivers/base/platform.c:224 platform_get_irq_optional+0x8e/0xce 0 is an invalid IRQ number Modules linked in: CPU: 0 PID: 0 Comm: swapper Not tainted 5.9.0-multi #1 Stack from 004b3f04: 004b3f04 00462c2f 00462c2f 004b3f20 0002e128 004754db 004b6ad4 004b3f4c 0002e19c 004754f7 000000e0 00285ba0 00000009 00000000 004b3f44 ffffffff 004754db 004b3f64 004b3f74 00285ba0 004754f7 000000e0 00000009 004754db 004fdf0c 005269e2 004fdf0c 00000000 004b3f88 00285cae 004b6964 00000000 004fdf0c 004b3fac 0051cc68 004b6964 00000000 004b6964 00000200 00000000 0051cc3e 0023c18a 004b3fc0 0051cd8a 004fdf0c 00000002 0052b43c 004b3fc8 Call Trace: [<0002e128>] __warn+0xa6/0xd6 [<0002e19c>] warn_slowpath_fmt+0x44/0x76 [<00285ba0>] platform_get_irq_optional+0x8e/0xce [<00285ba0>] platform_get_irq_optional+0x8e/0xce [<00285cae>] platform_get_irq+0x12/0x4c [<0051cc68>] pmz_init_port+0x2a/0xa6 [<0051cc3e>] pmz_init_port+0x0/0xa6 [<0023c18a>] strlen+0x0/0x22 [<0051cd8a>] pmz_probe+0x34/0x88 [<0051cde6>] pmz_console_init+0x8/0x28 [<00511776>] console_init+0x1e/0x28 [<0005a3bc>] printk+0x0/0x16 [<0050a8a6>] start_kernel+0x368/0x4ce [<005094f8>] _sinittext+0x4f8/0xc48 random: get_random_bytes called from print_oops_end_marker+0x56/0x80 with crng_init=0 ---[ end trace 392d8e82eed68d6c ]--- Commit a85a6c86c25b ("driver core: platform: Clarify that IRQ 0 is invalid"), which introduced the WARNING, suggests that testing for irq == 0 is undesirable. Instead of that comparison, just test for resource existence. Cc: Michael Ellerman Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Joshua Thompson Cc: Greg Kroah-Hartman Cc: Jiri Slaby Cc: stable@vger.kernel.org # v5.8+ References: commit a85a6c86c25b ("driver core: platform: Clarify that IRQ 0 is invalid") Reported-by: Laurent Vivier Signed-off-by: Finn Thain --- Changed since v1: - Add a comment to explain the need for the global structs. - Expand the commit log to better explain the intention of the patch. --- arch/m68k/mac/config.c | 17 +++++++++-------- drivers/tty/serial/pmac_zilog.c | 14 +++++++++----- 2 files changed, 18 insertions(+), 13 deletions(-) diff --git a/arch/m68k/mac/config.c b/arch/m68k/mac/config.c index 0ac53d87493c..2bea1799b8de 100644 --- a/arch/m68k/mac/config.c +++ b/arch/m68k/mac/config.c @@ -777,16 +777,12 @@ static struct resource scc_b_rsrcs[] = { struct platform_device scc_a_pdev = { .name = "scc", .id = 0, - .num_resources = ARRAY_SIZE(scc_a_rsrcs), - .resource = scc_a_rsrcs, }; EXPORT_SYMBOL(scc_a_pdev); struct platform_device scc_b_pdev = { .name = "scc", .id = 1, - .num_resources = ARRAY_SIZE(scc_b_rsrcs), - .resource = scc_b_rsrcs, }; EXPORT_SYMBOL(scc_b_pdev); @@ -813,10 +809,15 @@ static void __init mac_identify(void) /* Set up serial port resources for the console initcall. */ - scc_a_rsrcs[0].start = (resource_size_t) mac_bi_data.sccbase + 2; - scc_a_rsrcs[0].end = scc_a_rsrcs[0].start; - scc_b_rsrcs[0].start = (resource_size_t) mac_bi_data.sccbase; - scc_b_rsrcs[0].end = scc_b_rsrcs[0].start; + scc_a_rsrcs[0].start = (resource_size_t)mac_bi_data.sccbase + 2; + scc_a_rsrcs[0].end = scc_a_rsrcs[0].start; + scc_a_pdev.num_resources = ARRAY_SIZE(scc_a_rsrcs); + scc_a_pdev.resource = scc_a_rsrcs; + + scc_b_rsrcs[0].start = (resource_size_t)mac_bi_data.sccbase; + scc_b_rsrcs[0].end = scc_b_rsrcs[0].start; + scc_b_pdev.num_resources = ARRAY_SIZE(scc_b_rsrcs); + scc_b_pdev.resource = scc_b_rsrcs; switch (macintosh_config->scc_type) { case MAC_SCC_PSC: diff --git a/drivers/tty/serial/pmac_zilog.c b/drivers/tty/serial/pmac_zilog.c index 96e7aa479961..216b75ef5048 100644 --- a/drivers/tty/serial/pmac_zilog.c +++ b/drivers/tty/serial/pmac_zilog.c @@ -1693,22 +1693,26 @@ static int __init pmz_probe(void) #else +/* On PCI PowerMacs, pmz_probe() does an explicit search of the OpenFirmware + * tree to obtain the device_nodes needed to start the console before the + * macio driver. On Macs without OpenFirmware, global platform_devices take + * the place of those device_nodes. + */ extern struct platform_device scc_a_pdev, scc_b_pdev; static int __init pmz_init_port(struct uart_pmac_port *uap) { - struct resource *r_ports; - int irq; + struct resource *r_ports, *r_irq; r_ports = platform_get_resource(uap->pdev, IORESOURCE_MEM, 0); - irq = platform_get_irq(uap->pdev, 0); - if (!r_ports || irq <= 0) + r_irq = platform_get_resource(uap->pdev, IORESOURCE_IRQ, 0); + if (!r_ports || !r_irq) return -ENODEV; uap->port.mapbase = r_ports->start; uap->port.membase = (unsigned char __iomem *) r_ports->start; uap->port.iotype = UPIO_MEM; - uap->port.irq = irq; + uap->port.irq = r_irq->start; uap->port.uartclk = ZS_CLOCK; uap->port.fifosize = 1; uap->port.ops = &pmz_pops; -- 2.26.2