jhb 2008-09-17 21:05:31 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
SVN rev 183130 on 2008-09-17 21:05:31Z by jhb
MFC: 180352
In FreeBSD 7.0 and beyond, pmap_growkernel() should
jhb 2008-09-17 20:38:18 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
SVN rev 183127 on 2008-09-17 20:38:18Z by jhb
MFC: 174104
Improve get_pv_entry()'s handling of low-memory cond
alc 2008-07-27 18:18:50 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
SVN rev 180846 on 2008-07-27 18:18:50Z by alc
Style fixes to several function definitions.
Revision ChangesPath
1.636 +4 -
alc 2008-07-18 22:05:51 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
SVN rev 180601 on 2008-07-18 22:05:51Z by alc
Correct an error in pmap_change_attr()'s initial loop that verifies that the
given range o
alc 2008-07-18 20:07:50 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
SVN rev 180600 on 2008-07-18 20:07:50Z by alc
Simplify pmap_extract()'s control flow, making it more like the related
functions pmap_ext
alc 2008-07-07 17:25:09 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
SVN rev 180352 on 2008-07-07 17:25:09Z by alc
In FreeBSD 7.0 and beyond, pmap_growkernel() should pass VM_ALLOC_INTERRUPT
to vm_page_all
alc 2008-05-11 20:33:47 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Correct an error in pmap_align_superpage(). Specifically, correctly
handle the case where the mapping is greater than a superpage in size
alc 2008-05-09 16:48:07 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
sys/vm pmap.h
Log:
Introduce pmap_align_superpage(). It increases the starting virtual
address of the given mapping if a diffe
alc 2008-04-25 16:00:39 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Always use PG_PS_FRAME to extract the physical address of a 2/4MB page
from a PDE.
Revision ChangesPath
1.615 +10 -9 src/
alc 2008-04-10 16:04:50 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Correct pmap_copy()'s method for extracting the physical address of a
2/4MB page from a PDE. Specifically, change it to use PG_PS_FRAME,
n
alc 2008-04-07 07:38:03 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Update pmap_page_wired_mappings() so that it counts 2/4MB page mappings.
Revision ChangesPath
1.613 +18 -4 src/sys/amd64/am
alc 2008-01-17 18:25:52 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Retire PMAP_DIAGNOSTIC. Any useful diagnostics that were conditionally
compiled under PMAP_DIAGNOSTIC are now KASSERT()s. (Note: The kernel
alc 2008-01-08 08:30:31 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Convert a PMAP_DIAGNOSTIC to a KASSERT.
Revision ChangesPath
1.603 +2 -9 src/sys/amd64/amd64/pmap.c
1.606 +2 -9
alc 2008-01-02 08:54:39 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Provide a legitimate pindex to vm_page_alloc() in pmap_growkernel()
instead of writing apologetic comments. As it turns out, I need every
alc 2007-11-30 07:14:42 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Improve get_pv_entry()'s handling of low-memory conditions. After page
allocation fails and pv entries are reclaimed, there may be an unused
alc 2007-11-08 18:02:27 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
MFC
Add comments explaining why all stores updating a non-kernel page table
must be globally performed before
alc 2007-11-08 17:17:23 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
MFC
Add comments explaining why all stores updating a non-kernel page table
must be globally performed before
alc 2007-11-08 04:37:02 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
MFC
Eliminate spurious "Approaching the limit on PV entries, ..."
warnings by get_pv_entry().
Eliminat
alc 2007-11-05 18:13:34 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Add comments explaining why all stores updating a non-kernel page table
must be globally performed before calling any of the TLB invalidation
alc 2007-11-03 05:15:26 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Eliminate spurious "Approaching the limit on PV entries, ..."
warnings. Specifically, whenever vm_page_alloc(9) returned NULL to
get_pv_en
alc 2007-08-21 04:59:34 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
In general, when we map a page into the kernel's address space, we no
longer create a pv entry for that mapping. (The two exceptions are
m
alc 2007-07-01 07:08:26 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Pages that do belong to an object and page queue can now be freed without
holding the page queues lock. Thus, the page table pages released
jeff2007-05-20 22:33:42 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
sys/sparc64/sparc64 pmap.c
sys/sun4v/sun4v pmap.c tsb.c tte_hash.c
sys/sys vmmeter.h
sys/vm vm_page.
In message <[EMAIL PROTECTED]>, Sam Leffler writes:
>The key to working with companies is always to establish a level of
>trust and a relationship with people that work there. Everything else
>falls out as a result.
A CTO once said to me in perfect dead pan way: "They only people
we can't get t
Sam Leffler wrote:
> Yar Tikhiy wrote:
>
>> Was the change based on a document under NDA? Then this case raises
>> an interesting question: to what extent an open source developer
>> is allowed to explain his code that was based on a document under
>> NDA? Of course, it should depend on the NDA,
Yar Tikhiy wrote:
> Was the change based on a document under NDA? Then this case raises
> an interesting question: to what extent an open source developer
> is allowed to explain his code that was based on a document under
> NDA? Of course, it should depend on the NDA, but I suspect that a
> typ
Yar Tikhiy wrote:
On Thu, Apr 26, 2007 at 02:41:02AM -0600, Scott Long wrote:
Yar Tikhiy wrote:
On Thu, Apr 26, 2007 at 12:42:14AM -0600, Scott Long wrote:
Yar Tikhiy wrote:
On Wed, Apr 25, 2007 at 02:41:00PM -0400, Stephan Uphoff wrote:
Yar Tikhiy wrote:
On Thu, Apr 26, 2007 at 02:41:02AM -0600, Scott Long wrote:
> Yar Tikhiy wrote:
> >On Thu, Apr 26, 2007 at 12:42:14AM -0600, Scott Long wrote:
> >>Yar Tikhiy wrote:
> >>>On Wed, Apr 25, 2007 at 02:41:00PM -0400, Stephan Uphoff wrote:
> Yar Tikhiy wrote:
> >On Sat, Apr 21, 2007 at 09:54:12AM
On Thu, 26 Apr 2007 02:10:05 -0700
Colin Percival <[EMAIL PROTECTED]> wrote:
> Scott Long wrote:
> > Yar Tikhiy wrote:
> >> [snip]
> >> It's a good news! But what about explaining the code to the public?
> >>
> >> - Mr. Developer, why does it take an ugly hack to make the device work?
> >> - Can'
Scott Long wrote:
> Yar Tikhiy wrote:
>> [snip]
>> It's a good news! But what about explaining the code to the public?
>>
>> - Mr. Developer, why does it take an ugly hack to make the device work?
>> - Can't tell ya, I'm under NDA.
>
> I think you have to respect that John and Stephan were doing
Yar Tikhiy wrote:
On Thu, Apr 26, 2007 at 12:42:14AM -0600, Scott Long wrote:
Yar Tikhiy wrote:
On Wed, Apr 25, 2007 at 02:41:00PM -0400, Stephan Uphoff wrote:
Yar Tikhiy wrote:
On Sat, Apr 21, 2007 at 09:54:12AM -0600, Coleman Kane wrote:
On Sat, 2007-04-21 at 17:03 +0200, Andre Oppermann
On Thu, Apr 26, 2007 at 12:42:14AM -0600, Scott Long wrote:
> Yar Tikhiy wrote:
> >On Wed, Apr 25, 2007 at 02:41:00PM -0400, Stephan Uphoff wrote:
> >>Yar Tikhiy wrote:
> >>>On Sat, Apr 21, 2007 at 09:54:12AM -0600, Coleman Kane wrote:
> >>>
> On Sat, 2007-04-21 at 17:03 +0200, Andre Oppermann
Yar Tikhiy wrote:
On Wed, Apr 25, 2007 at 02:41:00PM -0400, Stephan Uphoff wrote:
Yar Tikhiy wrote:
On Sat, Apr 21, 2007 at 09:54:12AM -0600, Coleman Kane wrote:
On Sat, 2007-04-21 at 17:03 +0200, Andre Oppermann wrote:
Stephan Uphoff wrote:
ups 2007-04-21 14:17:30 UTC
On Wed, Apr 25, 2007 at 02:41:00PM -0400, Stephan Uphoff wrote:
> Yar Tikhiy wrote:
> >On Sat, Apr 21, 2007 at 09:54:12AM -0600, Coleman Kane wrote:
> >
> >>On Sat, 2007-04-21 at 17:03 +0200, Andre Oppermann wrote:
> >>
> >>>Stephan Uphoff wrote:
> >>>
> ups 2007-04-21 14:17
Yar Tikhiy wrote:
On Sat, Apr 21, 2007 at 09:54:12AM -0600, Coleman Kane wrote:
On Sat, 2007-04-21 at 17:03 +0200, Andre Oppermann wrote:
Stephan Uphoff wrote:
ups 2007-04-21 14:17:30 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
s
ups 2007-04-25 18:21:24 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
MFC:
Invalidate all TLBs and page structure caches that may reference a page
for page walk acceleration before re
ups 2007-04-25 18:10:44 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Forced commit to add more comment to:
1.583 src/sys/amd64/amd64/pmap.c
1.588 src/sys/i386/i386/pmap.c
Invalidate all TLBs and pag
On Tuesday 24 April 2007 05:18:59 am Yar Tikhiy wrote:
> On Sat, Apr 21, 2007 at 09:54:12AM -0600, Coleman Kane wrote:
> > On Sat, 2007-04-21 at 17:03 +0200, Andre Oppermann wrote:
> > > Stephan Uphoff wrote:
> > > > ups 2007-04-21 14:17:30 UTC
> > > >
> > > > FreeBSD src repository
> >
On Sat, Apr 21, 2007 at 09:54:12AM -0600, Coleman Kane wrote:
> On Sat, 2007-04-21 at 17:03 +0200, Andre Oppermann wrote:
> > Stephan Uphoff wrote:
> > > ups 2007-04-21 14:17:30 UTC
> > >
> > > FreeBSD src repository
> > >
> > > Modified files:
> > > sys/amd64/amd64 pmap.c
>
On Sat, 2007-04-21 at 17:03 +0200, Andre Oppermann wrote:
> Stephan Uphoff wrote:
> > ups 2007-04-21 14:17:30 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/amd64/amd64 pmap.c
> > sys/i386/i386pmap.c
> > Log:
> > Modify TLB invalidation h
Stephan Uphoff wrote:
ups 2007-04-21 14:17:30 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Modify TLB invalidation handling.
Reviewed by:alc@, peter@
MFC after: 1 week
Could you be a bit mor
ups 2007-04-21 14:17:30 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Modify TLB invalidation handling.
Reviewed by:alc@, peter@
MFC after: 1 week
Revision ChangesPath
1.583 +78 -33
alc 2007-04-13 16:07:29 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Eliminate the misuse of PG_FRAME to truncate a virtual address to a virtual
page boundary.
Reviewed by: ru@
Revision ChangesPa
alc 2006-10-22 04:18:01 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
sys/ia64/ia64pmap.c
Log:
Eliminate unnecessary PG_BUSY tests.
Revision ChangesPath
1.572 +1 -1 src/sys/amd64/amd64
Hi,
Sorry about the previous mail. Unfortunatly it proved that I can add a kernel
option (DDB_UNATTENDED) to make a kernel with rev. 1.563 of sys/i386/i386/pmap.c
in place to not crash anymore.
The strange thing is, I've compiled GENERIC kernels from '2006-10-01',
'2006-09-01', '2006-08-01'
Martin Blapp wrote:
Hi,
The assertion that fails for you under HEAD does not exist in
RELENG_6. Have you seen a different assertion failure or crash in
RELENG_6 since this patch was applied there?
I would have to backgrade my box to RELENG_6 to do so. But you may try
it yourself, just u
Hi,
The assertion that fails for you under HEAD does not exist in RELENG_6. Have
you seen a different assertion failure or crash in RELENG_6 since this patch
was applied there?
I would have to backgrade my box to RELENG_6 to do so. But you may try it
yourself, just use a box which has many
Martin Blapp wrote:
Hi Alan,
This commit makes my box crash with HEAD at startup. Please back it out
and investige why it happens. I'm pretty sure that it happens for
RELENG_6 too.
The assertion that fails for you under HEAD does not exist in RELENG_6.
Have you seen a different assertion
Hi Alan,
This commit makes my box crash with HEAD at startup. Please back it out
and investige why it happens. I'm pretty sure that it happens for RELENG_6 too.
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
Impro
alc 2006-09-27 18:10:16 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
MFC
Correct a very old and very obscure bug: vmspace_fork() calls
pmap_copy() if the mapping is VM_INHERIT_SH
jhb 2006-08-14 15:39:41 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Don't try to preserve PAT bits in pmap_enter(). We currently on pages that
aren't mapped via pmap_enter() (KVA). We will eventually support
alc 2006-08-06 06:29:16 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Eliminate the acquisition and release of the page queues lock around a call
to vm_page_sleep_if_busy().
Revision ChangesPath
1.56
alc 2006-07-20 17:48:41 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
sys/sparc64/include pmap.h
sys/vm pmap.h
Log:
Add pmap_clear_write() to the interface between the virtual memory
system's
alc 2006-07-17 03:10:17 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Now that free_pv_entry() accesses the pmap, call free_pv_entry() in
pmap_remove_all() before rather than after the pmap is unlocked. At
pr
alc 2006-07-02 18:22:47 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Correct an error in the new pmap_collect(), thus only affecting HEAD.
Specifically, the pv entry was always being freed to the caller's pmap
alc 2006-06-27 04:28:23 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Correct a very old and very obscure bug: vmspace_fork() calls
pmap_copy() if the mapping is VM_INHERIT_SHARE. Suppose the mapping
is also
alc 2006-06-20 20:52:11 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Change get_pv_entry() such that the call to vm_page_alloc() specifies
VM_ALLOC_NORMAL instead of VM_ALLOC_SYSTEM when try is TRUE. In other
alc 2006-06-12 20:05:28 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Don't invalidate the TLB in pmap_qenter() unless the old mapping was valid.
Most often, it isn't.
Reviewed by: tegge@
Revision Cha
alc 2006-04-27 21:26:26 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
In general, bits in the page directory entry (PDE) and the page table
entry (PTE) have the same meaning. The exception to this rule is the
alc 2006-04-02 05:45:05 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Introduce pmap_try_insert_pv_entry(), a function that conditionally creates
a pv entry if the number of entries is below the high water mark
alc 2006-03-21 18:07:42 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/i386/i386pmap.c
Log:
Eliminate unnecessary invalidations of the entire TLB by pmap_remove().
Specifically, on mappings with PG_G set pmap_remove() not only perfor
61 matches
Mail list logo
