Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 23 Oct 2011 09:47:49 -0700
From:      Oleksandr Tymoshenko <gonzo@bluezbox.com>
To:        Juli Mallett <jmallett@FreeBSD.org>
Cc:        freebsd-mips <freebsd-mips@freebsd.org>
Subject:   Re: Assembler complains about use of $at after ".set noat" on sd instr
Message-ID:  <072342B7-4DED-4F0B-ADAE-BCCA8A4A63D4@bluezbox.com>
In-Reply-To: <CACVs6=9mKLreStSFgxqJ3eybPPX2ikMTx=7djjth6Bo_P52R4w@mail.gmail.com>
References:  <CAPJ9Q0U%2BJ9U46XuAAi0p7X0wkDazRRN5aUKgpFYU7bPCEj_H5A@mail.gmail.com> <CACVs6=8F=QfEKtr5%2BsNrC3cn%2BK6fA%2BOKsHEu7fixLqsO3dUnuA@mail.gmail.com> <CAPJ9Q0W4MggQ-BumAkNRXpR618JZPESyUWbLw8porD-J0ayeXQ@mail.gmail.com> <CACVs6=9mKLreStSFgxqJ3eybPPX2ikMTx=7djjth6Bo_P52R4w@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On 2011-10-21, at 3:27 PM, Juli Mallett wrote:

> On Fri, Oct 21, 2011 at 14:56, Rohit J <mipsjunkie@gmail.com> wrote:
>> the big picture story is that
>> as a partial fix to using octeon specific very large mult =
instructions
>> in our freebsd kernel
>> (for crypto related ops), we had initially disabled
>> interrupts=3D>context switches
>=20
> Assuming you're using the stuff in-tree, that's my fault :)
>=20
>> Need to see if there is a better way to do it.
>> am now trying to see if it makes sense to save those registers and
>> remove the disable interrupt constraint for running these large =
multiplication
>> instructions.
>> will be adapting the (multiplication context save/restore)
>> in the octeon HRM and will revert if i have any further questions.
>=20
> gonzo@ has incomplete patches, you may want to ask him.  Alternately,
> look at how FPU context is lazily switched on other architectures.
>=20

Here is the latest version of my patch:
http://people.freebsd.org/~gonzo/patches/cop2.diff

context is saved for kernel threads only, usage of crypto stuff from =
userland is not supported.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?072342B7-4DED-4F0B-ADAE-BCCA8A4A63D4>