FreeBSD_HEAD_i386 - Build #756 - Failure

2015-08-03 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #756 - Failure:

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

Change summaries:

No changes


The end of the build log:

Started by an SCM change
Building remotely on kyua6.nyi.freebsd.org (jailer) in workspace 
/jenkins/workspace/FreeBSD_HEAD_i386
FATAL: java.io.EOFException
hudson.remoting.RequestAbortedException: java.io.EOFException
at hudson.remoting.Request.abort(Request.java:296)
at hudson.remoting.Channel.terminate(Channel.java:815)
at 
org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
at 
jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
at ..remote call to kyua6.nyi.freebsd.org(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1361)
at hudson.remoting.Request.call(Request.java:171)
at hudson.remoting.Channel.call(Channel.java:752)
at hudson.FilePath.act(FilePath.java:980)
at hudson.FilePath.act(FilePath.java:969)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833)
at hudson.scm.SCM.checkout(SCM.java:485)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1282)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532)
at hudson.model.Run.execute(Run.java:1741)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:381)
Caused by: java.io.EOFException
at 
org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
at 
jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
[PostBuildScript] - Execution post build scripts.
ERROR: Build step failed with exception
java.lang.NullPointerException: no workspace from node 
hudson.slaves.DumbSlave[kyua6.nyi.freebsd.org] which is computer 
hudson.slaves.SlaveComputer@4ff65ba6 and has channel null
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66)
at 
org.jenkinsci.plugins.postbuildscript.PostBuildScript.processBuildSteps(PostBuildScript.java:204)
at 
org.jenkinsci.plugins.postbuildscript.PostBuildScript.processScripts(PostBuildScript.java:143)
at 
org.jenkinsci.plugins.postbuildscript.PostBuildScript._perform(PostBuildScript.java:105)
at 
org.jenkinsci.plugins.postbuildscript.PostBuildScript.perform(PostBuildScript.java:85)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:726)
at hudson.model.Build$BuildExecution.post2(Build.java:185)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:671)
at hudson.model.Run.execute(Run.java:1766)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.mode

Re: Appending to message buffer while in ddb

2015-08-03 Thread Julian Elischer 

On 8/4/15 11:36 AM, Julian Elischer wrote:

On 8/4/15 4:21 AM, Marcel Moolenaar wrote:
On Aug 3, 2015, at 12:59 PM, Eric Badger  
wrote:


Hi there,

Since r226435, output from kernel printf/log functions is not 
appended to the message buffer when in ddb. The commit message 
doesn't call this out specifically; instead it appears to have 
been to address double printing to the console while in ddb. I 
noticed this because a ddb script which previously resulted in 
some things ending up in a textdump's msgbuf.txt no longer does 
so. It may be that the answer is "use db_printf in ddb", which is 
ok, but I thought I'd check anyway to see if the aforementioned 
change was indeed intentional, since I wasn't able to dig up any 
discussion about it.

It’s a direct consequence.


and really annoying


though I can understand not wanting to have one's message buffer 
flushed out with new stuff from ddb.


--
Marcel Moolenaar
mar...@xcllnt.net



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





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

Re: Appending to message buffer while in ddb

2015-08-03 Thread Julian Elischer 

On 8/4/15 4:21 AM, Marcel Moolenaar wrote:

On Aug 3, 2015, at 12:59 PM, Eric Badger  wrote:

Hi there,

Since r226435, output from kernel printf/log functions is not appended to the message 
buffer when in ddb. The commit message doesn't call this out specifically; instead it 
appears to have been to address double printing to the console while in ddb. I noticed 
this because a ddb script which previously resulted in some things ending up in a 
textdump's msgbuf.txt no longer does so. It may be that the answer is "use db_printf 
in ddb", which is ok, but I thought I'd check anyway to see if the aforementioned 
change was indeed intentional, since I wasn't able to dig up any discussion about it.

It’s a direct consequence.


and really annoying


--
Marcel Moolenaar
mar...@xcllnt.net



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

Re: IPSEC stop works after r285336

2015-08-03 Thread Sydney Meyer 

> On 04 Aug 2015, at 02:18, John-Mark Gurney  wrote:
> 
> Sydney Meyer wrote this message on Mon, Aug 03, 2015 at 01:15 +0200:
>> the revision i built included gnn's patches to setkey already.
>> 
>> I have tried to setup a tunnel using strongswan with gcm as esp cipher mode, 
>> but the connection fails with "algorithm AES_GCM_16 not supported by 
>> kernel"..
> 
> It looks like GCM isn't compiled by default by the port...  Try the
> attached patch to
> src/libhydra/plugings/kernel_pfkey/kernel_pfkey_ipsec.c...  it may
> require more modifications...

It works. I had/thought GCM ticked already as a option from "make config", but 
these 2 lines made it work.

> 
> Someone else would be better to work on this...

Off course, at last, this isn't an issue with CURRENT. I'm going to take this 
to the port maintainer..

Thank you anyway, for your help and the great work.

> 
> -- 
>  John-Mark Gurney Voice: +1 415 225 5579
> 
> "All that I will do, has been done, All that I have, has not."
> 

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

Re: IPSEC stop works after r285336

2015-08-03 Thread John-Mark Gurney 
Sydney Meyer wrote this message on Mon, Aug 03, 2015 at 01:15 +0200:
> the revision i built included gnn's patches to setkey already.
> 
> I have tried to setup a tunnel using strongswan with gcm as esp cipher mode, 
> but the connection fails with "algorithm AES_GCM_16 not supported by kernel"..

It looks like GCM isn't compiled by default by the port...  Try the
attached patch to
src/libhydra/plugings/kernel_pfkey/kernel_pfkey_ipsec.c...  it may
require more modifications...

Someone else would be better to work on this...

-- 
  John-Mark Gurney  Voice: +1 415 225 5579

 "All that I will do, has been done, All that I have, has not."
--- kernel_pfkey_ipsec.c.orig	2015-08-03 17:15:48.676749000 -0700
+++ kernel_pfkey_ipsec.c	2015-08-03 17:16:40.987182000 -0700
@@ -822,13 +822,13 @@
 /*	{ENCR_DES_IV32,0			}, */
 	{ENCR_NULL,	SADB_EALG_NULL},
 	{ENCR_AES_CBC,SADB_X_EALG_AESCBC			},
-/*	{ENCR_AES_CTR,SADB_X_EALG_AESCTR			}, */
+	{ENCR_AES_CTR,SADB_X_EALG_AESCTR			},
 /*  {ENCR_AES_CCM_ICV8,			SADB_X_EALG_AES_CCM_ICV8	}, */
 /*	{ENCR_AES_CCM_ICV12,		SADB_X_EALG_AES_CCM_ICV12	}, */
 /*	{ENCR_AES_CCM_ICV16,		SADB_X_EALG_AES_CCM_ICV16	}, */
 /*	{ENCR_AES_GCM_ICV8,			SADB_X_EALG_AES_GCM_ICV8	}, */
 /*	{ENCR_AES_GCM_ICV12,		SADB_X_EALG_AES_GCM_ICV12	}, */
-/*	{ENCR_AES_GCM_ICV16,		SADB_X_EALG_AES_GCM_ICV16	}, */
+	{ENCR_AES_GCM_ICV16,		SADB_X_EALG_AESGCM16	},
 	{END_OF_LIST,0			},
 };
 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: IPSEC stop works after r285336

2015-08-03 Thread Sydney Meyer 
Besides strongswan (actually, i don't know of any other ike-daemon which 
supports aes-gcm, apart from netbsd's racoon) connections with manually set up 
policies indeed seem to work fine, host-host iperf stuff, nothing fancy yet.

Anyway, i will start playing around with this in some more scenarios and let 
you guys know if i come around any problems.

If you would like me to test something specific, please let me know if i can 
help.

Cheers,
S.

> On 03 Aug 2015, at 18:23, George Neville-Neil  wrote:
> 
> This is being actively debugged and jmg@ and I have been testing a fix that 
> should
> address this issue.
> 
> Best,
> George
> 
> 
> On 3 Aug 2015, at 0:15, Sydney Meyer wrote:
> 
>> Hi John-Mark,
>> 
>> the revision i built included gnn's patches to setkey already.
>> 
>> I have tried to setup a tunnel using strongswan with gcm as esp cipher mode, 
>> but the connection fails with "algorithm AES_GCM_16 not supported by 
>> kernel"..
>> 
>> Here's the full log output:
>> 
>> Aug  3 00:34:28 00[DMN] Starting IKE charon daemon (strongSwan 5.3.2, 
>> FreeBSD 11.0-CURRENT, amd64)
>> Aug  3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument
>> Aug  3 00:34:28 00[NET] enabling UDP decapsulation for IPv6 on port 4500 
>> failed
>> Aug  3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument
>> Aug  3 00:34:28 00[NET] enabling UDP decapsulation for IPv4 on port 4500 
>> failed
>> Aug  3 00:34:28 00[CFG] loading ca certificates from 
>> '/usr/local/etc/ipsec.d/cacerts'
>> Aug  3 00:34:28 00[CFG] loading aa certificates from 
>> '/usr/local/etc/ipsec.d/aacerts'
>> Aug  3 00:34:28 00[CFG] loading ocsp signer certificates from 
>> '/usr/local/etc/ipsec.d/ocspcerts'
>> Aug  3 00:34:28 00[CFG] loading attribute certificates from 
>> '/usr/local/etc/ipsec.d/acerts'
>> Aug  3 00:34:28 00[CFG] loading crls from '/usr/local/etc/ipsec.d/crls'
>> Aug  3 00:34:28 00[CFG] loading secrets from '/usr/local/etc/ipsec.secrets'
>> Aug  3 00:34:28 00[CFG]   loaded IKE secret for @moon.strongswan.org 
>> @sun.strongswan.org
>> Aug  3 00:34:28 00[LIB] loaded plugins: charon aes des blowfish rc2 sha1 
>> sha2 md4 md5 random nonce x509 revocation constraints pubkey pkcs1 pkcs7 
>> pkcs8 pkcs12 pgp dnskey sshkey pem openssl fips-prf xcbc cmac hmac gcm attr 
>> kernel-pfkey kernel-pfroute resolve socket-default stroke updown 
>> eap-identity eap-md5 eap-mschapv2 eap-tls eap-ttls eap-peap xauth-generic 
>> whitelist addrblock
>> Aug  3 00:34:28 00[JOB] spawning 16 worker threads
>> Aug  3 00:34:28 15[CFG] received stroke: add connection 'host-host'
>> Aug  3 00:34:28 15[CFG] added configuration 'host-host'
>> Aug  3 00:34:47 15[NET] received packet: from 10.0.30.109[500] to 
>> 10.0.30.59[500] (448 bytes)
>> Aug  3 00:34:47 15[ENC] parsed IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) 
>> N(NATD_D_IP) N(HASH_ALG) ]
>> Aug  3 00:34:47 15[IKE] 10.0.30.109 is initiating an IKE_SA
>> Aug  3 00:34:47 15[ENC] generating IKE_SA_INIT response 0 [ SA KE No 
>> N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) N(MULT_AUTH) ]
>> Aug  3 00:34:47 15[NET] sending packet: from 10.0.30.59[500] to 
>> 10.0.30.109[500] (448 bytes)
>> Aug  3 00:34:47 15[NET] received packet: from 10.0.30.109[4500] to 
>> 10.0.30.59[4500] (282 bytes)
>> Aug  3 00:34:47 15[ENC] parsed IKE_AUTH request 1 [ IDi N(INIT_CONTACT) IDr 
>> AUTH N(ESP_TFC_PAD_N) SA TSi TSr N(MOBIKE_SUP) N(ADD_6_ADDR) N(MULT_AUTH) 
>> N(EAP_ONLY) ]
>> Aug  3 00:34:47 15[CFG] looking for peer configs matching 
>> 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org]
>> Aug  3 00:34:47 15[CFG] selected peer config 'host-host'
>> Aug  3 00:34:47 15[IKE] authentication of 'moon.strongswan.org' with 
>> pre-shared key successful
>> Aug  3 00:34:47 15[IKE] received ESP_TFC_PADDING_NOT_SUPPORTED, not using 
>> ESPv3 TFC padding
>> Aug  3 00:34:47 15[IKE] peer supports MOBIKE
>> Aug  3 00:34:47 15[IKE] authentication of 'sun.strongswan.org' (myself) with 
>> pre-shared key
>> Aug  3 00:34:47 15[IKE] IKE_SA host-host[1] established between 
>> 10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org]
>> Aug  3 00:34:47 15[IKE] scheduling reauthentication in 3416s
>> Aug  3 00:34:47 15[IKE] maximum IKE_SA lifetime 3596s
>> Aug  3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel!
>> Aug  3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel!
>> Aug  3 00:34:47 15[IKE] unable to install inbound and outbound IPsec SA 
>> (SAD) in kernel
>> Aug  3 00:34:47 15[IKE] failed to establish CHILD_SA, keeping IKE_SA
>> Aug  3 00:34:47 15[KNL] unable to delete SAD entry with SPI c07a87b4: No 
>> such file or directory (2)
>> Aug  3 00:34:47 15[KNL] unable to delete SAD entry with SPI c653554a: No 
>> such file or directory (2)
>> Aug  3 00:34:47 15[ENC] generating IKE_AUTH response 1 [ IDr AUTH 
>> N(AUTH_LFT) N(MOBIKE_SUP) N(ADD_6_ADDR) N(NO_PROP) ]
>> Aug  3 00:34:47 15[NET] sending packet: from 10.0.30.59[4500] to 
>> 10.0.30.109[4500] (159 bytes)
>> 
>> I know that pfsense

Re: Appending to message buffer while in ddb

2015-08-03 Thread Marcel Moolenaar 

> On Aug 3, 2015, at 12:59 PM, Eric Badger  wrote:
> 
> Hi there,
> 
> Since r226435, output from kernel printf/log functions is not appended to the 
> message buffer when in ddb. The commit message doesn't call this out 
> specifically; instead it appears to have been to address double printing to 
> the console while in ddb. I noticed this because a ddb script which 
> previously resulted in some things ending up in a textdump's msgbuf.txt no 
> longer does so. It may be that the answer is "use db_printf in ddb", which is 
> ok, but I thought I'd check anyway to see if the aforementioned change was 
> indeed intentional, since I wasn't able to dig up any discussion about it.

It’s a direct consequence.

--
Marcel Moolenaar
mar...@xcllnt.net



signature.asc
Description: Message signed with OpenPGP using GPGMail

Appending to message buffer while in ddb

2015-08-03 Thread Eric Badger 

Hi there,

Since r226435, output from kernel printf/log functions is not appended 
to the message buffer when in ddb. The commit message doesn't call this 
out specifically; instead it appears to have been to address double 
printing to the console while in ddb. I noticed this because a ddb 
script which previously resulted in some things ending up in a 
textdump's msgbuf.txt no longer does so. It may be that the answer is 
"use db_printf in ddb", which is ok, but I thought I'd check anyway to 
see if the aforementioned change was indeed intentional, since I wasn't 
able to dig up any discussion about it.


Thanks,
Eric
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD-tests - Build #1248 - Fixed

2015-08-03 Thread jenkins-admin 
FreeBSD_HEAD-tests - Build #1248 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1248/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1248/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1248/console

Change summaries:

No changes
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: pmspcv panic on boot on this box

2015-08-03 Thread Larry Rosenman 
Just to close this out, current -HEAD is fine on this box with
pmspcv in GENERIC, and using that as my base.  No nasty pmspcv messages. 


Copyright (c) 1992-2015 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 11.0-CURRENT #17 r286232: Mon Aug  3 11:41:33 CDT 2015
r...@oldtbh.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64
FreeBSD clang version 3.6.1 (tags/RELEASE_361/final 237755) 20150525
VT: running with driver "vga".
CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.57-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0xf43  Family=0xf  Model=0x4  Stepping=3
  
Features=0xbfebfbff
  Features2=0x641d
  AMD Features=0x20100800
  TSC: P-state invariant
real memory  = 9395240960 (8960 MB)
avail memory = 8257851392 (7875 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP/HT): APIC ID:  1
 cpu2 (AP): APIC ID:  6
 cpu3 (AP/HT): APIC ID:  7
random: unblocking device.
ioapic0  irqs 0-23 on motherboard
ioapic1  irqs 24-47 on motherboard
ioapic2  irqs 48-71 on motherboard
random: entropy device external interface
kbd1 at kbdmux0
netmap: loaded module
module_register_init: MOD_LOAD (vesa, 0x80fe15a0, 0) error 19
vtvga0:  on motherboard
cryptosoft0:  on motherboard
acpi0:  on motherboard
acpi0: Power Button (fixed)
cpu0:  on acpi0
cpu1:  on acpi0
cpu2:  on acpi0
cpu3:  on acpi0
hpet0:  iomem 0xfed0-0xfed003ff irq 0,8 on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
Event timer "HPET" frequency 14318180 Hz quality 450
Event timer "HPET1" frequency 14318180 Hz quality 440
Event timer "HPET2" frequency 14318180 Hz quality 440
atrtc0:  port 0x70-0x77 on acpi0
Event timer "RTC" frequency 32768 Hz quality 0
attimer0:  port 0x40-0x43 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
pcib0:  port 0xcf8-0xcff on acpi0
pci0:  on pcib0
pci0:  at device 0.1 (no driver attached)
pcib1:  irq 16 at device 2.0 on pci0
pci1:  on pcib1
pcib2:  at device 0.0 on pci1
pci2:  on pcib2
ahd0:  port 0x2400-0x24ff,0x2000-0x20ff 
mem 0xdd20-0xdd201fff irq 32 at device 2.0 on pci2
aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs
ahd1:  port 0x2c00-0x2cff,0x2800-0x28ff 
mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci2
aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133MHz, 512 SCBs
pcib3:  at device 0.2 on pci1
pci3:  on pcib3
em0:  port 0x3000-0x303f mem 
0xdd30-0xdd31 irq 54 at device 2.0 on pci3
em0: Ethernet address: 00:30:48:2e:99:ba
em0: netmap queues/slots: TX 1/256, RX 1/256
em1:  port 0x3040-0x307f mem 
0xdd32-0xdd33 irq 55 at device 2.1 on pci3
em1: Ethernet address: 00:30:48:2e:99:bb
em1: netmap queues/slots: TX 1/256, RX 1/256
pcib4:  irq 16 at device 4.0 on pci0
pci4:  on pcib4
pcib5:  irq 16 at device 6.0 on pci0
pci5:  on pcib5
uhci0:  port 0x1400-0x141f irq 16 at 
device 29.0 on pci0
usbus0 on uhci0
uhci1:  port 0x1420-0x143f irq 19 at 
device 29.1 on pci0
usbus1 on uhci1
uhci2:  port 0x1440-0x145f irq 18 at 
device 29.2 on pci0
usbus2 on uhci2
uhci3:  port 0x1460-0x147f irq 16 at 
device 29.3 on pci0
usbus3 on uhci3
ehci0:  mem 0xdd001000-0xdd0013ff 
irq 23 at device 29.7 on pci0
usbus4: EHCI version 1.0
usbus4 on ehci0
pcib6:  at device 30.0 on pci0
pci6:  on pcib6
vgapci0:  port 0x4000-0x40ff mem 
0xde00-0xdeff,0xdd40-0xdd400fff irq 17 at device 1.0 on pci6
vgapci0: Boot video device
isab0:  at device 31.0 on pci0
isa0:  on isab0
atapci0:  port 
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0
ata0:  at channel 0 on atapci0
ata1:  at channel 1 on atapci0
acpi_button0:  on acpi0
atkbdc0:  port 0x60,0x64 irq 1 on acpi0
atkbd0:  irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0:  irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model MouseMan+, device ID 0
uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0
fdc0:  port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
orm0:  at iomem 0xc-0xc7fff,0xc8000-0xc8fff on isa0
ppc0: cannot reserve I/O port range
ZFS filesystem version: 5
ZFS storage pool version: features support (5000)
Timecounters tick every 1.000 msec
IPsec: Initialized Security Association Processing.
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 12Mbps Full Speed USB v1.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 12Mbps Full Speed USB v1.0
ugen0.1:  at usbus0
uhub0:  on usbus0
ugen1.1:  at usbus1
uhub1:  on usbus1
ugen2.1:  at usbus2
uhub2:  on usbus2
ugen3.1:  at usbus3
uhub3:

Re: IPSEC stop works after r285336

2015-08-03 Thread George Neville-Neil 
This is being actively debugged and jmg@ and I have been testing a fix 
that should

address this issue.

Best,
George


On 3 Aug 2015, at 0:15, Sydney Meyer wrote:


Hi John-Mark,

the revision i built included gnn's patches to setkey already.

I have tried to setup a tunnel using strongswan with gcm as esp cipher 
mode, but the connection fails with "algorithm AES_GCM_16 not 
supported by kernel"..


Here's the full log output:

Aug  3 00:34:28 00[DMN] Starting IKE charon daemon (strongSwan 5.3.2, 
FreeBSD 11.0-CURRENT, amd64)

Aug  3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument
Aug  3 00:34:28 00[NET] enabling UDP decapsulation for IPv6 on port 
4500 failed

Aug  3 00:34:28 00[KNL] unable to set UDP_ENCAP: Invalid argument
Aug  3 00:34:28 00[NET] enabling UDP decapsulation for IPv4 on port 
4500 failed
Aug  3 00:34:28 00[CFG] loading ca certificates from 
'/usr/local/etc/ipsec.d/cacerts'
Aug  3 00:34:28 00[CFG] loading aa certificates from 
'/usr/local/etc/ipsec.d/aacerts'
Aug  3 00:34:28 00[CFG] loading ocsp signer certificates from 
'/usr/local/etc/ipsec.d/ocspcerts'
Aug  3 00:34:28 00[CFG] loading attribute certificates from 
'/usr/local/etc/ipsec.d/acerts'
Aug  3 00:34:28 00[CFG] loading crls from 
'/usr/local/etc/ipsec.d/crls'
Aug  3 00:34:28 00[CFG] loading secrets from 
'/usr/local/etc/ipsec.secrets'
Aug  3 00:34:28 00[CFG]   loaded IKE secret for @moon.strongswan.org 
@sun.strongswan.org
Aug  3 00:34:28 00[LIB] loaded plugins: charon aes des blowfish rc2 
sha1 sha2 md4 md5 random nonce x509 revocation constraints pubkey 
pkcs1 pkcs7 pkcs8 pkcs12 pgp dnskey sshkey pem openssl fips-prf xcbc 
cmac hmac gcm attr kernel-pfkey kernel-pfroute resolve socket-default 
stroke updown eap-identity eap-md5 eap-mschapv2 eap-tls eap-ttls 
eap-peap xauth-generic whitelist addrblock

Aug  3 00:34:28 00[JOB] spawning 16 worker threads
Aug  3 00:34:28 15[CFG] received stroke: add connection 'host-host'
Aug  3 00:34:28 15[CFG] added configuration 'host-host'
Aug  3 00:34:47 15[NET] received packet: from 10.0.30.109[500] to 
10.0.30.59[500] (448 bytes)
Aug  3 00:34:47 15[ENC] parsed IKE_SA_INIT request 0 [ SA KE No 
N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) ]

Aug  3 00:34:47 15[IKE] 10.0.30.109 is initiating an IKE_SA
Aug  3 00:34:47 15[ENC] generating IKE_SA_INIT response 0 [ SA KE No 
N(NATD_S_IP) N(NATD_D_IP) N(HASH_ALG) N(MULT_AUTH) ]
Aug  3 00:34:47 15[NET] sending packet: from 10.0.30.59[500] to 
10.0.30.109[500] (448 bytes)
Aug  3 00:34:47 15[NET] received packet: from 10.0.30.109[4500] to 
10.0.30.59[4500] (282 bytes)
Aug  3 00:34:47 15[ENC] parsed IKE_AUTH request 1 [ IDi 
N(INIT_CONTACT) IDr AUTH N(ESP_TFC_PAD_N) SA TSi TSr N(MOBIKE_SUP) 
N(ADD_6_ADDR) N(MULT_AUTH) N(EAP_ONLY) ]
Aug  3 00:34:47 15[CFG] looking for peer configs matching 
10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org]

Aug  3 00:34:47 15[CFG] selected peer config 'host-host'
Aug  3 00:34:47 15[IKE] authentication of 'moon.strongswan.org' with 
pre-shared key successful
Aug  3 00:34:47 15[IKE] received ESP_TFC_PADDING_NOT_SUPPORTED, not 
using ESPv3 TFC padding

Aug  3 00:34:47 15[IKE] peer supports MOBIKE
Aug  3 00:34:47 15[IKE] authentication of 'sun.strongswan.org' 
(myself) with pre-shared key
Aug  3 00:34:47 15[IKE] IKE_SA host-host[1] established between 
10.0.30.59[sun.strongswan.org]...10.0.30.109[moon.strongswan.org]

Aug  3 00:34:47 15[IKE] scheduling reauthentication in 3416s
Aug  3 00:34:47 15[IKE] maximum IKE_SA lifetime 3596s
Aug  3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel!
Aug  3 00:34:47 15[KNL] algorithm AES_GCM_16 not supported by kernel!
Aug  3 00:34:47 15[IKE] unable to install inbound and outbound IPsec 
SA (SAD) in kernel

Aug  3 00:34:47 15[IKE] failed to establish CHILD_SA, keeping IKE_SA
Aug  3 00:34:47 15[KNL] unable to delete SAD entry with SPI c07a87b4: 
No such file or directory (2)
Aug  3 00:34:47 15[KNL] unable to delete SAD entry with SPI c653554a: 
No such file or directory (2)
Aug  3 00:34:47 15[ENC] generating IKE_AUTH response 1 [ IDr AUTH 
N(AUTH_LFT) N(MOBIKE_SUP) N(ADD_6_ADDR) N(NO_PROP) ]
Aug  3 00:34:47 15[NET] sending packet: from 10.0.30.59[4500] to 
10.0.30.109[4500] (159 bytes)


I know that pfsense has moved from racoon to strongswan as their 
ike-daemon, iirc mainly because of strongswans ikev2 daemon and their 
GCM support. I'm going to try and have a look what changes pfsense may 
have made to strongswan to support GCM on FreeBSD, although i should 
probably mention, i am not very experienced at this.




On 02 Aug 2015, at 05:53, John-Mark Gurney  wrote:

Sydney Meyer wrote this message on Sun, Aug 02, 2015 at 04:03 +0200:
i have tried your patches from your ipsecgcm branch. The build 
completes, boots fine and indeed, dmesg shows "aesni0: 
 on motherboard".


Yeh, these patches are more about getting IPsec to work w/ the modes
that aesni now supports...

I'm going to try out the new cipher modes tomorrow and will get 
back..


Make sure you g

Re: panic in sysctl code in recent head

2015-08-03 Thread Mateusz Guzik 
On Mon, Aug 03, 2015 at 05:28:58PM +0200, O. Hartmann wrote:
> Am Sat, 1 Aug 2015 05:26:36 -0700
> David Wolfskill  schrieb:
> 
> > On Thu, Jul 30, 2015 at 12:11:22PM -0700, Navdeep Parhar wrote:
> > > A kernel built from head as of today panics with this on loading a module.
> > > Does anyone else see this too?
> > > 
> > 
> > Sorry for the delay -- but no; I have not seen it.
> > 
> > Each of the builds listed in
> > 
> > also involves loading (at minimum) nvidia.ko and geom_eli.ko; usually, a
> > few more -- successfully.
> > 
> > Peace,
> > david
> 
> Including FreeBSD 11.0-CURRENT #28 r286232: Mon Aug  3 16:55:05 CEST 2015 
> amd64, I can
> bring down any of my CURRENT boxes (>= IvyBridge) by the issue of
> 
> sysctl -a|grep tempe
> 
> for looking after the recent temperature (all kernel have the Intel specific 
> driver for
> the temperature senors compiled in, like
> 
> [...]
> coretemp0:  on cpu0
> est0:  on cpu0
> coretemp1:  on cpu1
> est1:  on cpu1
> coretemp2:  on cpu2
> est2:  on cpu2
> coretemp3:  on cpu3
> est3:  on cpu3
> 
> 
> I haven't tried issuing the crashing command with kernsl without this module 
> compiled in.


The grep in question has no relation to whatever panic you are seeing.

What you can do is show your panic (at least the backtrace) and
preferably narrow the problem down to the exact revision which
introduced it.

-- 
Mateusz Guzik 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: panic in sysctl code in recent head

2015-08-03 Thread O. Hartmann 
Am Sat, 1 Aug 2015 05:26:36 -0700
David Wolfskill  schrieb:

> On Thu, Jul 30, 2015 at 12:11:22PM -0700, Navdeep Parhar wrote:
> > A kernel built from head as of today panics with this on loading a module.
> > Does anyone else see this too?
> > 
> 
> Sorry for the delay -- but no; I have not seen it.
> 
> Each of the builds listed in
> 
> also involves loading (at minimum) nvidia.ko and geom_eli.ko; usually, a
> few more -- successfully.
> 
> Peace,
> david

Including FreeBSD 11.0-CURRENT #28 r286232: Mon Aug  3 16:55:05 CEST 2015 
amd64, I can
bring down any of my CURRENT boxes (>= IvyBridge) by the issue of

sysctl -a|grep tempe

for looking after the recent temperature (all kernel have the Intel specific 
driver for
the temperature senors compiled in, like

[...]
coretemp0:  on cpu0
est0:  on cpu0
coretemp1:  on cpu1
est1:  on cpu1
coretemp2:  on cpu2
est2:  on cpu2
coretemp3:  on cpu3
est3:  on cpu3


I haven't tried issuing the crashing command with kernsl without this module 
compiled in.


Regards,

Oliver


pgpD47KARegy2.pgp
Description: OpenPGP digital signature

Re: Is it known problem with libnuma / numactl?

2015-08-03 Thread Lev Serebryakov 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03.08.2015 02:47, Adrian Chadd wrote:

> As for what you saw - that's odd; I've not seen that before. How
> are you building things? What are you building?
 I'm building world with help of nanobsd script, with A LOT of
WITHOUT_XXX options and host compiler used as cross-compiler, so I
could skip building toolchain completely (I don't need it as bootstrap
and I don't need it in target world). As it is VirtualBox VM on old
Q9550 CPU with DDR2, it saves me several hours of wall time.

 src.conf is attached. On installation

WITHOUT_INSTALLLIB=yes
WITHOUT_MAKE=yes
WITHOUT_TOOLCHAIN=yes

 is added too.

- -- 
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJVv1rAXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePTD4QALMMH+E4fCW6zhunWJQS+9hx
Emm5KNe4l0zMLemvawx6+RyMQ0OPvmPuxd8omRO0gVPL7KdJ13MXZyuY5G0ydbQy
k+27SP3+DszsgekFE7GpD5o84MrjMlc640ZWiPU9yb1NkhhByrCbEo9zonJEfoHi
27e+I/3Kr+kUZ4WXtI9yOx7zYZQrLwNj9J4BYkQjuZlx4BZ+kC7O7/VjGexwHd7o
5sOUQ186/8Ha40aBTzXOvnb3fM8DEMFn1pB8PTDYEzp4pwlr1m5SjU5BY2BWvL7x
jBN8NUvTlcCPmidBi5oQkMRcG8Qiq8z0v1i7ym8ouaGCMTBFbdys5uITDU39DYzx
UN8PglRZQxViiQyenSfoyCMRPv2JVCtyrN8i6o9nrwNy7XzirPbjRXlesgzXCKV2
jKtkbbxngtB1dZ+uujZ5NzDcRUb1LcwlxMtXydEEyE4E8Cm72bY9q0mtiV1Iu/sq
Sb6GnyyyG2BadyAOQ+KxKDuSdGyFn2LRHKH+HqUg4/J+lk0t0nJsaNxjId2NbxYg
p9kjEStkwnYgt4JrxBsCErwTVdEN/YpvS3IgLuRakNU3Yvvs6ib8/nRbvxrfLFry
9mhWEGgMOablByoD5bud4hGMxgtbp051Cwe6vAwr4nhjs/r8eqxQapyeJiB5dCDv
j/f8e8CiqVYumCJHBG9F
=1HqQ
-END PGP SIGNATURE-
MALLOC_PRODUCTION=yes
BOOT_COMCONSOLE_SPEED=115200
BOOT_COMCONSOLE_PORT=0x2E8

XCC=/usr/bin/cc
XCXX=/usr/bin/c++
XCPP=/usr/bin/cpp
XAS=/usr/bin/as
XAR=/usr/bin/ar
XLD=/usr/bin/ld
XNM=/usr/bin/nm
XOBJDUMP=/usr/bin/objdump
XRANLIB=/usr/bin/ranlib
XSTRINGS=/usr/bin/strings
XSTRIPBIN=/usr/bin/strip
COMPILER_TYPE=clang
WITHOUT_CROSS_COMPILER=yes
WITHOUT_CLANG=yes
WITHOUT_BINUTILS=yes
WITHOUT_ELFTOOLCHAIN_TOOLS=yes

WITHOUT_ACCT=yes
WITHOUT_ACPI=yes
WITHOUT_AMD=yes
WITHOUT_APM=yes
WITHOUT_ATM=yes
WITHOUT_AUDIT=yes
WITHOUT_AUTHPF=yes
WITHOUT_AUTOFS=yes
WITHOUT_BHYVE=yes
WITHOUT_BIND_DNSSEC=yes
WITHOUT_BOOTPARAMD=yes
WITHOUT_BOOTPD=yes
WITHOUT_BSDINSTALL=yes
WITHOUT_CALENDAR=yes
WITHOUT_CCD=yes
WITHOUT_CDDL=yes
WITHOUT_CTM=yes
WITHOUT_DEBUG_FILES=yes
WITHOUT_DICT=yes
WITHOUT_EXAMPLES=yes
WITHOUT_FILE=yes
WITHOUT_FINGER=yes
WITHOUT_FLOPPY=yes
WITHOUT_FREEBSD_UPDATE=yes
WITHOUT_GAMES=yes
WITHOUT_GCC=yes
WITHOUT_GCOV=yes
WITHOUT_GDB=yes
WITHOUT_GPIB=yes
WITHOUT_GPIO=yes
WITHOUT_GROFF=yes
WITHOUT_GSSAPI=yes
WITHOUT_HAST=yes
WITHOUT_HTML=yes
WITHOUT_INETD=yes
WITHOUT_INFO=yes
WITHOUT_IPFILTER=yes
WITHOUT_ISCSI=yes
WITHOUT_JAIL=yes
WITHOUT_LEGACY_CONSOLE=yes
WITHOUT_LIB32=yes
WITHOUT_LOCALES=yes
WITHOUT_LOCATE=yes
WITHOUT_LPR=yes
WITHOUT_KERBEROS=yes
WITHOUT_KERBEROS_SUPPORT=yes
WITHOUT_MAN=yes
WITHOUT_MANDOCDB=yes
WITHOUT_NCP=yes
WITHOUT_NDIS=yes
WITHOUT_NIS=yes
WITHOUT_NLS=yes
WITHOUT_NLS_CATALOGS=yes
WITHOUT_NS_CACHING=yes
WITHOUT_OBJC=yes
WITHOUT_PC_SYSINSTALL=yes
WITHOUT_PF=yes
WITHOUT_PORTSNAP=yes
WITHOUT_PPP=yes
WITHOUT_PROFILE=yes
WITHOUT_QUOTAS=yes
WITHOUT_RCMDS=yes
WITHOUT_RCS=yes
WITHOUT_RBOOTD=yes
WITHOUT_ROUTED=yes
WITHOUT_SENDMAIL=yes
WITHOUT_SHAREDOCS=yes
WITHOUT_SVNLITE=yes
WITHOUT_SYSCONS=yes
WITHOUT_TALK=yes
WITHOUT_TCP_WRAPPERS=yes
WITHOUT_TESTS=yes
WITHOUT_TIMED=yes
WITHOUT_UNBOUND=yes
WITHOUT_VI=yes
WITHOUT_VT_SUPPORT=yes
WITHOUT_ZFS=yes


src.conf.sig
Description: Binary data
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD-tests - Build #1247 - Unstable

2015-08-03 Thread jenkins-admin 
FreeBSD_HEAD-tests - Build #1247 - Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1247/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1247/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1247/console

Change summaries:

No changes


The failed test cases:

1 tests failed.
FAILED:  lib.libthr.sigmask_test.incorrect_mask_bug

Error Message:
Found unexpected reason in passed test result; test case exited with code 1

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