On Tue, Dec 05, 2017 at 11:31:35PM +, James Hogan wrote:
> From: James Hogan
>
> Current MIPS64r6 toolchains aren't able to generate efficient
> DMULU/DMUHU based code for the C implementation of umul_ppmm(), which
> performs an unsigned 64 x 64 bit multiply and returns the upper and
> lower
On Fri, Dec 22, 2017 at 08:59:21AM +0100, Ralf Baechle wrote:
> On Fri, Dec 22, 2017 at 06:08:08PM +1100, Herbert Xu wrote:
>
> > I can take this but I'd like to see an ack from someone on the
> > MIPS side.
>
> Sure:
>
> Acked-by: Ralf Baechle
Thanks Ralf!
--
Email: Herbert Xu
Home Page: ht
On Fri, Dec 22, 2017 at 06:08:08PM +1100, Herbert Xu wrote:
> I can take this but I'd like to see an ack from someone on the
> MIPS side.
Sure:
Acked-by: Ralf Baechle
Ralf
On Tue, Dec 05, 2017 at 11:31:35PM +, James Hogan wrote:
> From: James Hogan
>
> Current MIPS64r6 toolchains aren't able to generate efficient
> DMULU/DMUHU based code for the C implementation of umul_ppmm(), which
> performs an unsigned 64 x 64 bit multiply and returns the upper and
> lower
From: James Hogan
Current MIPS64r6 toolchains aren't able to generate efficient
DMULU/DMUHU based code for the C implementation of umul_ppmm(), which
performs an unsigned 64 x 64 bit multiply and returns the upper and
lower 64-bit halves of the 128-bit result. Instead it widens the 64-bit
inputs