Received: by 10.213.65.68 with SMTP id h4csp217451imn; Wed, 21 Mar 2018 16:54:40 -0700 (PDT) X-Google-Smtp-Source: AG47ELsFgBgRBG95uu7+yTlFV8VgOg2m2soyGs95eqjM3TzUxPlx5RggzKYyEhsvUvqwvjQ8skwV X-Received: by 2002:a17:902:7586:: with SMTP id j6-v6mr8112426pll.352.1521676480352; Wed, 21 Mar 2018 16:54:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521676480; cv=none; d=google.com; s=arc-20160816; b=Ip41Ns3nTZrRkAFv55M/nxV2HE62ouq8uupwB25mlS4Q9Kq1G9JDBhXS7Iu/AxhuH+ gfZxymoQStl9Q6AeMq1jpG0ng7tocSZ0tTmakWrcr/vMBJpwrcESluEUUZ8hHMbAslEl Btc/2qW6+FidHWXZICIO2ofFnZouPfEYnUNlaOqakTlL+oEii9JHT9lBcrODxe/71CxA yATb2seu+0Z3w/rWmKRunQemrkXUGHtrVgo/6n4PjjPE33Y6CBW71zyQwJ9SiysrOCOL /5OcGy9xiLRLCyia509Aekh1KK6JyfGqtqvCddPk4IkVMivpUAM2iYOMYsmziCJVNma0 TpoA== 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:dmarc-filter:arc-authentication-results; bh=InoDtNEVM/xhBBv2NdyZtLlLpOZaQA1NJTj693BlOEM=; b=JMKnlkyYGkHR3gG816cNAK9iBYdt7tNhpJ0gI2HtHg6b5aQwQkJie/ogi0mmIkPKIj MrgjkguDM/oIf7xWN4vUiwU1c/+bDe9RIckcSXTrPNxcJ2V3QN7yBnlMQXn26ZM8Ibek /f1uvCeUDJiI7Zg3bbjDST34GV5cF8AcbULZArOAdGFD1YWhUmbnZFwcWtym/ZtNaF7A Qy0IZ75GNX06/MDrCuinBm/W+tAnqDu7jWVWsgRbWeRda3sIpKrmegc0T3D9d22LVpQE 1jtdq7OxECkounET7TR29DOOGKwG6ysZcEn9TkRf5kSPQpUclcqxiCrXUlWCQ7vRAb+v pOqw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j7si595436pgp.567.2018.03.21.16.54.23; Wed, 21 Mar 2018 16:54:40 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754192AbeCUXw6 (ORCPT + 99 others); Wed, 21 Mar 2018 19:52:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:37034 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753875AbeCUXwz (ORCPT ); Wed, 21 Mar 2018 19:52:55 -0400 Received: from saruman (jahogan.plus.com [212.159.75.221]) (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 CF27620685; Wed, 21 Mar 2018 23:52:53 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org CF27620685 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=jhogan@kernel.org Date: Wed, 21 Mar 2018 23:52:50 +0000 From: James Hogan To: NeilBrown Cc: John Crispin , Ralf Baechle , linux-mips@linux-mips.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] MIPS: ralink: remove ralink_halt() Message-ID: <20180321235249.GC13126@saruman> References: <87370v9mkg.fsf@notabene.neil.brown.name> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vEao7xgI/oilGqZ+" Content-Disposition: inline In-Reply-To: <87370v9mkg.fsf@notabene.neil.brown.name> User-Agent: Mutt/1.7.2 (2016-11-26) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 20, 2018 at 07:29:51PM +1100, NeilBrown wrote: >=20 > ralink_halt() does nothing that machine_halt() > doesn't already do, so it adds no value. >=20 > It actually causes incorrect behaviour due to the > "unreachable()" at the end. This tell the compiler that the > end of the function will never be reached, which isn't true. > The compiler responds by not adding a 'return' instruction, > so control simply moves on to whatever bytes come afterwards > in memory. In my tested, that was the ralink_restart() > function. This means that an attempt to 'halt' the machine > would actually cause a reboot. >=20 > So remove ralink_halt() so that a 'halt' really does halt. >=20 > Signed-off-by: NeilBrown Thanks, I've cosmetically tweaked the commit message (mainly reflow to 72 characters) and added: Fixes: c06e836ada59 ("MIPS: ralink: adds reset code") Cc: # 3.9+ and applied for 4.16. BTW, I'm intrigued to know if there's a particular reason you don't author / sign-off as "Neil Brown"? Its supposed to be real names, though "NeilBrown" is hardly difficult to figure out so I don't actually object. Cheers James --vEao7xgI/oilGqZ+ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEd80NauSabkiESfLYbAtpk944dnoFAlqy8FEACgkQbAtpk944 dnocMBAAwMcM/Wl7R8i+9/r0Vbda5XdgMxOVOjqEG2FRcxCy0XRSbQiwjvOBn1es L4AnIIhYJxkb0UEPXo3E82yf6ZHwWVnTO1W+IpgiRzzDjySIE7K6Nksl2mCRH34O isELVoDxMpiqkVVWsp37B5mILf5vmizFvhr/q1pJla6b+fSEb8TWmlN6rsA4vb6j pJ6PBPLYLJUDlq0oORFsq12LikI3+kpn2ToHMV37IOSdTlB8n4w9T/jtOueQwYbu NDP5BZUL8pABu/pcDq9XkqWgNcR9Wpee3SWFYSLYwoowFPeDYcUmAi7B3MqRCfbv S8VJU/zxa5CoPWtDkVgfRrb6e+jhn2tNEpYWUTwo+mG8U+7vp99Tejtje/HWuBCN QYOvZ9kjdJwjgmhngiP4SKrsJMuPVLCpmDf8Dv5KyZT226xROAiv5XFD2XmrR3jY B+UV8kD5y6RhmMTQfl9cIMplYWqSIgdN2ugya8jsUGvn+7qauXnQP/hxqdga6lKW cxQG4Hu8NpXjXSVMpYgcLaFEpPgK7ioL7oRoMC6hbE+Pq+MiOwAQUv2Sii3zr4lW 0KrGwb1yYpBfufKBRCoELIQPuFcKy5tJ/9C1UJbjqhZnDNXr1OF7NhetY9fZPwFK esh4DLxQJMUO3Koij1swK+bRba/gpIOtDd93KgubH9+wqKNCnuc= =1kWr -----END PGP SIGNATURE----- --vEao7xgI/oilGqZ+--