Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp2293689pxy; Tue, 3 Aug 2021 02:45:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxXImDb82M0dKd2HSac6cIDhspzHlDa/9MLEbtUJwrRlYyY6/z8TxO+OxGKVJ/AB4W6xOQx X-Received: by 2002:a5d:91c2:: with SMTP id k2mr1719758ior.117.1627983935720; Tue, 03 Aug 2021 02:45:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627983935; cv=none; d=google.com; s=arc-20160816; b=eBRWSOMXs9IXIIVR+nVS28WTc8SYarrnG/LN77S1oOWtkIEChXTkNHDkPoLvBuIs3P xebULutdreth8k1M66TIeyw/eTGqOUwdji+k8LOm3fhmZyW9n+4yxTzmodKq33B1DPXV ROn6KfHm1vn/I/TJKMEHxtV95WVLm1O+79w4rj8sVeH+EtsNL1p6yQRdRWWeclGPaHej ZCVLzs76oVjyYXwu3uN5QWgIGCfnEqtIq+HEUs/u810aUmbAvNxFXH3HBoXWE0x2FcsN bWKcSnqbKrTGsbXxNCXhP5WUTxEMNrjRDAgZPdggswYLbfXJAH0grKwQ39mpeYnD7M5k tx4A== 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=DZm384ANKPEMUF6bw5YAVO+zV3GjUKw8vPszudfkM2Y=; b=GHidi6IZbRKDf66McLIPrRCr95KFKTaYDrTubqSX2SZcB8emPfMqZ6TdTPBGGZYNTk mTpd37BCxzU/oDQffLVKTdM0PgMccyRFneDYfosDxwU8cqo/nLBnyUQ5nx1vgy8hOvnc 59AkU29SLK3dX/OtyDAeyXlTjPCykmcH2IkFzZX/jxy2kBQwwq2tHYHaqubQFwgNHmsf 0Y9SpUs6Js5YzjX6gJqkr/GHL9gnMsI0b6AauCOOsytXw7lywDNNoveg1xTu/Nyt7WK/ fwXL/sqPTtGCNytTrHlSJQlMWbbQAY/PspsctAr17nUATfL2yHhhi22AIMRbv2Xa6MiH kMgg== 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 q8si17186885ilo.95.2021.08.03.02.45.21; Tue, 03 Aug 2021 02:45:35 -0700 (PDT) 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 S235113AbhHCJos (ORCPT + 99 others); Tue, 3 Aug 2021 05:44:48 -0400 Received: from mail.kernel.org ([198.145.29.99]:35588 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235001AbhHCJor (ORCPT ); Tue, 3 Aug 2021 05:44:47 -0400 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 E60C860F48; Tue, 3 Aug 2021 09:44:36 +0000 (UTC) Received: from sofa.misterjones.org ([185.219.108.64] 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.2) (envelope-from ) id 1mAqyQ-002fQL-T6; Tue, 03 Aug 2021 10:44:35 +0100 Date: Tue, 03 Aug 2021 10:44:34 +0100 Message-ID: <87im0m277h.wl-maz@kernel.org> From: Marc Zyngier To: Kevin Hilman Cc: Lee Jones , Neil Armstrong , Jerome Brunet , linux-amlogic@lists.infradead.org, linux-arm-kernel , open list , Saravana Kannan Subject: Re: [PATCH 1/2] irqchip: irq-meson-gpio: make it possible to build as a module In-Reply-To: <7h7diwgjup.fsf@baylibre.com> References: <20201020072532.949137-1-narmstrong@baylibre.com> <20201020072532.949137-2-narmstrong@baylibre.com> <7hsga8kb8z.fsf@baylibre.com> <87r1hwwier.wl-maz@kernel.org> <7h7diwgjup.fsf@baylibre.com> 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: 185.219.108.64 X-SA-Exim-Rcpt-To: khilman@baylibre.com, lee.jones@linaro.org, narmstrong@baylibre.com, jbrunet@baylibre.com, linux-amlogic@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, saravanak@google.com 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 Mon, 14 Jun 2021 23:30:22 +0100, Kevin Hilman wrote: > > Marc Zyngier writes: > > > On Fri, 21 May 2021 10:47:48 +0100, > > Lee Jones wrote: > >> > >> [1 ] > >> On Tue, 20 Oct 2020 at 19:23, Kevin Hilman wrote: > >> > >> > Neil Armstrong writes: > >> > > >> > > In order to reduce the kernel Image size on multi-platform distributions, > >> > > make it possible to build the Amlogic GPIO IRQ controller as a module > >> > > by switching it to a platform driver. > >> > > > >> > > Signed-off-by: Neil Armstrong > >> > > >> > Reviewed-by: Kevin Hilman > >> > Tested-by: Kevin Hilman > >> > > >> > Tested as a module on meson-sm1-khadas-vim3l where the wired networking > >> > uses GPIO IRQs. > >> > > >> > >> Good morning Neil, Kevin, > >> > >> What happened to this set in the end? I still don't see it in Mainline. > > > > Last time I tried this patch, it broke my test setup in non-obvious > > ways. Has someone checked that the issue I reported back then has been > > resolved now that fw_devlink is more usable? > > OK, after much anticipation (and much delay due to me forgetting about > this), I just gave this series a spin again on top of v5.13-rc6, and it > seems to work fine with `fw_devlink=on` > > I started with your config[1] and accepting all the defaults of any new > configs. IOW, I ran: yes '' | make oldconfig after copying your config > to .config. > > With that it seems to be working fine for me. > > Right after boot (and before network probes) I see module loaded, but no > users yet in /proc/interrupts: > > / # uname -a > Linux buildroot 5.13.0-rc6-00002-g679c8e852942 #5 SMP PREEMPT Mon Jun 14 15:08:40 PDT 2021 aarch64 GNU/Linux > / # lsmod |grep gpio > irq_meson_gpio 20480 0 > leds_gpio 16384 0 > / # cat /proc/interrupts > CPU0 CPU1 CPU2 CPU3 > 9: 0 0 0 0 GICv2 25 Level vgic > 11: 0 0 0 0 GICv2 30 Level kvm guest ptimer > 12: 0 0 0 0 GICv2 27 Level kvm guest vtimer > 13: 1416 916 534 1421 GICv2 26 Level arch_timer > 15: 5 0 0 0 GICv2 89 Edge dw_hdmi_top_irq, ff600000.hdmi-tx > 22: 38 0 0 0 GICv2 225 Edge ttyAML0 > 23: 20 0 0 0 GICv2 227 Edge ff805000.i2c > 25: 2 0 0 0 GICv2 232 Edge ff809000.adc > 28: 322 0 0 0 GICv2 35 Edge meson > 31: 0 0 0 0 GICv2 222 Edge ffe05000.sd > 32: 787 0 0 0 GICv2 223 Edge ffe07000.mmc > 34: 0 0 0 0 GICv2 194 Level panfrost-job > 35: 0 0 0 0 GICv2 193 Level panfrost-mmu > 36: 3 0 0 0 GICv2 192 Level panfrost-gpu > 39: 0 0 0 0 GICv2 63 Level ff400000.usb, ff400000.usb > 40: 32 0 0 0 GICv2 62 Level xhci-hcd:usb1 > IPI0: 425 544 664 925 Rescheduling interrupts > IPI1: 86 166 269 136 Function call interrupts > IPI2: 0 0 0 0 CPU stop interrupts > IPI3: 0 0 0 0 CPU stop (for crash dump) interrupts > IPI4: 0 0 0 0 Timer broadcast interrupts > IPI5: 0 0 0 0 IRQ work interrupts > IPI6: 0 0 0 0 CPU wake-up interrupts > Err: 0 > > So then I init the network interface and PHY works, DHCP works etc. > > / # udhcpc > udhcpc: started, v1.31.1 > [ 102.250449] meson8b-dwmac ff3f0000.ethernet eth0: PHY [0.0:00] driver [RTL8211F Gigabit Ethernet] (irq=37) > [ 102.256413] meson8b-dwmac ff3f0000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0 > [ 102.269433] meson8b-dwmac ff3f0000.ethernet eth0: No Safety Features support found > [ 102.271357] meson8b-dwmac ff3f0000.ethernet eth0: PTP not supported by HW > [ 102.278493] meson8b-dwmac ff3f0000.ethernet eth0: configuring for phy/rgmii link mode > udhcpc: sending discover > [ 104.743301] meson8b-dwmac ff3f0000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx > [ 104.746470] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready > udhcpc: sending discover > udhcpc: sending select for 192.168.0.122 > udhcpc: lease of 192.168.0.122 obtained, lease time 600 > deleting routers > adding dns 192.168.0.254 > adding dns 192.168.0.254 > / # cat /proc/interrupts > CPU0 CPU1 CPU2 CPU3 > 9: 0 0 0 0 GICv2 25 Level vgic > 11: 0 0 0 0 GICv2 30 Level kvm guest ptimer > 12: 0 0 0 0 GICv2 27 Level kvm guest vtimer > 13: 1575 1018 604 1588 GICv2 26 Level arch_timer > 14: 8 0 0 0 GICv2 40 Level eth0 > 15: 5 0 0 0 GICv2 89 Edge dw_hdmi_top_irq, ff600000.hdmi-tx > 22: 132 0 0 0 GICv2 225 Edge ttyAML0 > 23: 20 0 0 0 GICv2 227 Edge ff805000.i2c > 25: 2 0 0 0 GICv2 232 Edge ff809000.adc > 28: 322 0 0 0 GICv2 35 Edge meson > 31: 0 0 0 0 GICv2 222 Edge ffe05000.sd > 32: 787 0 0 0 GICv2 223 Edge ffe07000.mmc > 34: 0 0 0 0 GICv2 194 Level panfrost-job > 35: 0 0 0 0 GICv2 193 Level panfrost-mmu > 36: 3 0 0 0 GICv2 192 Level panfrost-gpu > 37: 2 0 0 0 meson-gpio-irqchip 26 Level 0.0:00 > 39: 0 0 0 0 GICv2 63 Level ff400000.usb, ff400000.usb > 40: 32 0 0 0 GICv2 62 Level xhci-hcd:usb1 > IPI0: 476 567 720 956 Rescheduling interrupts > IPI1: 93 166 270 137 Function call interrupts > IPI2: 0 0 0 0 CPU stop interrupts > IPI3: 0 0 0 0 CPU stop (for crash dump) interrupts > IPI4: 0 0 0 0 Timer broadcast interrupts > IPI5: 0 0 0 0 IRQ work interrupts > IPI6: 0 0 0 0 CPU wake-up interrupts > Err: 0 > / # This thing keeps failing on my end. It only works if I force the irqchip module to be present before the MDIO module is loaded. Here's an example: root@tiger-roach:~# modprobe mdio_mux_meson_g12a [ 125.871544] libphy: mdio_mux: probed [ 125.882575] g12a-mdio_mux ff64c000.mdio-multiplexer: Error: Failed to register MDIO bus for child /soc/bus@ff600000/mdio-multiplexer@4c000/mdio@0 [ 125.892630] libphy: mdio_mux: probed Trying to bring up the Ethernet interface will fail. Note that there was no attempt to load the irqchip driver. root@tiger-roach:~# modprobe -r mdio_mux_meson_g12a root@tiger-roach:~# modprobe irq-meson-gpio [ 144.983344] meson-gpio-intc ffd0f080.interrupt-controller: 100 to 8 gpio interrupt mux initialized root@tiger-roach:~# modprobe mdio_mux_meson_g12a [ 150.376464] libphy: mdio_mux: probed [ 150.391039] libphy: mdio_mux: probed And it now works. Is it a MDIO issue? a fw_devlink issue? No idea. But I'd really like to see this addressed before taking this patch, as everything works just fine as long as the irqchip is built in (which on its own could well pure luck). Saravana, could you please have a look from a fw_devlink perspective? Thanks, M. -- Without deviation from the norm, progress is not possible.