Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1403594imm; Wed, 15 Aug 2018 17:28:32 -0700 (PDT) X-Google-Smtp-Source: AA+uWPwlBc3qGRXyDWoTDbbf50fl2BzfyI2JqXJ9JMD9tRdZJUgQxYdEAp553i3kO7ObJmn6CQb3 X-Received: by 2002:a63:81c3:: with SMTP id t186-v6mr27490517pgd.413.1534379311946; Wed, 15 Aug 2018 17:28:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534379311; cv=none; d=google.com; s=arc-20160816; b=yWDpL/bV9N9PiksaHeubDPrs9HkLKFkm3RR5BBlG0052nPiIpevoU/AjAbSCvd7SWz ENOClzG3sIvMq8K8iNXhOUrTGNn+p/cJHm2vI4Z0lhxnlyp9jrVHIw9YHYahlenn4zDs l3yi/NNWE0fdpTmt3RA+mq0xmxAZrtKzn9l+gou+LP1Bw5i8BPym3njp1FsEc4dQNkgz zBOubqGqyfcnvoYdPszjrP1hALguIajF86I97e3RsAqoAkmp+LpX6AQqK+do2NVt7tUx xML6rIPl5GlXb9AsHDqQhcSSAPYDLLuQTzj9wZCcSskjh9saVFlXss21NybVu9HUayxw VLcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=SpKUlHCGOJcISCmEKjy4bYrQ/j8B81MCwJUS+XV1MKU=; b=jlWgbVX8dGrs0mixcy/6WRkr832AuF/Xv9rjyQ+SlD1MK3o56lBXyP6zXLhGXpAjwE yIcMM/QskaAGxwnHA+T+SAIJWn49lk7WCjWvIlr+A6YRTWYEftYpvx+wxspFUDQAAqVp vEiA1b+IImV/rggkuvQhCy3evlrb2tNGqrHz0lmlw3hC2JDDz1ykRLVgWov0qPP8rBL7 72Uz53IVTIk0gszSzwBARnK5R0h4xAGmtKPWuqQ7ybFs/V3yMTY18GrKzDk0jgGW7AT8 xd5U67NPgqZOBpI2p+MV13SoCPvtA7nVj4JeWMeR9BDdNflIw85NaZ31OgQOD+nQN5TR 9q+A== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o6-v6si21255648pgp.631.2018.08.15.17.28.02; Wed, 15 Aug 2018 17:28:31 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728083AbeHPC2p (ORCPT + 99 others); Wed, 15 Aug 2018 22:28:45 -0400 Received: from mga14.intel.com ([192.55.52.115]:11227 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726072AbeHPC2p (ORCPT ); Wed, 15 Aug 2018 22:28:45 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Aug 2018 16:34:20 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,245,1531810800"; d="scan'208";a="254433422" Received: from agluck-desk.sc.intel.com (HELO agluck-desk) ([10.3.52.160]) by fmsmga005.fm.intel.com with ESMTP; 15 Aug 2018 16:34:20 -0700 Date: Wed, 15 Aug 2018 16:34:16 -0700 From: "Luck, Tony" To: Arnd Bergmann Cc: Fenghua Yu , Boris Brezillon , linux-ia64@vger.kernel.org, linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] ia64: use asm-generic/io.h Message-ID: <20180815233416.GA28832@agluck-desk> References: <20180711120824.3882108-1-arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180711120824.3882108-1-arnd@arndb.de> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 11, 2018 at 02:08:05PM +0200, Arnd Bergmann wrote: > asm-generic/io.h provides a generic implementation of all I/O accessors, > which the architectures can override. > > Since ia64 does not provide readsl/writesl etc, any driver using those > fails to build, and including asm-generic/io.h will provide the > missing interfaces, as well as any other future interfaces that get > added there. We need to #define a couple of symbols to themselves > in the ia64 to ensure that we use the ia64 specific version of those > rather than the generic one. > > There should be no other effect than adding {read,write}s{b,w,l}() > as well as {in,out}s{b,w,l}_p(), which were also not provided > by ia64 but are provided by the generic header for historic reasons. Sorry. I should have tried this when you sent it to me a month ago. There must be something subtle in there somewhere because ia64 panics early in boot with this patch present. Revert the patch and it boots OK. Snip from console log: NET: Registered protocol family 16 ACPI: bus type PCI registered acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 HugeTLB registered 256 MiB page size, pre-allocated 0 pages ACPI: Added _OSI(Module Device) ACPI: Added _OSI(Processor Device) ACPI: Added _OSI(3.0 _SCP Extensions) ACPI: Added _OSI(Processor Aggregator Device) ACPI: Added _OSI(Linux-Dell-Video) ACPI: 1 ACPI AML tables successfully acquired and loaded ACPI: Interpreter enabled ACPI: (supports S0 S5) ACPI: Using IOSAPIC for interrupt routing ACPI: Enabled 11 GPEs in block 00 to 3F ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-7f]) acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig Segments MSI] acpi PNP0A08:00: PCIe port services disabled; not requesting _OSC control kernel BUG at lib/ioremap.c:72! swapper/0[1]: bugcheck! 0 [1] Modules linked in: CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.18.0-rc3-bisect-00137-g0bbf47e #15 Hardware name: Supermicro I8QBH/I8QBH, BIOS I8QBH 15.006.004RAS 2010/05/10 psr : 00001010084a6010 ifs : 800000000000050d ip : [] Not tainted (4.18.0-rc3-bisect-00137-g0bbf47e) ip is at ioremap_pte_range+0x190/0x1a0 unat: 0000000000000000 pfs : 000000000000050d rsc : 0000000000000003 rnat: fffffffffffc3358 bsps: 0000000000000000 pr : 0000000000014745 ldrs: 0000000000000000 ccv : 00000000017c00be fpsr: 0009804c8a70433f csd : 0930ffff00063000 ssd : 0930ffff00063000 b0 : a000000100e6d830 b6 : a000000100e91fa0 b7 : a000000100e91fa0 f6 : 1003e00000000000000a0 f7 : 1003e0000000000000000 f8 : 1003e0000000000000001 f9 : 1003efffffffffffffffc f10 : 1001b80140227f7febfde f11 : 1003e20c49ba5e353f7cf r1 : a000000101b3b7e0 r2 : a0000001018ca770 r3 : a00000010193c5d8 r8 : 000000000000001f r9 : 0000000000004000 r10 : fffffffffffc0408 r11 : 000000000000047e r12 : e000000301bdfca0 r13 : e000000301bd0000 r14 : a0000001018ca778 r15 : a0000001018ca778 r16 : 0000000000000000 r17 : 00000010084a2010 r18 : e000000301bdfc60 r19 : 0000000000000000 r20 : 000000000000047c r21 : 0000000000000000 r22 : 00000000000000ea r23 : 000000000000017c r24 : 000000000000017c r25 : a0000001011d87b8 r26 : a000000100e91fa0 r27 : ffffffffffffffff r28 : a000000100e91fa0 r29 : a0000001011d87b8 r30 : a000000100e91fa0 r31 : a00000010198a300 Call Trace: [] show_stack+0x80/0xa0 sp=e000000301bdf880 bsp=e000000301bd17b8 Disabling lock debugging due to kernel taint Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b Here's the surrounding code to the "BUG at lib/ioremap.c" 61 static int ioremap_pte_range(pmd_t *pmd, unsigned long addr, 62 unsigned long end, phys_addr_t phys_addr, pgprot_t prot) 63 { 64 pte_t *pte; 65 u64 pfn; 66 67 pfn = phys_addr >> PAGE_SHIFT; 68 pte = pte_alloc_kernel(pmd, addr); 69 if (!pte) 70 return -ENOMEM; 71 do { 72 BUG_ON(!pte_none(*pte)); 73 set_pte_at(&init_mm, addr, pte, pfn_pte(pfn, prot)); 74 pfn++; 75 } while (pte++, addr += PAGE_SIZE, addr != end); 76 return 0; 77 }