svn commit: r326791 - head/usr.bin/gzip

Author: delphij Date: Tue Dec 12 06:56:21 2017 New Revision: 326791 URL: https://svnweb.freebsd.org/changeset/base/326791 Log: Close the correct file descriptor. MFC after:2 weeks Modified: head/usr.bin/gzip/gzip.c Modified: head/usr.bin/gzip/gzip.c

Re: svn commit: r326773 - in head/sys: conf dev/syscon

On Mon, Dec 11, 2017 at 10:14:04AM -0800, Nathan Whitehorn wrote: > I think this name might confuse people looking for "syscons". Can it be > renamed? Also, if it is ARM-specific, maybe it belongs in sys/arm? +1 for rename, it's very confusing now. ./danfe

svn commit: r326789 - head/sys/powerpc/powerpc

Author: jhibbits Date: Tue Dec 12 03:16:10 2017 New Revision: 326789 URL: https://svnweb.freebsd.org/changeset/base/326789 Log: Decode some PowerPC trap registers Decode on Book-E: * ESR (Exception Syndrome Register) * MCSR (Machine Check Status Register) On AIM: * MSSSR (Memory

Re: svn commit: r326773 - in head/sys: conf dev/syscon

On Mon, 11 Dec 2017, Nathan Whitehorn wrote: I think this name might confuse people looking for "syscons". Can it be renamed? Also, if it is ARM-specific, maybe it belongs in sys/arm? The wouldn't find it since it is not in any man page, GENERIC, or even in NOTES. It is not as bad as some

Re: svn commit: r326771 - head/usr.sbin/efibootmgr

On Mon, 11 Dec 2017, Warner Losh wrote: Log: Unbreak gcc build by using (void) for functions that take no args. You mean "Fix a bug (K function definition without even a C99 prototype) that is detected by compilers like gcc with non-broken support for the -W flag that we used to detect such

Re: svn commit: r326758 - in head/sys/i386: conf include

On 12 Dec, Eugene Grosbein wrote: > Now I run FreeBSD 11/i386 as my home router with IPSEC and torrent > client, and I run several virtualized routers with IPSEC tunnels, > jabber and mail server, squid and ZFS for src/obj/ports compression > and they all easily crash unless kern.kstack_pages

svn commit: r326786 - head/usr.bin/gzip

Author: cem Date: Tue Dec 12 01:19:08 2017 New Revision: 326786 URL: https://svnweb.freebsd.org/changeset/base/326786 Log: gzip(1): Remove duplicate close() CID: 1383560 Reported by: Coverity Sponsored by: Dell EMC Isilon Modified: head/usr.bin/gzip/gzip.c Modified:

svn commit: r326784 - head/stand/common

Author: imp Date: Mon Dec 11 23:15:43 2017 New Revision: 326784 URL: https://svnweb.freebsd.org/changeset/base/326784 Log: Revert part of 362772. It was causing problems for includes and making the menus disappear. Sponsored by: Netflix Modified: head/stand/common/interp_forth.c

svn commit: r326783 - head/sys/dev/syscon

Author: kevans Date: Mon Dec 11 22:55:51 2017 New Revision: 326783 URL: https://svnweb.freebsd.org/changeset/base/326783 Log: Correct a typo in syscon driver 'modify' logic Not previously caught because the current consumer (not yet in tree) doesn't use the 'modify' bits (yet).

svn commit: r326776 - in head/contrib/llvm/tools/clang: include/clang/Sema lib/Sema

Author: dim Date: Mon Dec 11 20:04:40 2017 New Revision: 326776 URL: https://svnweb.freebsd.org/changeset/base/326776 Log: Pull in r320396 from upstream clang trunk (by Malcolm Parsons): [Sema] Fix crash in unused-lambda-capture warning for VLAs Summary: Clang was crashing

svn commit: r326775 - head/sys/net

Author: shurd Date: Mon Dec 11 20:01:28 2017 New Revision: 326775 URL: https://svnweb.freebsd.org/changeset/base/326775 Log: Increment encap_pad_mbuf_fail when m_dup() fails in padding Previously, the counter was only incremented when m_append() failed. Since the function can also fail

Re: svn commit: r326758 - in head/sys/i386: conf include

12.12.2017 2:12, Rodney W. Grimes wrote: >>> Not sure about IPSEC and ZFS. But I was NOT able to reproduce the issue by >>> just using >>> an SCTP association on a 32-bit VM using FreeBSD 11.1. So right now I don't >>> know what >>> is wrong and therefore what could be fixed... >> >> You just

svn commit: r326774 - in head/sys: amd64/amd64 cddl/contrib/opensolaris/uts/common/sys cddl/contrib/opensolaris/uts/intel/dtrace cddl/contrib/opensolaris/uts/powerpc/dtrace i386/i386 powerpc/powerp...

Author: markj Date: Mon Dec 11 19:21:39 2017 New Revision: 326774 URL: https://svnweb.freebsd.org/changeset/base/326774 Log: Pass the trap frame to fasttrap hooks. The DTrace fasttrap entry points expect a struct reg containing the register values of the calling thread. Perform the

Re: svn commit: r326758 - in head/sys/i386: conf include

> 12.12.2017 1:52, Michael Tuexen wrote: > > > Not sure about IPSEC and ZFS. But I was NOT able to reproduce the issue by > > just using > > an SCTP association on a 32-bit VM using FreeBSD 11.1. So right now I don't > > know what > > is wrong and therefore what could be fixed... > > You just

Re: svn commit: r326758 - in head/sys/i386: conf include

> On 11. Dec 2017, at 17:21, Eugene Grosbein wrote: > > 11.12.2017 22:08, Konstantin Belousov пишет: >> On Mon, Dec 11, 2017 at 06:03:36PM +0700, Eugene Grosbein wrote: >>> I do not try to contradict other usage patterns. In fact, I'm eager to know >>> a practical example of

Re: svn commit: r326773 - in head/sys: conf dev/syscon

On Mon, 2017-12-11 at 10:14 -0800, Nathan Whitehorn wrote: > I think this name might confuse people looking for "syscons". Can it > be  > renamed? Also, if it is ARM-specific, maybe it belongs in sys/arm? > -Nathan > > On 12/11/17 10:04, Kyle Evans wrote: > > > > Author: kevans > > Date: Mon Dec

Re: svn commit: r326773 - in head/sys: conf dev/syscon

I think this name might confuse people looking for "syscons". Can it be renamed? Also, if it is ARM-specific, maybe it belongs in sys/arm? -Nathan On 12/11/17 10:04, Kyle Evans wrote: Author: kevans Date: Mon Dec 11 18:04:04 2017 New Revision: 326773 URL:

svn commit: r326773 - in head/sys: conf dev/syscon

Author: kevans Date: Mon Dec 11 18:04:04 2017 New Revision: 326773 URL: https://svnweb.freebsd.org/changeset/base/326773 Log: Add generic 'syscon' driver Upstream dts for allwinner will require a syscon driver, since the emac node coming in 4.15 will be using xref to /soc/syscon for

Re: svn commit: r326758 - in head/sys/i386: conf include

... > > > > We need to break the developers model that i386 is dead and that i386 is > > not running on extremly modern hardware due to the factor of virtualization. > > > > Output from one of my VM's running inside bhyve: > > > > # uname -a > > FreeBSD filestore.dnsmgr.net 11.1-RELEASE

Re: svn commit: r326758 - in head/sys/i386: conf include

[ Charset UTF-8 unsupported, converting... ] > 11.12.2017 23:45, Alexey Dokuchaev wrote: > > >> Understood. While I'm sure that modern internet browsers make it > >> uncomfortable to browse with less than 4G total RAM (e.g. 2GB) available > >> for the system thus requiring amd64, > > > >

Re: svn commit: r326758 - in head/sys/i386: conf include

11.12.2017 23:45, Alexey Dokuchaev wrote: >> Understood. While I'm sure that modern internet browsers make it >> uncomfortable to browse with less than 4G total RAM (e.g. 2GB) available >> for the system thus requiring amd64, > > Browsing just fine on 2G RAM with Firefox, both under GNU/Linux

Re: svn commit: r326758 - in head/sys/i386: conf include

On Mon, Dec 11, 2017 at 11:21:06PM +0700, Eugene Grosbein wrote: > 11.12.2017 22:08, Konstantin Belousov пишет: > > Plain workstation use, like X11+browser+editor+some other programs easily > > allocates 1000+ threads. It was still possible to use 32bit x86 for that, > > of course in max memory

Re: svn commit: r326758 - in head/sys/i386: conf include

11.12.2017 22:09, Rodney W. Grimes write: > THis is a mistake, there is a huge worled of i386 deployment, not all > the world needs, or even wants amd64, especially in teh virtualization > world when you are running anything with less than 4G of memory, which > I would argue is a huge depolyement

Re: svn commit: r326758 - in head/sys/i386: conf include

11.12.2017 22:08, Konstantin Belousov пишет: > On Mon, Dec 11, 2017 at 06:03:36PM +0700, Eugene Grosbein wrote: >> I do not try to contradict other usage patterns. In fact, I'm eager to know >> a practical example of such pattern: a task, an application, anything real? > Plain workstation use,

Re: svn commit: r326758 - in head/sys/i386: conf include

On Mon, Dec 11, 2017 at 07:33:08AM -0800, Rodney W. Grimes wrote: > > On Mon, Dec 11, 2017 at 07:09:10AM -0800, Rodney W. Grimes wrote: > > > The current comment about a pcb, I thought that code was changed > > > so we only put the pointer to a pcb on the stack. > > > > pcb is on top of the

svn commit: r326772 - in head/stand: common efi/loader i386/loader mips/beri/loader ofw/common powerpc/kboot powerpc/ps3 sparc64/loader userboot/userboot

Author: imp Date: Mon Dec 11 16:18:05 2017 New Revision: 326772 URL: https://svnweb.freebsd.org/changeset/base/326772 Log: Fix regression with lua import Don't print when we can't find a file. Copy it instead to the error buffer. Higher level routines determine if it's appropriate to

svn commit: r326771 - head/usr.sbin/efibootmgr

Author: imp Date: Mon Dec 11 16:17:53 2017 New Revision: 326771 URL: https://svnweb.freebsd.org/changeset/base/326771 Log: Unbreak gcc build by using (void) for functions that take no args. Sponsored by: Netflix Modified: head/usr.sbin/efibootmgr/efibootmgr.c Modified:

Re: svn commit: r326758 - in head/sys/i386: conf include

On Mon, Dec 11, 2017 at 07:09:10AM -0800, Rodney W. Grimes wrote: > [ Charset UTF-8 unsupported, converting... ] > > New Revision: 326758 > > URL: https://svnweb.freebsd.org/changeset/base/326758 > > > > Log: > > i386: Bump KSTACK_PAGES default to match amd64 > > > > Logically, extend

svn commit: r326770 - head/sys/vm

Author: markj Date: Mon Dec 11 15:33:24 2017 New Revision: 326770 URL: https://svnweb.freebsd.org/changeset/base/326770 Log: Use a dedicated counter for inactive queue scans. The laundry thread keeps track of the number of inactive queue scans performed by the page daemon, and was

Re: svn commit: r326758 - in head/sys/i386: conf include

> On Mon, Dec 11, 2017 at 07:09:10AM -0800, Rodney W. Grimes wrote: > > The current comment about a pcb, I thought that code was changed > > so we only put the pointer to a pcb on the stack. > > pcb is on top of the stack, followed by the userspace FPU registers save > area. I do not see any

Re: svn commit: r326758 - in head/sys/i386: conf include

On Mon, Dec 11, 2017 at 07:09:10AM -0800, Rodney W. Grimes wrote: > The current comment about a pcb, I thought that code was changed > so we only put the pointer to a pcb on the stack. pcb is on top of the stack, followed by the userspace FPU registers save area. I do not see any sense in

Re: svn commit: r326758 - in head/sys/i386: conf include

[ Charset UTF-8 unsupported, converting... ] > Author: cem > Date: Mon Dec 11 04:32:37 2017 > New Revision: 326758 > URL: https://svnweb.freebsd.org/changeset/base/326758 > > Log: > i386: Bump KSTACK_PAGES default to match amd64 > > Logically, extend r286288 to cover all threads, by

Re: svn commit: r326758 - in head/sys/i386: conf include

On Mon, Dec 11, 2017 at 06:03:36PM +0700, Eugene Grosbein wrote: > I do not try to contradict other usage patterns. In fact, I'm eager to know > a practical example of such pattern: a task, an application, anything real? Plain workstation use, like X11+browser+editor+some other programs easily

svn commit: r326769 - head/usr.bin/ctlstat

Author: bapt Date: Mon Dec 11 14:54:42 2017 New Revision: 326769 URL: https://svnweb.freebsd.org/changeset/base/326769 Log: Remove hard coded number of lun definition The number of lun exposed is now exposed via sysctl by the kernel. Use that number in ctlstat instead of the hardcoded

svn commit: r326768 - head/stand

Author: imp Date: Mon Dec 11 14:47:23 2017 New Revision: 326768 URL: https://svnweb.freebsd.org/changeset/base/326768 Log: Fix a comment to be more accurate Modified: head/stand/defs.mk Modified: head/stand/defs.mk

svn commit: r326765 - head/contrib/ofed/include

Author: kib Date: Mon Dec 11 11:59:45 2017 New Revision: 326765 URL: https://svnweb.freebsd.org/changeset/base/326765 Log: ofed: Define barriers for mips and arm. I used the strongest barriers available on the architectures, so if the future analysis show that it is excessive, the

svn commit: r326764 - head/contrib/ofed/librdmacm

Author: kib Date: Mon Dec 11 11:57:46 2017 New Revision: 326764 URL: https://svnweb.freebsd.org/changeset/base/326764 Log: ofed: Remove duplicated symbols from the version file. ld.bfd accepts multiple listing of the same symbol in the version script. lld is stricter and errors out.

Re: svn commit: r326758 - in head/sys/i386: conf include

On 11.12.2017 17:52, Konstantin Belousov wrote: >> I still wonder if there is really such load pattern that creates "enough >> threads" >> for i386 to make 4-pages stack troublesome. > Yes, there is such load pattern, it is when you do create threads. Your > load, as described, is static. Peter'

Re: svn commit: r326758 - in head/sys/i386: conf include

On Mon, Dec 11, 2017 at 05:26:12PM +0700, Eugene Grosbein wrote: > On 11.12.2017 16:19, Konstantin Belousov wrote: > > On Mon, Dec 11, 2017 at 04:32:37AM +, Conrad Meyer wrote: > >> Author: cem > >> Date: Mon Dec 11 04:32:37 2017 > >> New Revision: 326758 > >> URL:

Re: svn commit: r326758 - in head/sys/i386: conf include

On 11.12.2017 16:19, Konstantin Belousov wrote: > On Mon, Dec 11, 2017 at 04:32:37AM +, Conrad Meyer wrote: >> Author: cem >> Date: Mon Dec 11 04:32:37 2017 >> New Revision: 326758 >> URL: https://svnweb.freebsd.org/changeset/base/326758 >> >> Log: >> i386: Bump KSTACK_PAGES default to match

Re: svn commit: r326758 - in head/sys/i386: conf include

On Mon, Dec 11, 2017 at 04:32:37AM +, Conrad Meyer wrote: > Author: cem > Date: Mon Dec 11 04:32:37 2017 > New Revision: 326758 > URL: https://svnweb.freebsd.org/changeset/base/326758 > > Log: > i386: Bump KSTACK_PAGES default to match amd64 i386 is not amd64, the change is wrong. i386 has