On Thu, 8 Sep 2005 13:35:10 -0700,
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
>Keith Owens <[EMAIL PROTECTED]> wrote:
>>>This code is definitely ready for inclusion in 2.6.13-rc1.
>>
>>Of course that should be 2.6.14-rc1.
>
>I'm happy that the ia64 parts show a definite improvement on the
>buggy-SAL
Keith Owens <[EMAIL PROTECTED]> wrote:
>>This code is definitely ready for inclusion in 2.6.13-rc1.
>
>Of course that should be 2.6.14-rc1.
I'm happy that the ia64 parts show a definite improvement on the
buggy-SAL systems that I can test on. I'll take your word that
this runs fine on SN2. The c
On Thu, 08 Sep 2005 17:01:21 +1000,
Keith Owens <[EMAIL PROTECTED]> wrote:
>This code is definitely ready for inclusion in 2.6.13-rc1.
Of course that should be 2.6.14-rc1.
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to [EMAIL PROTECTED]
More m
On Thu, 08 Sep 2005 16:53:18 +1000,
Keith Owens <[EMAIL PROTECTED]> wrote:
>Some tweaks to the previous MCA/INIT patch sets.
>
>* Remove the requirement that kernel stacks be aligned on KERNEL_STACK_SIZE.
>* Remove the serialization of MCA/INIT handlers returning to SAL. The
> problem looked lik
Some tweaks to the previous MCA/INIT patch sets.
* Remove the requirement that kernel stacks be aligned on KERNEL_STACK_SIZE.
* Remove the serialization of MCA/INIT handlers returning to SAL. The
problem looked like a race but was really caused by a broken prom
doing cacheable accesses to the