Hi Paul,
On Fri, 14 Dec 2018 at 01:45, Paul Burton wrote:
> I've applied v5 but undone the change from __NR_64_* to __NR_N64_*
> because it's part of the UAPI & a github code search showed that it's
> actually used.
>
> Could you take a look at this branch & check that you're OK with it
> before
Hi Firoz,
On Thu, Dec 13, 2018 at 02:23:21PM +0530, Firoz Khan wrote:
> > > So If you confirm I can send v5 without '64' to 'n64' conversion (not
> > > just above
> > > one, completely from this patch series). Or uou can take a call just
> > > keep this macro -
> > > _MIPS_SIM_ABI64 as it is and
Hi Paul,
On Thu, 13 Dec 2018 at 03:58, Paul Burton wrote:
>
> Hi Firoz,
>
> On Wed, Dec 12, 2018 at 10:04:47AM +0530, Firoz Khan wrote:
> >
> > Sure, I think '64' to 'n64' conversion must be remove it from this patch
> > series.I can send v5 without '64' to 'n64' conversion.
> >
> > If we rename
Hi Firoz,
On Wed, Dec 12, 2018 at 10:04:47AM +0530, Firoz Khan wrote:
> > > Will this below change will help?
> > >
> > > #define _MIPS_SIM_ABI32 1
> > > #define _MIPS_SIM_NABI322
> > > #define _MIPS_SIM_ABI64 3
> > > +#define _MIPS_SIM_ABIN64 _MI
Hi Paul,
On Wed, 12 Dec 2018 at 00:29, Paul Burton wrote:
> > Will this below change will help?
> >
> > #define _MIPS_SIM_ABI32 1
> > #define _MIPS_SIM_NABI322
> > #define _MIPS_SIM_ABI64 3
> > +#define _MIPS_SIM_ABIN64 _MIPS_SIM_ABI64
>
> Hmm, I
Hi Firoz,
On Tue, Dec 11, 2018 at 02:15:19PM +0530, Firoz Khan wrote:
> > > diff --git a/arch/mips/include/uapi/asm/sgidefs.h
> > > b/arch/mips/include/uapi/asm/sgidefs.h
> > > index 26143e3..0364eec 100644
> > > --- a/arch/mips/include/uapi/asm/sgidefs.h
> > > +++ b/arch/mips/include/uapi/asm/sg
Hi Paul,
> > My feeling has been n32 was invented at SGI as an afterthought, hence the
> > choice of having ABI32 or ABI64 defined for the 32-bit (now o32) and the
> > 64-bit (now n64) ABI respectively was reasonable.
>
> I'd agree if _MIPS_SIM were defined as _ABI32 for o32, but:
>
> $ mip
Hi Paul,
On Tue, 11 Dec 2018 at 01:21, Paul Burton wrote:
>
> Hi Firoz,
>
> On Thu, Dec 06, 2018 at 10:48:24AM +0530, Firoz Khan wrote:
> > diff --git a/arch/mips/include/uapi/asm/sgidefs.h
> > b/arch/mips/include/uapi/asm/sgidefs.h
> > index 26143e3..0364eec 100644
> > --- a/arch/mips/include/u
Hi Maciej,
On Mon, Dec 10, 2018 at 11:32:46PM +, Maciej W. Rozycki wrote:
> On Mon, 10 Dec 2018, Paul Burton wrote:
>
> > And I realise that undoing that but keeping n64 in our own filenames &
> > macros is another type of inconsistency, but something imperfect is
> > unavoidable at this poin
On Mon, 10 Dec 2018, Paul Burton wrote:
> And I realise that undoing that but keeping n64 in our own filenames &
> macros is another type of inconsistency, but something imperfect is
> unavoidable at this point given that the engineers way back when decided
> to use "ABI64" for n64.
My feeling h
Hi Firoz,
On Thu, Dec 06, 2018 at 10:48:24AM +0530, Firoz Khan wrote:
> diff --git a/arch/mips/include/uapi/asm/sgidefs.h
> b/arch/mips/include/uapi/asm/sgidefs.h
> index 26143e3..0364eec 100644
> --- a/arch/mips/include/uapi/asm/sgidefs.h
> +++ b/arch/mips/include/uapi/asm/sgidefs.h
> @@ -40,6 +
11 matches
Mail list logo