public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: Christoph Lameter <christoph@lameter.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Read only syscall tables for x86_64 and i386
Date: 28 Jun 2005 21:33:26 +0200	[thread overview]
Message-ID: <p73r7emuvi1.fsf@verdi.suse.de> (raw)
In-Reply-To: <Pine.LNX.4.62.0506281141050.959@graphe.net.suse.lists.linux.kernel>

Christoph Lameter <christoph@lameter.com> writes:

> Place x86_64 and i386 syscall table into the read only section.
> 
> Remove the syscall tables from the data section and place them into the 
> readonly section (like IA64).

It's unfortunately useless because all the kernel is mapped in the
same 2 or 4MB page has to be writable because it overlaps with real
direct mapped memory.

On x86-64 there is a separate kernel mapping which could be made
read only. But that would be useless again because the memory
is aliased in the real direct mapping which has the same
overlapping problem.

The only way to write protect the kernel would be to pad
it to 2MB (or 4MB on i386/non PAE) which would be a big waste
of memory or use significantly more TLB entries in normal
operation.

Both is probably not worth the modest safety increase you
get from such a change.

-Andi


       reply	other threads:[~2005-06-28 19:37 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.62.0506281141050.959@graphe.net.suse.lists.linux.kernel>
2005-06-28 19:33 ` Andi Kleen [this message]
2005-06-28 19:41   ` [PATCH] Read only syscall tables for x86_64 and i386 Christoph Lameter
2005-06-29  0:06     ` Arnd Bergmann
2005-06-29  2:49     ` Andi Kleen
2005-07-01 20:10       ` Christoph Lameter
2005-07-01 20:28         ` Andi Kleen
2005-07-01 20:47           ` Richard B. Johnson
2005-07-01 21:13             ` Alan Cox
2005-07-01 20:34         ` Richard B. Johnson
2005-06-28 18:47 Christoph Lameter
2005-06-28 18:56 ` Arjan van de Ven
2005-06-28 19:26   ` Christoph Lameter
2005-06-28 19:41     ` Christoph Hellwig
     [not found] ` <87oe9q70no.fsf@jbms.ath.cx>
     [not found]   ` <Pine.LNX.4.62.0506281218030.1454@graphe.net>
2005-06-28 19:27     ` Jeremy Maitin-Shepard
2005-06-28 19:31       ` Christoph Lameter
2005-06-28 19:41         ` Jeremy Maitin-Shepard
2005-06-28 19:42         ` Christoph Hellwig
2005-06-28 19:52           ` Jeremy Maitin-Shepard
2005-06-28 20:11             ` Arjan van de Ven
2005-06-28 20:23               ` Jeremy Maitin-Shepard
2005-06-28 19:47       ` Arjan van de Ven
2005-06-28 20:00         ` Jeremy Maitin-Shepard

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=p73r7emuvi1.fsf@verdi.suse.de \
    --to=ak@suse.de \
    --cc=christoph@lameter.com \
    --cc=linux-kernel@vger.kernel.org \
    /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