Author: alfred
Date: Tue Dec 4 05:28:20 2012
New Revision: 243853
URL: http://svnweb.freebsd.org/changeset/base/243853
Log:
replace bit shifting loop with 1
On 12/6/12 12:35 AM, Jaakko Heinonen wrote:
Author: jh
Date: Thu Dec 6 08:35:46 2012
New Revision: 243942
URL: http://svnweb.freebsd.org/changeset/base/243942
Log:
MFC r242511: Print a newline after the error message.
PR: bin/168447
Modified:
stable/9/sbin/fsck_msdosfs/check.c
D
On 12/6/12 11:35 AM, Jaakko Heinonen wrote:
On 2012-12-06, Alfred Perlstein wrote:
I think perror writes to STDERR, printf to STDOUT. (am I wrong?)
perror(3) prints on stderr. However fsck uses its own perror() (renamed
to perr() in head) which prints on stdout.
heh, ouch.
You might
Author: alfred
Date: Fri Dec 7 05:55:48 2012
New Revision: 243971
URL: http://svnweb.freebsd.org/changeset/base/243971
Log:
Use uint instead of int for flags exported via sysctl.
Modified:
head/sys/kern/kern_ktr.c
Modified: head/sys/kern/kern_ktr.c
==
Author: alfred
Date: Fri Dec 7 08:25:08 2012
New Revision: 243980
URL: http://svnweb.freebsd.org/changeset/base/243980
Log:
Allow KASSERT to log instead of panic.
This is to allow debug images to be used without taking down the
system when non-fatal asserts are hit.
The following sy
;s fast path.
Sent from my iPhone
On Dec 7, 2012, at 7:06 AM, Andre Oppermann wrote:
> On 28.11.2012 04:04, Alfred Perlstein wrote:
>> On 11/27/12 2:12 PM, Andre Oppermann wrote:
>>> On 27.11.2012 04:04, Alfred Perlstein wrote:
>>>> Author: alfred
>&g
ng able to pitch in this area as effectively.
~
At this point it's your call, it's your code. Do what you want to, but
please take into careful consideration the "out of the box CTO test" and
the minor overhead of 4 vs 8 in terms of memory but how big i
Author: alfred
Date: Mon Dec 10 23:09:55 2012
New Revision: 244098
URL: http://svnweb.freebsd.org/changeset/base/244098
Log:
make sysctls kern.{bootfile,conftxt} read-only
MFC after:1 month
Modified:
head/sys/kern/kern_mib.c
Modified: head/sys/kern/kern_mib.c
===
Author: alfred
Date: Mon Dec 10 23:11:26 2012
New Revision: 244099
URL: http://svnweb.freebsd.org/changeset/base/244099
Log:
allow KASSERT to enter KDB.
Modified:
head/sys/kern/kern_shutdown.c
Modified: head/sys/kern/kern_shutdown.c
===
Author: alfred
Date: Mon Dec 10 23:12:51 2012
New Revision: 244100
URL: http://svnweb.freebsd.org/changeset/base/244100
Log:
Add constant missed in r244099
KDB entered due to KASSERT.
Modified:
head/sys/sys/kdb.h
Modified: head/sys/sys/kdb.h
=
Author: alfred
Date: Mon Dec 10 23:17:08 2012
New Revision: 244101
URL: http://svnweb.freebsd.org/changeset/base/244101
Log:
Add CTLFLAG_STATS to sysctl flags
In preparation for sysctl(8) growing the ability to only print
out boot/run-time tunables we need a way to differentiate between
On 12/10/12 3:14 PM, Konstantin Belousov wrote:
On Mon, Dec 10, 2012 at 11:09:56PM +, Alfred Perlstein wrote:
Author: alfred
Date: Mon Dec 10 23:09:55 2012
New Revision: 244098
URL: http://svnweb.freebsd.org/changeset/base/244098
Log:
make sysctls kern.{bootfile,conftxt} read-only
You
On 12/10/12 3:38 PM, Alfred Perlstein wrote:
On 12/10/12 3:14 PM, Konstantin Belousov wrote:
On Mon, Dec 10, 2012 at 11:09:56PM +, Alfred Perlstein wrote:
Author: alfred
Date: Mon Dec 10 23:09:55 2012
New Revision: 244098
URL: http://svnweb.freebsd.org/changeset/base/244098
Log:
make
On 12/10/12 3:51 PM, Alfred Perlstein wrote:
On 12/10/12 3:38 PM, Alfred Perlstein wrote:
On 12/10/12 3:14 PM, Konstantin Belousov wrote:
On Mon, Dec 10, 2012 at 11:09:56PM +, Alfred Perlstein wrote:
Author: alfred
Date: Mon Dec 10 23:09:55 2012
New Revision: 244098
URL: http
Author: alfred
Date: Tue Dec 11 00:10:20 2012
New Revision: 244103
URL: http://svnweb.freebsd.org/changeset/base/244103
Log:
back out half of 244098.
kern.bootfile needs to be rw for installkernel.
Pointed out by: kib, flo
Modified:
head/sys/kern/kern_mib.c
Modified: head/sys/kern/
Author: alfred
Date: Tue Dec 11 01:23:50 2012
New Revision: 244105
URL: http://svnweb.freebsd.org/changeset/base/244105
Log:
Switch the hardwired WITNESS panics to kassert_panic.
This is an ongoing effort to provide runtime debug information
useful in the field that does not panic existin
Author: alfred
Date: Tue Dec 11 01:28:06 2012
New Revision: 244106
URL: http://svnweb.freebsd.org/changeset/base/244106
Log:
Allow sysctl to filter boot and runtime tunables.
Add the following flags to sysctl:
-W - show only writable sysctls
-T - show only tuneable sysctls
This
Author: alfred
Date: Tue Dec 11 05:59:16 2012
New Revision: 244111
URL: http://svnweb.freebsd.org/changeset/base/244111
Log:
Fix WITNESS when INVARIANT_SUPPORT is defined.
This fixes tinderbox breakage from r244105.
Pointed out by: adrian
Modified:
head/sys/kern/subr_witness.c
Modi
Author: alfred
Date: Tue Dec 11 07:08:14 2012
New Revision: 244112
URL: http://svnweb.freebsd.org/changeset/base/244112
Log:
Cleanup more of the kassert_panic.
fix compile warnings on !amd64 and NULL derefs that would happen
if kassert_panic() would return.
Modified:
head/sys/kern/subr
Author: alfred
Date: Wed Dec 12 02:55:40 2012
New Revision: 244133
URL: http://svnweb.freebsd.org/changeset/base/244133
Log:
Make Tflag and Wflag filters work for more sysctl options.
To do this move the Tflag and Wflag checks earlier in show_var() so
we bail earlier for variables not mat
to all:
I am trying to take this offline with John so that we can discuss the
reasoning behind the change and come to an agreement on how it is
implemented, or if not to remove it.
-Alfred
On 12/12/12 7:46 AM, John Baldwin wrote:
On Tuesday, December 11, 2012 2:08:14 am Alfred Perlstein
On 12/12/12 2:15 PM, Adrian Chadd wrote:
On 12 December 2012 13:58, John Baldwin wrote:
(Note that the primary reason I know for people not running with INVARIANTS
enabled is not that they don't want panics, but that they don't want the
performance hit.)
Well, it would be nice to be able to
On 12/12/12 2:29 PM, Andriy Gapon wrote:
Now we get a new middle-ground: get both worse performance (because
KASSERTs are compiled in) and a risk of harming your data (because
KASSERTs no longer panic). The upside: there is no panic! There's just
a log message (or etc). and chance to get more l
On 12/12/12 2:38 PM, Adrian Chadd wrote:
There are two parts to this;
* don't compile in invariants. Panics panic. Invariant conditions
aren't checked. You end up with data corruption still if there are
bugs.
* compile in invariants. Panics panic. Invariant conditions are
checked and immediately
On 12/12/12 4:02 PM, Navdeep Parhar wrote:
On 12/12/12 14:48, Alfred Perlstein wrote:
On 12/12/12 2:29 PM, Andriy Gapon wrote:
Now we get a new middle-ground: get both worse performance (because
KASSERTs are compiled in) and a risk of harming your data (because
KASSERTs no longer panic). The
On 12/12/12 4:25 PM, Navdeep Parhar wrote:
On 12/12/12 16:09, Alfred Perlstein wrote:
What do you think happens to a FreeBSD kernel when INVARIANTS is
compiled in and it trips an assertion after my change?
I know the new knob has sane defaults. My point was that invariants
should be
Author: alfred
Date: Thu Dec 13 01:39:49 2012
New Revision: 244165
URL: http://svnweb.freebsd.org/changeset/base/244165
Log:
Change progress indicator for downloading patches.
Use a percent style indicator instead of emitting one
long line of patch numbers.
Modified:
head/usr.sbin/port
Reviewed by: eadler
On 12/12/12 5:39 PM, Alfred Perlstein wrote:
Author: alfred
Date: Thu Dec 13 01:39:49 2012
New Revision: 244165
URL: http://svnweb.freebsd.org/changeset/base/244165
Log:
Change progress indicator for downloading patches.
Use a percent style indicator instead of
On 12/13/12 8:30 PM, Eitan Adler wrote:
On 13 December 2012 13:16, Konstantin Belousov wrote:
On Thu, Dec 13, 2012 at 05:55:41PM +0100, Pawel Jakub Dawidek wrote:
On Thu, Dec 13, 2012 at 06:12:42PM +0200, Konstantin Belousov wrote:
On Thu, Dec 13, 2012 at 12:12:44PM +0100, Pawel Jakub Dawidek
On 12/14/12 4:12 PM, Robert Watson wrote:
On Fri, 14 Dec 2012, John Baldwin wrote:
On Thursday, December 13, 2012 4:02:15 am Gleb Smirnoff wrote:
On Wed, Dec 12, 2012 at 04:53:48PM -0800, Alfred Perlstein wrote: A>
The problem again is that not all the KASSERTS are inviolable, if
you A>
On 12/14/12 10:04 PM, Bruce Evans wrote:
On Fri, 14 Dec 2012, Alfred Perlstein wrote:
On 12/14/12 4:12 PM, Robert Watson wrote:
On Fri, 14 Dec 2012, John Baldwin wrote:
On Thursday, December 13, 2012 4:02:15 am Gleb Smirnoff wrote:
On Wed, Dec 12, 2012 at 04:53:48PM -0800, Alfred Perlstein
On 12/15/12 5:01 AM, Gleb Smirnoff wrote:
On Sat, Dec 15, 2012 at 04:35:25AM -0800, Alfred Perlstein wrote:
A> People keep beating this drum "all invariants/panics are there for a
A> reason", no, some happen to be bugs, and when I'm shipping code to a
A> customer, I may n
On 12/15/12 6:17 AM, Gleb Smirnoff wrote:
On Sat, Dec 15, 2012 at 05:29:10AM -0800, Alfred Perlstein wrote:
A> On 12/15/12 5:01 AM, Gleb Smirnoff wrote:
A> > On Sat, Dec 15, 2012 at 04:35:25AM -0800, Alfred Perlstein wrote:
A> > A> People keep beating this drum "all inva
Your use case (small swap & large ram) is exactly why I would like to try this.
Do you object?
Sent from my iPhone
On Dec 15, 2012, at 1:03 PM, Pawel Jakub Dawidek wrote:
> On Wed, Dec 12, 2012 at 04:53:48PM -0800, Alfred Perlstein wrote:
>> Like what if I do gzipp'd kern
On 12/15/12 11:45 PM, Andriy Gapon wrote:
on 16/12/2012 07:00 Ian Lepore said the following:
The question here isn't whether aborting or continuing beyond that point
is a good idea. Some developer already made that choice by coding a
KASSERT() instead of a panic(). The developer decided that a
On 12/17/12 11:39 AM, John Baldwin wrote:
On Saturday, December 15, 2012 1:04:17 am Bruce Evans wrote:
On Fri, 14 Dec 2012, Alfred Perlstein wrote:
On 12/14/12 4:12 PM, Robert Watson wrote:
On Fri, 14 Dec 2012, John Baldwin wrote:
On Thursday, December 13, 2012 4:02:15 am Gleb Smirnoff
On 12/18/12 12:37 PM, John Baldwin wrote:
On Monday, December 17, 2012 4:21:43 pm Alfred Perlstein wrote:
On 12/17/12 11:39 AM, John Baldwin wrote:
On Saturday, December 15, 2012 1:04:17 am Bruce Evans wrote:
On Fri, 14 Dec 2012, Alfred Perlstein wrote:
On 12/14/12 4:12 PM, Robert Watson
On 12/18/12 2:41 PM, Andriy Gapon wrote:
on 19/12/2012 00:31 Alfred Perlstein said the following:
Yes, that happens when they run -stable.
Does it?
Do you have a solution? [*]
[*] - which doesn't involve "it runs so slow I am switching to Y".
I already suggested that we c
Wouldn't this obfuscate any errors in files?
Sent from my iPhone
On Dec 19, 2012, at 7:37 AM, Ian Lepore wrote:
> On Wed, 2012-12-19 at 19:02 +0400, Andrey Zonov wrote:
>> On 12/14/12 3:32 AM, Xin LI wrote:
>>> Author: delphij
>>> Date: Thu Dec 13 23:32:47 2012
>>> New Revision: 244198
>>> URL:
> ideas pop into my head.
>
> -- Ian
>
> On Wed, 2012-12-19 at 07:52 -0800, Alfred Perlstein wrote:
>> Wouldn't this obfuscate any errors in files?
>>
>> Sent from my iPhone
>>
>> On Dec 19, 2012, at 7:37 AM, Ian Lepore
>> wrote:
>>
I didn't catch your idea of multiple files to parse. That sounds like a better
idea than mine (# based file directives) for sure.
Sent from my iPhone
On Dec 19, 2012, at 9:37 AM, Alfred Perlstein wrote:
> I think that it's a good idea. Maybe there's some way to gi
On 12/24/12 11:24 AM, Adrian Chadd wrote:
... why'd we break the KBI in a stable branch?
I am not sure either.
I think a single VOP for nullfs (while ugly) would have sufficed.
I have a partial patch here that shows the direction I was going.
What's left is to:
shim #defines for -stable to
On 12/28/12 8:16 PM, Peter Wemm wrote:
On Tue, Dec 25, 2012 at 11:17 AM, Robert Watson wrote:
On Tue, 25 Dec 2012, Konstantin Belousov wrote:
On Mon, Dec 24, 2012 at 12:04:03PM -0800, Alfred Perlstein wrote:
On 12/24/12 11:24 AM, Adrian Chadd wrote:
... why'd we break the KBI in a s
On 1/12/13 11:56 AM, Adrian Chadd wrote:
Hi,
I think this outlines a larger scale problem here, which is that way,
way too many things are relying on maxfiles here and it wasn't
properly reviewed or thought out before it made it into the tree.
So, can we either:
* review _all_ the places maxfi
On 1/12/13 10:32 PM, Adrian Chadd wrote:
On 12 January 2013 11:45, Alfred Perlstein wrote:
I'm not sure if regressing to the waterfall method of development is a good
idea at this point.
I see a light at the end of the tunnel and we to continue to just handle
these minor corner cases
On 1/14/13 10:09 AM, Andre Oppermann wrote:
On 13.01.2013 19:06, Alfred Perlstein wrote:
On 1/12/13 10:32 PM, Adrian Chadd wrote:
On 12 January 2013 11:45, Alfred Perlstein wrote:
I'm not sure if regressing to the waterfall method of development
is a good
idea at this point.
I see a
On 1/14/13 11:05 AM, Andre Oppermann wrote:
Can timeout() be emulated on top of another API so we can do away with
it?
yes, this is what callout(9) is for.
there are a few consumers left (see the email I just sent out).
those consumers would just have to allocate their own callout
handle/s
On 1/14/13 12:55 PM, John Baldwin wrote:
On Monday, January 14, 2013 10:51:27 am Alexander Motin wrote:
As I've actually written, there are two different things:
ncallout -- number of preallocated callout structures for purposes of
timeout() calls. That is a legacy API that is probably not ver
Author: alfred
Date: Tue Jan 15 19:26:17 2013
New Revision: 245469
URL: http://svnweb.freebsd.org/changeset/base/245469
Log:
Do not autotune ncallout to be greater than 18508.
When maxusers was unrestricted and maxfiles was allowed to autotune
much higher the result was that ncallout whic
Author: alfred
Date: Fri Jan 18 02:36:06 2013
New Revision: 245584
URL: http://svnweb.freebsd.org/changeset/base/245584
Log:
Spelling: exitting -> exiting
MFC after:2 weeks
Modified:
head/usr.sbin/watchdogd/watchdogd.c
Modified: head/usr.sbin/watchdogd/watchdogd.c
==
Author: alfred
Date: Thu Oct 25 01:46:20 2012
New Revision: 242029
URL: http://svn.freebsd.org/changeset/base/242029
Log:
Allow autotune maxusers > 384 on 64 bit machines
A default install on large memory machines with multiple 10gigE interfaces
were not being given enough mbufs to do ful
Author: alfred
Date: Thu Oct 25 02:12:05 2012
New Revision: 242030
URL: http://svn.freebsd.org/changeset/base/242030
Log:
Show the number of times we block waiting for mbufs.
Machines can stall out because mbufs are low, however sometimes we won't
see "requests denied", instead we see use
Author: alfred
Date: Tue Oct 30 17:24:26 2012
New Revision: 242368
URL: http://svn.freebsd.org/changeset/base/242368
Log:
MFC: Allow NFS exports of tmpfs. r234346
Approved by: kevlo, kib
Modified:
stable/9/sys/fs/tmpfs/tmpfs.h
stable/9/sys/fs/tmpfs/tmpfs_vfsops.c
Directory Properties:
Author: alfred
Date: Thu Nov 1 04:07:08 2012
New Revision: 242424
URL: http://svn.freebsd.org/changeset/base/242424
Log:
Small textdump enhancements.
Allow textdumps to be called explicitly from DDB.
If "dump" is called in DDB and textdumps are enabled then abort the
dump and tell t
Author: alfred
Date: Thu Nov 1 17:01:05 2012
New Revision: 242439
URL: http://svn.freebsd.org/changeset/base/242439
Log:
Provide a device name in the sysctl tree for programs to query the
state of crashdump target devices.
This will be used to add a "-l" (ell) flag to dumpon(8) to list t
Author: alfred
Date: Thu Nov 1 17:13:04 2012
New Revision: 242440
URL: http://svn.freebsd.org/changeset/base/242440
Log:
Add whitespace between mandatory and optional kernel
config options.
Approved by: joel
Modified:
head/share/man/man4/textdump.4
Modified: head/share/man/man4/text
Author: alfred
Date: Thu Nov 1 18:59:19 2012
New Revision: 242451
URL: http://svn.freebsd.org/changeset/base/242451
Log:
Add an option to display the current dump device via dumpon -l.
MFC after:2 weeks
Modified:
head/sbin/dumpon/dumpon.8
head/sbin/dumpon/dumpon.c
Directory Proper
Author: alfred
Date: Fri Nov 2 17:30:08 2012
New Revision: 242486
URL: http://svn.freebsd.org/changeset/base/242486
Log:
Document that you can use -v along with -l.
Noticed by: pjd
Modified:
head/sbin/dumpon/dumpon.8
head/sbin/dumpon/dumpon.c
Modified: head/sbin/dumpon/dumpon.8
=
Author: alfred
Date: Fri Nov 2 18:57:38 2012
New Revision: 242489
URL: http://svn.freebsd.org/changeset/base/242489
Log:
Merge 242488, better use of strlcpy.
Submitted by: Eric van Gyzen
Modified:
head/sys/kern/kern_shutdown.c
Directory Properties:
head/sys/ (props changed)
Modifi
Author: alfred
Date: Tue Nov 6 04:10:32 2012
New Revision: 242655
URL: http://svnweb.freebsd.org/changeset/base/242655
Log:
export VM_MIN_KERNEL_ADDRESS and VM_MAX_KERNEL_ADDRESS via sysctl.
On several platforms the are determined by too many nested #defines to be
easily discernible. Th
2012 4:05:51 am Konstantin Belousov wrote:
On Thu, Oct 25, 2012 at 01:46:21AM +0000, Alfred Perlstein wrote:
Author: alfred
Date: Thu Oct 25 01:46:20 2012
New Revision: 242029
URL: http://svn.freebsd.org/changeset/base/242029
Log:
Allow autotune maxusers > 384 on 64 bit machines
A
Please define a reasonable value for VM_MAX_KERNEL_ADDRESS on sparc64,
it's needed for autotuning.
-Alfred
On 11/8/12 12:10 AM, Marius Strobl wrote:
Author: marius
Date: Thu Nov 8 08:10:32 2012
New Revision: 242747
URL: http://svnweb.freebsd.org/changeset/base/242747
Log:
Make r242655 bui
m worried that I'll have
to back it out indefinitely so that FreeBSD can't do 10gigE out of the box.
-Alfred
On 11/7/12 11:46 PM, Peter Wemm wrote:
On Wed, Nov 7, 2012 at 10:24 PM, Alfred Perlstein wrote:
[[ + peter ]]
Folks, I spent quite a bit of time trying to figure out ho
On 11/8/12 1:22 AM, Garrett Cooper wrote:
On Nov 8, 2012, at 1:13 AM, Alfred Perlstein wrote:
Peter,
I agree.
It's certainly not perfect, however it's not nearly as bogus as what was there
previously.
I know "maxusers" is "wrong", however what it really me
Never mind, I see what you did here. :)
Thank you.
Sent from my iPhone
On Nov 8, 2012, at 12:54 AM, Alfred Perlstein wrote:
> Please define a reasonable value for VM_MAX_KERNEL_ADDRESS on sparc64, it's
> needed for autotuning.
>
> -Alfred
>
> On 11/8/12 12:10
Peter, can you let me know what you think?
-Alfred
On 11/7/12 11:46 PM, Peter Wemm wrote:
On Wed, Nov 7, 2012 at 10:24 PM, Alfred Perlstein wrote:
[[ + peter ]]
Folks, I spent quite a bit of time trying to figure out how to resolve
maxusers scaling in a happy way for all.
I think I came up
Author: alfred
Date: Sat Nov 10 02:08:40 2012
New Revision: 242847
URL: http://svnweb.freebsd.org/changeset/base/242847
Log:
Allow maxusers to scale on machines with large address space.
Some hooks are added to clamp down maxusers and nmbclusters for
small address space systems.
VM_M
On 11/9/12 6:34 PM, Eitan Adler wrote:
On 9 November 2012 21:08, Alfred Perlstein wrote:
Modified: head/sys/kern/subr_param.c
+#ifdef VM_MAX_AUTOTUNE_MAXUSERS
+if (maxusers > VM_MAX_AUTOTUNE_MAXUSERS)
+maxusers = VM_MAX_AUTOTUNE_MAXUSERS;
+#en
On 11/10/12 2:50 AM, Andriy Gapon wrote:
on 10/11/2012 04:56 Alfred Perlstein said the following:
Sure, this is magic for i386 PAE machines. 384 maxusers was pretty much the
highest you wanted auto-tuned SAFELY for 32bit KVA on i386.
So 384 is i386 sans 'i' and minus two? :-)
Sorr
On 11/10/12 8:25 AM, Eitan Adler wrote:
On 10 November 2012 11:19, Alfred Perlstein wrote:
Please consult the svn log for this file, it's relatively clear just in the
commit logs/comments. Grep for 384/512 and look around.
Can this reasoning be added as a comment? I did grep for 384 i
On 11/10/12 8:38 AM, Alfred Perlstein wrote:
On 11/10/12 8:25 AM, Eitan Adler wrote:
On 10 November 2012 11:19, Alfred Perlstein wrote:
Please consult the svn log for this file, it's relatively clear just
in the
commit logs/comments. Grep for 384/512 and look around.
Can this reasoni
On 11/10/12 8:48 AM, Eitan Adler wrote:
On 10 November 2012 11:44, Alfred Perlstein wrote:
On 11/10/12 8:38 AM, Alfred Perlstein wrote:
On 11/10/12 8:25 AM, Eitan Adler wrote:
On 10 November 2012 11:19, Alfred Perlstein wrote:
Please consult the svn log for this file, it's relatively
On 11/10/12 11:18 AM, Andre Oppermann wrote:
On 10.11.2012 19:04, Peter Wemm wrote:
This is complicated but we need a simple user visible view of it. It
really needs to be something like "nmbclusters defaults to 6% of
physical ram, with machine dependent limits". The MD limits are bad
enough,
On 11/10/12 9:24 AM, Ian Lepore wrote:
On Sat, 2012-11-10 at 08:38 -0800, Alfred Perlstein wrote:
On 11/10/12 8:25 AM, Eitan Adler wrote:
On 10 November 2012 11:19, Alfred Perlstein wrote:
Please consult the svn log for this file, it's relatively clear
just in the
commit logs/com
On Nov 10, 2012, at 3:04 PM, Andre Oppermann wrote:
> On 10.11.2012 23:24, Alfred Perlstein wrote:
>> On 11/10/12 11:18 AM, Andre Oppermann wrote:
>>> On 10.11.2012 19:04, Peter Wemm wrote:
>>>> This is complicated but we need a simple user visible view of i
On 11/10/12 11:33 PM, Alexey Dokuchaev wrote:
On Sat, Nov 10, 2012 at 10:22:52PM -0800, Peter Wemm wrote:
We've had kern.ipc.nmbclusters for years. It is simple to understand,
easy to predict the outcome of a change, is runtime adjustable, is a
*cap* and not a reservation (like it used to be) a
I think there are two issue here.
One: you have much better idea of how to tune nmbclusters than I do. Cool!
Please put that into the code. I really think that's great and the time you've
pit into giving it serious thought is helpful to all.
Two: you want to divorce nmbclusters (and therefor
Oh, OK, I didn't know it was so involved. I probably don't have anything
to worry about then. :)
-Alfred
On 11/11/12 8:52 AM, Adrian Chadd wrote:
Alfred,
You're thinking about it one step ahead, not 5 steps ahead.
One step ahead: "let's fix maxuser scaling."
5 steps ahead: "Let's find all o
On 11/11/12 12:31 PM, Adrian Chadd wrote:
On 11 November 2012 09:11, Alfred Perlstein wrote:
Oh, OK, I didn't know it was so involved. I probably don't have anything to
worry about then. :)
Nono - I want you to worry about it. But _I_ want there to be a
slightly longer term goal t
On 2/6/13 6:36 AM, Dag-Erling Smørgrav wrote:
Greg 'groggy' Lehey writes:
The real issue I see is that, for whatever reason, the Limbaugh
fortunes pop up far too frequently. It's as if the random number
generation is failing. Comments?
Not sure how often is too often, but there were 35 of th
Author: alfred
Date: Fri Feb 8 20:13:28 2013
New Revision: 246561
URL: http://svnweb.freebsd.org/changeset/base/246561
Log:
add semicolon to end of CALLOUT_HANDLE_INITIALIZER example.
Modified:
head/share/man/man9/timeout.9
Modified: head/share/man/man9/timeout.9
===
d/sys/dev/watchdog/watchdog.cWed Feb 27 18:47:01 2013
(r247404)
+++ head/sys/dev/watchdog/watchdog.cWed Feb 27 19:03:31 2013
(r247405)
@@ -1,5 +1,8 @@
/*-
* Copyright (c) 2004 Poul-Henning Kamp
+ * Copyright (c) 2013 iXsystems.com,
+ * author: Alfre
Ken,
By the time ctl_init is called, it looks like enough of the vm is there
such that you could probe for physmem. (I may be wrong and apologize
if so)
Look at kern_mib.c:
sysctl_hw_physmem(SYSCTL_HANDLER_ARGS)
{
u_long val;
val = ctob(physmem);
return (sysctl_ha
Author: alfred
Date: Wed May 19 00:35:47 2010
New Revision: 208284
URL: http://svn.freebsd.org/changeset/base/208284
Log:
Fix our version of IPv6 address representation.
We do not respect rules 3 and 4 in the required list:
1. omit leading zeros
2. "::" used to their maximum exten
Author: alfred
Date: Mon Dec 22 21:37:06 2008
New Revision: 186402
URL: http://svn.freebsd.org/changeset/base/186402
Log:
Fix typo for udav include.
Add link to the u3g2 driver.
Modified:
head/sys/conf/files
Modified: head/sys/conf/files
> --- head/usr.sbin/sysinstall/sysinstall.h Fri Dec 12 11:43:48 2008
> (r185981)
> +++ head/usr.sbin/sysinstall/sysinstall.h Fri Dec 12 11:58:27 2008
> (r185982)
> @@ -61,10 +61,6 @@
> #define WITH_SLICES
> #endif
es this check?
> There is a whole world of hurt being unleashed here. I suspect that
> we might even be possible to run out of digits in our
> __FreeBSD_version numbering scheme.
maybe another variable, like above would be useful.
--
- Alfred Perlstein
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
#x27;t planning on banning it, just warning about it so we
> could be purposeful in our use of it. Likely unworkable though...
Easy enough to stash a "once" varible in the generic device struct
and warn when returning from an isr when INVARIANTS or something is
turned on.
Then you'
* Ken Smith [081226 16:13] wrote:
> On Fri, 2008-12-26 at 15:46 -0800, Alfred Perlstein wrote:
> > Does this mean that the user has to find the "Linux" package in the
> > "add packages" area now? If so, that seems a bit complicated to
> > get started.
* Scott Long [081226 18:34] wrote:
>
> On Dec 26, 2008, at 5:38 PM, Alfred Perlstein
> wrote:
> >
> >Easy enough to stash a "once" varible in the generic device struct
> >and warn when returning from an isr when INVARIANTS or something is
> >turned
* Poul-Henning Kamp [081227 23:53] wrote:
> In message <20081228053530.gf18...@elvis.mu.org>, Alfred Perlstein writes:
> >* Scott Long [081226 18:34] wrote:
>
> >> I prefer to do nothing. It's not unsafe or erroneous to access cfg
> >> registers. B
Author: alfred
Date: Sun Jan 4 00:12:01 2009
New Revision: 186730
URL: http://svn.freebsd.org/changeset/base/186730
Log:
Sync with usb4bsd:
src/lib/libusb20/libusb20_desc.c
Make "libusb20_desc_foreach()" more readable.
src/sys/dev/usb2/controller/*.[ch]
src/sys/dev/usb2/core/*.
* Christoph Mallon [090104 07:52] wrote:
> Alfred Perlstein schrieb:
> >Author: alfred
> >Date: Sun Jan 4 00:12:01 2009
> >New Revision: 186730
> >URL: http://svn.freebsd.org/changeset/base/186730
> >
> >Log:
> >[...]
> > Make "libusb
* M. Warner Losh [090104 09:11] wrote:
> In message: <200901040012.n040c2gh040...@svn.freebsd.org>
> Alfred Perlstein writes:
> : Sync with usb4bsd:
>
> Alfred,
>
> thanks for trudging these fixes into the tree. It is a thankless job
> t
* M. Warner Losh [090105 08:05] wrote:
> In message: <20090105050415.gy60...@elvis.mu.org>
> Alfred Perlstein writes:
> : * M. Warner Losh [090104 09:11] wrote:
> : > In message: <200901040012.n040c2gh040...@svn.freebsd.org>
> : > Alfred
Author: alfred
Date: Mon Feb 2 00:49:39 2009
New Revision: 187994
URL: http://svn.freebsd.org/changeset/base/187994
Log:
src/usr.bin/usbhidaction/usbhidaction.c
src/usr.bin/usbhidctl/usbhid.c
src/sys/dev/usb2/include/usb2_hid.h
src/sys/dev/usb2/input/uhid2.c
src/lib/libusbhid/Makefile
Author: alfred
Date: Thu Jul 30 00:11:41 2009
New Revision: 195957
URL: http://svn.freebsd.org/changeset/base/195957
Log:
LibUSB v1.0:
- Significantly improve libusb10 support.
- Many minor issues fixed.
- P4 ID: 166189, 165853, 165991, 166052, 166069
Author: alfred
Date: Thu Jul 30 00:12:47 2009
New Revision: 195958
URL: http://svn.freebsd.org/changeset/base/195958
Log:
USB controller:
- patch from Alexander Motin
- add more ID's
- P4 ID: 165805
Submitted by: hps
Approved by: re
Modified:
Author: alfred
Date: Thu Jul 30 00:13:09 2009
New Revision: 195959
URL: http://svn.freebsd.org/changeset/base/195959
Log:
USB input
- add support for setting the UMS polling rate through -F option
passed to moused.
- requested by Alexander Best
Author: alfred
Date: Thu Jul 30 00:14:34 2009
New Revision: 195960
URL: http://svn.freebsd.org/changeset/base/195960
Log:
USB CORE:
- Add minimum polling support to drive UMASS
and UKBD in case of panic.
- Add extra check to ukbd probe to fix problem about
mouse devices attaching lik
101 - 200 of 298 matches
Mail list logo
