Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3079757ybv; Sun, 9 Feb 2020 14:58:04 -0800 (PST) X-Google-Smtp-Source: APXvYqxBMZzI4x5zH4cvTWhcPcF2EMmE3BzFOpo6k/AkAlMXa3eiYCqz+GyaDxR3/Is8pVuPTLuT X-Received: by 2002:a05:6830:1317:: with SMTP id p23mr8212776otq.3.1581289084563; Sun, 09 Feb 2020 14:58:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581289084; cv=none; d=google.com; s=arc-20160816; b=DXqznaY3K+JA7wZmyvxvxeP6l0eTqj8IWMnIewJJmrKNHfpgY7Zbhy1OxNbYjcGEpp Jjnn0pTlHt12nrw+qoBRRXFiNyKH56IV9ePQtyRnlVEG254AKAN2WnQAiER1rhGiJuiy 2cNsR4JJvp0HA9STqlzm9gc7MLs1FCsALaRqwUJ13m7oN6sIPHyzf+EFghaD+j9+ybld iUS9mQzSGWoEzPBF7T9SOYUhYb0OGx5SDrMaS9+aw+TjDAyLKzh+eGlQBb9r4uP4kL6j PcW5unxESHMKEDprkdcC2Elvw+0JiSnCfeJs2K64CFX74HK4v3e3EQT7iXaEWtIPLkk7 sFig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature; bh=uBRQOjvoKeWb7UTlzIP/XWwYoRm/MmWJI14BZ3D2w2s=; b=ENhJ2V8NoA250OsFHrCaZF/wkXz38aE9pwFxOs53An/5zoOn/QGDhUtll4/FijmJJm ye7dqn9Bkp0MDEJGLxR0EqLsyku7qU/bNyCF05rw065IqH8weVKBHbGf8Uq/WXxdsONt LKJx14cizlV16axmm/pBUuJnJ10C8uCy3r14DscwE8QSbGBnd7lrNzXHiY21fbt6rzyt IX0BOcFYBDMBpoX7iYGT2RF+os5PjbKc1YChXqngQ8svzn8WCd7AeI1Vc4kHsyDSN4PO fm9tAzMPdrB4lCP4lpJnA2cDWqS++d6fT0j262D1IcVg7pdlfyFV+NfxwzkwD0+nZmIF 8dWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=txaPllr+; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id g72si7815002oib.157.2020.02.09.14.57.49; Sun, 09 Feb 2020 14:58:04 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=txaPllr+; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1726961AbgBIW5k (ORCPT + 99 others); Sun, 9 Feb 2020 17:57:40 -0500 Received: from mail.kernel.org ([198.145.29.99]:56908 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726843AbgBIW5j (ORCPT ); Sun, 9 Feb 2020 17:57:39 -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 BFA99207FF; Sun, 9 Feb 2020 22:57:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1581289058; bh=DxHH/6KEUU3zTOXsaCU8t2IAUpHzhTqiEU3ywqLZ4xQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=txaPllr+Kl78scBUBbbEr/WoRS0VdruoEROS2B5NJZ5BkGeMrUI0eLWO7A01plfcl RO8L1nGrVaxykC0WSaYEafR6hAeiDMdj5GE5JCubdl5YVpT+Nacv0s8PrefpwrvYSA CKoR2gH9w484u4ppnEByYZRc0JnvH1FTUy/HfLwE= Received: from 78.163-31-62.static.virginmediabusiness.co.uk ([62.31.163.78] helo=why) by disco-boy.misterjones.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j0vWC-003wRy-P8; Sun, 09 Feb 2020 22:57:36 +0000 Date: Sun, 9 Feb 2020 22:57:35 +0000 From: Marc Zyngier To: Linus Torvalds Cc: Stephen Rothwell , Zenghui Yu , Linux Next Mailing List , Linux Kernel Mailing List Subject: Re: linux-next: build failure in Linus' tree Message-ID: <20200209225735.3c2eacb6@why> In-Reply-To: References: <20200210080821.691261a8@canb.auug.org.au> Organization: Approximate X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-SA-Exim-Connect-IP: 62.31.163.78 X-SA-Exim-Rcpt-To: torvalds@linux-foundation.org, sfr@canb.auug.org.au, yuzenghui@huawei.com, linux-next@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 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 9 Feb 2020 13:24:18 -0800 Linus Torvalds wrote: Stephen, Linus, > On Sun, Feb 9, 2020 at 1:08 PM Stephen Rothwell wr= ote: > > > > Just building Linus' tree, today's linux-next build (arm > > multi_v7_defconfig) failed like this: > > > > arm-linux-gnueabi-ld: drivers/irqchip/irq-gic-v3-its.o: in function `it= s_vpe_irq_domain_alloc': > > irq-gic-v3-its.c:(.text+0x3d50): undefined reference to `__aeabi_uldivm= od' > > > > Caused by commit > > > > 4e6437f12d6e ("irqchip/gic-v4.1: Ensure L2 vPE table is allocated at = RD level") =20 Gniii... Sorry for the breakage. >=20 > Ahh. 64-bit divides without using do_div() and friends. >=20 > Is GICv4 even relevant for 32-bit ARM? Only should someone boot a large 64bit server in 32bit mode and run VMs with direct injection of interrupts. And definitely not once we get rid of 32bit KVM. Do you mind applying the following patch on top? It fixes the breakage here. Thanks, M. =46rom d06ab34c3491d3cd191e024bf2da1eb9b8caccdd Mon Sep 17 00:00:00 2001 From: Marc Zyngier Date: Sun, 9 Feb 2020 22:48:50 +0000 Subject: [PATCH] irqchip/gic-v4.1: Avoid 64bit division for the sake of 32b= it ARM In order to allow the GICv4 code to link properly on 32bit ARM, make sure we don't use 64bit divisions when it isn't strictly necessary. Fixes: 4e6437f12d6e ("irqchip/gic-v4.1: Ensure L2 vPE table is allocated at= RD level") Signed-off-by: Marc Zyngier --- drivers/irqchip/irq-gic-v3-its.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-= its.c index 1ee95f546cb0..83b1186ffcad 100644 --- a/drivers/irqchip/irq-gic-v3-its.c +++ b/drivers/irqchip/irq-gic-v3-its.c @@ -2444,8 +2444,8 @@ static u64 inherit_vpe_l1_table_from_rd(cpumask_t **m= ask) static bool allocate_vpe_l2_table(int cpu, u32 id) { void __iomem *base =3D gic_data_rdist_cpu(cpu)->rd_base; - u64 val, gpsz, npg; - unsigned int psz, esz, idx; + unsigned int psz, esz, idx, npg, gpsz; + u64 val; struct page *page; __le64 *table; =20 --=20 2.20.1 --=20 Jazz is not dead. It just smells funny...