On Sat, Jan 23, 2010 at 4:46 PM, Artyom Tarasenko
wrote:
> 2010/1/23 Blue Swirl :
>> On Fri, Jan 22, 2010 at 8:51 PM, Artyom Tarasenko
>> wrote:
>>> 2010/1/22 Blue Swirl :
On Tue, Jan 19, 2010 at 9:44 PM, Artyom Tarasenko
wrote:
> 2010/1/19 Blue Swirl :
>> On Tue, Jan 19, 2010
2010/1/23 Blue Swirl :
> On Fri, Jan 22, 2010 at 8:51 PM, Artyom Tarasenko
> wrote:
>> 2010/1/22 Blue Swirl :
>>> On Tue, Jan 19, 2010 at 9:44 PM, Artyom Tarasenko
>>> wrote:
2010/1/19 Blue Swirl :
> On Tue, Jan 19, 2010 at 5:30 PM, Artyom Tarasenko
> wrote:
>> 2010/1/15 Artyom
On Fri, Jan 22, 2010 at 8:51 PM, Artyom Tarasenko
wrote:
> 2010/1/22 Blue Swirl :
>> On Tue, Jan 19, 2010 at 9:44 PM, Artyom Tarasenko
>> wrote:
>>> 2010/1/19 Blue Swirl :
On Tue, Jan 19, 2010 at 5:30 PM, Artyom Tarasenko
wrote:
> 2010/1/15 Artyom Tarasenko :
>> 2010/1/15 Blue
2010/1/22 Blue Swirl :
> On Tue, Jan 19, 2010 at 9:44 PM, Artyom Tarasenko
> wrote:
>> 2010/1/19 Blue Swirl :
>>> On Tue, Jan 19, 2010 at 5:30 PM, Artyom Tarasenko
>>> wrote:
2010/1/15 Artyom Tarasenko :
> 2010/1/15 Blue Swirl :
>> On Fri, Jan 15, 2010 at 9:11 PM, Artyom Tarasenko
>>
On Tue, Jan 19, 2010 at 9:44 PM, Artyom Tarasenko
wrote:
> 2010/1/19 Blue Swirl :
>> On Tue, Jan 19, 2010 at 5:30 PM, Artyom Tarasenko
>> wrote:
>>> 2010/1/15 Artyom Tarasenko :
2010/1/15 Blue Swirl :
> On Fri, Jan 15, 2010 at 9:11 PM, Artyom Tarasenko
> wrote:
>> 2010/1/15 Blue
On Tue, Jan 19, 2010 at 9:44 PM, Artyom Tarasenko
wrote:
> 2010/1/19 Blue Swirl :
>> On Tue, Jan 19, 2010 at 5:30 PM, Artyom Tarasenko
>> wrote:
>>> 2010/1/15 Artyom Tarasenko :
2010/1/15 Blue Swirl :
> On Fri, Jan 15, 2010 at 9:11 PM, Artyom Tarasenko
> wrote:
>> 2010/1/15 Blue
2010/1/19 Blue Swirl :
> On Tue, Jan 19, 2010 at 5:30 PM, Artyom Tarasenko
> wrote:
>> 2010/1/15 Artyom Tarasenko :
>>> 2010/1/15 Blue Swirl :
On Fri, Jan 15, 2010 at 9:11 PM, Artyom Tarasenko
wrote:
> 2010/1/15 Blue Swirl :
>> On Fri, Jan 15, 2010 at 6:46 PM, Artyom Tarasenko
>
On Tue, Jan 19, 2010 at 5:30 PM, Artyom Tarasenko
wrote:
> 2010/1/15 Artyom Tarasenko :
>> 2010/1/15 Blue Swirl :
>>> On Fri, Jan 15, 2010 at 9:11 PM, Artyom Tarasenko
>>> wrote:
2010/1/15 Blue Swirl :
> On Fri, Jan 15, 2010 at 6:46 PM, Artyom Tarasenko
> wrote:
>> According to
2010/1/15 Artyom Tarasenko :
> 2010/1/15 Blue Swirl :
>> On Fri, Jan 15, 2010 at 9:11 PM, Artyom Tarasenko
>> wrote:
>>> 2010/1/15 Blue Swirl :
On Fri, Jan 15, 2010 at 6:46 PM, Artyom Tarasenko
wrote:
> According to pages 9-31 - 9-34 of "SuperSPARC & MultiCache Controller
> User
On Mon, Jan 18, 2010 at 4:17 PM, Artyom Tarasenko
wrote:
> Btw, what is the following hack for in do_unassigned_access?
>
>
> saved_env = env;
> env = cpu_single_env;
> //...
> env = saved_env;
env is a host CPU register, see for example target-sparc/exec.h. Code
which is called directly
Btw, what is the following hack for in do_unassigned_access?
saved_env = env;
env = cpu_single_env;
//...
env = saved_env;
I wonder whether I modify the correct env here:
env = saved_env;
+/* flush neverland mappings created during no-fault mode,
+ so the sequential MM
2010/1/15 Blue Swirl :
> On Fri, Jan 15, 2010 at 9:11 PM, Artyom Tarasenko
> wrote:
>> 2010/1/15 Blue Swirl :
>>> On Fri, Jan 15, 2010 at 6:46 PM, Artyom Tarasenko
>>> wrote:
According to pages 9-31 - 9-34 of "SuperSPARC & MultiCache Controller
User's Manual":
1. "A lower prio
Thanks, applied.
On Fri, Jan 15, 2010 at 9:28 PM, Artyom Tarasenko
wrote:
> According to pages 9-31 - 9-34 of "SuperSPARC & MultiCache Controller
> User's Manual":
>
> 1. "A lower priority fault may not overwrite the
> MFSR status of a higher priority fault."
> 2. The MFAR is overwritten acco
On Fri, Jan 15, 2010 at 9:11 PM, Artyom Tarasenko
wrote:
> 2010/1/15 Blue Swirl :
>> On Fri, Jan 15, 2010 at 6:46 PM, Artyom Tarasenko
>> wrote:
>>> According to pages 9-31 - 9-34 of "SuperSPARC & MultiCache Controller
>>> User's Manual":
>>>
>>> 1. "A lower priority fault may not overwrite the
>
2010/1/15 Blue Swirl :
> On Fri, Jan 15, 2010 at 6:46 PM, Artyom Tarasenko
> wrote:
>> According to pages 9-31 - 9-34 of "SuperSPARC & MultiCache Controller
>> User's Manual":
>>
>> 1. "A lower priority fault may not overwrite the
>> MFSR status of a higher priority fault."
>> 2. The MFAR is ov
On Fri, Jan 15, 2010 at 6:46 PM, Artyom Tarasenko
wrote:
> According to pages 9-31 - 9-34 of "SuperSPARC & MultiCache Controller
> User's Manual":
>
> 1. "A lower priority fault may not overwrite the
> MFSR status of a higher priority fault."
> 2. The MFAR is overwritten according to the policy
16 matches
Mail list logo