From mboxrd@z Thu Jan 1 00:00:00 1970 From: Guenter Roeck Subject: Re: [PATCH 0/2] Tentative fix for the divide-by-zero on score/paris/.. Date: Wed, 15 Apr 2015 06:26:58 -0700 Message-ID: <552E6722.1080507@roeck-us.net> References: <20150414165000.GA19434@roeck-us.net> <1429088078-23827-1-git-send-email-quentin.casasnovas@oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from bh-25.webhostbox.net ([208.91.199.152]:38904 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752013AbbDON1D (ORCPT ); Wed, 15 Apr 2015 09:27:03 -0400 Received: from mailnull by bh-25.webhostbox.net with sa-checked (Exim 4.82) (envelope-from ) id 1YiNLK-001U3k-07 for linux-next@vger.kernel.org; Wed, 15 Apr 2015 13:27:02 +0000 In-Reply-To: <1429088078-23827-1-git-send-email-quentin.casasnovas@oracle.com> Sender: linux-next-owner@vger.kernel.org List-ID: To: Quentin Casasnovas , Rusty Russell Cc: lkml , Stephen Rothwell , linux-next On 04/15/2015 01:54 AM, Quentin Casasnovas wrote: > The following two patches might (hopefully) fix the build breakage on score > and some other architectures. I've checked the new __ex_table checker > still works on x86-64 with them (it still detects an entry pointing to > .altinstr_rplacement) and they should apply cleanly on top of Rusty's > module-next branch. > > Thanks to Guenter for the bug analysis and sorry again for the breakage. > > Let me know if this makes things better.. > Hi Quentin, the crash is fixed, but now I get FATAL: The relocation at __ex_table+0x4 references section "" which is not executable, IOW the kernel will fault if it ever tries to jump to it. Something is seriously wrong and should be fixed. for parisc:defconfig, FATAL: The relocation at __ex_table+0x634 references section "__ex_table" which is not executable, IOW the kernel will fault if it ever tries to jump to it. Something is seriously wrong and should be fixed. for score:allnoconfig, and FATAL: The relocation at __ex_table+0x8 references section "" which is not executable, IOW it is not possible for the kernel to fault at that address. Something is seriously wrong and should be fixed. for mn10300:defconfig. While I agree that those should get fixed (if they are real problems, especially the ones for parisc and mn10300), I don't think it is a good idea to fail the build because of it. Note that I did find the problem in the score build; that was a real bug. I don't know what may be wrong with the others. Thanks, Guenter