From: Bodo Stroesser <bstroesser@fujitsu-siemens.com>
To: Blaisorblade <blaisorblade@yahoo.it>
Cc: user-mode-linux-devel@lists.sourceforge.net,
Jeff Dike <jdike@addtoit.com>,
linux-kernel@vger.kernel.org,
Allan Graves <allan.graves@oracle.com>
Subject: Re: [uml-devel] [PATCH 8/10] UML - Maintain own LDT entries
Date: Mon, 07 Nov 2005 13:20:43 +0100 [thread overview]
Message-ID: <436F469B.3080607@fujitsu-siemens.com> (raw)
In-Reply-To: <200511022051.24335.blaisorblade@yahoo.it>
Blaisorblade wrote:
> On Monday 31 October 2005 05:39, Jeff Dike wrote:
>
>>From: Bodo Stroesser <bstroesser@fujitsu-siemens.com>
>>
>>Patch imlements full LDT handling in SKAS:
>> * UML holds it's own LDT table, used to deliver data on
>> modify_ldt(READ)
>> * UML disables the default_ldt, inherited from the host (SKAS3)
>> or resets LDT entries, set by host's clib and inherited in
>> SKAS0
>> * A new global variable skas_needs_stub is inserted, that
>> can be used to decide, whether stub-pages must be supported
>> or not.
>> * Uses the syscall-stub to replace missing PTRACE_LDT (therefore,
>> write_ldt_entry needs to be modified)
>
> Two complaints against this patch (to be fixed afterwards, so I'm not CC'ing
> akpm):
>
> *) It reverts my cleanup and consolidation of ldt.c wrt. SKAS vs TT.
>
> 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 SKAS.
Bodo
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2005-11-07 12:20 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-31 4:39 [uml-devel] [PATCH 8/10] UML - Maintain own LDT entries Jeff Dike
2005-11-01 7:53 ` Rob Landley
2005-11-02 19:51 ` Blaisorblade
2005-11-07 12:20 ` Bodo Stroesser [this message]
2005-11-07 19:28 ` Blaisorblade
2005-11-08 15:25 ` Bodo Stroesser
2005-11-08 16:02 ` Blaisorblade
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=436F469B.3080607@fujitsu-siemens.com \
--to=bstroesser@fujitsu-siemens.com \
--cc=allan.graves@oracle.com \
--cc=blaisorblade@yahoo.it \
--cc=jdike@addtoit.com \
--cc=linux-kernel@vger.kernel.org \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox