While I haven't specifically tested this patch it looks
reasonable to me. Are you going to do an engineering/commit
cycle with it?
-Matt
Matthew Dillon
<[EMAIL PR
On Wed, 27 Feb 2002, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Matthew Dillon writes:
> : Sometimes features in early boot can be adjusted by breaking into DDB
> : and w/l changing the sysctl variable, but perhaps not in this case.
>
> I think this is an excellent idea. I have
:On Wed, Feb 27, 2002 at 09:33:48AM -0800, Matthew Dillon wrote:
:> I'm just going to use this opportunity to plug the concept of tempora=
:ry
:> sysctl-instrumentation for a commit like this. =20
:
:Any thoughts on having a root oid for sysctl oids like this, so they're
:not forgotten, a
On Wed, Feb 27, 2002 at 09:33:48AM -0800, Matthew Dillon wrote:
> I'm just going to use this opportunity to plug the concept of temporary
> sysctl-instrumentation for a commit like this.
Any thoughts on having a root oid for sysctl oids like this, so they're
not forgotten, and aren't as
In message <[EMAIL PROTECTED]> Matthew Dillon writes:
: Sometimes features in early boot can be adjusted by breaking into DDB
: and w/l changing the sysctl variable, but perhaps not in this case.
I think this is an excellent idea. I have many of these tunables in
the cardbus/oldcard code
Matthew Dillon wrote:
> :> I'm just going to use this opportunity to plug the concept of temporary
> :> sysctl-instrumentation for a commit like this.
> :
> :Overall, this is a good idea. However, it can't apply to
> :any code that runs before init_main.c runs the SI_SUB_TUNABLES.
>
>
:Matthew Dillon wrote:
:> :date: 2002/02/27 09:51:32; author: peter; state: Exp; lines: +245 -191
:> :Back out all the pmap related stuff I've touched over the last few days.
:> :There is some unresolved badness that has been eluding me, particularly
:> :affecting uniprocessor kernels. Turnin
Matthew Dillon wrote:
> :date: 2002/02/27 09:51:32; author: peter; state: Exp; lines: +245 -191
> :Back out all the pmap related stuff I've touched over the last few days.
> :There is some unresolved badness that has been eluding me, particularly
> :affecting uniprocessor kernels. Turning off
:date: 2002/02/27 09:51:32; author: peter; state: Exp; lines: +245 -191
:Back out all the pmap related stuff I've touched over the last few days.
:There is some unresolved badness that has been eluding me, particularly
:affecting uniprocessor kernels. Turning off PG_G helped (which is a bad
:s
