[ moving to tech-kern ]
hi,
y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
Here is the updated patch after your changes:
http://www.netbsd.org/~rmind/uvm_anon_freelst2.diff
As you noted, uvm_anfree() can temporarily release the amap lock - that
can happen in amap_copy().
On Wed, Jan 05, 2011 at 05:58:34AM +, YAMAMOTO Takashi wrote:
hi,
I take silence as no objection.
the silence in this case means was-busy-for-other-things-and-forgot.
sorry.
I have no real code for this big picture at this moment. Making
vm_physseg available as reference is the
hi,
I take silence as no objection.
the silence in this case means was-busy-for-other-things-and-forgot.
sorry.
I have no real code for this big picture at this moment. Making
vm_physseg available as reference is the first step. This only
changes uvm_page_physload() to return a pointer:
Do you have any questions yet?
On Wed, Dec 22, 2010 at 12:52:21PM +0900, Masao Uebayashi wrote:
On Tue, Dec 21, 2010 at 06:33:53PM -0800, Matt Thomas wrote:
On Dec 21, 2010, at 6:13 PM, Masao Uebayashi wrote:
On Tue, Dec 21, 2010 at 11:29:01AM -0800, Matt Thomas wrote:
On Dec
I take silence as no objection.
On Thu, Dec 23, 2010 at 12:48:04PM +0900, Masao Uebayashi wrote:
On Wed, Dec 22, 2010 at 05:37:57AM +, YAMAMOTO Takashi wrote:
hi,
Could you ack this discussion?
sorry for dropping a ball.
On Tue, Dec 07, 2010 at 01:19:46AM +0900, Masao
On Jan 3, 2011, at 9:01 PM, Masao Uebayashi wrote:
I take silence as no objection.
Not so safe.
On Thu, Dec 23, 2010 at 12:48:04PM +0900, Masao Uebayashi wrote:
On Wed, Dec 22, 2010 at 05:37:57AM +, YAMAMOTO Takashi wrote:
hi,
Could you ack this discussion?
sorry for dropping a
On Wed, Dec 22, 2010 at 05:37:57AM +, YAMAMOTO Takashi wrote:
hi,
Could you ack this discussion?
sorry for dropping a ball.
On Tue, Dec 07, 2010 at 01:19:46AM +0900, Masao Uebayashi wrote:
On Thu, Nov 25, 2010 at 11:32:39PM +, YAMAMOTO Takashi wrote:
[ adding cc:
On Tue, Dec 21, 2010 at 11:29:01AM -0800, Matt Thomas wrote:
On Dec 6, 2010, at 8:19 AM, Masao Uebayashi wrote:
On Thu, Nov 25, 2010 at 11:32:39PM +, YAMAMOTO Takashi wrote:
[ adding cc: tech-kern@ ]
The basic idea is straightforward; always allocate vm_physseg for
On Dec 21, 2010, at 6:13 PM, Masao Uebayashi wrote:
On Tue, Dec 21, 2010 at 11:29:01AM -0800, Matt Thomas wrote:
On Dec 6, 2010, at 8:19 AM, Masao Uebayashi wrote:
On Thu, Nov 25, 2010 at 11:32:39PM +, YAMAMOTO Takashi wrote:
[ adding cc: tech-kern@ ]
The basic idea is
On Tue, Dec 21, 2010 at 06:33:53PM -0800, Matt Thomas wrote:
On Dec 21, 2010, at 6:13 PM, Masao Uebayashi wrote:
On Tue, Dec 21, 2010 at 11:29:01AM -0800, Matt Thomas wrote:
On Dec 6, 2010, at 8:19 AM, Masao Uebayashi wrote:
On Thu, Nov 25, 2010 at 11:32:39PM +, YAMAMOTO
On Thu, Nov 25, 2010 at 11:32:39PM +, YAMAMOTO Takashi wrote:
[ adding cc: tech-kern@ ]
hi,
On Wed, Nov 24, 2010 at 11:26:39PM -0800, Matt Thomas wrote:
On Nov 24, 2010, at 10:47 PM, Masao Uebayashi wrote:
On Thu, Nov 25, 2010 at 05:44:21AM +, YAMAMOTO Takashi wrote:
On Fri, Feb 19, 2010 at 06:42:03AM -0500, der Mouse wrote:
I'd say it's a question of whether you think of them as input to the
kernel, commands (enable this), or as output from the kernel,
reporting state (this is enabled).
Of course, in most cases, they're actually both, so that
On Fri, Feb 19, 2010 at 05:44:48AM +, YAMAMOTO Takashi wrote:
hi,
Module Name:src
Committed By: drochner
Date: Thu Feb 18 14:57:01 UTC 2010
Modified Files:
src/sys/uvm: files.uvm uvm_map.c
Log Message:
Disable mapping of virtual address 0
13 matches
Mail list logo