Jenkins build is back to normal : FreeBSD_stable_10 #273

2016-05-17 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_stable_10 #272

2016-05-17 Thread jenkins-admin 
See 

--
[...truncated 326023 lines...]
install -o root -g wheel  -m 644 leap-seconds 
/builds/workspace/FreeBSD_stable_10/package/src/etc/ntp
cd /builds/workspace/FreeBSD_stable_10/src/etc/periodic; make install
===> daily (install)
install -o root -g wheel  -m 755 100.clean-disks 110.clean-tmps 
120.clean-preserve 200.backup-passwd 210.backup-aliases 330.news 
400.status-disks 401.status-graid 406.status-gmirror 407.status-graid3 
408.status-gstripe 409.status-gconcat 420.status-network 450.status-security 
510.status-world-kernel 999.local 310.accounting 300.calendar 130.clean-msgs 
480.status-ntpd 480.leapfile-ntpd 140.clean-rwho 430.status-rwho 
150.clean-hoststat 440.status-mailq 460.status-mail-rejects 500.queuerun 
404.status-zfs 800.scrub-zfs 
/builds/workspace/FreeBSD_stable_10/package/src/etc/periodic/daily
===> security (install)
install -o root -g wheel  -m 755 100.chksetuid 110.neggrpperm 200.chkmounts 
300.chkuid0 400.passwdless 410.logincheck 700.kernelmsg 800.loginfail 
900.tcpwrap security.functions 510.ipfdenied 610.ipf6denied 500.ipfwdenied 
550.ipfwlimit 520.pfdenied 
/builds/workspace/FreeBSD_stable_10/package/src/etc/periodic/security
===> weekly (install)
install -o root -g wheel  -m 755 340.noid 450.status-security 999.local 
310.locate 320.whatis 330.catman 
/builds/workspace/FreeBSD_stable_10/package/src/etc/periodic/weekly
===> monthly (install)
install -o root -g wheel  -m 755 450.status-security 999.local 200.accounting 
/builds/workspace/FreeBSD_stable_10/package/src/etc/periodic/monthly
cd /builds/workspace/FreeBSD_stable_10/src/etc/pkg; make install
install -o root -g wheel  -m 644 FreeBSD.conf 
/builds/workspace/FreeBSD_stable_10/package/src/etc/pkg
cd /builds/workspace/FreeBSD_stable_10/src/etc/rc.d; make install
install -o root -g wheel  -m 555 DAEMON FILESYSTEMS LOGIN NETWORKING SERVERS 
abi addswap adjkerntz archdep atm1 atm2 atm3 auditd auditdistd bgfsck bluetooth 
bridge bthidd cleanvar cleartmp cron ctld ddb defaultroute devd devfs dhclient 
dmesg dumpon faith fsck gbde geli geli2 gptboot growfs gssd hcsecd hostid 
hostid_save hostname initrandom ip6addrctl ipfilter ipfs ipfw ipmon ipnat ipsec 
ipxrouted kadmind kdc kfd kld kldxref kpasswdd ldconfig local localpkg lockd 
mixer motd mountcritlocal mountcritremote mountlate mdconfig mdconfig2 mountd 
mroute6d mrouted msgs natd netif netoptions netwait newsyslog nfsclient nfscbd 
nfsd nfsuserd nisdomain nscd nsswitch ntpdate pf pflog pfsync postrandom ppp 
pppoed pwcheck quota random rarpd rctl resolv rfcomm_pppd_server root route6d 
routing rpcbind rtadvd rtsold savecore sdpd securelevel serial sppp sshd statd 
static_arp static_ndp stf swap swaplate sysctl syslogd tmp ubthidhci ugidfw 
local_unbound utx var virecover watchdogd ypbind yppasswdd ypser
 v ypset ypupdated ypxfrd zfs zvol accounting power_profile powerd amd apm apmd 
automount automountd autounmountd bootparams bsnmpd ccd ftpd hastd inetd 
iscsictl iscsid jail ipropd_master ipropd_slave moused syscons lpd othermta 
ntpd keyserv ftp-proxy rwho routed sendmail timed hostapd wpa_supplicant 
/builds/workspace/FreeBSD_stable_10/package/src/etc/rc.d
cd /builds/workspace/FreeBSD_stable_10/src/etc/../share/termcap; make 
etc-termcap
ln -fs /usr/share/misc/termcap 
/builds/workspace/FreeBSD_stable_10/package/src/etc/termcap
cd /builds/workspace/FreeBSD_stable_10/src/etc/../usr.sbin/rmt; make etc-rmt
rm -f /builds/workspace/FreeBSD_stable_10/package/src/etc/rmt
ln -s /usr/sbin/rmt /builds/workspace/FreeBSD_stable_10/package/src/etc/rmt
cd /builds/workspace/FreeBSD_stable_10/src/etc/pam.d; make install
install -o root  -g wheel -m 444  README  
/builds/workspace/FreeBSD_stable_10/package/src/etc/pam.d/README
install -o root -g wheel  -m 644 atrun cron ftpd imap login other passwd pop3 
rsh sshd su system telnetd xdm 
/builds/workspace/FreeBSD_stable_10/package/src/etc/pam.d
/builds/workspace/FreeBSD_stable_10/package/src/etc/pam.d/ftp -> 
/builds/workspace/FreeBSD_stable_10/package/src/etc/pam.d/ftpd
cd /builds/workspace/FreeBSD_stable_10/src/etc; install -o root -g wheel -m 
0444  
/builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_class  
/builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_event 
/builds/workspace/FreeBSD_stable_10/package/src/etc/security
cd /builds/workspace/FreeBSD_stable_10/src/etc; install -o root -g wheel -m 
0600  
/builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_control
  /builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_user 
/builds/workspace/FreeBSD_stable_10/package/src/etc/security
cd /builds/workspace/FreeBSD_stable_10/src/etc; install -o root -g wheel -m 
0500  
/builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_warn 
/builds/workspace/FreeBSD_stable_10/package/src/etc/security
if [ ! -e

Build failed in Jenkins: FreeBSD_stable_10 #271

2016-05-17 Thread jenkins-admin 
See 

--
[...truncated 323051 lines...]
install -o root -g wheel  -m 644 leap-seconds 
/builds/workspace/FreeBSD_stable_10/package/src/etc/ntp
cd /builds/workspace/FreeBSD_stable_10/src/etc/periodic; make install
===> daily (install)
install -o root -g wheel  -m 755 100.clean-disks 110.clean-tmps 
120.clean-preserve 200.backup-passwd 210.backup-aliases 330.news 
400.status-disks 401.status-graid 406.status-gmirror 407.status-graid3 
408.status-gstripe 409.status-gconcat 420.status-network 450.status-security 
510.status-world-kernel 999.local 310.accounting 300.calendar 130.clean-msgs 
480.status-ntpd 480.leapfile-ntpd 140.clean-rwho 430.status-rwho 
150.clean-hoststat 440.status-mailq 460.status-mail-rejects 500.queuerun 
404.status-zfs 800.scrub-zfs 
/builds/workspace/FreeBSD_stable_10/package/src/etc/periodic/daily
===> security (install)
install -o root -g wheel  -m 755 100.chksetuid 110.neggrpperm 200.chkmounts 
300.chkuid0 400.passwdless 410.logincheck 700.kernelmsg 800.loginfail 
900.tcpwrap security.functions 510.ipfdenied 610.ipf6denied 500.ipfwdenied 
550.ipfwlimit 520.pfdenied 
/builds/workspace/FreeBSD_stable_10/package/src/etc/periodic/security
===> weekly (install)
install -o root -g wheel  -m 755 340.noid 450.status-security 999.local 
310.locate 320.whatis 330.catman 
/builds/workspace/FreeBSD_stable_10/package/src/etc/periodic/weekly
===> monthly (install)
install -o root -g wheel  -m 755 450.status-security 999.local 200.accounting 
/builds/workspace/FreeBSD_stable_10/package/src/etc/periodic/monthly
cd /builds/workspace/FreeBSD_stable_10/src/etc/pkg; make install
install -o root -g wheel  -m 644 FreeBSD.conf 
/builds/workspace/FreeBSD_stable_10/package/src/etc/pkg
cd /builds/workspace/FreeBSD_stable_10/src/etc/rc.d; make install
install -o root -g wheel  -m 555 DAEMON FILESYSTEMS LOGIN NETWORKING SERVERS 
abi addswap adjkerntz archdep atm1 atm2 atm3 auditd auditdistd bgfsck bluetooth 
bridge bthidd cleanvar cleartmp cron ctld ddb defaultroute devd devfs dhclient 
dmesg dumpon faith fsck gbde geli geli2 gptboot growfs gssd hcsecd hostid 
hostid_save hostname initrandom ip6addrctl ipfilter ipfs ipfw ipmon ipnat ipsec 
ipxrouted kadmind kdc kfd kld kldxref kpasswdd ldconfig local localpkg lockd 
mixer motd mountcritlocal mountcritremote mountlate mdconfig mdconfig2 mountd 
mroute6d mrouted msgs natd netif netoptions netwait newsyslog nfsclient nfscbd 
nfsd nfsuserd nisdomain nscd nsswitch ntpdate pf pflog pfsync postrandom ppp 
pppoed pwcheck quota random rarpd rctl resolv rfcomm_pppd_server root route6d 
routing rpcbind rtadvd rtsold savecore sdpd securelevel serial sppp sshd statd 
static_arp static_ndp stf swap swaplate sysctl syslogd tmp ubthidhci ugidfw 
local_unbound utx var virecover watchdogd ypbind yppasswdd ypser
 v ypset ypupdated ypxfrd zfs zvol accounting power_profile powerd amd apm apmd 
automount automountd autounmountd bootparams bsnmpd ccd ftpd hastd inetd 
iscsictl iscsid jail ipropd_master ipropd_slave moused syscons lpd othermta 
ntpd keyserv ftp-proxy rwho routed sendmail timed hostapd wpa_supplicant 
/builds/workspace/FreeBSD_stable_10/package/src/etc/rc.d
cd /builds/workspace/FreeBSD_stable_10/src/etc/../share/termcap; make 
etc-termcap
ln -fs /usr/share/misc/termcap 
/builds/workspace/FreeBSD_stable_10/package/src/etc/termcap
cd /builds/workspace/FreeBSD_stable_10/src/etc/../usr.sbin/rmt; make etc-rmt
rm -f /builds/workspace/FreeBSD_stable_10/package/src/etc/rmt
ln -s /usr/sbin/rmt /builds/workspace/FreeBSD_stable_10/package/src/etc/rmt
cd /builds/workspace/FreeBSD_stable_10/src/etc/pam.d; make install
install -o root  -g wheel -m 444  README  
/builds/workspace/FreeBSD_stable_10/package/src/etc/pam.d/README
install -o root -g wheel  -m 644 atrun cron ftpd imap login other passwd pop3 
rsh sshd su system telnetd xdm 
/builds/workspace/FreeBSD_stable_10/package/src/etc/pam.d
/builds/workspace/FreeBSD_stable_10/package/src/etc/pam.d/ftp -> 
/builds/workspace/FreeBSD_stable_10/package/src/etc/pam.d/ftpd
cd /builds/workspace/FreeBSD_stable_10/src/etc; install -o root -g wheel -m 
0444  
/builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_class  
/builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_event 
/builds/workspace/FreeBSD_stable_10/package/src/etc/security
cd /builds/workspace/FreeBSD_stable_10/src/etc; install -o root -g wheel -m 
0600  
/builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_control
  /builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_user 
/builds/workspace/FreeBSD_stable_10/package/src/etc/security
cd /builds/workspace/FreeBSD_stable_10/src/etc; install -o root -g wheel -m 
0500  
/builds/workspace/FreeBSD_stable_10/src/etc/../contrib/openbsm/etc/audit_warn 
/builds/workspace/FreeBSD_stable_10/package/src/etc/security
if [ ! -e

FreeBSD_stable_9 - Build #1119 - Fixed

2016-05-17 Thread jenkins-admin 
FreeBSD_stable_9 - Build #1119 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1119/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1119/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_9/1119/console

Change summaries:

300053 by avg:
pick up specialreg.h changes from r273338 to fix r300037

The original change applies to x86 family of platforms, in this branch
it's only for amd64 where it is really required.

This is a direct commit.

Reported by:Eugene Grosbein 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

revision 300037 broke stable/9 kernel build for amd64

2016-05-17 Thread Eugene Grosbein 

Hi!

https://svnweb.freebsd.org/base?view=revision=300037
https://svnweb.freebsd.org/base/stable/9/sys/amd64/amd64/initcpu.c?view=patch=300037=300036=300037

This patch uses symbol MSR_NB_CFG1 that's not defined for stable/9 breaking 
kernel build.
Please repair.

Eugene Grosbein
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_stable_10 #267

2016-05-17 Thread jenkins-admin 
See 

--
Started by an SCM change
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url https://github.com/freebsd/freebsd-ci.git # 
 > timeout=10
Fetching upstream changes from https://github.com/freebsd/freebsd-ci.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > https://github.com/freebsd/freebsd-ci.git 
 > +refs/heads/*:refs/remotes/origin/* --depth=1
 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10
 > git rev-parse refs/remotes/origin/origin/master^{commit} # timeout=10
Checking out Revision 926429031e0241da821577c12b4b8f7db789e7e1 
(refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 926429031e0241da821577c12b4b8f7db789e7e1
 > git rev-list 926429031e0241da821577c12b4b8f7db789e7e1 # timeout=10
[Pipeline] node
Still waiting to schedule task
jenkins-10.freebsd.org is offline
Resuming build
Aborted by lwhsu
[Pipeline] // node
[Pipeline] node
Running on master in /usr/local/jenkins/workspace/FreeBSD_stable_10
[Pipeline] {
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ZFS and NVMe, trim caused stalling

2016-05-17 Thread Borja Marcos 

> On 17 May 2016, at 11:09, Steven Hartland  wrote:
> 
>> I understand that, but I don’t think it’s a good that ZFS depends blindly on 
>> a driver feature such
>> as that. Of course, it’s great to exploit it.
>> 
>> I have also noticed that ZFS has a good throttling mechanism for write 
>> operations. A similar
>> mechanism should throttle trim requests so that trim requests don’t clog the 
>> whole system.
> It already does.

I see that there’s a limit to the number of active TRIM requests, but not an 
explicit delay such
as it’s applied to write requests. So, even with a single maximum active TRIM 
request,
it seems that TRIM wins. 


>> 
>>> I’d be extremely hesitant to tossing away TRIMs. They are actually quite 
>>> important for
>>> the FTL in the drive’s firmware to proper manage the NAND wear. More free 
>>> space always
>>> reduces write amplification. It tends to go as 1 / freespace, so simply 
>>> dropping them on
>>> the floor should be done with great reluctance.
>> I understand. I was wondering about choosing the lesser between two evils. A 
>> 15 minute
>> I/O stall (I deleted 2 TB of data, that’s a lot, but not so unrealistic) or 
>> settings trims aside
>> during the peak activity.
>> 
>> I see that I was wrong on that, as a throttling mechanism would be more than 
>> enough probably,
>> unless the system is close to running out of space.
>> 
>> I’ve filed a bug report anyway. And copying to -stable.
>> 
>> 
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209571
>> 
> TBH it sounds like you may have badly behaved HW, we've used ZFS + TRIM and 
> for years on large production boxes and while we're seen slow down we haven't 
> experienced the total lockups you're describing.

I am using ZFS+TRIM on SATA SSD disks for a very long time. Actually, a single 
SSD I tried at home can TRIM at around 2 GB/s. 
Warner Losh told me that the nvd driver is not currently coalescing the TRIMs, 
which is a disadvantage compared to the ada driver, which does.


> The graphs on you're ticket seem to indicate peak throughput of 250MB/s which 
> is extremely slow for standard SSD's let alone NVMe ones and when you add in 
> the fact you have 10 well it seems like something is VERY wrong.

The pool is a raidz2 vdev with 10 P3500 NVMe disks. That graph is the 
throughput of just one of the disks (the other 9 graphs are identical). Bonnie++
reports around 1.7 Gigabytes/s writing “intelligently”, 1 GB/s “rewriting” and 
almost 2 GB/s “reading intelligently” which, as far as I know, is more or less
reasonable.

The really slow part are the TRIM requests. When destroying the files (it’s 
four concurrent bonnie++ tasks writing a total of 2 Terabytes) 

> I just did a quick test on our DB box here creating and then deleting a 2G 
> file as you describe and I couldn't even spot the delete in the general noise 
> it was so quick to process and that's a 6 disk machine with P3700’s.

Totalling 2 TB? In my case it was FOUR files, 512 GB each.

I’m realy puzzled, 




Borja.



___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ZFS and NVMe, trim caused stalling

2016-05-17 Thread Steven Hartland 

On 17/05/2016 08:49, Borja Marcos wrote:

On 05 May 2016, at 16:39, Warner Losh  wrote:


What do you think? In some cases it’s clear that TRIM can do more harm than 
good.

I think it’s best we not overreact.

I agree. But with this issue the system is almost unusable for now.


This particular case is cause by the nvd driver, not the Intel P3500 NVME 
drive. You need
a solution (3): Fix the driver.

Specifically, ZFS is pushing down a boatload of BIO_DELETE requests. In ata/da 
land, these
requests are queued up, then collapsed together as much as makes sense (or is 
possible).
This vastly helps performance (even with the extra sorting that I forced to be 
in there that I
need to fix before 11). The nvd driver needs to do the same thing.

I understand that, but I don’t think it’s a good that ZFS depends blindly on a 
driver feature such
as that. Of course, it’s great to exploit it.

I have also noticed that ZFS has a good throttling mechanism for write 
operations. A similar
mechanism should throttle trim requests so that trim requests don’t clog the 
whole system.

It already does.



I’d be extremely hesitant to tossing away TRIMs. They are actually quite 
important for
the FTL in the drive’s firmware to proper manage the NAND wear. More free space 
always
reduces write amplification. It tends to go as 1 / freespace, so simply 
dropping them on
the floor should be done with great reluctance.

I understand. I was wondering about choosing the lesser between two evils. A 15 
minute
I/O stall (I deleted 2 TB of data, that’s a lot, but not so unrealistic) or 
settings trims aside
during the peak activity.

I see that I was wrong on that, as a throttling mechanism would be more than 
enough probably,
unless the system is close to running out of space.

I’ve filed a bug report anyway. And copying to -stable.


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209571

TBH it sounds like you may have badly behaved HW, we've used ZFS + TRIM 
and for years on large production boxes and while we're seen slow down 
we haven't experienced the total lockups you're describing.


The graphs on you're ticket seem to indicate peak throughput of 250MB/s 
which is extremely slow for standard SSD's let alone NVMe ones and when 
you add in the fact you have 10 well it seems like something is VERY wrong.


I just did a quick test on our DB box here creating and then deleting a 
2G file as you describe and I couldn't even spot the delete in the 
general noise it was so quick to process and that's a 6 disk machine 
with P3700's.


Regards
Steve


___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ZFS and NVMe, trim caused stalling

2016-05-17 Thread Borja Marcos 

> On 05 May 2016, at 16:39, Warner Losh  wrote:
> 
>> What do you think? In some cases it’s clear that TRIM can do more harm than 
>> good.
> 
> I think it’s best we not overreact.

I agree. But with this issue the system is almost unusable for now.

> This particular case is cause by the nvd driver, not the Intel P3500 NVME 
> drive. You need
> a solution (3): Fix the driver.
> 
> Specifically, ZFS is pushing down a boatload of BIO_DELETE requests. In 
> ata/da land, these
> requests are queued up, then collapsed together as much as makes sense (or is 
> possible).
> This vastly helps performance (even with the extra sorting that I forced to 
> be in there that I
> need to fix before 11). The nvd driver needs to do the same thing.

I understand that, but I don’t think it’s a good that ZFS depends blindly on a 
driver feature such
as that. Of course, it’s great to exploit it.

I have also noticed that ZFS has a good throttling mechanism for write 
operations. A similar
mechanism should throttle trim requests so that trim requests don’t clog the 
whole system.

> I’d be extremely hesitant to tossing away TRIMs. They are actually quite 
> important for
> the FTL in the drive’s firmware to proper manage the NAND wear. More free 
> space always
> reduces write amplification. It tends to go as 1 / freespace, so simply 
> dropping them on
> the floor should be done with great reluctance.

I understand. I was wondering about choosing the lesser between two evils. A 15 
minute
I/O stall (I deleted 2 TB of data, that’s a lot, but not so unrealistic) or 
settings trims aside
during the peak activity.

I see that I was wrong on that, as a throttling mechanism would be more than 
enough probably,
unless the system is close to running out of space.

I’ve filed a bug report anyway. And copying to -stable.


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209571

Thanks!







Borja.



___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

FreeBSD_STABLE_10-i386 - Build #1168 - Fixed

2016-05-17 Thread jenkins-admin 
FreeBSD_STABLE_10-i386 - Build #1168 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1168/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1168/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1168/console

Change summaries:

34 by sephe:
MFC r298769, r299315

r298769
=
tcp/syncache: Set flowid and hash type properly for SYN|ACK

So the underlying drivers can use it to select the sending queue
properly for SYN|ACK instead of rolling their own hash.

Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D6120

r299315
=
tcp/syncache: Add comment for syncache_respond

Suggested by:   hiren, hps
Reviewed by:sbruno
Sponsored by:   Microsoft OSTC
Differential Revision:  https://reviews.freebsd.org/D6148

299983 by jkim:
Hide OPENSSL_cpuid_setup and OPENSSL_ia32cap_P symbols from libcrypto.so.
Note this is a direct commit because it is merged from OpenSSL upstream and
head (OpenSSL 1.0.2 branch) already has the same change:

https://github.com/openssl/openssl/commit/6206682

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"