Re: Speed problems with both system openssl and security/openssl-devel

2018-09-17 Thread Lev Serebryakov
Hello Lev, Thursday, September 13, 2018, 2:46:46 AM, you wrote: > Linux have openssl 1.1.0f, and I've tried both system /usr/bin/openssl > (1.0.2p) > and /usr/local/bin/openssl from security/openssl-devel port (1.1.0i), results > are > virtually the same. I have "ASM" and "SSE2" options

Re: FreeBSD EFI projects

2018-09-17 Thread Ed Maste
On 17 September 2018 at 14:17, Warner Losh wrote: > Items on my list are: > > (1) Retiring boot1.efi entirely before 13.0. It was originally designed to > be a small, never changing blob we'd toss into an ESP and have all the > smarts in loader.efi. I'd go further than this: it was originally

Re: FreeBSD EFI projects

2018-09-17 Thread Konstantin Belousov
On Mon, Sep 17, 2018 at 12:17:25PM -0600, Warner Losh wrote: > On Sun, Sep 16, 2018 at 11:29 PM Rebecca Cran wrote: > I've had some interest on #bsdmips about booting a 64-bit FreeBSD on old > > Apple systems that use 32-bit EFI: it sounds like it should be possible, > > and is something I'd like

Re: intr_machdep.c:176:2: error: use of undeclared identifier 'interrupt_sorted'

2018-09-17 Thread John Baldwin
On 9/17/18 11:32 AM, Michael Butler wrote: > On 9/10/18 1:20 PM, John Baldwin wrote: >> On 9/8/18 1:44 PM, Michael Butler wrote: >>> On 9/8/18 3:43 PM, Konstantin Belousov wrote: On Sat, Sep 08, 2018 at 02:07:41PM -0400, Michael Butler wrote: > On 8/31/18 1:28 AM, Konstantin Belousov

Re: intr_machdep.c:176:2: error: use of undeclared identifier 'interrupt_sorted'

2018-09-17 Thread Michael Butler
On 9/10/18 1:20 PM, John Baldwin wrote: > On 9/8/18 1:44 PM, Michael Butler wrote: >> On 9/8/18 3:43 PM, Konstantin Belousov wrote: >>> On Sat, Sep 08, 2018 at 02:07:41PM -0400, Michael Butler wrote: On 8/31/18 1:28 AM, Konstantin Belousov wrote: > On Fri, Aug 31, 2018 at 12:21:02AM

Re: FreeBSD EFI projects

2018-09-17 Thread Warner Losh
On Sun, Sep 16, 2018 at 11:29 PM Rebecca Cran wrote: > On 9/16/18 9:32 PM, Warner Losh wrote: > > > > > What did you have in mind working on? I have a few things that are in > > various stages of completeness around this issue that I've not had > > time to polish off for the tree. Some I'd like

vtnet + gif (IPv4 in IPv4) + iperf3 leads to crash on ALPHA6

2018-09-17 Thread Lev Serebryakov
I'm preparing some benchmarking setup, which includes gif tunnel from FreeBSD to FreeBSD, where one end is 12.0-ALPHA6/r338707 installed as guest in VirtualBox with virtual NIC (vtnet). This tunnel works for simple pings, but when I run iperf3 on this "link" ALPHA4 system crashes. It is 100%

Re: Speed problems with both system openssl and security/openssl-devel

2018-09-17 Thread Lev Serebryakov
On 17.09.2018 10:40, Daniel Nebdal wrote: > Could it be relevant that the Debian binary was probably compiled with > gcc, and the FreeBSD binary with clang? Maybe. Now I'm trying to trace codepath of "openssl speed -evp aes-256-cbc" on FreeBSD to understand where and why it refuses to use AES.

12.0-ALPHA6-amd64-20180914-r338675 LOR?

2018-09-17 Thread Anton Haglund
Hi, I am trying out 12.0-ALPHA6-amd64-20180914-r338675 vmdk with a VM with two CPUs. When doing "shutdown -h now" I get a lock order reversal, is this expected? According to https://www.freebsd.org/doc/faq/troubleshoot.html#idp59076936 it is possible to get false positives from witness.

Re: Speed problems with both system openssl and security/openssl-devel

2018-09-17 Thread Daniel Nebdal
On Fri, 14 Sep 2018 at 02:12, Lev Serebryakov wrote: > > Hello John, > > Friday, September 14, 2018, 1:44:13 AM, you wrote: > > >> % grep aesni ~/nanobsd/gatevay.v3/J3160 > >> device aesni > > > From my understanding of the OpenSSL code, it doesn't use the kernel driver > > at all (the

Re: udp6: Page fault panics

2018-09-17 Thread Andrey V. Elsukov
On 16.09.2018 03:04, Larry Rosenman wrote: > vpanic() at vpanic+0x1a3/frame 0xfe00ca17c150 > panic() at panic+0x43/frame 0xfe00ca17c1b0 > trap_fatal() at trap_fatal+0x35f/frame 0xfe00ca17c200 > trap_pfault() at trap_pfault+0x49/frame 0xfe00ca17c260 > trap() at trap+0x2ba/frame

updating my pordriere oven to latest CURRENT

2018-09-17 Thread Matthias Apitz
Hello, I'm short before updating my poudriere oven, a Dell PowerEdge r210, from r318593 to r338641. I have there a ZFS in use for poudriere, created with: # zpool create poudriere /dev/da1 and set in /usr/local/etc/poudriere.conf: ZPOOL=poudriere ZROOTFS=/poudriere # zpool