Re: svn commit: r340088 - head/sbin/devd

2018-11-02 Thread Matthew D. Fuller 
> +# devices are assocaited with the USB Bus and provide an ifnet device to
 
Tpyo.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"

Re: svn commit: r303970 - in stable/11/sys/cddl: compat/opensolaris/sys contrib/opensolaris/uts/common/fs/zfs contrib/opensolaris/uts/common/fs/zfs/sys

2016-08-11 Thread Matthew D. Fuller 
On Thu, Aug 11, 2016 at 11:25:14PM + I heard the voice of
Glen Barber, and lo! it spake thus:
> 
> but the change in current that triggered this specific issue does
> not affect 10.x or 9.x.

Considering that
 has
references to the lockups happening on both 10 and 9...


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"

Re: svn commit: r301602 - in head: . lib/libpam lib/libpam/libpam lib/libpam/libpam/security tools/build/mk

2016-06-14 Thread Matthew D. Fuller 
On Tue, Jun 14, 2016 at 09:37:17AM -0700 I heard the voice of
Bryan Drewery, and lo! it spake thus:
> 
>  Ports OpenSSL is supposed to be +1 over what is in base but r301271
>  made it match... thus rebuilding packages will likely cause chaos.

Actually since r290207 (last Oct).  It makes life...   interesting.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"

Re: svn commit: r285336 - in head/sys: netipsec opencrypto

2015-07-10 Thread Matthew D. Fuller 
On Thu, Jul 09, 2015 at 06:16:36PM + I heard the voice of
George V. Neville-Neil, and lo! it spake thus:
> New Revision: 285336
> URL: https://svnweb.freebsd.org/changeset/base/285336
> 
> Log:
>   Add support for AES modes to IPSec.  These modes work both in software only
>   mode and with hardware support on systems that have AESNI instructions.

With (apparently) this change, I can trigger a panic at will by
running

% geli onetime -e AES-XTS -d /dev/ada0s1

My best guess is that it comes from

> -#define RIJNDAEL128_BLOCK_LEN16
> +#define  AES_MIN_BLOCK_LEN   1

> - RIJNDAEL128_BLOCK_LEN, 8, 32, 64,
> + AES_MIN_BLOCK_LEN, AES_XTS_IV_LEN, AES_XTS_MIN_KEY, AES_XTS_MAX_KEY,

changing that first arg from 16 to 1.  It seems to be avoided with the
following patch:

--8K

Index: sys/opencrypto/xform.c
===
--- sys/opencrypto/xform.c  (revision 285365)
+++ sys/opencrypto/xform.c  (working copy)
@@ -257,7 +257,7 @@
 
 struct enc_xform enc_xform_aes_xts = {
CRYPTO_AES_XTS, "AES-XTS",
-   AES_MIN_BLOCK_LEN, AES_XTS_IV_LEN, AES_XTS_MIN_KEY, AES_XTS_MAX_KEY,
+   AES_BLOCK_LEN, AES_XTS_IV_LEN, AES_XTS_MIN_KEY, AES_XTS_MAX_KEY,
aes_xts_encrypt,
aes_xts_decrypt,
aes_xts_setkey,

--8K

at least in a little testing here.  If that's the actual fix, some of
the other MIN_BLOCK_LEN changes in GCM and GMAC are probably suspect
too.


(I also wonder why AES-ICM is still using the RIJNDAEL128 #defines;
shouldn't it be using the AES's too?  But that's cosmtic...)


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"

Re: svn commit: r280955 - in head/sys: modules/notrandom dev/notrandom

2015-04-01 Thread Matthew D. Fuller 
On Wed, Apr 01, 2015 at 01:52:04PM +0200 I heard the voice of
Mateusz Guzik, and lo! it spake thus:
> 
> As a side note I'm surprised with the choice of 7.
> 
> I would expect 3, no more, no less. 3 would be the number returned,
> and the number readers receive would be 3.

This is BSD: System V is right out.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"

Re: svn commit: r278349 - head/contrib/llvm/lib/Target/X86

2015-02-07 Thread Matthew D. Fuller 
On Sat, Feb 07, 2015 at 05:58:42PM +0100 I heard the voice of
Dimitry Andric, and lo! it spake thus:
> 
> since building head is more important than one particular file from
> LibreOffice.

FWIW, I built LibreOffice on my current -CURRENT (r277329) just
earlier this week.  A glance at src/contrib/llvm/ suggests only
ARM/MIPS changes have happened since then, so at least some of the
time you can probably still do both   :)


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"

Re: svn commit: r278349 - head/contrib/llvm/lib/Target/X86

2015-02-07 Thread Matthew D. Fuller 
On Sat, Feb 07, 2015 at 12:50:34PM + I heard the voice of
Dimitry Andric, and lo! it spake thus:
> 
> Log:
>   Pull in r224884 from upstream llvm trunk (by Keno Fischer):

This blows up the kernel build for me.  Apparently reproducible, as my
first build was -j'd and so unreadable, and another non--j build
yielded the below.  With the rev patch -R'd out, build completes fine.


cc   -Werror -D_KERNEL -DKLD_MODULE -nostdinc   -DHAVE_KERNEL_OPTION_HEADERS 
-include /usr/obj/usr/src/sys/MORTIS/opt_global.h -I. -I/usr/src/sys 
-I/usr/src/sys/contrib/altq -fno-common -g -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/MORTIS  -mcmodel=kernel 
-mno-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  
-Wundef -Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-unknown-pragmas  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function  
-Wno-error-pointer-sign  -mno-aes -mno-avx  -std=iso9899:1999 -c 
/usr/src/sys/modules/
 hptmv/../../dev/hptmv/hptproc.c
Cannot emit physreg copy instruction
UNREACHABLE executed at 
/usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86InstrInfo.cpp:3176!
Stack dump:
0.  Program arguments: /usr/obj/usr/src/tmp/usr/bin/cc -cc1 -triple 
x86_64-unknown-freebsd11.0 -emit-obj -mrelax-all -disable-free -main-file-name 
hptproc.c -mrelocation-model static -mdisable-fp-elim -masm-verbose 
-mconstructor-aliases -mcode-model kernel -target-cpu x86-64 -target-feature 
-mmx -target-feature -sse -target-feature -aes -target-feature -avx 
-disable-red-zone -no-implicit-float -gdwarf-2 -dwarf-column-info 
-coverage-file 
/usr/obj/usr/src/sys/MORTIS/modules/usr/src/sys/modules/hptmv/hptproc.o 
-nostdsysteminc -nobuiltininc -resource-dir 
/usr/obj/usr/src/tmp/usr/bin/../lib/clang/3.5.1 -include 
/usr/obj/usr/src/sys/MORTIS/opt_global.h -D _KERNEL -D KLD_MODULE -D 
HAVE_KERNEL_OPTION_HEADERS -I . -I /usr/src/sys -I /usr/src/sys/contrib/altq -I 
/usr/obj/usr/src/sys/MORTIS -isysroot /usr/obj/usr/src/tmp -Werror 
-Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested
 -externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline 
-Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs 
-Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body 
-Wno-error-parentheses-equality -Wno-error-unused-function 
-Wno-error-pointer-sign -std=iso9899:1999 -fdebug-compilation-dir 
/usr/obj/usr/src/sys/MORTIS/modules/usr/src/sys/modules/hptmv -ferror-limit 19 
-fmessage-length 80 -ffreestanding -fformat-extensions -fwrapv -stack-protector 
1 -mstackrealign -fobjc-runtime=gnustep -fno-common -fdiagnostics-show-option 
-fcolor-diagnostics -o hptproc.o -x c 
/usr/src/sys/modules/hptmv/../../dev/hptmv/hptproc.c 
1.   parser at end of file
2.  Code generation
3.  Running pass 'Function Pass Manager' on module 
'/usr/src/sys/modules/hptmv/../../dev/hptmv/hptproc.c'.
4.  Running pass 'Post-RA pseudo instruction expansion pass' on function 
'@hpt_proc_in'
cc: error: unable to execute command: Abort trap (core dumped)
cc: error: clang frontend command failed due to signal (use -v to see 
invocation)
FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115
Target: x86_64-unknown-freebsd11.0
Thread model: posix
cc: note: diagnostic msg: PLEASE submit a bug report to 
https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed 
source, and associated run script.
cc: note: diagnostic msg: 


PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
cc: note: diagnostic msg: /tmp/hptproc-809e0b.c
cc: note: diagnostic msg: /tmp/hptproc-809e0b.sh
cc: note: diagnostic msg: 


*** Error code 254

Stop.
make[4]: stopped in /usr/src/sys/modules/hptmv
*** Error code 1

Stop.
make[3]: stopped in /usr/src/sys/modules
*** Error code 1

Stop.
make[2]: stopped in /usr/obj/usr/src/sys/MORTIS
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src



-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-sr

Re: svn commit: r270759 - in head/sys: cddl/compat/opensolaris/kern cddl/compat/opensolaris/sys cddl/contrib/opensolaris/uts/common/fs/zfs vm

2014-08-28 Thread Matthew D. Fuller 
On Thu, Aug 28, 2014 at 10:11:39PM +0100 I heard the voice of
Steven Hartland, and lo! it spake thus:
> 
> Its very likely applicable to stable/9 although I've never used 9
> myself, we jumped from 9 direct to 10.

This is actually hitting two different issues from the two bugs:

- 191510 is about "ARC isn't greedy enough" on huge-memory machines,
  and from the osreldate that bug was filed on 9.2, so presumably is
  applicable.

- 187594 is about "ARC is too greedy" (probably mostly on not-so-huge
  machines) and starves/drives the rest of the system into swap.  That
  I believe came about as a result of some unrelated change in the
  10.x stream that upset the previous balance between ARC and the rest
  of the VM, so isn't a problem on 9.x.



-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"

Re: svn commit: r254627 - in head: bin/chflags bin/ls lib/libc/gen lib/libc/sys sys/cddl/contrib/opensolaris/uts/common/fs/zfs sys/fs/msdosfs sys/fs/smbfs sys/sys sys/ufs/ufs

2014-06-27 Thread Matthew D. Fuller 
On Fri, Jun 27, 2014 at 12:48:29PM -0700 I heard the voice of
Xin LI, and lo! it spake thus:
> 
> Craig have hit an interesting issue today, where he tried to 'mv' a
> file from ZFS dataset to a NFS mount, 'mv' bails out because chflags
> failed.

I've been getting these for a while on my -CURRENT box, where I mv
things from ZFS to NFS quite often, but it doesn't bail out; it keep
on going and just yells at me about every file.  I tried smacking it
around to fix it, but I wound up spilling my coffee instead   8-}


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"

Re: svn commit: r252209 - in head: share/man/man9 sys/kern sys/sys

2013-07-07 Thread Matthew D. Fuller 
On Tue, Jun 25, 2013 at 06:44:15PM + I heard the voice of
John Baldwin, and lo! it spake thus:
> Author: jhb
> Date: Tue Jun 25 18:44:15 2013
> New Revision: 252209
> URL: http://svnweb.freebsd.org/changeset/base/252209
> 
> Log:
>   Several improvements to rmlock(9).  Many of these are based on patches
>   provided by Isilon.

This breaks the kernel build with INVARIANT_SUPPORT but not
INVARIANTS:

/usr/src/sys/kern/kern_rmlock.c:714:1: error: expected identifier or '('

Presumably, because:


> +#ifndef INVARIANTS
> +#define  _rm_assert(c, what, file, line)
> +#endif

thus #define's, but then later

> +#ifdef INVARIANT_SUPPORT
> +/*
> + * Note that this does not need to use witness_assert() for read lock
> + * assertions since an exact count of read locks held by this thread
> + * is computable.
> + */
> +void
> +_rm_assert(const struct rmlock *rm, int what, const char *file, int line)

tries to make a function but the preprocessor has already munged it
up.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"

Re: svn commit: r242102 - in head: contrib/bmake usr.bin/bmake

2012-11-15 Thread Matthew D. Fuller 
On Thu, Nov 15, 2012 at 06:07:27PM +1100 I heard the voice of
Bruce Evans, and lo! it spake thus:
> 
> Maybe malloc() would be faster with MALLOC_PRODUCTION.  I use
> /etc/malloc.conf -> aj locally.  freefall doesn't have
> /etc/malloc.conf.  MALLOC_OPTIONS no longer works, and MALLOC_CONF
> is too large for me to understand, so I don't know how to turn off
> non-production features dynamically.

FWIW, I suspected MALLOC_PRODUCTION in some massive slowdowns I see
from time to time on my -CURRENT box.  Most vividly around running
portupgrade-related bits (portupgrade, pkgdb, etc).  I got annoyed by
it enough a few weeks ago to write up a quickie to bang malloc()
around and see what happened.  Attached, just for grins.

It allocates a big array, frees every other element, allocates
another, frees every other, hops back and forth filling in the holes,
then hopes around free'ing everything.  Doesn't put anything in the
pages, just allocates, so it doesn't call on the VM subsystem for
much.  i.e., "just beat the snot out of malloc"  ;)  Here are some
quick comparative runs on two systems I have here locally, one running
stable/9 (late Jun), the other head (mid Oct).  Same binary on both,
so it's not a compiler difference either.

stable/9:
1.594u 0.142s 0:01.73 100.0%5+2767k 0+0io 0pf+0w
1.586u 0.157s 0:01.74 99.4% 5+2792k 0+0io 0pf+0w
1.567u 0.156s 0:01.72 99.4% 5+2786k 0+0io 0pf+0w
1.583u 0.211s 0:01.79 100.0%5+2783k 0+0io 0pf+0w
1.599u 0.126s 0:01.72 99.4% 5+2786k 0+0io 0pf+0w

head:
12.748u 0.165s 0:12.91 99.9%5+167k 0+0io 0pf+0w
12.755u 0.157s 0:12.91 99.9%5+167k 0+0io 0pf+0w
12.778u 0.157s 0:12.94 99.8%5+167k 0+0io 0pf+0w
12.657u 0.204s 0:12.86 99.9%5+167k 0+0io 0pf+0w
12.733u 0.173s 0:12.98 99.3%5+167k 0+0io 0pf+0w


Neither system is entirely quiescent, but they're both largely idle.
The CPU's are from the same model series, though the -CURRENT box is
500MHz faster, and has faster memory.  So, yeah, it's a safe bet that
non-_PRODUCTION malloc() can hurt you quite a lot when you're
malloc()-heavy.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"

Re: svn commit: r226090 - head/sys/sys

2011-10-07 Thread Matthew D. Fuller 
On Fri, Oct 07, 2011 at 02:14:46PM +0300 I heard the voice of
Andriy Gapon, and lo! it spake thus:
> on 07/10/2011 09:00 David E. O'Brien said the following:
> > -#defineMSGBUF_SIZE (32768 * 2)
> > +#defineMSGBUF_SIZE (32768 * 3)
> 
> Heck, I am going to five! :-)

I've also had

options MSGBUF_SIZE=163840

(which is * 5) in my kernel config for years.  At least back to 2008,
which is as far back as I have VCS history on it, and I'm pretty sure
I had it around for some time prior.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"

Re: svn commit: r194493 - head/usr.bin/catman

2009-06-21 Thread Matthew D. Fuller 
On Sun, Jun 21, 2009 at 04:48:09PM +0200 I heard the voice of
Dag-Erling Smørgrav, and lo! it spake thus:
> Alexey Dokuchaev  writes:
> > This kinda brings up the question, do we actually need catman(1) at all
> > these days of fast CPU and disks and plenty of RAM?
> 
> Show me the fast CPU and plenty of RAM on this board:

Actually, I looked at this sort of things some years ago when I was
sitting in front of a PPro (which was way outdated by that time), and
even the largest manpage I could find in base didn't take more than 6
or 8 seconds to render.

Now, a PPro 200 probably has rather more suds than a net4801, but it's
not a huge difference.  One can come up with situations where there's
reason to use catman, but my conclusion at the time was that I
couldn't come up with any value in man(1) writing out catpages.


-- 
Matthew Fuller (MF4839)   |  fulle...@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
   On the Internet, nobody can hear you scream.
___
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"