From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:33874 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933082AbeAKKRJ (ORCPT ); Thu, 11 Jan 2018 05:17:09 -0500 Date: Thu, 11 Jan 2018 11:17:09 +0100 From: Greg KH To: "Maciej W. Rozycki" Cc: stable@vger.kernel.org, Ralf Baechle Subject: Re: [PATCH 3.18] MIPS: Factor out NT_PRFPREG regset access helpers Message-ID: <20180111101709.GA2040@kroah.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: stable-owner@vger.kernel.org List-ID: On Thu, Jan 11, 2018 at 12:25:31AM +0000, Maciej W. Rozycki wrote: > In preparation to fix a commit 72b22bbad1e7 ("MIPS: Don't assume 64-bit > FP registers for FP regset") FCSR access regression factor out > NT_PRFPREG regset access helpers for the non-MSA and the MSA variants > respectively, to avoid having to deal with excessive indentation in the > actual fix. > > No functional change, however use `target->thread.fpu.fpr[0]' rather > than `target->thread.fpu.fpr[i]' for FGR holding type size determination > as there's no `i' variable to refer to anymore, and for the factored out > `i' variable declaration use `unsigned int' rather than `unsigned' as > its type, following the common style. > > Signed-off-by: Maciej W. Rozycki > Fixes: 72b22bbad1e7 ("MIPS: Don't assume 64-bit FP registers for FP regset") > Cc: James Hogan > Cc: Paul Burton > Cc: Alex Smith > Cc: Dave Martin > Cc: linux-mips@linux-mips.org > Cc: linux-kernel@vger.kernel.org > Cc: stable@vger.kernel.org # v3.15+ > Patchwork: https://patchwork.linux-mips.org/patch/17925/ > Signed-off-by: Ralf Baechle > --- > Hi, > > This is a (mechanically regenerated) version of commit a03fe72572c1 for > 3.18-stable and before. No functional changes. Please apply. Can you send all of these as a patch series, as I have no idea what order to apply these in and my first guess was all wrong, and nothing applied at all :( thanks, greg k-h