[lkml]   [2005]   [Nov]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [uml-devel] [PATCH 8/10] UML - Maintain own LDT entries
On Monday 07 November 2005 13:20, Bodo Stroesser wrote:
> Blaisorblade wrote:
> > On Monday 31 October 2005 05:39, Jeff Dike wrote:
> >>From: Bodo Stroesser <>

> > Or at least so I think (I must still give a proper look afterwards, and
> > I'll post patches). Actually it seems that this is done on purpose, but I
> > don't agree too much on this. I will see.

> From the beginning my new code for SKAS included the checks/buffering you
> later inserted for TT and SKAS. So this patch is a second version adapted
> to your changes. It shifts your improvements into TT path only (where I
> didn't do any changes in my old patch), while it uses my own stuff for
> SKAS. Thus the patch doesn't really revert your improvements, but restricts
> it to TT. As in SKAS0 UML now holds its own LDT data, there is no need for
> buffering in this case. So I think it makes sense to have separate code for
Yep, ok - I'm undecided about the new code for SKAS3, but it may make sense
(i.e. no opinion).

Instead, I have another question: is there a proper reason for using the
processor format for storing the info and translating it back to (struct
user_desc)? I am planning to avoid this double translation because I don't
like it. Any opinion?
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)

Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-11-07 20:25    [from the cache]
©2003-2014 Jasper Spaans. hosted at Digital Ocean