From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752904AbbCEWMt (ORCPT ); Thu, 5 Mar 2015 17:12:49 -0500 Received: from smtprelay0222.hostedemail.com ([216.40.44.222]:40277 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752842AbbCEWMo (ORCPT ); Thu, 5 Mar 2015 17:12:44 -0500 X-Session-Marker: 6E657665747340676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::,RULES_HIT:41:355:379:541:960:973:988:989:1260:1277:1311:1313:1314:1345:1437:1515:1516:1518:1534:1542:1593:1594:1711:1730:1747:1777:1792:2198:2199:2393:2553:2559:2562:2901:3138:3139:3140:3141:3142:3353:3865:3866:3867:3868:3870:3872:3874:4250:4321:5007:6119:6238:6261:7875:7903:8660:9165:10004:10400:10848:11026:11232:11473:11658:11914:12043:12262:12438:12517:12519:12555:12679:12740:13148:13230:13255:13870:13904:14394:21063:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0 X-HE-Tag: list83_51a112b9ca94f X-Filterd-Recvd-Size: 3460 Date: Thu, 5 Mar 2015 17:12:39 -0500 From: Steven Rostedt To: LKML Cc: Benjamin Herrenschmidt , Grant Likely , Rob Herring , Olof Johansson , linuxppc-dev@lists.ozlabs.org Subject: [REGRESSION in 3.18][PPC] PA Semi fails to boot after: of/base: Fix PowerPC address parsing hack Message-ID: <20150305171239.3a8135e6@gandalf.local.home> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org A bug in ftrace was reported to me that affects ARM and ARM64 but not x86. Looking at the code it appears to affect PowerPC as well. So I booted up my old PA Semi, to give it a try. The last time I booted it was for a 3.17 kernel. Unfortunately, for 4.0-rc2 it crashed with: Unable to handle kernel paging request for data at address 0x00000000 Faulting instruction address: 0xc0000000005cef88 Oops: Kernel access of bad area, sig: 11 [#1] SMP NR_CPUS=2 PA Semi PWRficient Modules linked in: CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.0.0-rc2-test #50 task: c00000003816cb60 ti: c0000000381a4000 task.ti: c0000000381a4000 NIP: c0000000005cef88 LR: c00000000007c1a0 CTR: c00000000007c184 REGS: c0000000381a7a00 TRAP: 0300 Not tainted (4.0.0-rc2-test) MSR: 9000000000009032 CR: 22000028 XER: 00000000 DAR: 0000000000000000 DSISR: 40000000 SOFTE: 0 GPR00: c00000000007c1a0 c0000000381a7c80 c000000000af4b98 0000000000000001 GPR04: 0000000000000000 0000000000000000 00000000000004ba 000000003d6de000 GPR08: 0100000000000000 0000000000000000 c0000000381a4080 0000000000000000 GPR12: 0000000024044042 c00000000ffff300 ffffffffffffffed 0000000000000000 GPR16: c000000000afb920 c0000000381a4000 c0000000009ad648 c0000000009ae580 GPR20: c0000000381a4080 c0000000381a4000 c0000000381a4080 c0000000381a4000 GPR24: c0000000381a4000 c0000000381a4000 c000000000afb880 c0000000381a4000 GPR28: c0000000009f8790 0000000000000000 c0000000381a4000 c000000000b02168 NIP [c0000000005cef88] .check_astate+0x28/0x50 LR [c00000000007c1a0] sleep_common+0x14/0x74 Call Trace: [c0000000381a7c80] [c000000000afb880] 0xc000000000afb880 (unreliable) [c0000000381a7cf0] [c00000000007c1a0] sleep_common+0x14/0x74 [c0000000381a7d30] [c0000000000130f0] .arch_cpu_idle+0x70/0x160 [c0000000381a7db0] [c0000000000d6660] .cpu_startup_entry+0x320/0x5a0 [c0000000381a7ee0] [c000000000034570] .start_secondary+0x290/0x2c0 [c0000000381a7f90] [c000000000008bfc] start_secondary_prolog+0x10/0x14 Instruction dump: 60000000 60000000 7c0802a6 f8010010 f821ff91 60000000 60000000 3d220003 39296870 a86d0038 e9290010 7c0004ac <7c004c2c> 0c000000 4c00012c 5463103a ---[ end trace 40e864a431826b26 ]--- I kicked off a ktest bisect, and it came down to this commit: commit 746c9e9f92dde2789908e51a354ba90a1962a2eb Author: Benjamin Herrenschmidt Date: Fri Nov 14 17:55:03 2014 +1100 of/base: Fix PowerPC address parsing hack When I revert this from v4.0-rc2, I can successfully boot my PA Semi again. -- Steve