Re: svn commit: r308314 - head/usr.bin/sed

On 11/5/16 2:07 AM, Konstantin Belousov wrote: On Fri, Nov 04, 2016 at 08:49:59PM +, Pedro F. Giffuni wrote: Author: pfg Date: Fri Nov 4 20:49:59 2016 New Revision: 308314 URL: https://svnweb.freebsd.org/changeset/base/308314 Log: sed(1): add LEGACY_BSDSED_COMPAT compile-time flag.

svn commit: r207415 - head/sys/kern

Author: alfred Date: Fri Apr 30 03:10:53 2010 New Revision: 207415 URL: http://svn.freebsd.org/changeset/base/207415 Log: Do not set IO_NODELOCKED while writing to vnodes as our consumers do not lock the vnodes. Obtained from: Juniper Networks Reviewed by: jhb Modified: head/sys/

svn commit: r207416 - head/sys/kern

Author: alfred Date: Fri Apr 30 03:13:24 2010 New Revision: 207416 URL: http://svn.freebsd.org/changeset/base/207416 Log: Don't leak core_buf or gzfile if doing a compressed core file and we hit an error condition. Obtained from: Juniper Networks Modified: head/sys/kern/imgact_elf.c M

svn commit: r207418 - head/sys/kern

Author: alfred Date: Fri Apr 30 03:15:00 2010 New Revision: 207418 URL: http://svn.freebsd.org/changeset/base/207418 Log: Avoid allocating MAXHOSTNAMELEN bytes on the stack in expand_name(), use the heap instead. Obtained from: Juniper Networks Reviewed by: jhb Modified: head/sys

svn commit: r208284 - head/sys/netinet6

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

svn commit: r227483 - head/usr.sbin/portsnap/portsnap

Author: alfred Date: Sun Nov 13 03:18:57 2011 New Revision: 227483 URL: http://svn.freebsd.org/changeset/base/227483 Log: Utilize shell's IFS instead of forking ~6 processes to handle splitting input files on a '|'. This greatly reduces the time taken to process several databases during t

Re: svn commit: r227483 - head/usr.sbin/portsnap/portsnap

* Garrett Cooper [12 19:25] wrote: > On Nov 12, 2011, at 7:18 PM, Alfred Perlstein wrote: > > > Author: alfred > > Date: Sun Nov 13 03:18:57 2011 > > New Revision: 227483 > > URL: http://svn.freebsd.org/changeset/base/227483 > > > > Log: >

svn commit: r227484 - head/usr.sbin/portsnap/portsnap

Author: alfred Date: Sun Nov 13 06:39:49 2011 New Revision: 227484 URL: http://svn.freebsd.org/changeset/base/227484 Log: Fix spelling of extract. Pointed out by: gcooper Modified: head/usr.sbin/portsnap/portsnap/portsnap.sh Modified: head/usr.sbin/portsnap/portsnap/portsnap.sh

svn commit: r227496 - in head/sys: kern sys

Author: alfred Date: Mon Nov 14 07:12:10 2011 New Revision: 227496 URL: http://svn.freebsd.org/changeset/base/227496 Log: Constify args to copyiniov and copyinuio. Modified: head/sys/kern/subr_uio.c head/sys/sys/uio.h Modified: head/sys/kern/subr_uio.c =

Re: svn commit: r227483 - head/usr.sbin/portsnap/portsnap

nap code before you > recommend that Alfred take responsibility for roto-tilling it. :) I > looked at it, and ran away screaming. The fact that Alfred is willing to > take on the task of making some incremental improvements is a feature. http://memegenerator.net/cache/instances/400x/10/11

svn commit: r314288 - head/usr.bin/fortune/datfiles

Author: alfred Date: Sun Feb 26 04:41:37 2017 New Revision: 314288 URL: https://svnweb.freebsd.org/changeset/base/314288 Log: More FreeBSD tips for fortune(6) Submitted by: lme PR: 192373 Modified: head/usr.bin/fortune/datfiles/freebsd-tips Modified: head/usr.bin/fortune/datfiles/free

svn commit: r314289 - head/usr.bin/fortune/datfiles

Author: alfred Date: Sun Feb 26 06:05:29 2017 New Revision: 314289 URL: https://svnweb.freebsd.org/changeset/base/314289 Log: spelling fix Submitted by: adamw Modified: head/usr.bin/fortune/datfiles/freebsd-tips Modified: head/usr.bin/fortune/datfiles/freebsd-tips ==

Re: svn commit: r314831 - head/usr.bin/fortune

On 3/6/17 10:07 PM, Jordan Hubbard wrote: [ Charset ISO-Latin1 unsupported, converting… ] Is it true you still use mutt to read your e-mail? :-) - Jordan I had to use mutt(1) to send a patch to the git project to support FreeBSD's propset commands a couple years back. was... fun? I sort

Re: svn commit: r267858 - in head/sys/dev: virtio/balloon xen/balloon

On 6/25/14 5:41 AM, Attilio Rao wrote: On Wed, Jun 25, 2014 at 2:09 PM, Gleb Smirnoff wrote: On Wed, Jun 25, 2014 at 01:58:29PM +0200, Attilio Rao wrote: A> > Log: A> > xen/virtio: fix balloon drivers to not mark pages as WIRED A> > A> > Prevent the Xen and VirtIO balloon drivers from marki

Re: svn commit: r267858 - in head/sys/dev: virtio/balloon xen/balloon

On 6/25/14 6:49 AM, Andriy Gapon wrote: On 25/06/2014 17:44, Attilio Rao wrote: Why? If VM needs more wired memory I assume that we can tune up the default value of max_wired? I think that however your case makes an interesting point: if we want to make unmanaged pages as inherently wired, we l

Re: svn commit: r267858 - in head/sys/dev: virtio/balloon xen/balloon

On 6/25/14 8:30 AM, Attilio Rao wrote: On Wed, Jun 25, 2014 at 5:16 PM, Alfred Perlstein wrote: On 6/25/14 5:41 AM, Attilio Rao wrote: On Wed, Jun 25, 2014 at 2:09 PM, Gleb Smirnoff wrote: On Wed, Jun 25, 2014 at 01:58:29PM +0200, Attilio Rao wrote: A> > Log: A> > xen/virtio:

Re: svn commit: r249921 - in head: . sys/cddl/contrib/opensolaris/uts/common/fs/zfs sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys

This can not be MFC'd, it breaks API. Using a sysctl proc (or analogous method) to preserve the old sysctl mib would suffice. -Alfred On 4/26/13 4:24 AM, Steven Hartland wrote: Author: smh Date: Fri Apr 26 11:24:20 2013 New Revision: 249921 URL: http://svnweb.freebsd.org/changeset/base/2499

Re: svn commit: r249921 - in head: . sys/cddl/contrib/opensolaris/uts/common/fs/zfs sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys

- Original Message - From: "Alfred Perlstein" To: "Steven Hartland" Cc: ; ; Sent: Friday, April 26, 2013 8:54 PM Subject: Re: svn commit: r249921 - in head: . sys/cddl/contrib/opensolaris/uts/common/fs/zfs sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys This

Re: svn commit: r250411 - in head/sys: conf kern sys

On 5/9/13 3:13 PM, Attilio Rao wrote: On Thu, May 9, 2013 at 10:56 PM, Marcel Moolenaar wrote: On May 9, 2013, at 9:46 AM, Attilio Rao wrote: On Thu, May 9, 2013 at 6:28 PM, Marcel Moolenaar wrote: Author: marcel Date: Thu May 9 16:28:18 2013 New Revision: 250411 URL: http://svnweb.freebs

Re: svn commit: r250411 - in head/sys: conf kern sys

On 5/10/13 8:46 AM, Marcel Moolenaar wrote: And all I did is to allow someone (= Juniper) to not print the LOR for this well-known and mostly ignored case that is impacting our ability to keep witness enabled. And the reason I had to do that is that this is a long-standing LOR that isn't being a

Re: svn commit: r250411 - in head/sys: conf kern sys

Can we just admit to ourselves that tweaks to debugging macros/printing and WITNESS are our kernel developer's "bikeshed zone" and get over the fact that people's needs may diverge and changing non-default behavior in non-critical paths is not going to be the death of the kernel as we know it?

Re: svn commit: r250411 - in head/sys: conf kern sys

On 5/13/13 12:58 PM, Will Andrews wrote: On Sun, May 12, 2013 at 12:09 AM, Alfred Perlstein wrote: Can we just admit to ourselves that tweaks to debugging macros/printing and WITNESS are our kernel developer's "bikeshed zone" and get over the fact that people's needs may

Re: svn commit: r251282 - head/sys/kern

Hey Konstaintin, shouldn't this be scaled against the actual amount of KVA we have instead of an arbitrary limit? -Alfred On 6/2/13 9:16 PM, Konstantin Belousov wrote: Author: kib Date: Mon Jun 3 04:16:48 2013 New Revision: 251282 URL: http://svnweb.freebsd.org/changeset/base/251282 Log:

Re: svn commit: r251282 - head/sys/kern

On 6/3/13 12:55 AM, Konstantin Belousov wrote: On Sun, Jun 02, 2013 at 09:27:53PM -0700, Alfred Perlstein wrote: Hey Konstaintin, shouldn't this be scaled against the actual amount of KVA we have instead of an arbitrary limit? The commit changes the buffer cache to scale according t

Re: svn commit: r251282 - head/sys/kern

Konstantin, is there any way to take some of Bruce's feedback into account to get rid of the hard coded max? -Alfred On 6/4/13 1:14 AM, Bruce Evans wrote: On Tue, 4 Jun 2013, Konstantin Belousov wrote: On Mon, Jun 03, 2013 at 02:24:26AM -0700, Alfred Perlstein wrote: On 6/3/13 12:

Re: svn commit: r251282 - head/sys/kern

hanks, Adrian On 5 June 2013 05:11, Alfred Perlstein wrote: Konstantin, is there any way to take some of Bruce's feedback into account to get rid of the hard coded max? -Alfred On 6/4/13 1:14 AM, Bruce Evans wrote: On Tue, 4 Jun 2013, Konstantin Belousov wrote: On Mon, Jun 03, 20

Re: svn commit: r251507 - head/usr.sbin/portsnap/portsnap

Oh no, you made me destructive!! :) -Alfred On 6/7/13 1:21 PM, Xin LI wrote: Author: delphij Date: Fri Jun 7 20:21:30 2013 New Revision: 251507 URL: http://svnweb.freebsd.org/changeset/base/251507 Log: Make 'portsnap alfred' overwrite ports tree if it's not created by a portsnap.

Re: svn commit: r251507 - head/usr.sbin/portsnap/portsnap

dy told MANY people that it's easy to use when they just run "portsnap alfred". I think we need to leave it as this point. An alias is fine. -- Alfred Perlstein VP Software Engineering, iXsystems ___ svn-src-head@freebsd.org mailing list http

Re: svn commit: r251894 - in head: lib/libmemstat sys/vm

d idea to force this flag on every zone that has allocation >= then the page size. What about people running with 256GB+ ram? Do they also want the per cpu caches off? -- Alfred Perlstein VP Software Engineering, iXsystems ___ svn-src-head@freebsd.org

Re: svn commit: r251894 - in head: lib/libmemstat sys/vm

On 6/18/13 5:21 PM, Jeff Roberson wrote: On Tue, 18 Jun 2013, Alfred Perlstein wrote: On 6/18/13 4:37 AM, Gleb Smirnoff wrote: On Tue, Jun 18, 2013 at 10:25:08AM +0200, Andre Oppermann wrote: A> There used to be a problem with per CPU caches accumulating large amounts A> of items w

Re: svn commit: r274017 - head/sys/kern

Isn't there a problem where the stack can be swapped out? I seem to recall a problem where a swapped out process was causing problems due to a buffer passed being stack allocated and that process being swapped out... If this is not the case then please disregard. -Alfred On 11/2/14, 11:46 P

Re: svn commit: r274017 - head/sys/kern

> On Nov 4, 2014, at 1:25 AM, Konstantin Belousov wrote: > >> On Mon, Nov 03, 2014 at 01:45:21PM -0800, Alfred Perlstein wrote: >> Isn't there a problem where the stack can be swapped out? >> >> I seem to recall a problem where a swapped out process was c

Re: svn commit: r274017 - head/sys/kern

> On Nov 4, 2014, at 6:22 AM, Alfred Perlstein wrote: > > > >>> On Nov 4, 2014, at 1:25 AM, Konstantin Belousov wrote: >>> >>> On Mon, Nov 03, 2014 at 01:45:21PM -0800, Alfred Perlstein wrote: >>> Isn't there a problem where the stack ca

Re: svn commit: r274573 - head/contrib/netbsd-tests/lib/libpthread

This looks easy enough to fix under _thr_find_thread() in libthread. Any interest in fixing it? Might be worth hacking _thr_find_thread() to take an ERRNO to return based on NULL until we chase down all the paths into it just in case EINVAL is a valid ptr. Also, just wondering what happens o

Re: svn commit: r274573 - head/contrib/netbsd-tests/lib/libpthread

On 11/15/14, 9:22 PM, Garrett Cooper wrote: On Nov 15, 2014, at 21:19, Alfred Perlstein wrote: This looks easy enough to fix under _thr_find_thread() in libthread. Any interest in fixing it? Yes, if it’s POSIXly correct and doesn’t break everything else. Might be worth hacking

Re: svn commit: r274672 - in head/contrib/libxo: . libxo xolint

Marcel, is there a way to get libxo programs to emit time series data? Any examples of this in the tree right now? Example would be if "netstat -1" was libxo-ified, it would also emit a timestamp. -Alfred On Nov 18, 2014, at 10:03 AM, Marcel Moolenaar wrote: > Author: marcel > Date: Tue Nov

svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

Author: alfred Date: Wed Nov 26 20:19:36 2014 New Revision: 275136 URL: https://svnweb.freebsd.org/changeset/base/275136 Log: Make igb and ixgbe check tunables at probe time. This allows one to make a kernel module to tune the number of queues before the driver loads. This is needed

Re: svn commit: r275326 - in head: sys/dev/cxgbe/tom sys/kern sys/netinet sys/sys usr.bin/bluetooth/btsockstat usr.bin/netstat usr.bin/systat

Agree, this was already discussed as quite possibly an incorrect way forward some months ago. Where is the actual review for this huge change to the networking stack? Splitting this into the mbuf layer adds a huge level of complexity where again, there are already completion paths in the socke

Re: svn commit: r275326 - in head: sys/dev/cxgbe/tom sys/kern sys/netinet sys/sys usr.bin/bluetooth/btsockstat usr.bin/netstat usr.bin/systat

On 11/30/14, 10:38 AM, Gleb Smirnoff wrote: Adrian & Alfred, On Sun, Nov 30, 2014 at 09:55:05AM -0800, Adrian Chadd wrote: A> I really wished that these commits got individual reviews before they went in. On Sun, Nov 30, 2014 at 10:10:57AM -0800, Alfred Perlstein wrote: A> Agree

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

change. Will look at the device_get_int stuff soon. Wasn't aware that function existed. Sent from my iPhone >> On Dec 1, 2014, at 6:32 AM, John Baldwin wrote: >> >> On Wednesday, November 26, 2014 08:19:36 PM Alfred Perlstein wrote: >> Author: alfred >> Date:

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

> On Dec 1, 2014, at 7:26 AM, Hans Petter Selasky wrote: > >> On 12/01/14 16:19, Alfred Perlstein wrote: >> It makes little sense to have a rw sysctl that only takes effect "some >> times". This violates POLA at the expense of making code appear cleaner

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

> On Dec 1, 2014, at 7:34 AM, Hans Petter Selasky wrote: > >> On 12/01/14 16:29, Alfred Perlstein wrote: >> >> >>>> On Dec 1, 2014, at 7:26 AM, Hans Petter Selasky wrote: >>>> >>>> On 12/01/14 16:19, Alfred Perlstein wrote: &g

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

> On Dec 1, 2014, at 7:43 AM, Hans Petter Selasky wrote: > >> On 12/01/14 16:39, Alfred Perlstein wrote: >> >> >>>> On Dec 1, 2014, at 7:34 AM, Hans Petter Selasky wrote: >>>> >>>> On 12/01/14 16:29, Alfred Perlstein wrote: >&g

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

> On Dec 1, 2014, at 7:49 AM, John Baldwin wrote: > >> On Monday, December 01, 2014 07:19:13 AM Alfred Perlstein wrote: >> John, >> >> Will work on a new revision based on feedback. >> >> Two things to note however: >> >> Already explo

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

> On Dec 1, 2014, at 7:49 AM, Hans Petter Selasky wrote: > >> On 12/01/14 16:45, Alfred Perlstein wrote: >> >> > Hi, >>> >>> It is quite early, actually: >>> >>> SYSINIT(sysctl, SI_SUB_KMEM, SI_ORDER_FIRST, sysctl_register_all,

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

> > Remove this commit until I have had time to look it over! > > Jack > > >> On Mon, Dec 1, 2014 at 7:56 AM, Alfred Perlstein wrote: >> >> >> > On Dec 1, 2014, at 7:49 AM, Hans Petter Selasky wrote: >> > >> >> On 12/01/

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

> On Dec 1, 2014, at 8:28 AM, Hans Petter Selasky wrote: > >> On 12/01/14 16:56, Alfred Perlstein wrote: >> >> >>>> On Dec 1, 2014, at 7:49 AM, Hans Petter Selasky wrote: >>>> >>>>> On 12/01/14 16:45, Alfred Perlstein w

Re: svn commit: r275136 - in head/sys: dev/e1000 dev/ixgbe kern sys

> On Dec 1, 2014, at 8:37 AM, Hans Petter Selasky wrote: > > Hi, > > I think you maybe missed a point > >> On 12/01/14 17:31, Alfred Perlstein wrote: >> >> Yes that is why it is being done by hand in the probe routine. I think >> proper t

Re: svn commit: r275431 - in head/sys/dev: e1000 ixgbe

ge is just to allow later tuning of the num_queues parameter for Intel NICS. Can you please sign up for a phabricator account? https://wiki.freebsd.org/CodeReview -Alfred Original Message Subject: [Differential] [Commented On] D1149: ixgbe and igb should check tunables

Re: svn commit: r267233 - in head: . bin/rmail gnu/usr.bin/binutils/addr2line gnu/usr.bin/binutils/nm gnu/usr.bin/binutils/objcopy gnu/usr.bin/binutils/objdump gnu/usr.bin/binutils/readelf gnu/usr.bin

we may never get any pie. -Alfred -- Alfred Perlstein ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"

Re: svn commit: r267233 - in head: . bin/rmail gnu/usr.bin/binutils/addr2line gnu/usr.bin/binutils/nm gnu/usr.bin/binutils/objcopy gnu/usr.bin/binutils/objdump gnu/usr.bin/binutils/readelf gnu/usr.bin

On 6/8/14 11:44 AM, Konstantin Belousov wrote: On Sun, Jun 08, 2014 at 11:30:42AM -0700, Alfred Perlstein wrote: On 6/8/14 11:27 AM, Konstantin Belousov wrote: On Sun, Jun 08, 2014 at 05:38:49PM +, Bjoern A. Zeeb wrote: On 08 Jun 2014, at 17:29 , Bryan Drewery wrote: Author: bdrewery

Re: svn commit: r267233 - in head: . bin/rmail gnu/usr.bin/binutils/addr2line gnu/usr.bin/binutils/nm gnu/usr.bin/binutils/objcopy gnu/usr.bin/binutils/objdump gnu/usr.bin/binutils/readelf gnu/usr.bin

On 6/8/14 1:13 PM, Pedro Giffuni wrote: Hello; El 6/8/2014 2:14 PM, Alfred Perlstein escribió: There has to be a way to call out what works and what doesn't work and form a transition from a world with no ASLR to one with some ASLR and eventually one with almost entirely ASLR coverage.

svn commit: r267559 - head/share/examples/bhyve

Author: alfred Date: Tue Jun 17 00:53:00 2014 New Revision: 267559 URL: http://svnweb.freebsd.org/changeset/base/267559 Log: Support for multiple disks and tap devices. This allows you to give a bhyve instance multiple network devices and disk devices easily by specifying additional "-d "

svn commit: r258276 - head/sys/ofed/drivers/net/mlx4

Author: alfred Date: Sun Nov 17 20:58:31 2013 New Revision: 258276 URL: http://svnweb.freebsd.org/changeset/base/258276 Log: Fix creating a vlan over lagg over mlxen crash. PR: 181931 Submitted by: Shahar Klein (shahark mellanox.com) Modified: head/sys/ofed/drivers/net/mlx4/e

svn commit: r259114 - head/sys/modules/crypto

Author: alfred Date: Mon Dec 9 02:06:52 2013 New Revision: 259114 URL: http://svnweb.freebsd.org/changeset/base/259114 Log: Chase down cryptodeflate.c change from r259109. Modified: head/sys/modules/crypto/Makefile Modified: head/sys/modules/crypto/Makefile =

svn commit: r259411 - head/sys/ofed/drivers/net/mlx4

Author: alfred Date: Sun Dec 15 07:07:13 2013 New Revision: 259411 URL: http://svnweb.freebsd.org/changeset/base/259411 Log: Defer start/stop port to workqueues. We need to do this because the Linux compat layer uses sx(9) for mutex, however the lagg code uses rmlocks and calls into the m

Re: svn commit: r255219 - in head: contrib/tcpdump lib/libc lib/libc/capability lib/libc/include lib/libc/sys lib/libprocstat sbin/dhclient sbin/hastd sys/amd64/linux32 sys/bsm sys/cddl/compat/opensol

; /* Path to file, if any. */ -- Alfred Perlstein ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"

Re: svn commit: r255219 - in head: contrib/tcpdump lib/libc lib/libc/capability lib/libc/include lib/libc/sys lib/libprocstat sbin/dhclient sbin/hastd sys/amd64/linux32 sys/bsm sys/cddl/compat/opensol

On 1/2/14 2:49 AM, Pawel Jakub Dawidek wrote: On Thu, Jan 02, 2014 at 02:28:57AM -0800, Alfred Perlstein wrote: On 1/2/14 1:33 AM, Pawel Jakub Dawidek wrote: On Wed, Jan 01, 2014 at 11:16:22PM -0800, Stanislav Sedov wrote: On Sep 4, 2013, at 5:09 PM, Pawel Jakub Dawidek wrote: This

Re: svn commit: r255219 - in head: contrib/tcpdump lib/libc lib/libc/capability lib/libc/include lib/libc/sys lib/libprocstat sbin/dhclient sbin/hastd sys/amd64/linux32 sys/bsm sys/cddl/compat/opensol

On 1/2/14, 11:14 AM, John-Mark Gurney wrote: Konstantin Belousov wrote this message on Thu, Jan 02, 2014 at 15:13 +0200: Afaik you could just remove the "spare" and steal 2 or 4 entries from _kf_ispare until it is sorted. Yes, this would work for current cap_rights_t structure, at least for i3

Re: svn commit: r255219 - in head: contrib/tcpdump lib/libc lib/libc/capability lib/libc/include lib/libc/sys lib/libprocstat sbin/dhclient sbin/hastd sys/amd64/linux32 sys/bsm sys/cddl/compat/opensol

On 1/2/14, 11:34 AM, Konstantin Belousov wrote: On Thu, Jan 02, 2014 at 11:23:55AM -0800, Alfred Perlstein wrote: On 1/2/14, 11:14 AM, John-Mark Gurney wrote: Konstantin Belousov wrote this message on Thu, Jan 02, 2014 at 15:13 +0200: Afaik you could just remove the "spare" and st

Re: svn commit: r260898 - head/sys/kern

On 1/22/14, 10:14 AM, John-Mark Gurney wrote: Scott Long wrote this message on Tue, Jan 21, 2014 at 15:12 -0700: On Jan 21, 2014, at 9:26 AM, John Baldwin wrote: On Monday, January 20, 2014 5:18:44 pm Alexander Kabaev wrote: On Mon, 20 Jan 2014 11:32:29 -0500 John Baldwin wrote: On Sunda

Re: svn commit: r260898 - head/sys/kern

On 1/22/14, 12:27 PM, John Baldwin wrote: On Wednesday, January 22, 2014 2:06:39 pm Alfred Perlstein wrote: Hmm, what if locks had a pointer to a 2 element char * array, the first being the name, the second the type. That would keep the size of the lock down and most locks could share a

Re: svn commit: r260898 - head/sys/kern

On 1/22/14, 1:22 PM, John Baldwin wrote: On Wednesday, January 22, 2014 3:59:37 pm Alfred Perlstein wrote: On 1/22/14, 12:27 PM, John Baldwin wrote: On Wednesday, January 22, 2014 2:06:39 pm Alfred Perlstein wrote: Hmm, what if locks had a pointer to a 2 element char * array, the first being

Re: svn commit: r260898 - head/sys/kern

On 1/22/14, 2:52 PM, John-Mark Gurney wrote: Alfred Perlstein wrote this message on Wed, Jan 22, 2014 at 14:15 -0800: On 1/22/14, 1:22 PM, John Baldwin wrote: On Wednesday, January 22, 2014 3:59:37 pm Alfred Perlstein wrote: On 1/22/14, 12:27 PM, John Baldwin wrote: On Wednesday, January 22

Re: svn commit: r260898 - head/sys/kern

On 1/22/14, 8:34 PM, Rui Paulo wrote: On 22 Jan 2014, at 20:05, Adrian Chadd wrote: .. Make it be an offset into the table rather than a pointer, then we can do dirty rcu style hacks to just replace and grow the table as we need more memory. Don't we have a standard way to pull memory from

Re: svn commit: r275804 - head/gnu/usr.bin/cc/cc1plus

On 12/15/14 1:44 PM, Craig Rodrigues wrote: On Mon, Dec 15, 2014 at 1:38 PM, Ed Maste > wrote: > cfns.h: cfns.gperf > gperf -o -C -E -k '1-6,$$' -j1 -D -N 'libc_name_p' -L ANSI-C \ >${.ALLSRC} > ${.TARGET}_temp >

svn commit: r276195 - in head: . lib/libxo

Author: alfred Date: Thu Dec 25 03:15:56 2014 New Revision: 276195 URL: https://svnweb.freebsd.org/changeset/base/276195 Log: Move libxo to /lib Update ObsoleteFiles to reflect libxo move. Reviewed by: ngie Differential Revision: https://reviews.freebsd.org/D1370 Modified: head/Ob

Re: svn commit: r276195 - in head: . lib/libxo

On 12/24/14 7:36 PM, Garrett Cooper wrote: On Dec 24, 2014, at 19:15, Alfred Perlstein wrote: Author: alfred Date: Thu Dec 25 03:15:56 2014 New Revision: 276195 URL: https://svnweb.freebsd.org/changeset/base/276195 Log: Move libxo to /lib Update ObsoleteFiles to reflect libxo move

svn commit: r276209 - head

Author: alfred Date: Thu Dec 25 17:53:43 2014 New Revision: 276209 URL: https://svnweb.freebsd.org/changeset/base/276209 Log: Fix OLD_LIBS for libxo moved to /lib Pointed out by: kib Modified: head/ObsoleteFiles.inc Modified: head/ObsoleteFiles.inc ==

Re: svn commit: r276195 - in head: . lib/libxo

On 12/25/14 12:07 PM, Garrett Cooper wrote: On Dec 25, 2014, at 02:21, Konstantin Belousov wrote: On Wed, Dec 24, 2014 at 11:04:01PM -0800, Garrett Cooper wrote: On Dec 24, 2014, at 19:56, Alfred Perlstein wrote: On 12/24/14 7:36 PM, Garrett Cooper wrote: ... There isn't a lef

svn commit: r276273 - head/contrib/libxo/libxo

Author: alfred Date: Sat Dec 27 01:06:19 2014 New Revision: 276273 URL: https://svnweb.freebsd.org/changeset/base/276273 Log: Output strerror from xo_warn Reported by: bapt Reviewed by: bapt, ngie Differential Revision: https://reviews.freebsd.org/D1378 Modified: head/contrib/libx

Re: svn commit: r276195 - in head: . lib/libxo

You are correct. Reason for move was due to programs inside of /bin and /sbin depending on libxo. -Alfred On 12/29/14 8:49 AM, Bjoern A. Zeeb wrote: On 25 Dec 2014, at 03:15 , Alfred Perlstein wrote: Author: alfred Date: Thu Dec 25 03:15:56 2014 New Revision: 276195 URL: https

Re: svn commit: r276565 - in head/gnu: lib/libstdc++/doc usr.bin/diff usr.bin/diff/doc usr.bin/gdb usr.bin/gperf usr.bin/gperf/doc

On 1/2/15 1:33 PM, Steve Kargl wrote: On Fri, Jan 02, 2015 at 03:59:11PM -0500, Benjamin Kaduk wrote: On Fri, Jan 2, 2015 at 3:44 PM, Steve Kargl < s...@troutmask.apl.washington.edu> wrote: On Fri, Jan 02, 2015 at 08:34:56PM +, Garrett Cooper wrote: Author: ngie Date: Fri Jan 2 20:34:55

Re: svn commit: r277653 - head/sys/dev/netmap

Wasn't this pointed out by James K? On 1/24/15 11:49 AM, Adrian Chadd wrote: Author: adrian Date: Sat Jan 24 19:49:27 2015 New Revision: 277653 URL: https://svnweb.freebsd.org/changeset/base/277653 Log: Change the permissions from 0660 to 0600. Otherwise people in wheel can do things

Re: svn commit: r277694 - head/sys/amd64/conf

Don't have a strong opinion on this because I'm not in the know lately, but was wondering: 1) if we wanted to keep NE1000/2000 support for FreeBSD in emulators? Probably not I assume? 2) Does Linux nuke these devices? why/why-not? On Jan 25, 2015, at 9:58 AM, Warner Losh wrote: > >> On Jan

Re: svn commit: r277694 - head/sys/amd64/conf

Never mind, apologies, thought this was i386+amd64. I'm going to guess anything emulating amd64 has pci NICs in it. :) On Jan 26, 2015, at 9:21 AM, Alfred Perlstein wrote: > Don't have a strong opinion on this because I'm not in the know lately, but > was wondering: &g

Re: svn commit: r279603 - in head: bin/rcp usr.bin/rlogin usr.bin/rsh

On 3/5/15 4:30 AM, Gleb Smirnoff wrote: On Thu, Mar 05, 2015 at 03:30:16PM +0300, Slawa Olhovchenkov wrote: S> > On Thu, Mar 05, 2015 at 03:21:03PM +0300, Slawa Olhovchenkov wrote: S> > S> > On Wed, Mar 04, 2015 at 10:01:45PM +, Baptiste Daroussin wrote: S> > S> > B> Author: bapt S> > S> >

Re: svn commit: r279603 - in head: bin/rcp usr.bin/rlogin usr.bin/rsh

On 3/5/15 4:28 AM, Slawa Olhovchenkov wrote: On Thu, Mar 05, 2015 at 12:24:05PM +, David Chisnall wrote: On 5 Mar 2015, at 12:21, Slawa Olhovchenkov wrote: I guess when they are going to be not precious enough to be removed? :) In modern world of ssh and https, does any OS require th

Re: svn commit: r279603 - in head: bin/rcp usr.bin/rlogin usr.bin/rsh

On 3/5/15 4:49 AM, Edward Tomasz Napierała wrote: On 0305T1555, Gleb Smirnoff wrote: On Thu, Mar 05, 2015 at 03:40:37PM +0300, Slawa Olhovchenkov wrote: S> > nc(1), which is a pure socket testing tool. For telnet(1) this S> > capability is a side effect. S> S> You don't try this in practice. S

Re: svn commit: r279603 - in head: bin/rcp usr.bin/rlogin usr.bin/rsh

On 3/5/15 5:06 AM, David Chisnall wrote: On 5 Mar 2015, at 12:42, Slawa Olhovchenkov wrote: nc don't work with unix socket. Okay, now you're changing your requirements - you first spoke of remote equipment and network testing. However, UNIX domain sockets appear as files in the filesys

Re: svn commit: r279603 - in head: bin/rcp usr.bin/rlogin usr.bin/rsh

On 3/5/15 6:09 AM, David Chisnall wrote: On 5 Mar 2015, at 14:04, Dmitry Sivachenko wrote: It is so nice to have most useful stuff out of the box. The question is whether a tool for logging into remote machines without encryption is 'the most useful stuff'. The tool is also [ab]used for n

Re: svn commit: r280120 - head/sys/dev/wpi

Just use github, you can then just follow my directions on the https://wiki.freebsd.org/GitWorkflow page. you can commit them as individual commits if you would like or make a giant squash commit. Better would really be to replay all the commits into an svn branch, then make a single svn merge

Re: svn commit: r287606 - head/sys/kern

64k hard is too low a number for large memory machines. -Alfred On 9/10/15 9:18 AM, Adrian Chadd wrote: On 10 September 2015 at 09:04, Warner Losh wrote: On Thu, Sep 10, 2015 at 9:53 AM, Ed Maste wrote: On 10 September 2015 at 04:05, Adrian Chadd wrote: Author: adrian Date: Thu Sep 10 04

Re: svn commit: r287606 - head/sys/kern

The idea is sane defaults. Surely 256k makes sense for a machine with that much memory. Sent from my iPhone > On Sep 11, 2015, at 2:02 PM, Adrian Chadd wrote: > >> On 11 September 2015 at 13:46, Alfred Perlstein wrote: >> 64k hard is too low a number for large memory machi

svn commit: r295136 - in head: sys/kern sys/netinet sys/sys usr.bin/netstat

Author: alfred Date: Tue Feb 2 05:57:59 2016 New Revision: 295136 URL: https://svnweb.freebsd.org/changeset/base/295136 Log: Increase max allowed backlog for listen sockets from short to int. PR: 203922 Submitted by: White Knight MFC After: 4 weeks Modified: head/sys/kern/uipc_de

Re: svn commit: r295136 - in head: sys/kern sys/netinet sys/sys usr.bin/netstat

On 2/2/16 11:39 AM, John Baldwin wrote: On Tuesday, February 02, 2016 05:57:59 AM Alfred Perlstein wrote: Author: alfred Date: Tue Feb 2 05:57:59 2016 New Revision: 295136 URL: https://svnweb.freebsd.org/changeset/base/295136 Log: Increase max allowed backlog for listen sockets from

Re: svn commit: r295136 - in head: sys/kern sys/netinet sys/sys usr.bin/netstat

On 2/2/16 12:23 PM, Xin LI wrote: On Tuesday, February 2, 2016, Alfred Perlstein <mailto:alf...@freebsd.org>> wrote: On 2/2/16 11:39 AM, John Baldwin wrote: On Tuesday, February 02, 2016 05:57:59 AM Alfred Perlstein wrote: Author: alfred

Re: svn commit: r295136 - in head: sys/kern sys/netinet sys/sys usr.bin/netstat

On 2/2/16 1:09 PM, Slawa Olhovchenkov wrote: On Tue, Feb 02, 2016 at 12:35:47PM -0800, Alfred Perlstein wrote: I would second John's comment on the necessity of the change though, if one already have 32K of *backlogged* connections, it's probably not very useful to allow more comi

svn commit: r242029 - head/sys/kern

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

svn commit: r242030 - head/usr.bin/netstat

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

svn commit: r242424 - in head: share/man/man4 sys/conf sys/ddb

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

svn commit: r242439 - in head/sys: dev/null geom kern sys

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

svn commit: r242440 - head/share/man/man4

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

svn commit: r242451 - head/sbin/dumpon

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

svn commit: r242486 - head/sbin/dumpon

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 =

svn commit: r242489 - head/sys/kern

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

svn commit: r242655 - head/sys/kern

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

Re: svn commit: r242029 - head/sys/kern

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

Re: svn commit: r242747 - head/sys/kern

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

Re: svn commit: r242029 - head/sys/kern

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

  1   2   3   >