Andrew Morton wrote:
Zachary Amsden <[EMAIL PROTECTED]> wrote:
Yeah, I said ugly ones specificly. There's been some nice previous ones,
>but most in this series (all the move of stuff to subarches) are rather
>horrible and lack lots of explanation.
>
>
All of my previous
Andrew Morton wrote:
Zachary Amsden [EMAIL PROTECTED] wrote:
Yeah, I said ugly ones specificly. There's been some nice previous ones,
but most in this series (all the move of stuff to subarches) are rather
horrible and lack lots of explanation.
All of my previous patches have
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> All operations which update live page table entries have been moved to the
> sub-architecture layer. Unfortunately, this required yet another parallel set
> of pgtable-Nlevel-ops.h files, but this avoids the ugliness of having to use
> #ifdef's all of
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> Yup, with one or two semi-exceptions, all the patches up to this series
> seem to be good general cleanups - certainly it's good to move all those
> open-coded asm statements into single-site inlines and macros: people keep
> on screwing them up.
I
Zachary Amsden <[EMAIL PROTECTED]> wrote:
>
> >Yeah, I said ugly ones specificly. There's been some nice previous ones,
> >but most in this series (all the move of stuff to subarches) are rather
> >horrible and lack lots of explanation.
> >
> >
>
> All of my previous patches have been
Christoph Hellwig wrote:
On Sat, Aug 06, 2005 at 01:58:36PM +0200, Andi Kleen wrote:
I think that patch is really ugly - it makes hacking VM on i386
even more painful than it already is because the convolutes the file
structure even more. Hope it is not applied.
Especially as
On Sat, Aug 06, 2005 at 01:58:36PM +0200, Andi Kleen wrote:
> > > I think that patch is really ugly - it makes hacking VM on i386
> > > even more painful than it already is because the convolutes the file
> > > structure even more. Hope it is not applied.
> >
> > Especially as there's been no
> > I think that patch is really ugly - it makes hacking VM on i386
> > even more painful than it already is because the convolutes the file
> > structure even more. Hope it is not applied.
>
> Especially as there's been no user shown for it, similar to all the other
> ugly patches from vmware.
On Sat, Aug 06, 2005 at 01:37:31PM +0200, Andi Kleen wrote:
> Zachary Amsden <[EMAIL PROTECTED]> writes:
>
> > i386 Transparent paravirtualization sub-arch patch #8.
> >
> > Transparent paravirtualization support for MMU operations.
> >
> > All operations which update live page table entries
Zachary Amsden <[EMAIL PROTECTED]> writes:
> i386 Transparent paravirtualization sub-arch patch #8.
>
> Transparent paravirtualization support for MMU operations.
>
> All operations which update live page table entries have been moved to the
> sub-architecture layer. Unfortunately, this
i386 Transparent paravirtualization sub-arch patch #8.
Transparent paravirtualization support for MMU operations.
All operations which update live page table entries have been moved to the
sub-architecture layer. Unfortunately, this required yet another parallel set
of pgtable-Nlevel-ops.h
i386 Transparent paravirtualization sub-arch patch #8.
Transparent paravirtualization support for MMU operations.
All operations which update live page table entries have been moved to the
sub-architecture layer. Unfortunately, this required yet another parallel set
of pgtable-Nlevel-ops.h
Zachary Amsden [EMAIL PROTECTED] writes:
i386 Transparent paravirtualization sub-arch patch #8.
Transparent paravirtualization support for MMU operations.
All operations which update live page table entries have been moved to the
sub-architecture layer. Unfortunately, this required yet
On Sat, Aug 06, 2005 at 01:37:31PM +0200, Andi Kleen wrote:
Zachary Amsden [EMAIL PROTECTED] writes:
i386 Transparent paravirtualization sub-arch patch #8.
Transparent paravirtualization support for MMU operations.
All operations which update live page table entries have been moved
I think that patch is really ugly - it makes hacking VM on i386
even more painful than it already is because the convolutes the file
structure even more. Hope it is not applied.
Especially as there's been no user shown for it, similar to all the other
ugly patches from vmware.
Well,
On Sat, Aug 06, 2005 at 01:58:36PM +0200, Andi Kleen wrote:
I think that patch is really ugly - it makes hacking VM on i386
even more painful than it already is because the convolutes the file
structure even more. Hope it is not applied.
Especially as there's been no user shown for
Christoph Hellwig wrote:
On Sat, Aug 06, 2005 at 01:58:36PM +0200, Andi Kleen wrote:
I think that patch is really ugly - it makes hacking VM on i386
even more painful than it already is because the convolutes the file
structure even more. Hope it is not applied.
Especially as
Zachary Amsden [EMAIL PROTECTED] wrote:
Yeah, I said ugly ones specificly. There's been some nice previous ones,
but most in this series (all the move of stuff to subarches) are rather
horrible and lack lots of explanation.
All of my previous patches have been aimed at fixing
* Andrew Morton ([EMAIL PROTECTED]) wrote:
Yup, with one or two semi-exceptions, all the patches up to this series
seem to be good general cleanups - certainly it's good to move all those
open-coded asm statements into single-site inlines and macros: people keep
on screwing them up.
I agree.
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
All operations which update live page table entries have been moved to the
sub-architecture layer. Unfortunately, this required yet another parallel set
of pgtable-Nlevel-ops.h files, but this avoids the ugliness of having to use
#ifdef's all of the
20 matches
Mail list logo
