[Originally posted to -net, but it looks like -hackers is a better place
for it.]
Hi,
I'm trying to build the latest KAME SNAP, and the build fails, because
/usr/lib/libtelnet.a is missing on a freshly installed 4.6-RELEASE
system (installed from CD). None of our 4.6 systems has it, all of our
On Wed, Jun 26, 2002 at 11:24:47AM -0700, Matthew Dillon wrote:
>
> :[commenting live from ottawa]
>
> Pictures! We want pictures!
It's pretty cool that the Linux camp has decided to do the
Summit stuff too (I'm assuming that this is a relatively new
phenomenon).
:[commenting live from ottawa]
Pictures! We want pictures!
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fre
:[commenting live from ottawa]
:
:On Wed, Jun 26, 2002 at 10:11:54AM -0700, Matthew Dillon wrote:
:> They are still using a 2 level page table scheme in the linux
:> kernel. That is, they didn't try to integrate the 3-level hardware
:> in the hammer with the 2 level kernel representa
Title: 1 ½º¿þµ§À» Æ÷ÇÔÇÏ¿© Àü ¼¼°è ¸ðµç »ç¹«½ÇÀ» Á÷¿µÇÔÀ¸·Î Ã¥ÀÓÀÖ´Â ¾ö°ÝÇÑ ¼ºñ½º Á¦°ø
[¾È ³»]
±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â À¥¼ÇÎÁß ¾Ë°
: http://old.lwn.net/2002/0124/kernel.php3
: "What Rik van Riel is up to."
:
:FWIW: In the original Article:
:
: http://lwn.net/Articles/3327/
:
:they say they've gon to a 3 level page table scheme for the Hammer
:port.
:
:-- Terry
They are still using a 2 level page table
* Patrick Thomas <[EMAIL PROTECTED]> [020625 23:06] wrote:
>
> > > Uhh, Terry, neither form of SHM uses KVA. Either pageable or physically
> > > backed. The memory is only mapped into processes and is NOT mapped into
> > > KVA anywhere. (*)
> >
> > You and Alfred are right.
> >
> > It looks lik
Matthew Dillon wrote:
> Hmm. I'm fairly sure that Linux does not quite do it that way. I
> believe the 2-level page tables are copy-on-write, but that only
> gives you shareability across a fork() and then only for a little
> while. I'm fairly certain that Linux cannot share pag
Patrick Thomas wrote:
> Ok, I'm confused now - so I understood you to originally say that SHM does
> not eat into KVA regardless of whether I set the kern.ipc.shm_use_phys to
> '1' or not.
Don't be confused. It takes 1/1024th of the KVA space I thought
it did, times the number of processes atach
Patrick Thomas wrote:
> > > Uhh, Terry, neither form of SHM uses KVA. Either pageable or physically
> > > backed. The memory is only mapped into processes and is NOT mapped into
> > > KVA anywhere. (*)
> >
> > You and Alfred are right.
> >
> > It looks like this was corrected by John Dyson, shor
Hmm. I'm fairly sure that Linux does not quite do it that way. I
believe the 2-level page tables are copy-on-write, but that only
gives you shareability across a fork() and then only for a little
while. I'm fairly certain that Linux cannot share page tables
for post-fork mod
Peter Wemm wrote:
> > Even more importantly it would be nice if we could share compatible
> > pmap pages, then we would have no need for 4MB pages... 50 mappings
> > of the same shared memory segment would wind up using the same pmap
> > pages as if only one mapping had been made.
12 matches
Mail list logo
