From owner-freebsd-stable@freebsd.org Sun Oct 18 12:04:09 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C06F2A11B6A for ; Sun, 18 Oct 2015 12:04:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83F2A13E4 for ; Sun, 18 Oct 2015 12:04:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Znmgy-0000gL-AU for freebsd-stable@freebsd.org; Sun, 18 Oct 2015 14:04:00 +0200 Received: from host-89-228-168-77.dynamic.mm.pl ([89.228.168.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 18 Oct 2015 14:04:00 +0200 Received: from mwisnicki+freebsd by host-89-228-168-77.dynamic.mm.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 18 Oct 2015 14:04:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Marcin Wisnicki Subject: Can't get ntp to work Date: Sun, 18 Oct 2015 12:03:47 +0000 (UTC) Lines: 28 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: host-89-228-168-77.dynamic.mm.pl User-Agent: Pan/0.140 (Chocolate Salty Balls; Unknown) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 12:04:09 -0000 My ntpd stopped synchronizing clock sometime ago (default ntp.conf). To debug the problem I've tried running ntpdate and got strange results: > # ntpdate 0.freebsd.pool.ntp.org > 18 Oct 13:53:14 ntpdate[55102]: no server suitable for synchronization found > > # ntpdate -u 0.freebsd.pool.ntp.org > 18 Oct 13:53:19 ntpdate[55119]: adjust time server 193.25.222.240 offset 0.002672 sec This would point to broken firewall BUT: > # nmap -p123 -sU 0.freebsd.pool.ntp.org > > Starting Nmap 6.49BETA5 ( https://nmap.org ) at 2015-10-18 13:52 CEST > Nmap scan report for 0.freebsd.pool.ntp.org (193.25.222.240) > Host is up (0.027s latency). > Other addresses for 0.freebsd.pool.ntp.org (not scanned): 94.154.96.7 95.158.95.123 46.175.224.7 > rDNS record for 193.25.222.240: afrodyta.complex.net.pl > PORT STATE SERVICE > 123/udp open ntp > > Nmap done: 1 IP address (1 host up) scanned in 0.64 seconds So there is nothing blocking the traffic. Any ideas ? From owner-freebsd-stable@freebsd.org Sun Oct 18 13:18:23 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF874A10E27 for ; Sun, 18 Oct 2015 13:18:23 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 416E9B9; Sun, 18 Oct 2015 13:18:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:Q6VdNRExaN5aYDiWr5aDcp1GYnF86YWxBRYc798ds5kLTJ75oM+wAkXT6L1XgUPTWs2DsrQf27aQ4vyrBDNIyK3CmU5BWaQEbwUCh8QSkl5oK+++Imq/EsTXaTcnFt9JTl5v8iLzG0FUHMHjew+a+SXqvnYsExnyfTB4Ov7yUtaLyZ/ni6bjp9aOPE1hv3mUX/BbFF2OtwLft80b08NJC50a7V/3mEZOYPlc3mhyJFiezF7W78a0+4N/oWwL46pyv+YJa6jxfrw5QLpEF3xmdjltvIy4/SXEGCCP/HoHTmQflFJrGQHZ/hzgFsP6sQPxtfF61jXcMcCgHp4uXjH31aZgS1fNgSwEMzM8uDXNj8V7j6ZWpTq8oBNizorMYMeePawtLevmYdoGSD8ZDY5qXCtbD9b5NtNXAg== X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2B9AgBhmyNW/61jaINWCIQKbwa9dA6BWhcKgkOCcEoCgUoUAQEBAQEBAQGBCYImggcBAQEDAQEBASAEJyALDgICAQgOChEZAgICGQwBCSYCBAgHBAEcBIgHCA2veZJ5AQEBAQEBAQEBAQEBAQEBAQEBEgkEhnOEfoQqDAQCARsBGRsHgmmBRQWHO4cHh2GCToJLhRuEQUiWCYNtAh8BQ4IRHYFxIjQHhFqBBgEBAQ X-IronPort-AV: E=Sophos;i="5.17,697,1437451200"; d="scan'208";a="243230007" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 18 Oct 2015 09:18:14 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 5480A15F55D; Sun, 18 Oct 2015 09:18:14 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id gkwTschqkQrW; Sun, 18 Oct 2015 09:18:13 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 06BFD15F565; Sun, 18 Oct 2015 09:18:13 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id OESUMObabcQy; Sun, 18 Oct 2015 09:18:12 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id DAB3815F55D; Sun, 18 Oct 2015 09:18:12 -0400 (EDT) Date: Sun, 18 Oct 2015 09:18:12 -0400 (EDT) From: Rick Macklem To: Christian Kratzer Cc: freebsd-stable@freebsd.org, John Baldwin Message-ID: <1459207327.41372204.1445174292836.JavaMail.zimbra@uoguelph.ca> In-Reply-To: References: <358885214.31305796.1444518367048.JavaMail.zimbra@uoguelph.ca> <2135054744.32546564.1444653156980.JavaMail.zimbra@uoguelph.ca> <173739656.33429352.1444704458926.JavaMail.zimbra@uoguelph.ca> Subject: Re: smbfs crashes since approx. 10.1-RELEASE MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_41372202_2128483097.1445174292834" X-Originating-IP: [172.17.95.11] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: smbfs crashes since approx. 10.1-RELEASE Thread-Index: gAIRKfPn7xkYUFf6R26pecR0IbLG7A== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 13:18:23 -0000 ------=_Part_41372202_2128483097.1445174292834 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Christian Kratzer wrote: > Hi Rick, > > looks like your latest patch nailed the issue. The box has been up for 3 > days: > > ck@noc3:~ % uptime > 12:22PM up 3 days, 4:11, 1 user, load averages: 0.07, 0.10, 0.08 > ck@noc3:~ % > > If it does not crash over the weekend this seems to be it: > When I took a closer look, it appears that PR 172942 was a different crash and it appears that one was fixed via r264600. Your problem does not appear to be in the bugs database. (I will commit the patch in mid-November anyhow, but creating a PR for this might be useful for others.) Btw, I think the attached patch (which includes this change) also fixes a problem that caused a crash during mounting, reported via PR 201912. (If you`d like to test this one that would be appreciated. It should be applied to code not already patched with the one below, since the below patch is included in it.) Thanks for your help with this, rick > > ck@noc3:/usr/src % svn diff sys/netsmb/smb_iod.c > Index: sys/netsmb/smb_iod.c > =================================================================== > --- sys/netsmb/smb_iod.c (revision 289211) > +++ sys/netsmb/smb_iod.c (working copy) > @@ -659,6 +659,11 @@ > break; > tsleep(&iod->iod_flags, PWAIT, "90idle", > iod->iod_sleeptimo); > } > + > + /* We can now safely destroy the mutexes and free the iod structure. > */ > + smb_sl_destroy(&iod->iod_rqlock); > + smb_sl_destroy(&iod->iod_evlock); > + free(iod, M_SMBIOD); > mtx_unlock(&Giant); > kproc_exit(0); > } > @@ -695,9 +700,6 @@ > smb_iod_destroy(struct smbiod *iod) > { > smb_iod_request(iod, SMBIOD_EV_SHUTDOWN | SMBIOD_EV_SYNC, NULL); > - smb_sl_destroy(&iod->iod_rqlock); > - smb_sl_destroy(&iod->iod_evlock); > - free(iod, M_SMBIOD); > return 0; > } > > ck@noc3:/usr/src % > > > Can you get this committed into current and later stable ? > > Greetings > Christian > > > > On Mon, 12 Oct 2015, Rick Macklem wrote: > > > Christian Kratzer wrote: > >> Hi Rick, > >> > >> On Mon, 12 Oct 2015, Rick Macklem wrote: > >> > >>> Christian Kratzer wrote: > >>>> Hi Rick, > >>>> > >>>> there was also a second more recent crash in /var/crash > >>>> > >>>> Mon Oct 12 03:01:16 CEST 2015 > >>>> > >>>> FreeBSD noc3.cksoft.de 10.2-STABLE FreeBSD 10.2-STABLE #2 r288980M: > >>>> Sun > >>>> Oct 11 08:37:40 CEST 2015 > >>>> ck@noc3.cksoft.de:/usr/obj/usr/src/sys/NOC amd64 > >>>> > >>>> panic: Assertion mtx_unowned(m) failed at > >>>> /usr/src/sys/kern/kern_mutex.c:955 > >>>> > >>> Oops, I screwed up. I should have looked at this panic assertion when you > >>> reported > >>> it before. Ok, so if I understand the assertion correctly, it means that > >>> another > >>> thread has the mutex locked. If this is correct, I'll have to take > >>> another > >>> look at > >>> the code and figure out how to wait for these other threads to finish > >>> with > >>> the mutexes. > >>> > >>> I do think the patch fixes the race I saw, but there must be other races > >>> in > >>> the code. > >>> > >>> I'll take another look, but if anyone else is conversant with netsmb, > >>> feel > >>> free to > >>> jump in, because it is all new to me. > >>> > >>> Unfortunately, I won't have any way to do testing for the next month or > >>> so, > >>> so any > >>> patches I do come up with will be "try this untested..". > >> > >> thats no problem. > >> > >> Just keep the patches coming when you have time and tell me when to reset > >> back to stable, > >> current or whatever so we don't lose sync of the status. > >> > > Well, you can try the attached one instead of the previous ones (ie. > > against stable). > > It just delays destroying the mutexes until the iod thread is exiting. > > > > I can't quite see why the previous patches wouldn't fix it, but this one > > leaves > > smb_iod_main() unchanged, so it is a simpler patch and doesn't affect > > semantics > > except for a slight delay in destroying the mutexes. > > > >> As it looks like that the race happens on unmount I could try putting a > >> sleep > >> 60 into the > >> script that does the "mount && rsycn && umount" magic just before the > >> umount. > >> That would > >> allow anything that it slow to go away to perhaps release the mutexes > >> before > >> the umount. > >> > > If it still crashes with this patch, it might be worth a try. > > > > Or, if this patch still crashes, you could just delete the 3 lines that the > > patch moves, so the mutexes are never destroyed. This would result in a > > leak, > > but it would tell us if destroying these mutexes is the problem. > > > > Thanks for your willingness to test these, rick > > > >> Not a real fix of course but might help to verify what's going on. > >> > >> Greetings > >> Christian > >> > >> > >> -- > >> Christian Kratzer CK Software GmbH > >> Email: ck@cksoft.de Wildberger Weg 24/2 > >> Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden > >> Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart > >> Mobile: +49 171 1947 843 Geschaeftsfuehrer: Christian Kratzer > >> Web: http://www.cksoft.de/ > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >> > > > > -- > Christian Kratzer CK Software GmbH > Email: ck@cksoft.de Wildberger Weg 24/2 > Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden > Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart > Mobile: +49 171 1947 843 Geschaeftsfuehrer: Christian Kratzer > Web: http://www.cksoft.de/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ------=_Part_41372202_2128483097.1445174292834 Content-Type: text/x-patch; name=smbiod3.patch Content-Disposition: attachment; filename=smbiod3.patch Content-Transfer-Encoding: base64 LS0tIHNtYl9pb2QuYy5vcmlnCTIwMTUtMTAtMTAgMTg6NTM6MzQuMDAwMDAwMDAwIC0wNDAwCisr KyBzbWJfaW9kLmMJMjAxNS0xMC0xNiAyMToxNDo1MS4wMDAwMDAwMDAgLTA0MDAKQEAgLTY1OSw2 ICs2NTksMTEgQEAgc21iX2lvZF90aHJlYWQodm9pZCAqYXJnKQogCQkJYnJlYWs7CiAJCXRzbGVl cCgmaW9kLT5pb2RfZmxhZ3MsIFBXQUlULCAiOTBpZGxlIiwgaW9kLT5pb2Rfc2xlZXB0aW1vKTsK IAl9CisKKwkvKiBXZSBjYW4gbm93IHNhZmVseSBkZXN0cm95IHRoZSBtdXRleGVzIGFuZCBmcmVl IHRoZSBpb2Qgc3RydWN0dXJlLiAqLworCXNtYl9zbF9kZXN0cm95KCZpb2QtPmlvZF9ycWxvY2sp OworCXNtYl9zbF9kZXN0cm95KCZpb2QtPmlvZF9ldmxvY2spOworCWZyZWUoaW9kLCBNX1NNQklP RCk7CiAJbXR4X3VubG9jaygmR2lhbnQpOwogCWtwcm9jX2V4aXQoMCk7CiB9CkBAIC02ODUsNiAr NjkwLDkgQEAgc21iX2lvZF9jcmVhdGUoc3RydWN0IHNtYl92YyAqdmNwKQogCSAgICBSRk5PV0FJ VCwgMCwgInNtYmlvZCVkIiwgaW9kLT5pb2RfaWQpOwogCWlmIChlcnJvcikgewogCQlTTUJFUlJP UigiY2FuJ3Qgc3RhcnQgc21iaW9kOiAlZCIsIGVycm9yKTsKKwkJdmNwLT52Y19pb2QgPSBOVUxM OworCQlzbWJfc2xfZGVzdHJveSgmaW9kLT5pb2RfcnFsb2NrKTsKKwkJc21iX3NsX2Rlc3Ryb3ko JmlvZC0+aW9kX2V2bG9jayk7CiAJCWZyZWUoaW9kLCBNX1NNQklPRCk7CiAJCXJldHVybiBlcnJv cjsKIAl9CkBAIC02OTUsOSArNzAzLDYgQEAgaW50CiBzbWJfaW9kX2Rlc3Ryb3koc3RydWN0IHNt YmlvZCAqaW9kKQogewogCXNtYl9pb2RfcmVxdWVzdChpb2QsIFNNQklPRF9FVl9TSFVURE9XTiB8 IFNNQklPRF9FVl9TWU5DLCBOVUxMKTsKLQlzbWJfc2xfZGVzdHJveSgmaW9kLT5pb2RfcnFsb2Nr KTsKLQlzbWJfc2xfZGVzdHJveSgmaW9kLT5pb2RfZXZsb2NrKTsKLQlmcmVlKGlvZCwgTV9TTUJJ T0QpOwogCXJldHVybiAwOwogfQogCi0tLSBzbWJfY29ubi5jLnNhdgkyMDE1LTEwLTE2IDIxOjA5 OjQ3LjAwMDAwMDAwMCAtMDQwMAorKysgc21iX2Nvbm4uYwkyMDE1LTEwLTE2IDIxOjEwOjQzLjAw MDAwMDAwMCAtMDQwMApAQCAtNjgzLDcgKzY4Myw5IEBAIGludAogc21iX3ZjX2Rpc2Nvbm5lY3Qo c3RydWN0IHNtYl92YyAqdmNwKQogewogCi0Jc21iX2lvZF9yZXF1ZXN0KHZjcC0+dmNfaW9kLCBT TUJJT0RfRVZfRElTQ09OTkVDVCB8IFNNQklPRF9FVl9TWU5DLCBOVUxMKTsKKwlpZiAodmNwLT52 Y19pb2QpCisJCXNtYl9pb2RfcmVxdWVzdCh2Y3AtPnZjX2lvZCwgU01CSU9EX0VWX0RJU0NPTk5F Q1QgfAorCQkgICAgU01CSU9EX0VWX1NZTkMsIE5VTEwpOwogCXJldHVybiAwOwogfQogCg== ------=_Part_41372202_2128483097.1445174292834-- From owner-freebsd-stable@freebsd.org Sun Oct 18 18:56:50 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A67FA18454 for ; Sun, 18 Oct 2015 18:56:50 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 06DE61EDA for ; Sun, 18 Oct 2015 18:56:50 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 03EACA18452; Sun, 18 Oct 2015 18:56:50 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03822A18451 for ; Sun, 18 Oct 2015 18:56:50 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B44A21ED9 for ; Sun, 18 Oct 2015 18:56:49 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Znt8J-000NLA-JG for stable@freebsd.org; Sun, 18 Oct 2015 21:56:39 +0300 Date: Sun, 18 Oct 2015 21:56:39 +0300 From: Slawa Olhovchenkov To: stable@freebsd.org Subject: 82576 + NETMAP + VLAN Message-ID: <20151018185639.GF42243@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 18:56:50 -0000 I have 82576 in NETMAP mode. 802.1q packets received in decapsulated form. This is bug or this is normal behavior? From owner-freebsd-stable@freebsd.org Sun Oct 18 20:29:24 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3797A189A5 for ; Sun, 18 Oct 2015 20:29:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 96B8C3DC for ; Sun, 18 Oct 2015 20:29:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 93D97A189A4; Sun, 18 Oct 2015 20:29:24 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93786A189A3 for ; Sun, 18 Oct 2015 20:29:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 631293DB for ; Sun, 18 Oct 2015 20:29:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbni9 with SMTP id ni9so42757979igb.1 for ; Sun, 18 Oct 2015 13:29:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=naBQW+2uhfcihBPBuNl1Sa0XaUhOqdYkPzU+jbTJogA=; b=F+OXuSF3Gv+md2ZLf06JXAqpthfk5qwOxqfJvQNC77cmVeDK787KLt+zn1mM888+Q1 a5dIznug80Ne+mdRfAFturCNnwEKe/D8Gg50XsxQ5W42+1IsMslyxljm8NKN+z2TZmi9 QH7Jz2JU8auwp8gfSbPmwnQ0g49Hn74Kv7yqm1KqivqoqkQfE3IAZL1nO70yKHzlBZQR 492lAo3uuL9pnQem7S+CMfNAKAX6Kpr98ECmjT6l1Mt7ZLmY4EQpXK2CXjI12g6o/p7n nSMrSydDRxCq6u4dPOq5IZF87rgYUgggoBiT8w9nLrrfGNKTPXnsFilvAHe86fIwTQ/v Vz8A== MIME-Version: 1.0 X-Received: by 10.50.178.141 with SMTP id cy13mr15318462igc.61.1445200163790; Sun, 18 Oct 2015 13:29:23 -0700 (PDT) Received: by 10.36.46.66 with HTTP; Sun, 18 Oct 2015 13:29:23 -0700 (PDT) In-Reply-To: <20151018185639.GF42243@zxy.spb.ru> References: <20151018185639.GF42243@zxy.spb.ru> Date: Sun, 18 Oct 2015 13:29:23 -0700 Message-ID: Subject: Re: 82576 + NETMAP + VLAN From: Adrian Chadd To: Slawa Olhovchenkov Cc: "stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 20:29:24 -0000 On 18 October 2015 at 11:56, Slawa Olhovchenkov wrote: > I have 82576 in NETMAP mode. > 802.1q packets received in decapsulated form. > This is bug or this is normal behavior? I don't know if it's a bug or not; I don't know if it was ever defined behaviour. You should just disable the hardware vlan option via ifconfig or the ioctl and it'll "work right". -adrian > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Sun Oct 18 21:00:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0ED8DA1829A for ; Sun, 18 Oct 2015 21:00:53 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EC6D1ACA for ; Sun, 18 Oct 2015 21:00:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id EB9D8A18290; Sun, 18 Oct 2015 21:00:52 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA3CEA1828F for ; Sun, 18 Oct 2015 21:00:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A78C6ABA for ; Sun, 18 Oct 2015 21:00:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Znv4T-000PoD-Ak; Mon, 19 Oct 2015 00:00:49 +0300 Date: Mon, 19 Oct 2015 00:00:49 +0300 From: Slawa Olhovchenkov To: Adrian Chadd Cc: "stable@freebsd.org" Subject: Re: 82576 + NETMAP + VLAN Message-ID: <20151018210049.GT6469@zxy.spb.ru> References: <20151018185639.GF42243@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 21:00:53 -0000 On Sun, Oct 18, 2015 at 01:29:23PM -0700, Adrian Chadd wrote: > On 18 October 2015 at 11:56, Slawa Olhovchenkov wrote: > > I have 82576 in NETMAP mode. > > 802.1q packets received in decapsulated form. > > This is bug or this is normal behavior? > > I don't know if it's a bug or not; I don't know if it was ever defined > behaviour. > You should just disable the hardware vlan option via ifconfig or the > ioctl and it'll "work right". I am already do this, but this is very bad behavior: undocumented and unpredicable. 82599ES received this packets in 802.1q form. From owner-freebsd-stable@freebsd.org Sun Oct 18 21:21:44 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33A19A18A09 for ; Sun, 18 Oct 2015 21:21:44 +0000 (UTC) (envelope-from lists@searchy.net) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id BB694872; Sun, 18 Oct 2015 21:21:43 +0000 (UTC) (envelope-from lists@searchy.net) Received: from [192.168.5.21] (5418453B.cm-5-1b.dynamic.ziggo.nl [84.24.69.59]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id 4D8D31E8C07; Sun, 18 Oct 2015 21:21:33 +0000 (UTC) Message-ID: <56240D5D.4060205@searchy.net> Date: Sun, 18 Oct 2015 23:21:33 +0200 From: "Frank de Bot (lists)" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31 MIME-Version: 1.0 To: FreeBSD Stable , =?UTF-8?Q?Edward_Tomasz_Napiera=c5=82a?= Subject: Re: Reloading iscsi target, iscsi initiator panics References: <561EC629.30106@searchy.net> <20151015113428.GA3741@brick.home> <561FEAF5.8080607@searchy.net> <20151015201212.GA4609@brick.home> <5620A389.5010901@searchy.net> In-Reply-To: <5620A389.5010901@searchy.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2015 21:21:44 -0000 Frank de Bot wrote: > Edward Tomasz Napierała wrote: >> On 1015T2005, Frank de Bot (lists) wrote: >>> Edward Tomasz Napierała wrote: >>>> On 1014T2316, Frank de Bot (lists) wrote: >>>>> Hello, >>>>> >>>>> I have a FreeBSD 10.2 server running as iSCSI target. Another FreeBSD >>>>> 10.2 is an initiator and has several targets used. >>>>> >>>>> When I add a target and reload its config with 'service ctld reload', >>>>> the FreeBSD initiator server panics. It's reproducable (I have a >>>>> coredump, but I think it's clear what the problem is) >>>> >>>> How easy it is to reproduce, eg. does it happen about every time? >>>> Could you paste the backtrace? >>> >>> The first time I didn't understand what happened, the second time I >>> could relate it directly to the reloading of ctld on the iSCSI, within >>> moments the server paniced. >>> >>> I got 2 backtraces: >>> >>> First one: >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 1; softdep_deallocate_dependencies: got error 6 while accessing >> >> This is the FFS on the initiator side panicing because the device it's >> on went away. The softupdates code can't handle that very well. >> >> I have no idea why the devices went away and then reappeared, as visible >> in the logs. What has the changed in the ctl.conf? Do you have any >> iscsi-related sysctls set on the initiator side? >> > > I've added a new target in the ctl.conf . On the linux server I also see > a brief disconnect, but a reconnect is handled well. > > I haven't set any sysctl's related to iscsi > > My ctl.conf is (again anonymized): > > auth-group my-auth { > chap "myiscsi" "verysecret" > } > portal-group pg0 { > discovery-auth-group my-auth > listen 10.13.37.2 > } > > target iqn.2015-03.lan.my.nas:vmstorage-29 { > auth-group my-auth > portal-group pg0 > lun 0 { > path /tank/images/iscsi/vmstorage-29/vmstorage-29.img > size 20484M > blocksize 4096 > option unmap on > } > } > > target iqn.2015-03.lan.my.nas:vmstorage-44 { > auth-group my-auth > portal-group pg0 > lun 0 { > path /tank/images/iscsi/vmstorage-44/vmstorage-44.img > size 102404M > blocksize 4096 > option unmap on > } > } > > target iqn.2015-03.lan.my.nas:keyserver.my.nl { > auth-group my-auth > portal-group pg0 > lun 0 { > path /dev/zvol/tank/hosting_images/keyserver.my.nl > blocksize 4096 > option unmap on > } > } > > the vmstorage-44 is last added to the config > I've started up my test environment, but I could not reproduce is there. When reloading the target, a SCSI sense: UNIT ATTENTION asc:3f,e (Reported LUNs data has changed) is reported, but no device is destroyed. All servers are running the same kernel and userland 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666 What can those device disconnects cause? > > >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Oct 19 02:45:53 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D859A18558 for ; Mon, 19 Oct 2015 02:45:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 600301E7C for ; Mon, 19 Oct 2015 02:45:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5CB02A18557; Mon, 19 Oct 2015 02:45:53 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C4E2A18554 for ; Mon, 19 Oct 2015 02:45:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D3521E7B for ; Mon, 19 Oct 2015 02:45:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iow1 with SMTP id 1so175606220iow.1 for ; Sun, 18 Oct 2015 19:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iab9W3kqPC6rhqqMtvNiU0ish72hlycGD1DFR9hBE+g=; b=MplOpWjP1bi7MeNshcC3LO9SeQgsgwy+QAwhc1YPWiuD2i7+243KmI5NolmjRZX/y+ Fypt8ygmesX25LLh0uJik73h88kq/7v8YH4bsHth+4heJuMmXS/0e8z90XbxhPcSBD4U Laym2E9oM4JVi5k41ZbW+MaEpVVD5eb6UI+H1DEXhD516+Zfu4UtJm9T1lYf9duFkt38 SFXM/dqPPl6hX9MDBIQ5Eub66Zfq9JxoTOevWMZUbrdEkCnnX5HYsxOwXSVIOm6UmVu7 BFpB4+NkW73oZDNXSwePmWDYhlrwco7sjGuDWFMl9mHBtzCSMyAmSrgxBlDfQK4oCono sCJA== MIME-Version: 1.0 X-Received: by 10.107.3.72 with SMTP id 69mr2711318iod.75.1445222752493; Sun, 18 Oct 2015 19:45:52 -0700 (PDT) Received: by 10.36.46.66 with HTTP; Sun, 18 Oct 2015 19:45:52 -0700 (PDT) In-Reply-To: <20151018210049.GT6469@zxy.spb.ru> References: <20151018185639.GF42243@zxy.spb.ru> <20151018210049.GT6469@zxy.spb.ru> Date: Sun, 18 Oct 2015 19:45:52 -0700 Message-ID: Subject: Re: 82576 + NETMAP + VLAN From: Adrian Chadd To: Slawa Olhovchenkov Cc: "stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 02:45:53 -0000 Heh, file a bug with luigi; it should be defined better inside netmap itself. -a On 18 October 2015 at 14:00, Slawa Olhovchenkov wrote: > On Sun, Oct 18, 2015 at 01:29:23PM -0700, Adrian Chadd wrote: > >> On 18 October 2015 at 11:56, Slawa Olhovchenkov wrote: >> > I have 82576 in NETMAP mode. >> > 802.1q packets received in decapsulated form. >> > This is bug or this is normal behavior? >> >> I don't know if it's a bug or not; I don't know if it was ever defined >> behaviour. >> You should just disable the hardware vlan option via ifconfig or the >> ioctl and it'll "work right". > > I am already do this, but this is very bad behavior: undocumented and > unpredicable. > 82599ES received this packets in 802.1q form. From owner-freebsd-stable@freebsd.org Mon Oct 19 16:20:35 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0448DA103C4 for ; Mon, 19 Oct 2015 16:20:35 +0000 (UTC) (envelope-from M.Santhoff@web.de) Received: from mout.web.de (mout.web.de [212.227.15.14]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B572B1262 for ; Mon, 19 Oct 2015 16:20:34 +0000 (UTC) (envelope-from M.Santhoff@web.de) Received: from [10.0.0.2] ([91.60.27.191]) by smtp.web.de (mrweb003) with ESMTPSA (Nemesis) id 0LzKJV-1aaYLK03iz-014TRn for ; Mon, 19 Oct 2015 18:07:31 +0200 Subject: 9-STABLE showing disk timeouts From: Marc Santhoff To: "FreeBSD stable (Liste)" Content-Type: text/plain; charset="ISO-8859-15" Date: Mon, 19 Oct 2015 18:05:15 +0200 Message-ID: <1445270715.2201.13.camel@puma.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mwDCCpDwogQ7hELAoQcpDcDbGOkOExJxZb1R6aDUoVnhXiV/edy YmIgIGVJy4Dp56aZvGorCDsJYD4+PkK/T4u+WnvuksOpxfGQt0ZIWxvvZGU45sjdSSSxqk6 xAiWea90Q+KB4spzGWYSMX/hh1kpzoZg4vljN2HHijI6KgjrSHPC+avVv+WYdjHAZy81sL2 NzVfJgK7LjacZQFVXGHug== X-UI-Out-Filterresults: notjunk:1;V01:K0:k3zV+N8box4=:1OrSCXeNAFg0IMd+Xz1Vsp U+NG6moJg0CjrGmfIF9sqfp3KOaJPGnl4VSZAeEnqabmF9QAFPrOSE37SV3wNQdGJjpXOapkM +6USErHhbs5+rKUGA379lsAQMG+B6Ilqx+9UCbRh6BOiOHTOUeTydlAwyFp1DIb46JuSYQXa/ g3E8ObAzHR+Hdfkh2h9sEf5vaR8IRvMJ+VnJYPVZAzcvkNCgtScEwrX0JDZFfTxgcLH6+nLIw 7awhvmCFbB2r79Hr7sv7A8GKFuhcmuz2lFlxwfF6+CbEVtiVPcTeMvDvCYGaZU01ojv+L1FL9 Tjswl6LigJEBvqLriBDBryL0usN4nxVuGt4o0todayCZZuBsgmvLhjWlYTyzvhrlLxv9E9Qb9 2aYGAK5jXNSyqlODvjSOjWwOrWsJXQaeVYYJ1FKbKEywSRBFWSMH9jBPUxNXnd599D041VvaN UqVBP44c71+adMH/7+Twv1+JZhWHtVGvv+oxBS/jig1K6ZkPNAHEgdlIKvtiMGHDKLc5A2ML6 wD4EfU4o6VVhn6SQoMjyRoOULAFPvxdbRUJ/TaXqxNKMtncMKCua/3TTCNBaZFFs0DnlbBA0k D1rOrK1QTVz+oUhCdjDNrf1CVzNaTNBKhOs4VMwzji3/kcLJ3tF8MR2MqA1ev3aiM40entE8f xrFvbxs+1wtN9qwxqzh55W67zA+ixM2A7S3nLFPHCazwfSVlLkb2jSBwhMvj6LwLUITglctE7 1Lx+tUT9MX9/QCpJYDhHIOMentDU1ny3fHuhrjqMClGgLGhCJ+JLY5r3lFyw43I3KsbCDfZOr nbLWT6m X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 16:20:35 -0000 Hi, I'm in the process of updating a machine to 9-STABLE from a week or two ago. When compiling masses of ports something never seen before happens: Oct 19 11:54:26 puma kernel: ahcich3: Timeout on slot 28 port 0 Oct 19 11:54:26 puma kernel: ahcich3: is 00000008 cs 00000000 ss 00000000 rs ffffffff tfd 50 serr 00000000 cmd 00007c17 Oct 19 11:54:26 puma kernel: (ada1:ahcich3:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 40 7f 6b aa 40 09 00 00 00 00 00 Oct 19 11:54:26 puma kernel: (ada1:ahcich3:0:0:0): CAM status: Command timeout Oct 19 11:54:26 puma kernel: (ada1:ahcich3:0:0:0): Retrying command And another one: Oct 18 15:16:20 puma kernel: ahcich3: Timeout on slot 19 port 0 Oct 18 15:16:20 puma kernel: ahcich3: is 00000008 cs 00000000 ss 00000000 rs ffffffff tfd 50 serr 00000000 cmd 00007317 Oct 18 15:16:20 puma kernel: (ada1:ahcich3:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 df c6 5d 40 11 00 00 00 00 00 Oct 18 15:16:21 puma kernel: (ada1:ahcich3:0:0:0): CAM status: Command timeout Oct 18 15:16:21 puma kernel: (ada1:ahcich3:0:0:0): Retrying command These are the two occurances I saw running through on the console, there may be more. The disk is one of those funny things getting active when idle after writing big files to it: ada1: ATA8-ACS SATA 3.x device ahci1: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe4ffc00-0xfe4fffff irq 19 at device 17.0 on pci0 ahci1: AHCI v1.20 with 4 6Gbps ports, Port Multiplier supported ahcich2: at channel 0 on ahci1 ahcich3: at channel 1 on ahci1 ahcich4: at channel 2 on ahci1 ahcich5: at channel 3 on ahci1 What is happening there and why? Do I need to worry? TIA, Marc -- Marc Santhoff From owner-freebsd-stable@freebsd.org Mon Oct 19 20:32:32 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59910A19900 for ; Mon, 19 Oct 2015 20:32:32 +0000 (UTC) (envelope-from ck-lists@cksoft.de) Received: from mx1.cksoft.de (mx1.cksoft.de [IPv6:2001:67c:24f8:1::25:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.cksoft.de", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E0D29132E; Mon, 19 Oct 2015 20:32:31 +0000 (UTC) (envelope-from ck-lists@cksoft.de) Received: from m.cksoft.de (m.cksoft.de [212.17.240.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.cksoft.de (Postfix) with ESMTPSA id AAA221E9EB2; Mon, 19 Oct 2015 22:32:27 +0200 (CEST) Received: from amavis.cksoft.de (unknown [IPv6:2a01:170:1110:8001::25:a1]) by m.cksoft.de (Postfix) with ESMTP id 0D52663348; Mon, 19 Oct 2015 22:30:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from m.cksoft.de ([IPv6:2a01:170:1110:8001::25:1]) by amavis.cksoft.de (amavis.cksoft.de [IPv6:2a01:170:1110:8001::25:a1]) (amavisd-new, port 10041) with ESMTP id BBh08b97maqF; Mon, 19 Oct 2015 22:30:51 +0200 (CEST) Received: from noc1.cksoft.de (noc1.cksoft.de [IPv6:2a01:170:1110:8001::53:1]) by m.cksoft.de (Postfix) with ESMTP id B61D562FA4; Mon, 19 Oct 2015 22:30:50 +0200 (CEST) Received: by noc1.cksoft.de (Postfix, from userid 1000) id E1B77139F5; Mon, 19 Oct 2015 22:32:25 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by noc1.cksoft.de (Postfix) with ESMTP id D899C139A3; Mon, 19 Oct 2015 22:32:25 +0200 (CEST) Date: Mon, 19 Oct 2015 22:32:25 +0200 (CEST) From: Christian Kratzer X-X-Sender: ck@noc1.cksoft.de Reply-To: Christian Kratzer To: Rick Macklem cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: smbfs crashes since approx. 10.1-RELEASE In-Reply-To: <1459207327.41372204.1445174292836.JavaMail.zimbra@uoguelph.ca> Message-ID: References: <358885214.31305796.1444518367048.JavaMail.zimbra@uoguelph.ca> <2135054744.32546564.1444653156980.JavaMail.zimbra@uoguelph.ca> <173739656.33429352.1444704458926.JavaMail.zimbra@uoguelph.ca> <1459207327.41372204.1445174292836.JavaMail.zimbra@uoguelph.ca> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) X-Spammer-Kill-Ratio: 75% MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 20:32:32 -0000 Hi Rick, On Sun, 18 Oct 2015, Rick Macklem wrote: > Christian Kratzer wrote: >> Hi Rick, >> >> looks like your latest patch nailed the issue. The box has been up for 3 >> days: >> >> ck@noc3:~ % uptime >> 12:22PM up 3 days, 4:11, 1 user, load averages: 0.07, 0.10, 0.08 >> ck@noc3:~ % >> >> If it does not crash over the weekend this seems to be it: >> > When I took a closer look, it appears that PR 172942 was a different crash and > it appears that one was fixed via r264600. > > Your problem does not appear to be in the bugs database. (I will commit the > patch in mid-November anyhow, but creating a PR for this might be useful for > others.) > > Btw, I think the attached patch (which includes this change) also fixes a > problem that caused a crash during mounting, reported via PR 201912. > (If you`d like to test this one that would be appreciated. It should be > applied to code not already patched with the one below, since the below > patch is included in it.) > > Thanks for your help with this, rick I'll put your patch on the VM in question. Btw. it has been up for 6 days now without a crash. Before I do that I would like to see that it really addresses PR 201912. Do you have any idea how I could provoke that one ? Ideally I would like to do the stuff that forces the panic, then apply the patch and see that the system stays stable despite me doing the silly moves again. Greetings Christian -- Christian Kratzer CK Software GmbH Email: ck@cksoft.de Wildberger Weg 24/2 Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart Mobile: +49 171 1947 843 Geschaeftsfuehrer: Christian Kratzer Web: http://www.cksoft.de/ From owner-freebsd-stable@freebsd.org Mon Oct 19 23:32:07 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE343A192B3 for ; Mon, 19 Oct 2015 23:32:07 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 42D3F1FB; Mon, 19 Oct 2015 23:32:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:75eCQBGyJ7Ab1f9OHu3UcJ1GYnF86YWxBRYc798ds5kLTJ75oM+wAkXT6L1XgUPTWs2DsrQf27aQ4v+rAzZIyK3CmU5BWaQEbwUCh8QSkl5oK+++Imq/EsTXaTcnFt9JTl5v8iLzG0FUHMHjew+a+SXqvnYsExnyfTB4Ov7yUtaLyZ/ni6bjpNaJOU1hv3mUX/BbFF2OtwLft80b08NJC50a7V/3mEZOYPlc3mhyJFiezF7W78a0+4N/oWwL46pyv+YJa6jxfrw5QLpEF3xmdjltvIy4/SXEGCCP/HoHTmQflFJrGQHZ/hzgFsP6sQPxtfF61jXcMcCgHp4uXjH31aZgS1fNgSwEMzM8uDXNj8V7j6ZWpTq8oBNizorMYMeePawtLevmYdoGSD8ZDY5qXCtbD9b5NtNXAg== X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DQAQC9fCVW/61jaINehApvBr4KAQ2BWhcKgkOCcEoCgXUUAQEBAQEBAQGBCYImggcBAQEDAQEBASArIAsFCQICAQgOCgICDRkCAhsMAQkmAgQIBwQBHASIBwgNsWaTBAEBAQEBAQEBAQEBAQEBAQEBARsEgR6FVYR+hCoQAgEcNAeCaYFFBZYjhRmFG4RBllGDbQIfAQFCghEdgXEiNAeEWoEGAQEB X-IronPort-AV: E=Sophos;i="5.17,704,1437451200"; d="scan'208";a="245552460" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 19 Oct 2015 19:31:59 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id DB48A15F55D; Mon, 19 Oct 2015 19:31:59 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id o3MoDRhyZJvp; Mon, 19 Oct 2015 19:31:59 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 3164F15F565; Mon, 19 Oct 2015 19:31:59 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id mwuFqSZrvV_5; Mon, 19 Oct 2015 19:31:59 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 1753515F55D; Mon, 19 Oct 2015 19:31:59 -0400 (EDT) Date: Mon, 19 Oct 2015 19:31:59 -0400 (EDT) From: Rick Macklem To: Christian Kratzer Cc: freebsd-stable@freebsd.org, John Baldwin Message-ID: <991652190.43412204.1445297519046.JavaMail.zimbra@uoguelph.ca> In-Reply-To: References: <2135054744.32546564.1444653156980.JavaMail.zimbra@uoguelph.ca> <173739656.33429352.1444704458926.JavaMail.zimbra@uoguelph.ca> <1459207327.41372204.1445174292836.JavaMail.zimbra@uoguelph.ca> Subject: Re: smbfs crashes since approx. 10.1-RELEASE MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.12] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF34 (Win)/8.0.9_GA_6191) Thread-Topic: smbfs crashes since approx. 10.1-RELEASE Thread-Index: WUN8hXhDJz6R1ox3ccCd38H4Ipv3lg== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 23:32:07 -0000 Christian Kratzer wrote: > Hi Rick, > > On Sun, 18 Oct 2015, Rick Macklem wrote: > > > Christian Kratzer wrote: > >> Hi Rick, > >> > >> looks like your latest patch nailed the issue. The box has been up for 3 > >> days: > >> > >> ck@noc3:~ % uptime > >> 12:22PM up 3 days, 4:11, 1 user, load averages: 0.07, 0.10, 0.08 > >> ck@noc3:~ % > >> > >> If it does not crash over the weekend this seems to be it: > >> > > When I took a closer look, it appears that PR 172942 was a different crash > > and > > it appears that one was fixed via r264600. > > > > Your problem does not appear to be in the bugs database. (I will commit the > > patch in mid-November anyhow, but creating a PR for this might be useful > > for > > others.) > > > > Btw, I think the attached patch (which includes this change) also fixes a > > problem that caused a crash during mounting, reported via PR 201912. > > (If you`d like to test this one that would be appreciated. It should be > > applied to code not already patched with the one below, since the below > > patch is included in it.) > > > > Thanks for your help with this, rick > > > I'll put your patch on the VM in question. Btw. it has been up for 6 days now > without a crash. > > Before I do that I would like to see that it really addresses PR 201912. > > Do you have any idea how I could provoke that one ? > Not really, I'm afraid. The patch deals with the failure cases in smb_vc_create(), which I think was what caused the crash, given the backtrace in the PR. You can look at smb_vc_create() and see there is a bunch of "goto fail;" cases, but I don't know how to specifically tickle any of these? You could "fake it" by putting a "goto fail;" at line#428, just after the "error = ENOMEM;". This will break smb_vc_create() big time, but I think it will generate the same crash as PR 201912. > Ideally I would like to do the stuff that forces the panic, then apply > the patch and see that the system stays stable despite me doing the > silly moves again. > That would be nice, but so long as I know that the patch doesn't cause a regression, I am comfortable committing it. (This refers to the other 2 changes in the patch. It seems clear that the fix in smbiod2.patch is ok to commit.) Thanks for all your help with this, rick > Greetings > Christian > > -- > Christian Kratzer CK Software GmbH > Email: ck@cksoft.de Wildberger Weg 24/2 > Phone: +49 7032 893 997 - 0 D-71126 Gaeufelden > Fax: +49 7032 893 997 - 9 HRB 245288, Amtsgericht Stuttgart > Mobile: +49 171 1947 843 Geschaeftsfuehrer: Christian Kratzer > Web: http://www.cksoft.de/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Tue Oct 20 00:21:43 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23221A192B4 for ; Tue, 20 Oct 2015 00:21:43 +0000 (UTC) (envelope-from erich@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 02C861DF3 for ; Tue, 20 Oct 2015 00:21:42 +0000 (UTC) (envelope-from erich@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=LP3S4oxuWgDcLS8oWUHVnG2T8Cf+a2k6uMcPMjjrYYU=; b=BdsVtmIP52QOZreA5YFqw7bi7R wjz4igHT0YoWk/u6KKEQn25TdcFOekS8YumAmvajPsbNW1WomPvLge1BDRYvXEUjP5JZKeYmXHsFQ j/fk+FOKxrv4aLJwYp0yAzyNJBRY9G5HMstG527XAkfbeSBYx9YsSte7miQoGkBShIk0=; Received: from subs08-103-10-67-167.three.co.id ([103.10.67.167]:2167 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.86) (envelope-from ) id 1ZoKgJ-002FNr-CK; Mon, 19 Oct 2015 18:21:36 -0600 Date: Tue, 20 Oct 2015 08:21:27 +0800 From: Erich Dollansky To: Marc Santhoff Cc: "FreeBSD stable (Liste)" Subject: Re: 9-STABLE showing disk timeouts Message-ID: <20151020082127.309857cf@X220.alogt.com> In-Reply-To: <1445270715.2201.13.camel@puma.das.netz> References: <1445270715.2201.13.camel@puma.das.netz> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 00:21:43 -0000 Hi, On Mon, 19 Oct 2015 18:05:15 +0200 Marc Santhoff wrote: > What is happening there and why? I have the same problem with one specific connection. Can you check the cable? Can you switch to another connector? > Do I need to worry? Not, if it was the connection. Erich From owner-freebsd-stable@freebsd.org Tue Oct 20 13:39:46 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08BD0A19B31 for ; Tue, 20 Oct 2015 13:39:46 +0000 (UTC) (envelope-from M.Santhoff@web.de) Received: from mout.web.de (mout.web.de [212.227.17.12]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB0ED1B60 for ; Tue, 20 Oct 2015 13:39:45 +0000 (UTC) (envelope-from M.Santhoff@web.de) Received: from [10.0.0.2] ([91.60.15.211]) by smtp.web.de (mrweb103) with ESMTPSA (Nemesis) id 0LudP2-1aWdEc0bsu-00zoVI; Tue, 20 Oct 2015 15:33:26 +0200 Subject: Re: 9-STABLE showing disk timeouts From: Marc Santhoff To: Erich Dollansky Cc: "FreeBSD stable (Liste)" In-Reply-To: <20151020082127.309857cf@X220.alogt.com> References: <1445270715.2201.13.camel@puma.das.netz> <20151020082127.309857cf@X220.alogt.com> Content-Type: text/plain; charset="ISO-8859-15" Date: Tue, 20 Oct 2015 15:31:28 +0200 Message-ID: <1445347888.16844.11.camel@puma.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:hHUEIf/rdZty87CTgui/1aKmj89Lr4z/ML10XNhZgDdKC6BEd4m ZGmY0/ArBftnAHcllOelqIpqk4sO+pXG3SOxrVxvHxDqmwvCMGjCoc9THXfjexJSWAGpor/ fQtqVYFt38BY5XDcSdoPnJR7wMPQrEoU11vianxsadstgljaskfCUxrBgrzX21nLQjoZNe/ Orx0EC1H79QamsGCBsFdw== X-UI-Out-Filterresults: notjunk:1;V01:K0:EFN8yrgTDVo=:XVilbHb70SCt6jZSXtNgnE jyQEo2zxSkfVi00Dhr6LIGKx0fKEfiiLewF/u7tBebRGepXH0sUEaBpFQ3YCWOMjiyePyUR3c KXZo4EVfqGgHW8+95s6Z5mH0V6z3eVfFdebYqRDxHCTpwWDzKp2MpGQX36CH0MhoIFc0qXlOl sKuxU8gVlS1wKGezuxZb6w88R6Mrd+aFobiDHfx3Pb4BOjhD/OKtd+Q7hoFxx/kz74JnZU2dM uLEWESkzpJzXSv9Z4MGt4bInyemnGnKphxI5IWFs9D/phf5Ei6OnIJm215Oy+FJXSwrj7oIvA JjIkr4ZbFKUmWZx8O4nGmnCChTmL2cl/cEQhaI6E/kUcTE9XwItPh45MIcDegCe07mDVBGXe0 4Lx0siAZL8UVtpymQMQuwCRbJD3M6YUQhjM2EWNA1uoGgchylmcaenANGrDEtrmbiEozbXl9f JcU1PS2dzhyoBQnSpbCKACkTIwPRkzkSfeI3kAo4V5DA0Ts/Gu1MJgqEpk7OSOWCbO15Kb4zK HTGUfro+SA+YI+7niR8rcLk9SLDUioLm+q+Mptfk7ilqoB6E8nyieFG9SXnrjARuNKCoJLqHH /XpnkDq687RgqlEoAqysP1deKBICtSOh5zRBEpU/EEvrh7k3MSfq9+c/4yWSSnv+ygHjy/ANm 9KdghcVzsgQeTB71/1ZUo8QC3eEccX+e9wTpxPCxEDPvLwu2a2Ly46DjEax2tlw8u3RjaCSPK pevMfgs4k428G9tB2SFiq4LFUUADkZyQ4q94wgKU+Lkh6tqe/Vc8c1+HWk/wlzZd+NNXF+HhZ taqnnhM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 13:39:46 -0000 On Di, 2015-10-20 at 08:21 +0800, Erich Dollansky wrote: > Hi, Hi Erich and list members, > On Mon, 19 Oct 2015 18:05:15 +0200 > Marc Santhoff wrote: > > > What is happening there and why? > > I have the same problem with one specific connection. Can you check the > cable? Can you switch to another connector? I'm relatively sure the cable is OK. I'm aware of SATA cable problems, the "standard" specifies only 50 plugging cycles (or was it 15?). When in charge new cables are used. When the computer is not brand new, the sockets are cleaned at first. BUT, when running the older FreeBSD 9 using the old disc driver anything works. I know, because an xterm with "tail -f /var/log/messages" is running very often and I'd have seen this error before - which I haven't. > > Do I need to worry? > > Not, if it was the connection. Hmmm... For reference: marc@puma:/home/marc > dmesg|grep ata atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfe8fa000-0xfe8fbfff irq 18 at device 0.0 on pci3 atapci1: at channel -1 on atapci0 atapci1: AHCI v1.00 controller with 2 3Gbps ports, PM supported ata2: on atapci1 ata3: on atapci1 ata4: at channel 0 on atapci0 atapci2: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe4ffc00-0xfe4fffff irq 19 at device 17.0 on pci0 atapci2: AHCI v1.20 controller with 4 6Gbps ports, PM supported ata5: at channel 0 on atapci2 ata6: at channel 1 on atapci2 ata7: at channel 2 on atapci2 ata8: at channel 3 on atapci2 atapci3: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: at channel 0 on atapci3 ata1: at channel 1 on atapci3 acd0: DVDR at ata0-slave UDMA100 SATA ad10: 114473MB at ata5-master UDMA100 SATA 3Gb/s ad12: 1907729MB at ata6-master UDMA100 SATA 6Gb/s ad16: 228936MB at ata8-master UDMA100 SATA 6Gb/s cd0 at ata0 bus 0 scbus0 target 1 lun 0 marc@puma:/home/marc > grep timeout /var/log/messages marc@puma:/home/marc > zgrep timeout /var/log/messages* marc@puma:/home/marc > marc@puma:/home/marc > uname -mrs FreeBSD 9.1-STABLE amd64 -- Marc Santhoff From owner-freebsd-stable@freebsd.org Tue Oct 20 16:44:58 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EFC7A1A47B for ; Tue, 20 Oct 2015 16:44:58 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0EB431136 for ; Tue, 20 Oct 2015 16:44:58 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by wicll6 with SMTP id ll6so54365666wic.0 for ; Tue, 20 Oct 2015 09:44:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=jl6Zuri1DQN+0/98Bx6C07vAAHBjEjzBruS/Z/lx8TI=; b=aW56OKHMliSfnezIgBwtQWp3iquufmxQi5el8ppTr+yLYx8QUjwZgjf+8Zyn5z7RO/ yBRaCk7hgIKj0Robws2x7rdiNOdFi+WCHbaAABG0p1IAfwbusYCkD3Jy0fkm47A4Srvc t9ep6Nn0MDym4jLZsAr703V7ypjZeoFX0/miGmdf8VZrf4qCLSvlFdsIB/EmZqtncpP1 Xbc+03VSBDNW2luVZcRW9+RFzw6FasaG6fkQRDwlQZzZ8OCXYbKn4bZULpKHzng9kQlc el8wJagwXGzc/kcdosKSLySDo4QKm5iXRJ2bNtYG9KndR4QUCCuWgYH2Tu+QlNB3kHxO 5SSw== X-Received: by 10.194.47.244 with SMTP id g20mr5923798wjn.124.1445359495913; Tue, 20 Oct 2015 09:44:55 -0700 (PDT) Received: from brick.home (adix164.neoplus.adsl.tpnet.pl. [79.184.205.164]) by smtp.gmail.com with ESMTPSA id hs5sm20075986wib.6.2015.10.20.09.44.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2015 09:44:54 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 20 Oct 2015 18:44:52 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: "Frank de Bot (lists)" Cc: FreeBSD Stable Subject: Re: Reloading iscsi target, iscsi initiator panics Message-ID: <20151020164452.GA3436@brick.home> Mail-Followup-To: "Frank de Bot (lists)" , FreeBSD Stable References: <561EC629.30106@searchy.net> <20151015113428.GA3741@brick.home> <561FEAF5.8080607@searchy.net> <20151015201212.GA4609@brick.home> <5620A389.5010901@searchy.net> <56240D5D.4060205@searchy.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <56240D5D.4060205@searchy.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 16:44:58 -0000 On 1018T2321, Frank de Bot (lists) wrote: > Frank de Bot wrote: > > Edward Tomasz Napierała wrote: > >> On 1015T2005, Frank de Bot (lists) wrote: > >>> Edward Tomasz Napierała wrote: > >>>> On 1014T2316, Frank de Bot (lists) wrote: > >>>>> Hello, > >>>>> > >>>>> I have a FreeBSD 10.2 server running as iSCSI target. Another FreeBSD > >>>>> 10.2 is an initiator and has several targets used. > >>>>> > >>>>> When I add a target and reload its config with 'service ctld reload', > >>>>> the FreeBSD initiator server panics. It's reproducable (I have a > >>>>> coredump, but I think it's clear what the problem is) > >>>> > >>>> How easy it is to reproduce, eg. does it happen about every time? > >>>> Could you paste the backtrace? > >>> > >>> The first time I didn't understand what happened, the second time I > >>> could relate it directly to the reloading of ctld on the iSCSI, within > >>> moments the server paniced. > >>> > >>> I got 2 backtraces: > >>> > >>> First one: > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> cpuid = 1; softdep_deallocate_dependencies: got error 6 while accessing > >> > >> This is the FFS on the initiator side panicing because the device it's > >> on went away. The softupdates code can't handle that very well. > >> > >> I have no idea why the devices went away and then reappeared, as visible > >> in the logs. What has the changed in the ctl.conf? Do you have any > >> iscsi-related sysctls set on the initiator side? > >> > > > > I've added a new target in the ctl.conf . On the linux server I also see > > a brief disconnect, but a reconnect is handled well. > > > > I haven't set any sysctl's related to iscsi > > > > My ctl.conf is (again anonymized): > > > > auth-group my-auth { > > chap "myiscsi" "verysecret" > > } > > portal-group pg0 { > > discovery-auth-group my-auth > > listen 10.13.37.2 > > } > > > > target iqn.2015-03.lan.my.nas:vmstorage-29 { > > auth-group my-auth > > portal-group pg0 > > lun 0 { > > path /tank/images/iscsi/vmstorage-29/vmstorage-29.img > > size 20484M > > blocksize 4096 > > option unmap on > > } > > } > > > > target iqn.2015-03.lan.my.nas:vmstorage-44 { > > auth-group my-auth > > portal-group pg0 > > lun 0 { > > path /tank/images/iscsi/vmstorage-44/vmstorage-44.img > > size 102404M > > blocksize 4096 > > option unmap on > > } > > } > > > > target iqn.2015-03.lan.my.nas:keyserver.my.nl { > > auth-group my-auth > > portal-group pg0 > > lun 0 { > > path /dev/zvol/tank/hosting_images/keyserver.my.nl > > blocksize 4096 > > option unmap on > > } > > } > > > > the vmstorage-44 is last added to the config > > > > I've started up my test environment, but I could not reproduce is there. > When reloading the target, a > SCSI sense: UNIT ATTENTION asc:3f,e (Reported LUNs data has changed) is > reported, but no device is destroyed. All servers are running the same > kernel and userland 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666 > > What can those device disconnects cause? Well, that's the thing: ctld was written to make really, really sure that reloading configuration does not affect LUNs and targets which hadn't changed. So, to be honest - no idea. Are you sure you didn't restart (as in, stop and then start again) ctld instead of reloading its configuration? From owner-freebsd-stable@freebsd.org Tue Oct 20 22:53:13 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 186EFA1AD3A for ; Tue, 20 Oct 2015 22:53:13 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BA6A1A81 for ; Tue, 20 Oct 2015 22:53:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id t9KMllOq080221 for ; Wed, 21 Oct 2015 01:47:47 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 21 Oct 2015 01:47:47 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Subject: ntpd and router with a *lot* of addresses Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Wed, 21 Oct 2015 01:47:47 +0300 (MSK) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 22:53:13 -0000 Dear colleagues, Yesterday we'd found/stepped on a bit of trouble: on some of our FreeBSD-based routers (hundreds of vlans, etc): Oct 20 22:12:46 gwn4 ntpd[86421]: ntpd 4.2.4p5-a (1) Oct 20 22:12:46 gwn4 ntpd[86422]: Too many sockets in use, FD_SETSIZE 1024 exceeded Actually, machine has to listen on 123 on just 2-3 interfaces (two upstream vlans and lo0), but googling leads me just to -L option which is not described in the manual page nor seams to work (I did not look at the sources yet though). Is there any way to restrict interfaces on which ntpd is listening (modulo jail, which has another/orthogonal set of restrictions)? As usual -- thanks in advance! :) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@freebsd.org Wed Oct 21 02:37:49 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D29D3A1A927 for ; Wed, 21 Oct 2015 02:37:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEF8E12E3 for ; Wed, 21 Oct 2015 02:37:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 21 Oct 2015 02:38:02 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t9L2bkA9013980; Tue, 20 Oct 2015 20:37:46 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1445395066.14963.6.camel@freebsd.org> Subject: Re: ntpd and router with a *lot* of addresses From: Ian Lepore To: Dmitry Morozovsky , freebsd-stable@FreeBSD.org Date: Tue, 20 Oct 2015 20:37:46 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2015 02:37:49 -0000 On Wed, 2015-10-21 at 01:47 +0300, Dmitry Morozovsky wrote: > Dear colleagues, > > Yesterday we'd found/stepped on a bit of trouble: on some of our > FreeBSD-based > routers (hundreds of vlans, etc): > > Oct 20 22:12:46 gwn4 ntpd[86421]: ntpd 4.2.4p5-a (1) > Oct 20 22:12:46 gwn4 ntpd[86422]: Too many sockets in use, > FD_SETSIZE 1024 exceeded > > Actually, machine has to listen on 123 on just 2-3 interfaces (two > upstream > vlans and lo0), but googling leads me just to -L option which is not > described > in the manual page nor seams to work (I did not look at the sources > yet > though). > > Is there any way to restrict interfaces on which ntpd is listening > (modulo > jail, which has another/orthogonal set of restrictions)? > > As usual -- thanks in advance! :) > > The -L option is in the manpage. Looking at the code, the way ntp 4.2.4p5 decides whether an interface is virtual is by looking for a colon in the name (a comment in the 4.2.8 source uses "eth0:1" as an example). An option that is not in the manpage but should work with 4.2.4p5 is to allow it to listen on only one interface with -I, such as "-I re0". But that doesn't help your needs much because it appears you can only list one interface in 4.2.4p5. If you update to ntp 4.2.8 (the version in ports and standard now in freebsd 10.2 and later) you can use the -I option multiple times to make it listen on some exact set of interfaces. -- Ian From owner-freebsd-stable@freebsd.org Thu Oct 22 16:35:30 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AE14A1CC57 for ; Thu, 22 Oct 2015 16:35:30 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 034EF1F9C for ; Thu, 22 Oct 2015 16:35:30 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id F3F92A1CC56; Thu, 22 Oct 2015 16:35:29 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2A92A1CC55 for ; Thu, 22 Oct 2015 16:35:29 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A114C1F9B for ; Thu, 22 Oct 2015 16:35:29 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZpIpj-0009LV-Nk; Thu, 22 Oct 2015 19:35:19 +0300 Date: Thu, 22 Oct 2015 19:35:19 +0300 From: Slawa Olhovchenkov To: Adrian Chadd Cc: "stable@freebsd.org" , Luigi Rizzo Subject: Re: 82576 + NETMAP + VLAN Message-ID: <20151022163519.GF6469@zxy.spb.ru> References: <20151018185639.GF42243@zxy.spb.ru> <20151018210049.GT6469@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 16:35:30 -0000 On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: > Heh, file a bug with luigi; it should be defined better inside netmap itself. I am CC: luigi. Next question: do kevent RX/TX sync? In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. > > On 18 October 2015 at 14:00, Slawa Olhovchenkov wrote: > > On Sun, Oct 18, 2015 at 01:29:23PM -0700, Adrian Chadd wrote: > > > >> On 18 October 2015 at 11:56, Slawa Olhovchenkov wrote: > >> > I have 82576 in NETMAP mode. > >> > 802.1q packets received in decapsulated form. > >> > This is bug or this is normal behavior? > >> > >> I don't know if it's a bug or not; I don't know if it was ever defined > >> behaviour. > >> You should just disable the hardware vlan option via ifconfig or the > >> ioctl and it'll "work right". > > > > I am already do this, but this is very bad behavior: undocumented and > > unpredicable. > > 82599ES received this packets in 802.1q form. From owner-freebsd-stable@freebsd.org Thu Oct 22 18:12:14 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E55D1A1C338 for ; Thu, 22 Oct 2015 18:12:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C638A18D7 for ; Thu, 22 Oct 2015 18:12:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id C508CA1C337; Thu, 22 Oct 2015 18:12:14 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C49D6A1C335 for ; Thu, 22 Oct 2015 18:12:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91B2718D6 for ; Thu, 22 Oct 2015 18:12:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iodv82 with SMTP id v82so99942829iod.0 for ; Thu, 22 Oct 2015 11:12:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OYBgt6N3GXXFwGp/s+LS3jGtcwJI9SXcFJQw8k0ap4Q=; b=EeKUVaOTJ+UVPIYJAwTmTwHdxGoXAKBrhT9GikzcAObux8T5u6FEmmZOWOKEQZ8a9t 8wb6eg2JNc/0QkqQJ1ejV0GxVHdCOaD5HQnWxTaVEZ/bQ8LUTudv/Q/HvwjpgA4zdzrp iiWiMmWewp4qBgqu8PMVGV9Z0oVdCi/vgjVrwP+RtxnfPzVhTQahhHHAshzxkqIXv1Zn b/GIEk5yQ+tQMxCyE9KiiCwGeQGiABUmrzMglwkCx5JHaUw1Zry/cjzcpDRqu+VMTM/V 7Jgm/uCF0HoxBxijAhU9Elii0g1P4g+MvEuPo4v1eF/rCRW48mgsLF3pr5wZOEa8OyWY 6b3A== MIME-Version: 1.0 X-Received: by 10.107.3.72 with SMTP id 69mr16935918iod.75.1445537533866; Thu, 22 Oct 2015 11:12:13 -0700 (PDT) Received: by 10.36.46.66 with HTTP; Thu, 22 Oct 2015 11:12:13 -0700 (PDT) In-Reply-To: <20151022163519.GF6469@zxy.spb.ru> References: <20151018185639.GF42243@zxy.spb.ru> <20151018210049.GT6469@zxy.spb.ru> <20151022163519.GF6469@zxy.spb.ru> Date: Thu, 22 Oct 2015 11:12:13 -0700 Message-ID: Subject: Re: 82576 + NETMAP + VLAN From: Adrian Chadd To: Slawa Olhovchenkov Cc: "stable@freebsd.org" , Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 18:12:15 -0000 On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote: > On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: > >> Heh, file a bug with luigi; it should be defined better inside netmap itself. > > I am CC: luigi. > > Next question: do kevent RX/TX sync? > In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. Hi, Nope. kqueue() doesn't do the implicit sync like poll() does; it's just the notification path. -adrian From owner-freebsd-stable@freebsd.org Thu Oct 22 18:24:56 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6F9EA1C8F2 for ; Thu, 22 Oct 2015 18:24:56 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 958AF1211 for ; Thu, 22 Oct 2015 18:24:56 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 927CDA1C8F1; Thu, 22 Oct 2015 18:24:56 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92124A1C8F0 for ; Thu, 22 Oct 2015 18:24:56 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17DB51210 for ; Thu, 22 Oct 2015 18:24:56 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by lfaz124 with SMTP id z124so58178751lfa.1 for ; Thu, 22 Oct 2015 11:24:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=n+YD3hhyAq3JdysqVnVkrOwV1tZKuHnrWF0hEqM6NA0=; b=r+pCt0uYWEW3VZ3lCgPscb/CCP/EC10IPjIUS3dZo2vS8MU7uS3pBagwpJ9fccJ5Yc 9e9bZZdb7L3U4Ov0mHMAq8CGVnvm6jSHzK8DMlnBPKJImwR6QbAV+1ZkcSHVBAPGdr23 L8WpTwPay4+owJo5X4ytQyh7sYK4rrh9edPaXKTNsXjAFRiceFpf7nYgd2vluY5bDAh2 bVBgpjTXxmwE7zeJxNzETmnS75hXJUKyWD8ZoptAEd+B+kV4k6F5U8vdeQHXj0Krdus1 nhyZzy/AfUXSx7dmFTZYQqFxBbi+nvbVL1i5S9UDlQWIpAgduUdurLkDbpIytPXMTImw OHWQ== MIME-Version: 1.0 X-Received: by 10.25.152.70 with SMTP id a67mr139188lfe.100.1445538293653; Thu, 22 Oct 2015 11:24:53 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.177.4 with HTTP; Thu, 22 Oct 2015 11:24:53 -0700 (PDT) In-Reply-To: References: <20151018185639.GF42243@zxy.spb.ru> <20151018210049.GT6469@zxy.spb.ru> <20151022163519.GF6469@zxy.spb.ru> Date: Thu, 22 Oct 2015 11:24:53 -0700 X-Google-Sender-Auth: ZiG3dKtlA173aAxK-xT8gqrHW04 Message-ID: Subject: Re: 82576 + NETMAP + VLAN From: Luigi Rizzo To: Adrian Chadd Cc: Slawa Olhovchenkov , "stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 18:24:56 -0000 On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote: > On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote: >> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: >> >>> Heh, file a bug with luigi; it should be defined better inside netmap itself. >> >> I am CC: luigi. >> >> Next question: do kevent RX/TX sync? >> In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. > > Hi, > > Nope. kqueue() doesn't do the implicit sync like poll() does; it's > just the notification path. actually not. When the file descriptor is registered there is an implicit sync, and there is another one when an event is posted for the file descriptor. unless there are bugs, of course. cheers luigi -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-stable@freebsd.org Thu Oct 22 19:07:48 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66CCCA1C082 for ; Thu, 22 Oct 2015 19:07:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0A2164E for ; Thu, 22 Oct 2015 19:07:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 49045A1C081; Thu, 22 Oct 2015 19:07:48 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47AF7A1C080 for ; Thu, 22 Oct 2015 19:07:48 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA7E9164D for ; Thu, 22 Oct 2015 19:07:47 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ZpLDC-000CG8-2x; Thu, 22 Oct 2015 22:07:42 +0300 Date: Thu, 22 Oct 2015 22:07:42 +0300 From: Slawa Olhovchenkov To: Luigi Rizzo Cc: Adrian Chadd , "stable@freebsd.org" Subject: Re: 82576 + NETMAP + VLAN Message-ID: <20151022190741.GG6469@zxy.spb.ru> References: <20151018185639.GF42243@zxy.spb.ru> <20151018210049.GT6469@zxy.spb.ru> <20151022163519.GF6469@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 19:07:48 -0000 On Thu, Oct 22, 2015 at 11:24:53AM -0700, Luigi Rizzo wrote: > On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote: > > On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote: > >> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: > >> > >>> Heh, file a bug with luigi; it should be defined better inside netmap itself. > >> > >> I am CC: luigi. > >> > >> Next question: do kevent RX/TX sync? > >> In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. > > > > Hi, > > > > Nope. kqueue() doesn't do the implicit sync like poll() does; it's > > just the notification path. > > actually not. When the file descriptor is registered there > is an implicit sync, and there is another one when an event > is posted for the file descriptor. > > unless there are bugs, of course. I am register file descriptor in kevent with EV_SET(ke+used, thr->outside.fd, EVFILT_READ, EV_ADD | EV_ENABLE | EV_CLEAR, 0, 0, &thr->outside); after got event in kevent(kq, NULL, 0, ke, max_event, NULL) I am don't see anything in rxring. if I do ioctl(fd, NIOCRXSYNC, NULL) after kevent I am see received packets in rxring, but nothing transmited. if I do ioctl(fd, NIOCTXSYNC, NULL) before kevent -- packets transmited. I am try this in VirtualBox VM. Also, can you look in this thread about VLAN processing? From owner-freebsd-stable@freebsd.org Thu Oct 22 20:09:23 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BA9AA1CD07 for ; Thu, 22 Oct 2015 20:09:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 69E8611DF for ; Thu, 22 Oct 2015 20:09:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 67624A1CD06; Thu, 22 Oct 2015 20:09:23 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66176A1CD03 for ; Thu, 22 Oct 2015 20:09:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2870D11DE for ; Thu, 22 Oct 2015 20:09:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by ioll68 with SMTP id l68so104221681iol.3 for ; Thu, 22 Oct 2015 13:09:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qXha7bR6YCwv2kWfBAEzfXENQTczyXZjPQnChepAukA=; b=DoENgNpI4FuN5tu6m2NEhp+w2kB5BNI8Lk4SM4ZB/y8wgmBDfTcGR7vDKNGuCKsMNt JkC8swTWpYVrQx4BVvdu/LWkfjKFDczroVxE5/UnMffJpY58zha4qNJJnuBw1hQNrC0p tkj19KdawhslIKqRxfAWfsjM5HfPg93Bm0ijZlKXaZ0VzK80CHlDnrdWK+8BTQ/w2j/i J6abZwe7Jl1q+AcsNbJIvaiU+dHkMFYTXEszuAvVJkGMXFvVTjJb7Cw0f8F5BE48oZEb lOLSTCEOTC0gMn0Oh7fEd9ByWIcwnXj7MJ3fb2yodpCUgKpG0MGjSpjLOCFyrPyOkMqG 8XYg== MIME-Version: 1.0 X-Received: by 10.107.46.228 with SMTP id u97mr17504495iou.165.1445544562572; Thu, 22 Oct 2015 13:09:22 -0700 (PDT) Received: by 10.36.46.66 with HTTP; Thu, 22 Oct 2015 13:09:22 -0700 (PDT) In-Reply-To: References: <20151018185639.GF42243@zxy.spb.ru> <20151018210049.GT6469@zxy.spb.ru> <20151022163519.GF6469@zxy.spb.ru> Date: Thu, 22 Oct 2015 13:09:22 -0700 Message-ID: Subject: Re: 82576 + NETMAP + VLAN From: Adrian Chadd To: Luigi Rizzo Cc: Slawa Olhovchenkov , "stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 20:09:23 -0000 On 22 October 2015 at 11:24, Luigi Rizzo wrote: > On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote: >> On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote: >>> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: >>> >>>> Heh, file a bug with luigi; it should be defined better inside netmap itself. >>> >>> I am CC: luigi. >>> >>> Next question: do kevent RX/TX sync? >>> In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. >> >> Hi, >> >> Nope. kqueue() doesn't do the implicit sync like poll() does; it's >> just the notification path. > > actually not. When the file descriptor is registered there > is an implicit sync, and there is another one when an event > is posted for the file descriptor. > > unless there are bugs, of course. Hm, I think there are bugs. I'll have to go remember what I saw when I was messing with this. I actually think it's doing the full sync each time and not the lazy sync (ie, only when the ring is empty) which kills performance. I think that was the "bug". -a From owner-freebsd-stable@freebsd.org Thu Oct 22 21:16:10 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A7DDA1CA60 for ; Thu, 22 Oct 2015 21:16:10 +0000 (UTC) (envelope-from return@bits-solution.co.za) Received: from mx1.bits-solution.co.za (mx1.bits-solution.co.za [5.135.251.199]) by mx1.freebsd.org (Postfix) with ESMTP id 54435689 for ; Thu, 22 Oct 2015 21:16:08 +0000 (UTC) (envelope-from return@bits-solution.co.za) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key1; d=bits-solution.co.za; h=Date:From:Reply-To:Message-ID:List-Unsubscribe:List-Id:MIME-Version:Content-Type:Content-Transfer-Encoding:To:Subject; bh=G6utgvpTtVxx1qPRcPXLtP/h7qM=; b=Y7mXEihJqTHZMv+CtekMX2cuCReULS4/uO/6P8w2zrcQo0bWXtqCLUYL9suwch+sh492lnXnwcv8 AsDQeGwHvr3JxoWYJTq6hoqmM4jGnzo9cE1U17DizLP6tHcXCGVNC7AyW9rY4C3LHdz2vVTsJm+h 6tMFoo+yzyEkNEqGNko= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key1; d=bits-solution.co.za; b=l+Z7RWCCi9JFJLslWq/lWGrW14DwPZ8JsrnflyspW+sDigoDH1Etoik2BkJn9oDwLAXfpukNeXzL sMiK1MEbNL0mRuVr0VJ70/VqHCirWuWze6psUTnpdPfH+j88uu3psoTv06vV6g1qXcOGoyBWeeW/ V9UZ4ch4O8lXcbmiDUs=; Received: by mx1.bits-solution.co.za id h5591k0001gs for ; Thu, 22 Oct 2015 23:16:02 +0200 (envelope-from ) Date: Thu, 22 Oct 2015 21:16:02 +0000 From: Lock Latch Reply-To: Lock Latch Message-ID: X-Priority: 3 X-Mw-Campaign-Uid: zb4518wjt72e8 X-Mw-Subscriber-Uid: er6495p07d4c8 X-Mw-Customer-Uid: bs681bpjb2996 X-Mw-Customer-Gid: 2 X-Mw-Delivery-Sid: 14 X-Mw-Tracking-Did: 3 X-Report-Abuse: Please report abuse for this campaign here: http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/report-abuse/ko614sa44g617/er6495p07d4c8 X-Mw-Mailer: PHPMailer MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Subject: Safe Ventilation! Now you can leave your Windows and Doors open, but Locked ! Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 21:16:10 -0000 Can't see the email below? Click here to open this email in your web browser http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/fdf448d15c213cca14fedfbf2e040b0163b516f8 http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/09464facf35c7859ff9603aab72b2df2d8946591 LockLatch(tm) is simply a lockable latch that allows you to LEAVE YOUR WINDOWS OR DOORS OPEN, BUT LOCKED. ONLY R395 * Lifetime Guarantee * Free Delivery * Quick and easy to install http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/09464facf35c7859ff9603aab72b2df2d8946591 LockLatch(tm) really works and my folks now feel safe at all times and they can have the safe ventilation that everybody needs. JEN BAIROS ~ HERMANUS Turn any window or door into cat flap or doggy door LockLatch(tm) allows easy access for cats and small to medium sized dogs. Read more http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/09464facf35c7859ff9603aab72b2df2d8946591 LockLatch(tm) keeps your children safe It acts as a window restrictor which stops children falling from windows or balconies. View Features & Benefits http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/09464facf35c7859ff9603aab72b2df2d8946591 Great for patio doors LockLatch(tm) stops opportunistic theft and fits any window or door, whatever it's made of and whichever way it opens. Buy Online http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/09464facf35c7859ff9603aab72b2df2d8946591 More Uses Stops Wind Damage * Stop Baboons and Monkeys Secure Boats & Caravans Doors & Windows Benefits Lifetime Guarantee * Quick and Easy to Install * Free Delivery Fits any Door or Window * Fasteners Included * Colour Match to Suit http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/09464facf35c7859ff9603aab72b2df2d8946591 For more information, visit our website www.locklatch.co.za http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/4ff06b1f6aa504b52f73cf3bc01338db098a3eab email us info@locklatch.co.za or call Steve on 082 447 2809 Share Us http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/cde574ec6c3e5d3e621940c20965a6dba6d9e12e (c) Locklatch(tm) 2015 Patent - PCT/IB2014/060903 Click here to forward this email to a friend http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/2cca5cf72f1c2aada68f0a165f68c037089194f1 | Click here to open this email in your web browser http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/fdf448d15c213cca14fedfbf2e040b0163b516f8 Click here to unsubscribe http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/a29230d3361e43848cc7e0442b488088d56938d6 | Click here to report abuse http://open.bits-solution.co.za/index.php/campaigns/zb4518wjt72e8/track-url/er6495p07d4c8/4671f38a1f71ac9208755b76fae63e0bf3a759a4 No comfort do written conduct at prevent manners on. Celebrated contrasted discretion him sympathize her collecting occasional. Do answered bachelor occasion in of offended no concerns. Supply worthy warmth branch of no ye. Voice tried known to as my to. Though wished merits or be. Alone visit use these smart rooms ham. No waiting in on enjoyed placing it inquiry. Savings her pleased are several started females met. Short her not among being any. Thing of judge fruit charm views do. Miles mr an forty along as he. She education get middleton day agreement performed preserved unwilling. Do however as pleased offence outward beloved by present. By outward neither he so covered amiable greater. Juvenile proposal betrayed he an informed weddings followed. Precaution day see imprudence sympathize principles. At full leaf give quit to in they up. Particular unaffected projection sentiments no my. Music marry as at cause party worth weeks. Saw how marianne graceful dissuade new outlived prospect followed. Uneasy no settle whence nature narrow in afraid. At could merit by keeps child. While dried maids on he of linen in. Yourself off its pleasant ecstatic now law. Ye their mirth seems of songs. Prospect out bed contempt separate. Her inquietude our shy yet sentiments collecting. Cottage fat beloved himself arrived old. Grave widow hours among him no you led. Power had these met least nor young. Yet match drift wrong his our. Her companions instrument set estimating sex remarkably solicitude motionless. Property men the why smallest graceful day insisted required. Inquiry justice country old placing sitting any ten age. Looking venture justice in evident in totally he do ability. Be is lose girl long of up give. Trifling wondered unpacked ye at he. In household certainty an on tolerably smallness difficult. Many no each like up be is next neat. Put not enjoyment behaviour her supposing. At he pulled object others. Do so written as raising parlors spirits mr elderly. Made late in of high left hold. Carried females of up highest calling. Limits marked led silent dining her she far. Sir but elegance marriage dwelling likewise position old pleasure men. Dissimilar themselves simplicity no of contrasted as. Delay great day hours men. Stuff front to do allow to asked he. Questions explained agreeable preferred strangers too him her son. Set put shyness offices his females him distant. Improve has message besides shy himself cheered however how son. Quick judge other leave ask first chief her. Indeed or remark always silent seemed narrow be. Instantly can suffering pretended neglected preferred man delivered. Perhaps fertile brandon do imagine to cordial cottage. Effect if in up no depend seemed. Ecstatic elegance gay but disposed. We me rent been part what. An concluded sportsman offending so provision mr education. Bed uncommonly his discovered for estimating far. Equally he minutes my hastily. Up hung mr we give rest half. Painful so he an comfort is manners. Perhaps far exposed age effects. Now distrusts you her delivered applauded affection out sincerity. As tolerably recommend shameless unfeeling he objection consisted. She although cheerful perceive screened throwing met not eat distance. Viewing hastily or written dearest elderly up weather it as. So direction so sweetness or extremity at daughters. Provided put unpacked now but bringing. Ask especially collecting terminated may son expression. Extremely eagerness principle estimable own was man. Men received far his dashwood subjects new. My sufficient surrounded an companions dispatched in on. Connection too unaffected expression led son possession. New smiling friends and her another. Leaf she does none love high yet. Snug love will up bore as be. Pursuit man son musical general pointed. It surprise informed mr advanced do outweigh. No comfort do written conduct at prevent manners on. Celebrated contrasted discretion him sympathize her collecting occasional. Do answered bachelor occasion in of offended no concerns. Supply worthy warmth branch of no ye. Voice tried known to as my to. Though wished merits or be. Alone visit use these smart rooms ham. No waiting in on enjoyed placing it inquiry. Savings her pleased are several started females met. Short her not among being any. Thing of judge fruit charm views do. Miles mr an forty along as he. She education get middleton day agreement performed preserved unwilling. Do however as pleased offence outward beloved by present. By outward neither he so covered amiable greater. Juvenile proposal betrayed he an informed weddings followed. Precaution day see imprudence sympathize principles. At full leaf give quit to in they up. Particular unaffected projection sentiments no my. Music marry as at cause party worth weeks. Saw how marianne graceful dissuade new outlived prospect followed. Uneasy no settle whence nature narrow in afraid. At could merit by keeps child. While dried maids on he of linen in. Yourself off its pleasant ecstatic now law. Ye their mirth seems of songs. Prospect out bed contempt separate. Her inquietude our shy yet sentiments collecting. Cottage fat beloved himself arrived old. Grave widow hours among him no you led. Power had these met least nor young. Yet match drift wrong his our. Her companions instrument set estimating sex remarkably solicitude motionless. Property men the why smallest graceful day insisted required. Inquiry justice country old placing sitting any ten age. Looking venture justice in evident in totally he do ability. Be is lose girl long of up give. Trifling wondered unpacked ye at he. In household certainty an on tolerably smallness difficult. Many no each like up be is next neat. Put not enjoyment behaviour her supposing. At he pulled object others. Do so written as raising parlors spirits mr elderly. Made late in of high left hold. Carried females of up highest calling. Limits marked led silent dining her she far. Sir but elegance marriage dwelling likewise position old pleasure men. Dissimilar themselves simplicity no of contrasted as. Delay great day hours men. Stuff front to do allow to asked he. Questions explained agreeable preferred strangers too him her son. Set put shyness offices his females him distant. Improve has message besides shy himself cheered however how son. Quick judge other leave ask first chief her. Indeed or remark always silent seemed narrow be. Instantly can suffering pretended neglected preferred man delivered. Perhaps fertile brandon do imagine to cordial cottage. Effect if in up no depend seemed. Ecstatic elegance gay but disposed. We me rent been part what. An concluded sportsman offending so provision mr education. Bed uncommonly his discovered for estimating far. Equally he minutes my hastily. Up hung mr we give rest half. Painful so he an comfort is manners. Perhaps far exposed age effects. Now distrusts you her delivered applauded affection out sincerity. As tolerably recommend shameless unfeeling he objection consisted. She although cheerful perceive screened throwing met not eat distance. Viewing hastily or written dearest elderly up weather it as. So direction so sweetness or extremity at daughters. Provided put unpacked now but bringing. Ask especially collecting terminated may son expression. Extremely eagerness principle estimable own was man. Men received far his dashwood subjects new. My sufficient surrounded an companions dispatched in on. Connection too unaffected expression led son possession. New smiling friends and her another. Leaf she does none love high yet. Snug love will up bore as be. Pursuit man son musical general pointed. It surprise informed mr advanced do outweigh. From owner-freebsd-stable@freebsd.org Thu Oct 22 22:10:40 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 568C9A1C801 for ; Thu, 22 Oct 2015 22:10:40 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 213AD7FD for ; Thu, 22 Oct 2015 22:10:39 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.2.10] (192-171-37-150.cpe.pppoe.ca [192.171.37.150]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.9/8.14.9) with ESMTP id t9MM0on4040779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Oct 2015 18:00:51 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Can't get ntp to work From: David Magda In-Reply-To: Date: Thu, 22 Oct 2015 18:00:47 -0400 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Marcin Wisnicki X-Mailer: Apple Mail (2.2104) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (eccles.ee.ryerson.ca [141.117.1.2]); Thu, 22 Oct 2015 18:00:52 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 22:10:40 -0000 > On Oct 18, 2015, at 08:03, Marcin Wisnicki = wrote: >=20 > My ntpd stopped synchronizing clock sometime ago (default ntp.conf). >=20 > To debug the problem I've tried running ntpdate and got strange = results: >=20 >> # ntpdate 0.freebsd.pool.ntp.org >> 18 Oct 13:53:14 ntpdate[55102]: no server suitable for = synchronization found >> =09 >> # ntpdate -u 0.freebsd.pool.ntp.org >> 18 Oct 13:53:19 ntpdate[55119]: adjust time server 193.25.222.240 = offset 0.002672 sec >=20 >=20 > This would point to broken firewall BUT: >=20 >> # nmap -p123 -sU 0.freebsd.pool.ntp.org >>=20 >> Starting Nmap 6.49BETA5 ( https://nmap.org ) at 2015-10-18 13:52 CEST >> Nmap scan report for 0.freebsd.pool.ntp.org (193.25.222.240) >> Host is up (0.027s latency). >> Other addresses for 0.freebsd.pool.ntp.org (not scanned): 94.154.96.7 = 95.158.95.123 46.175.224.7 >> rDNS record for 193.25.222.240: afrodyta.complex.net.pl >> PORT STATE SERVICE >> 123/udp open ntp >>=20 >> Nmap done: 1 IP address (1 host up) scanned in 0.64 seconds >=20 > So there is nothing blocking the traffic. >=20 > Any ideas ? Both =E2=80=9Cnmap" and =E2=80=9Cntpdate -u=E2=80=9D would use an = unprivileged, ephemeral port, while ntpd(8) and a regular run of = ntpdate(8) would use UDP 123 as the source port. Perhaps there is a = firewall issue with source ports lower than 1024? From owner-freebsd-stable@freebsd.org Fri Oct 23 05:51:59 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B699A168C5 for ; Fri, 23 Oct 2015 05:51:59 +0000 (UTC) (envelope-from tpearson@raptorengineeringinc.com) Received: from mail.pearsoncomputing.net (pearsoncomputing.net [192.119.205.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77849E6F for ; Fri, 23 Oct 2015 05:51:57 +0000 (UTC) (envelope-from tpearson@raptorengineeringinc.com) Received: from localhost (localhost [127.0.0.1]) by mail.pearsoncomputing.net (Postfix) with ESMTP id B17F56403DD for ; Fri, 23 Oct 2015 00:46:01 -0500 (CDT) Received: from mail.pearsoncomputing.net ([127.0.0.1]) by localhost (vali.starlink.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id brBAp-oevRaY for ; Fri, 23 Oct 2015 00:45:59 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.pearsoncomputing.net (Postfix) with ESMTP id 41FCA640DBA for ; Fri, 23 Oct 2015 00:45:59 -0500 (CDT) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.pearsoncomputing.net 41FCA640DBA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raptorengineeringinc.com; s=5DF8A618-71A7-11E4-BA59-1A98DAB8A1D6; t=1445579159; bh=R5zmmozMXoASn//QMOn3PNF5dxt97+vXRwsMGkkd2Nk=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=uYAOMeaw/XRZTfdpqNC2Pm9A4SzSmNIWpaA78NXdB+Ir9qvYhUQ6VhGR9M13l0fmj SoIbE0SbCHxlElOFCHprOnZVKBv/zqGHaD0aHVir2ZyVZF8vQImH8GHd/j+2nYVOMa yomh8yT3lq8tBA8tlmI52AmxAOObIbLqI+k+6NZY= X-Virus-Scanned: amavisd-new at pearsoncomputing.net Received: from mail.pearsoncomputing.net ([127.0.0.1]) by localhost (vali.starlink.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id SFqFjbXWupJs for ; Fri, 23 Oct 2015 00:45:58 -0500 (CDT) Received: from [192.168.3.54] (apollo.starlink.edu [192.168.3.54]) by mail.pearsoncomputing.net (Postfix) with ESMTP id C6CA06403DD for ; Fri, 23 Oct 2015 00:45:58 -0500 (CDT) Message-ID: <5629C996.60107@raptorengineeringinc.com> Date: Fri, 23 Oct 2015 00:45:58 -0500 From: Timothy Pearson User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100922 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Stable 10.1 kernel boot hang X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 05:51:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, We are attempting to upgrade some older FreeBSD machines to use the ASUS KGPE-D16 mainboard, however the kernel on 10.1 hangs during boot while enumerating PCIe devices. Linux boots with no issues. Verbose boot log: Type '?' for a list of commands, 'help' for more detailed help. OK set boot_verbose="1" OK boot Booting... |/-\|/-\KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=00000000bfb86000 SMAP type=02 base=00000000bfc86000 len=000000001037a000 SMAP type=02 base=00000000f0b00000 len=0000000000004000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fed00000 len=0000000000001000 SMAP type=01 base=0000000100000000 len=0000000140000000 Table 'FACP' at 0xbfca3680 Table 'SSDT' at 0xbfca3780 Table 'MCFG' at 0xbfca4630 Table 'TCPA' at 0xbfca4670 Table 'APIC' at 0xbfca46b0 APIC: Found table at 0xbfca46b0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 3 ACPI ID 3: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 4 ACPI ID 4: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 5 ACPI ID 5: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 7 ACPI ID 7: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2014 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 10.1-RELEASE-p9 #0 57b23e7(releng/10.1)-dirty: Wed May 13 00:53:02 CDT 2015 root@pfsense-build:/usr/obj.amd64/usr/pfSensesrc/src/sys/pfSense_SMP.10 amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff824d2000. Calibrating TSC clock ... TSC clock: 2000060881 Hz CPU: AMD Opteron(tm) Processor 6129 (2000.06-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f91 Family = 0x10 Model = 0x9 Stepping = 1 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff TSC: P-state invariant L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 9663676416 (9216 MB) Physical memory chunk(s): 0x0000000000010000 - 0x000000000009bfff, 573440 bytes (140 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x00000000024fc000 - 0x00000000bfc85fff, 3178799104 bytes (776074 pages) 0x0000000100000000 - 0x0000000231518fff, 5122396160 bytes (1250585 pages) avail memory = 8263753728 (7880 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 3 APIC: CPU 4 has ACPI ID 4 APIC: CPU 5 has ACPI ID 5 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 7 x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x098000-0x098fff at 0xfffffe001a367000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffff8000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 XEN: CPU 0 has VCPU ID 0 XEN: CPU 1 has VCPU ID 1 XEN: CPU 2 has VCPU ID 2 XEN: CPU 3 has VCPU ID 3 XEN: CPU 4 has VCPU ID 4 XEN: CPU 5 has VCPU ID 5 XEN: CPU 6 has VCPU ID 6 XEN: CPU 7 has VCPU ID 7 random device not loaded; using insecure entropy ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf16b0 00024 (v02 CORE ) ACPI: XSDT 0xbfca10e0 0007C (v01 CORE COREBOOT 00000000 CORE 00000000) ACPI: FACP 0xbfca3680 000F4 (v03 CORE COREBOOT 00000000 CORE 00000000) ACPI: DSDT 0xbfca1280 023F2 (v02 ASUS COREBOOT 00000001 INTL 20140114) ACPI: FACS 0xbfca1240 00040 ACPI: SSDT 0xbfca3780 00EA6 (v02 CORE COREBOOT 0000002A CORE 0000002A) ACPI: MCFG 0xbfca4630 0003C (v01 CORE COREBOOT 00000000 CORE 00000000) ACPI: TCPA 0xbfca4670 00032 (v02 CORE COREBOOT 00000000 CORE 00000000) ACPI: APIC 0xbfca46b0 000A4 (v01 CORE COREBOOT 00000000 CORE 00000000) ACPI: SRAT 0xbfca4760 00150 (v01 CORE COREBOOT 00000000 CORE 00000000) ACPI: SLIT 0xbfca48b0 00030 (v01 CORE COREBOOT 00000000 CORE 00000000) ACPI: IVRS 0xbfca48e0 000E0 (v01 CORE COREBOOT 00000000 CORE 00000000) ACPI: HPET 0xbfca49c0 00038 (v01 CORE COREBOOT 00000000 CORE 00000000) ACPI: SRAT 0xbfca4a00 00150 (v01 CORE COREBOOT 00000000 CORE 00000000) ACPI: SLIT 0xbfca4b50 00030 (v01 CORE COREBOOT 00000000 CORE 00000000) MADT: Found IO APIC ID 32, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 32 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 33, Interrupt 24 at 0xf8000000 ioapic1: Changing APIC ID to 33 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000300ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 firmware: 'iwn2030fw' version 0: 707392 bytes loaded at 0xffffffff81978f5c firmware: 'iwn4965fw' version 0: 187972 bytes loaded at 0xffffffff81a25b4c firmware: 'iwn5000fw' version 0: 340696 bytes loaded at 0xffffffff81a53a3c firmware: 'iwn5150fw' version 0: 337400 bytes loaded at 0xffffffff81aa6dc4 firmware: 'iwn6000fw' version 0: 454608 bytes loaded at 0xffffffff81af946c firmware: 'wpifw' version 153229: 150100 bytes loaded at 0xffffffff81e011e4 firmware: 'iwn6000g2afw' version 0: 444128 bytes loaded at 0xffffffff81b684ec firmware: 'iwn6000g2bfw' version 0: 460912 bytes loaded at 0xffffffff81bd4c7c firmware: 'iwn6050fw' version 0: 469780 bytes loaded at 0xffffffff81c4559c snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 firmware: 't4fw_cfg' version 0: 3059 bytes loaded at 0xffffffff816569c4 firmware: 't4fw_cfg_uwire' version 0: 21284 bytes loaded at 0xffffffff816575b7 firmware: 't4fw' version 0: 512512 bytes loaded at 0xffffffff8165c8db firmware: 't5fw_cfg' version 0: 3435 bytes loaded at 0xffffffff816d9b8c firmware: 't5fw' version 0: 513024 bytes loaded at 0xffffffff816da8f7 firmware: 'mw88W8363fw' version 0: 94940 bytes loaded at 0xffffffff81cc3c6c firmware: 'mwlboot' version 0: 2280 bytes loaded at 0xffffffff81cdaf48 firmware: 'rsu-rtl8712fw' version 120: 122328 bytes loaded at 0xffffffff81dc4e24 firmware: 'runfw' version 0: 8192 bytes loaded at 0xffffffff81de2fe4 wlan: mac acl policy registered firmware: 'rt2561fw' version 0: 8192 bytes loaded at 0xffffffff81d65334 firmware: 'rt2561sfw' version 0: 8192 bytes loaded at 0xffffffff81d673e4 firmware: 'urtwn-rtl8188eufw' version 111: 13904 bytes loaded at 0xffffffff81de591c firmware: 'urtwn-rtl8192cfwT' version 111: 16076 bytes loaded at 0xffffffff81de901c firmware: 'urtwn-rtl8192cfwU' version 111: 16076 bytes loaded at 0xffffffff81decf94 firmware: 'rt2661fw' version 0: 8192 bytes loaded at 0xffffffff81d69494 firmware: 'rt2860fw' version 0: 8192 bytes loaded at 0xffffffff81d6b544 firmware: 'mxge_eth_z8e' version 377284: 120629 bytes loaded at 0xffffffff81cdba00 wlan: <802.11 Link Layer> firmware: 'mxge_ethp_z8e' version 387604: 121317 bytes loaded at 0xffffffff81cf91f0 firmware: 'mxge_rss_eth_z8e' version 534724: 151912 bytes loaded at 0xffffffff81d16c90 firmware: 'mxge_rss_ethp_z8e' version 544468: 152837 bytes loaded at 0xffffffff81d3beb0 ipw_bss: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw/. ipw_bss: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_bss_fw, 0xffffffff8060b5d0, 0) error 1 ipw_ibss: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw/. ipw_ibss: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_ibss_fw, 0xffffffff8060b680, 0) error 1 ipw_monitor: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw/. ipw_monitor: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_monitor_fw, 0xffffffff8060b730, 0) error 1 iwi_bss: You need to read the LICENSE file in /usr/share/doc/legal/intel_iwi/. iwi_bss: If you agree with the license, set legal.intel_iwi.license_ack=1 in /boot/loader.conf. module_register_init: MOD_LOAD (iwi_bss_fw, 0xffffffff80632da0, 0) error 1 iwi_ibss: You need to read the LICENSE file in /usr/share/doc/legal/intel_iwi/. iwi_ibss: If you agree with the license, set legal.intel_iwi.license_ack=1 in /boot/loader.conf. module_register_init: MOD_LOAD (iwi_ibss_fw, 0xffffffff80632e50, 0) error 1 iwi_monitor: You need to read the LICENSE file in /usr/share/doc/legal/intel_iwi/. iwi_monitor: If you agree with the license, set legal.intel_iwi.license_ack=1 in /boot/loader.conf. module_register_init: MOD_LOAD (iwi_monitor_fw, 0xffffffff80632f00, 0) error 1 firmware: 'iwn1000fw' version 0: 337520 bytes loaded at 0xffffffff8187c94c firmware: 'iwn2000fw' version 0: 695876 bytes loaded at 0xffffffff818cf06c Hardware, Intel Secure Key RNG: RDRAND is not present Hardware, VIA Nehemiah Padlock RNG: VIA Padlock RNG not present null: Falling back to random adaptor random: initialized nfslock: pseudo-device crypto: VESA: INT 0x10 vector 0xc000:0x3d14 VESA: information block 0000 56 45 53 41 00 03 cb 40 00 c0 00 00 00 00 22 00 0010 00 99 04 00 00 00 df 40 00 c0 f2 40 00 c0 06 41 0020 00 c0 03 00 ff ff 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VBE mode info request: 3 VESA: 1 mode(s) found VESA: v3.0, 256k memory, flags:0x0, mode table:0xfffffe001a3fe022 (99000022) VESA: SeaBIOS VBE(C) 2011 VESA: SeaBIOS Developers SeaBIOS VBE Adapter Rev. 1 io: VMBUS: load kbd: new array size 4 kbd1 at kbdmux0 mem: hpt27xx: RocketRAID 27xx controller driver v1.1 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 hptnr: R750/DC7280 controller driver v1.0.1 cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 padlock0: No ACE support. acpi0: on motherboard ACPI: All ACPI Tables successfully acquired PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) cpu0: Processor \_PR_.CP00 (ACPI ID 0) -> APIC ID 0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: Processor \_PR_.CP01 (ACPI ID 1) -> APIC ID 1 cpu1: on acpi0 cpu2: Processor \_PR_.CP02 (ACPI ID 2) -> APIC ID 2 cpu2: on acpi0 cpu3: Processor \_PR_.CP03 (ACPI ID 3) -> APIC ID 3 cpu3: on acpi0 cpu4: Processor \_PR_.CP04 (ACPI ID 4) -> APIC ID 4 cpu4: on acpi0 cpu5: Processor \_PR_.CP05 (ACPI ID 5) -> APIC ID 5 cpu5: on acpi0 cpu6: Processor \_PR_.CP06 (ACPI ID 6) -> APIC ID 6 cpu6: on acpi0 cpu7: Processor \_PR_.CP07 (ACPI ID 7) -> APIC ID 7 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed00fff irq 0,8 on acpi0 hpet0: vendor 0x4353, rev 0x1, 5681818181818Hz, 3 timers, legacy route hpet0: t0: irqs 0x00c0ffff (0), periodic hpet0: t1: irqs 0x00c0ffff (0), periodic hpet0: t2: irqs 0x00c0ffff (0), periodic Timecounter "HPET" frequency 5681818181818 Hz -- Insufficient hz, needs at least 1454 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x820-0x823 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0x3b0-0x3df pcib0: decoding 4 range 0xd00-0x4fff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xe0000000-0xf0bfffff pcib0: decoding 3 range 0xf8000000-0xf80fffff pcib0: decoding 4 range 0-0xcf7 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1002, dev=0x5a10, revid=0x02 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x2018, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) MSI supports 4 messages found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=25, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) The machine just hangs at this point. ACPI cannot be disabled as the board does not support the APIC fallback required. Any ideas? - -- Timothy Pearson Raptor Engineering +1 (415) 727-8645 (direct line) +1 (512) 690-0200 (switchboard) http://www.raptorengineeringinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJWKcmUAAoJEK+E3vEXDOFbiegIAIzI6AGtkCLuvCUZGBSjU95d xmjSD1KBWGLw7aboimkd05FjoJeesVqAs8rLXrXN5ONiLtAiSCtFsxVFFepimP1Y pPO7xKvTUstYqMpMnmVEflU8iIvE24rAytEe9vRjTml/PhwmBxJS0akJVFMT5f+L ySfLPuHdNLXhGlvzksYzHkEc+n+xWsFpjGw7TtATuc2goX4E7p2+XPTqHW1J3U16 W3KMboK0JjvTARaf/3q6xWn81NvOG55bBGenStaEcq1H0u6DtHuAJZVGyw+i6nbS 3eCiq6MUZ7MNVQdUG3xY7DXg7t3hn6+YmdykCD3W9uFJlGrLGHNiY7Q/c02qz6Y= =PqdN -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Fri Oct 23 09:48:04 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDA02A1C9C8; Fri, 23 Oct 2015 09:48:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 858751A14; Fri, 23 Oct 2015 09:48:02 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA08103; Fri, 23 Oct 2015 12:47:54 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpYwq-0009uD-9S; Fri, 23 Oct 2015 12:47:54 +0300 To: freebsd-toolchain@FreeBSD.org Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Subject: kernel-toolchain fails in stable/9 build on head Message-ID: <562A01FA.5050100@FreeBSD.org> Date: Fri, 23 Oct 2015 12:46:34 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 09:48:04 -0000 $ make kernel-toolchain ... ===> gnu/usr.bin/cc/cc_tools (depend) make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: unsetting WITH_CTF cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o errors.o libiberty.a -lm print-rtl.o: In function `print_rtx': /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: undefined reference to `dump_addr' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: undefined reference to `bitmap_print' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: undefined reference to `print_node_brief' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: undefined reference to `dump_addr' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: undefined reference to `insn_file' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: undefined reference to `insn_file' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: undefined reference to `insn_line' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: undefined reference to `reg_names' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: undefined reference to `real_to_decimal' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: undefined reference to `real_to_hexadecimal' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: undefined reference to `mode_size' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: undefined reference to `mode_size' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 -- Andriy Gapon From owner-freebsd-stable@freebsd.org Fri Oct 23 10:28:58 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1799A1B426; Fri, 23 Oct 2015 10:28:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 806FB10A8; Fri, 23 Oct 2015 10:28:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA08760; Fri, 23 Oct 2015 13:28:56 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpZah-0009x0-Mj; Fri, 23 Oct 2015 13:28:55 +0300 Subject: Re: kernel-toolchain fails in stable/9 build on head To: freebsd-toolchain@FreeBSD.org References: <562A01FA.5050100@FreeBSD.org> Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Message-ID: <562A0BAF.8070402@FreeBSD.org> Date: Fri, 23 Oct 2015 13:27:59 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562A01FA.5050100@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 10:28:59 -0000 Oh, hrrm: --- libbackend.a --- building static backend library nm: 'print-rtl.o': No such file or directory nm: 'rtl.o': No such file or directory nm: 'vec.o': No such file or directory ar: warning: can't open file: vec.o: No such file or directory ar: warning: can't open file: rtl.o: No such file or directory ar: warning: can't open file: print-rtl.o: No such file or directory ranlib libbackend.a That's with -j4 during another attempt to build the same target. On 23/10/2015 12:46, Andriy Gapon wrote: > > $ make kernel-toolchain > ... > ===> gnu/usr.bin/cc/cc_tools (depend) > make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: > unsetting WITH_CTF > cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. > -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" > -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber > -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 > -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static > -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o > rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o > errors.o libiberty.a -lm > print-rtl.o: In function `print_rtx': > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: > undefined reference to `dump_addr' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: > undefined reference to `bitmap_print' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: > undefined reference to `print_node_brief' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: > undefined reference to `dump_addr' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: > undefined reference to `insn_file' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: > undefined reference to `insn_file' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: > undefined reference to `insn_line' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: > undefined reference to `reg_names' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: > undefined reference to `real_to_decimal' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: > undefined reference to `real_to_hexadecimal' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: > undefined reference to `mode_size' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: > undefined reference to `mode_size' > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** Error code 1 > -- Andriy Gapon From owner-freebsd-stable@freebsd.org Fri Oct 23 11:18:47 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35AE0A1C2A6; Fri, 23 Oct 2015 11:18:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E856515D7; Fri, 23 Oct 2015 11:18:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09475; Fri, 23 Oct 2015 14:18:44 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpaMt-000A1N-TF; Fri, 23 Oct 2015 14:18:43 +0300 Subject: Re: kernel-toolchain fails in stable/9 build on head To: freebsd-toolchain@FreeBSD.org References: <562A01FA.5050100@FreeBSD.org> <562A0BAF.8070402@FreeBSD.org> Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Message-ID: <562A1770.7070808@FreeBSD.org> Date: Fri, 23 Oct 2015 14:18:08 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562A0BAF.8070402@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 11:18:47 -0000 [sorry for top-posting *again*] Just for the records, doing `make make` and then using the resulting make binary seems to have solved the problems. On 23/10/2015 13:27, Andriy Gapon wrote: > > Oh, hrrm: > > --- libbackend.a --- > building static backend library > nm: 'print-rtl.o': No such file or directory > nm: 'rtl.o': No such file or directory > nm: 'vec.o': No such file or directory > ar: warning: can't open file: vec.o: No such file or directory > ar: warning: can't open file: rtl.o: No such file or directory > ar: warning: can't open file: print-rtl.o: No such file or directory > ranlib libbackend.a > > That's with -j4 during another attempt to build the same target. > > On 23/10/2015 12:46, Andriy Gapon wrote: >> >> $ make kernel-toolchain >> ... >> ===> gnu/usr.bin/cc/cc_tools (depend) >> make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: >> unsetting WITH_CTF >> cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. >> -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H >> -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" >> -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber >> -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 >> -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static >> -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o >> rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o >> errors.o libiberty.a -lm >> print-rtl.o: In function `print_rtx': >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: >> undefined reference to `dump_addr' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: >> undefined reference to `bitmap_print' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: >> undefined reference to `print_node_brief' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: >> undefined reference to `dump_addr' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: >> undefined reference to `insn_file' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: >> undefined reference to `insn_file' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: >> undefined reference to `insn_line' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: >> undefined reference to `reg_names' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: >> undefined reference to `real_to_decimal' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: >> undefined reference to `real_to_hexadecimal' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: >> undefined reference to `mode_size' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: >> undefined reference to `mode_size' >> cc: error: linker command failed with exit code 1 (use -v to see invocation) >> *** Error code 1 >> > > -- Andriy Gapon From owner-freebsd-stable@freebsd.org Fri Oct 23 11:29:47 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B60A6A1C643 for ; Fri, 23 Oct 2015 11:29:47 +0000 (UTC) (envelope-from mimiscarlett2k@gmail.com) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7479F1EBC for ; Fri, 23 Oct 2015 11:29:47 +0000 (UTC) (envelope-from mimiscarlett2k@gmail.com) Received: by ykdr3 with SMTP id r3so116405057ykd.1 for ; Fri, 23 Oct 2015 04:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=qA2SUsmdnK2dDvaFakFDSpbja0sECX3LlmDgD7lAwD4=; b=wHkyUkXbQ15GzDRCKLvVZaMa6C6M/Y21QDOgu1etWGUX6Nv/Pd0SEywZiqeWAxWt7C fUSJTnmnWzaRfeS0DJxgFWZv8j6aJnZv43rKQKTi2Agrm9drYyHj6mrVi3Kttbwdejqz TE28SJh/N+SW/kpBeSH+F6iRzIcO6UeNjcye0xjMUyo+08VFjKNDnOVzzjIQ0XSsPb+J G8GaN0I5alrc9MrfbqqHyHhlGd6DG54jeAZaEyfv+URLN7LpLTohoVf4xvy+SFbisF+U /cSZzbY7SB/LSCiyEXhGxWUakB8nYmHpGby7CAv/sfJ+QQUI4+RJTn1NyR/YYG3EEaTS C2FQ== MIME-Version: 1.0 X-Received: by 10.129.109.197 with SMTP id i188mr14856666ywc.179.1445599786606; Fri, 23 Oct 2015 04:29:46 -0700 (PDT) Received: by 10.37.202.206 with HTTP; Fri, 23 Oct 2015 04:29:46 -0700 (PDT) Date: Fri, 23 Oct 2015 12:29:46 +0100 Message-ID: Subject: From: Marlene Lebron To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 11:29:47 -0000 Yes I agree From owner-freebsd-stable@freebsd.org Fri Oct 23 12:15:17 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 389EDA1CBC1; Fri, 23 Oct 2015 12:15:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 29C6F78F; Fri, 23 Oct 2015 12:15:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id F377CF92; Fri, 23 Oct 2015 12:15:16 +0000 (UTC) Date: Fri, 23 Oct 2015 12:15:15 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1862854231.9.1445602516898.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_9-i386 - Build #197 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_9-i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 12:15:17 -0000 FreeBSD_STABLE_9-i386 - Build #197 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/19= 7/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/197/= changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/197/c= onsole Change summaries: 289820 by avg: MFC r261891: provide fast versions of ffsl and flsl for i386; ffsll and flsll for amd64 The end of the build log: [...truncated 68965 lines...] awk -f @/tools/makeobjops.awk @/dev/eisa/eisa_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/vx/../../dev/vx/if_vx.c /usr/src/sys/modul= es/vx/../../dev/vx/if_vx_pci.c /usr/src/sys/modules/vx/../../dev/vx/if_vx_e= isa.c =3D=3D=3D> vxge (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -DVXGE_HAL_RX_MULTI_POST -DVXGE_HAL_TX_MULT= I_POST -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/cont= rib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso9899:1999 /usr/src/sys/= modules/vxge/../../dev/vxge/vxge.c /usr/src/sys/modules/vxge/../../dev/vxge= /vxgehal/vxgehal-driver.c /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/= vxgehal-swapper.c /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-= config.c /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-device.c = /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxge-queue.c /usr/src/sys/= modules/vxge/../../dev/vxge/vxgehal/vxgehal-mm.c /usr/src/sys/modules/vxge/= ../../dev/vxge/vxgehal/vxgehal-blockpool.c /usr/src/sys/modules/vxge/../../= dev/vxge/vxgehal/vxgehal-channel.c /usr/src/sys/modules/vxge/../../dev/vxge= /vxgehal/vxgehal-fifo.c /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vx= gehal-ring.c /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-virtu= alpath.c /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-doorbells= .c /usr/src/sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-mgmt.c /usr/src= /sys/modules/vxge/../../dev/vxge/vxgehal/vxgehal-mgmtaux.c /usr/src/sys/mod= ules/vxge/../../dev/vxge/vxgehal/vxgehal-mrpcim.c /usr/src/sys/modules/vxge= /../../dev/vxge/vxgehal/vxgehal-srpcim.c /usr/src/sys/modules/vxge/../../de= v/vxge/vxgehal/vxgehal-ifmsg.c =3D=3D=3D> wb (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wb/../../dev/wb/if_wb.c =3D=3D=3D> wbwd (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wbwd/../../dev/wbwd/wbwd.c =3D=3D=3D> wi (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wi/../../dev/wi/if_wi.c /usr/src/sys/modul= es/wi/../../dev/wi/if_wi_pccard.c /usr/src/sys/modules/wi/../../dev/wi/if_w= i_pci.c =3D=3D=3D> wlan (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet.h opt_inet.h ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet6.h opt_inet6.h ln -sf /usr/obj/usr/src/sys/GENERIC/opt_ipx.h opt_ipx.h ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h ln -sf /usr/obj/usr/src/sys/GENERIC/opt_ddb.h opt_ddb.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wlan/../../net80211/ieee80211.c /usr/src/s= ys/modules/wlan/../../net80211/ieee80211_action.c /usr/src/sys/modules/wlan= /../../net80211/ieee80211_ageq.c /usr/src/sys/modules/wlan/../../net80211/i= eee80211_crypto.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_crypto= _none.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_dfs.c /usr/src/s= ys/modules/wlan/../../net80211/ieee80211_freebsd.c /usr/src/sys/modules/wla= n/../../net80211/ieee80211_input.c /usr/src/sys/modules/wlan/../../net80211= /ieee80211_ioctl.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_mesh.= c /usr/src/sys/modules/wlan/../../net80211/ieee80211_node.c /usr/src/sys/mo= dules/wlan/../../net80211/ieee80211_output.c /usr/src/sys/modules/wlan/../.= ./net80211/ieee80211_phy.c /usr/src/sys/modules/wlan/../../net80211/ieee802= 11_power.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_proto.c /usr/= src/sys/modules/wlan/../../net80211/ieee80211_scan.c /usr/src/sys/modules/w= lan/../../net80211/ieee80211_scan_sta.c /usr/src/sys/modules/wlan/../../net= 80211/ieee80211_radiotap.c /usr/src/sys/modules/wlan/../../net80211/ieee802= 11_ratectl.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_ratectl_non= e.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_regdomain.c /usr/src= /sys/modules/wlan/../../net80211/ieee80211_ht.c /usr/src/sys/modules/wlan/.= ./../net80211/ieee80211_hwmp.c /usr/src/sys/modules/wlan/../../net80211/iee= e80211_adhoc.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_hostap.c = /usr/src/sys/modules/wlan/../../net80211/ieee80211_monitor.c /usr/src/sys/m= odules/wlan/../../net80211/ieee80211_sta.c /usr/src/sys/modules/wlan/../../= net80211/ieee80211_wds.c /usr/src/sys/modules/wlan/../../net80211/ieee80211= _ddb.c =3D=3D=3D> wlan_acl (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wlan_acl/../../net80211/ieee80211_acl.c =3D=3D=3D> wlan_amrr (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wlan_amrr/../../net80211/ieee80211_amrr.c =3D=3D=3D> wlan_ccmp (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wlan_ccmp/../../net80211/ieee80211_crypto_= ccmp.c /usr/src/sys/modules/wlan_ccmp/../../crypto/rijndael/rijndael-alg-fs= t.c /usr/src/sys/modules/wlan_ccmp/../../crypto/rijndael/rijndael-api.c =3D=3D=3D> wlan_rssadapt (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h @ -> /usr/src/sys x86 -> /usr/src/sys/x86/include machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wlan_rssadapt/../../net80211/ieee80211_rss= adapt.c =3D=3D=3D> wlan_tkip (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wlan_tkip/../../net80211/ieee80211_crypto_= tkip.c =3D=3D=3D> wlan_wep (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wlan_wep/../../net80211/ieee80211_crypto_w= ep.c =3D=3D=3D> wlan_xauth (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_wlan.h opt_wlan.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wlan_xauth/../../net80211/ieee80211_xauth.= c =3D=3D=3D> wpi (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/wpi/../../dev/wpi/if_wpi.c =3D=3D=3D> wpifw (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/fw_stub.awk iwlwifi-3945-15.32.2.9.fw:wpifw:153229 -mwpifw -= cwpifw.c =20 rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 wpifw.c =3D=3D=3D> x86bios (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_x86bios.h opt_x86bios.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/x86bios/../../compat/x86bios/x86bios.c =3D=3D=3D> xe (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/xe/../../dev/xe/if_xe.c /usr/src/sys/modul= es/xe/../../dev/xe/if_xe_pccard.c =3D=3D=3D> xenhvm (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/xen/xenbus/xenbus_if.m -c awk -f @/tools/makeobjops.awk @/xen/xenbus/xenbus_if.m -h awk -f @/tools/makeobjops.awk @/xen/xenbus/xenbusb_if.m -c awk -f @/tools/makeobjops.awk @/xen/xenbus/xenbusb_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -DXENHVM -DMODXENHVM -D_KERNEL -DKLD_MODULE= -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/s= ys/GENERIC -std=3Diso9899:1999 /usr/src/sys/modules/xenhvm/../../xen///xe= nhvm_mod.c /usr/src/sys/modules/xenhvm/../../dev/xen//balloon/balloon.c /us= r/src/sys/modules/xenhvm/../../dev/xen//blkfront/blkfront.c /usr/src/sys/mo= dules/xenhvm/../../dev/xen//blkback/blkback.c /usr/src/sys/modules/xenhvm/.= ./../dev/xen//control/control.c /usr/src/sys/modules/xenhvm/../../dev/xen//= netback/netback.c /usr/src/sys/modules/xenhvm/../../dev/xen//netfront/netfr= ont.c /usr/src/sys/modules/xenhvm/../../dev/xen//xenpci/xenpci.c /usr/src/s= ys/modules/xenhvm/../../dev/xen//xenpci/evtchn.c /usr/src/sys/modules/xenhv= m/../../xen///gnttab.c /usr/src/sys/modules/xenhvm/../../xen///features.c /= usr/src/sys/modules/xenhvm/../../xen//evtchn/evtchn_dev.c /usr/src/sys/modu= les/xenhvm/../../xen//xenbus/xenbus.c /usr/src/sys/modules/xenhvm/../../xen= //xenbus/xenbusb.c /usr/src/sys/modules/xenhvm/../../xen//xenbus/xenbusb_fr= ont.c /usr/src/sys/modules/xenhvm/../../xen//xenbus/xenbusb_back.c xenbus_i= f.c xenbusb_if.c /usr/src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c= /usr/src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c =3D=3D=3D> xfs (depend) ln -sf /usr/obj/usr/src/sys/GENERIC/opt_ddb.h opt_ddb.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -I/usr/src= /sys/modules/xfs/../../gnu/fs/xfs/FreeBSD -I/usr/src/sys/modules/xfs/../../= gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/modules/xfs/../../gnu/fs/xfs -std= =3Diso9899:1999 /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_alloc.c /us= r/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_alloc_btree.c /usr/src/sys/modul= es/xfs/../../gnu/fs/xfs/xfs_bit.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs= /xfs_bmap.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_bmap_btree.c /usr= /src/sys/modules/xfs/../../gnu/fs/xfs/xfs_btree.c /usr/src/sys/modules/xfs/= ../../gnu/fs/xfs/xfs_buf_item.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/x= fs_da_btree.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir.c /usr/src/= sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2.c /usr/src/sys/modules/xfs/../../= gnu/fs/xfs/xfs_dir2_block.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_d= ir2_data.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2_leaf.c /usr/s= rc/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir2_node.c /usr/src/sys/modules/xf= s/../../gnu/fs/xfs/xfs_dir2_sf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/= xfs_dir2_trace.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dir_leaf.c /= usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_error.c /usr/src/sys/modules/x= fs/../../gnu/fs/xfs/xfs_extfree_item.c /usr/src/sys/modules/xfs/../../gnu/f= s/xfs/FreeBSD/xfs_freebsd_iget.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/= xfs_fsops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_ialloc.c /usr/src= /sys/modules/xfs/../../gnu/fs/xfs/xfs_ialloc_btree.c /usr/src/sys/modules/x= fs/../../gnu/fs/xfs/xfs_inode.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/x= fs_inode_item.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_iocore.c /usr= /src/sys/modules/xfs/../../gnu/fs/xfs/xfs_itable.c /usr/src/sys/modules/xfs= /../../gnu/fs/xfs/xfs_dfrag.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs= _log.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_log_recover.c /usr/src= /sys/modules/xfs/../../gnu/fs/xfs/xfs_mount.c /usr/src/sys/modules/xfs/../.= ./gnu/fs/xfs/xfs_rename.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_tra= ns.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_ail.c /usr/src/sys= /modules/xfs/../../gnu/fs/xfs/xfs_trans_buf.c /usr/src/sys/modules/xfs/../.= ./gnu/fs/xfs/xfs_trans_extfree.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/= xfs_trans_inode.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_trans_item.= c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_utils.c /usr/src/sys/module= s/xfs/../../gnu/fs/xfs/xfs_vfsops.c /usr/src/sys/modules/xfs/../../gnu/fs/x= fs/xfs_vnodeops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_rw.c /usr/s= rc/sys/modules/xfs/../../gnu/fs/xfs/xfs_iget.c /usr/src/sys/modules/xfs/../= ../gnu/fs/xfs/xfs_attr_leaf.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs= _attr.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_dmops.c /usr/src/sys/= modules/xfs/../../gnu/fs/xfs/xfs_qmops.c /usr/src/sys/modules/xfs/../../gnu= /fs/xfs/FreeBSD/xfs_mountops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/Fr= eeBSD/xfs_vnops.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_frw= .c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_iomap.c /usr/src/sys/modul= es/xfs/../../gnu/fs/xfs/FreeBSD/xfs_buf.c /usr/src/sys/modules/xfs/../../gn= u/fs/xfs/FreeBSD/xfs_globals.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/Fr= eeBSD/xfs_dmistubs.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/xfs_behavior= .c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_super.c /usr/src/s= ys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_stats.c /usr/src/sys/modules/xf= s/../../gnu/fs/xfs/FreeBSD/xfs_sysctl.c /usr/src/sys/modules/xfs/../../gnu/= fs/xfs/FreeBSD/xfs_vfs.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/= xfs_vnode.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_fs_subr.c= /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/xfs_ioctl.c /usr/src/sys= /modules/xfs/../../gnu/fs/xfs/FreeBSD/support/debug.c /usr/src/sys/modules/= xfs/../../gnu/fs/xfs/FreeBSD/support/ktrace.c /usr/src/sys/modules/xfs/../.= ./gnu/fs/xfs/FreeBSD/support/mrlock.c /usr/src/sys/modules/xfs/../../gnu/fs= /xfs/FreeBSD/support/uuid.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeB= SD/support/kmem.c /usr/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support= /kdb.c =3D=3D=3D> xl (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/xl/../../dev/xl/if_xl.c /usr/src/sys/modul= es/xl/../../dev/xl/xlphy.c =3D=3D=3D> zfs (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -DFREEBSD_NAMECACHE -DBUILDING_ZFS -D_KERNE= L -DKLD_MODULE -I/usr/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/= usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I= /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/= usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/usr/sr= c/sys/modules/zfs/../.. -I/usr/src/sys/modules/zfs/../../cddl/contrib/opens= olaris/common/zfs -I/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris= /common -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/us= r/src/sys/GENERIC -std=3Diso9899:1999 /usr/src/sys/modules/zfs/../../cddl= /contrib/opensolaris/common/acl/acl_common.c /usr/src/sys/modules/zfs/../..= /cddl/contrib/opensolaris/common/avl/avl.c /usr/src/sys/modules/zfs/../../c= ddl/contrib/opensolaris/common/nvpair/nvpair.c /usr/src/sys/modules/zfs/../= ../cddl/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c /usr/src/sys= /modules/zfs/../../cddl/contrib/opensolaris/common/nvpair/fnvpair.c /usr/sr= c/sys/modules/zfs/../../cddl/contrib/opensolaris/common/unicode/u8_textprep= .c /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_= acl.c /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolar= is_kobj.c /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opens= olaris_kstat.c /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/= opensolaris_lookup.c /usr/src/sys/modules/zfs/../../cddl/compat/opensolaris= /kern/opensolaris_policy.c /usr/src/sys/modules/zfs/../../cddl/compat/opens= olaris/kern/opensolaris_string.c /usr/src/sys/modules/zfs/../../cddl/compat= /opensolaris/kern/opensolaris_sysevent.c /usr/src/sys/modules/zfs/../../cdd= l/compat/opensolaris/kern/opensolaris_taskq.c /usr/src/sys/modules/zfs/../.= ./cddl/compat/opensolaris/kern/opensolaris_uio.c /usr/src/sys/modules/zfs/.= ./../cddl/compat/opensolaris/kern/opensolaris_vfs.c /usr/src/sys/modules/zf= s/../../cddl/compat/opensolaris/kern/opensolaris_zone.c /usr/src/sys/module= s/zfs/../../cddl/contrib/opensolaris/common/atomic/i386/opensolaris_atomic.= S /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/gfs= .c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/vn= ode.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/os= /callb.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common= /os/fm.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common= /os/list.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/comm= on/os/nvpair_alloc_system.c /usr/src/sys/modules/zfs/../../cddl/contrib/ope= nsolaris/uts/common/zmod/adler32.c /usr/src/sys/modules/zfs/../../cddl/cont= rib/opensolaris/uts/common/zmod/opensolaris_crc32.c /usr/src/sys/modules/zf= s/../../cddl/contrib/opensolaris/uts/common/zmod/deflate.c /usr/src/sys/mod= ules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/inffast.c /usr/src/= sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/inflate.c /u= sr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/inftr= ees.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zm= od/trees.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/comm= on/zmod/zmod.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/= common/zmod/zmod_subr.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensol= aris/uts/common/zmod/zutil.c /usr/src/sys/modules/zfs/../../crypto/sha2/sha= 2.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/z= fs/arc.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common= /fs/zfs/bplist.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/ut= s/common/fs/zfs/bpobj.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensol= aris/uts/common/fs/zfs/bptree.c /usr/src/sys/modules/zfs/../../cddl/contrib= /opensolaris/uts/common/fs/zfs/dbuf.c /usr/src/sys/modules/zfs/../../cddl/c= ontrib/opensolaris/uts/common/fs/zfs/ddt.c /usr/src/sys/modules/zfs/../../c= ddl/contrib/opensolaris/uts/common/fs/zfs/ddt_zap.c /usr/src/sys/modules/zf= s/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c /usr/src/sys/modul= es/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_diff.c /usr/src= /sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.= c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /dmu_object.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/c= ommon/fs/zfs/dmu_objset.c /usr/src/sys/modules/zfs/../../cddl/contrib/opens= olaris/uts/common/fs/zfs/dmu_traverse.c /usr/src/sys/modules/zfs/../../cddl= /contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c /usr/src/sys/modules/zfs/..= /../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c /usr/src/sys/modules= /zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dnode_sync.c /usr/src= /sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_bookm= ark.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs= /zfs/dsl_dir.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/= common/fs/zfs/dsl_dataset.c /usr/src/sys/modules/zfs/../../cddl/contrib/ope= nsolaris/uts/common/fs/zfs/dsl_deadlist.c /usr/src/sys/modules/zfs/../../cd= dl/contrib/opensolaris/uts/common/fs/zfs/dsl_destroy.c /usr/src/sys/modules= /zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_pool.c /usr/src/s= ys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_synctas= k.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/z= fs/dsl_userhold.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/u= ts/common/fs/zfs/dmu_zfetch.c /usr/src/sys/modules/zfs/../../cddl/contrib/o= pensolaris/uts/common/fs/zfs/dsl_deleg.c /usr/src/sys/modules/zfs/../../cdd= l/contrib/opensolaris/uts/common/fs/zfs/dsl_prop.c /usr/src/sys/modules/zfs= /../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_scan.c /usr/src/sys/m= odules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfeature.c /usr= /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/gzip.= c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /lz4.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/f= s/zfs/lzjb.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/co= mmon/fs/zfs/metaslab.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensola= ris/uts/common/fs/zfs/range_tree.c /usr/src/sys/modules/zfs/../../cddl/cont= rib/opensolaris/uts/common/fs/zfs/refcount.c /usr/src/sys/modules/zfs/../..= /cddl/contrib/opensolaris/uts/common/fs/zfs/rrwlock.c /usr/src/sys/modules/= zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/sa.c /usr/src/sys/modu= les/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/sha256.c /usr/src/= sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c /usr= /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa_c= onfig.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/= fs/zfs/spa_errlog.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris= /uts/common/fs/zfs/spa_history.c /usr/src/sys/modules/zfs/../../cddl/contri= b/opensolaris/uts/common/fs/zfs/spa_misc.c /usr/src/sys/modules/zfs/../../c= ddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c /usr/src/sys/modules/= zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_reftree.c /usr/s= rc/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/txg.c /= usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/ub= erblock.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/commo= n/fs/zfs/unique.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/u= ts/common/fs/zfs/vdev.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensol= aris/uts/common/fs/zfs/vdev_cache.c /usr/src/sys/modules/zfs/../../cddl/con= trib/opensolaris/uts/common/fs/zfs/vdev_file.c /usr/src/sys/modules/zfs/../= ../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_label.c /usr/src/sys/mod= ules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_mirror.c /us= r/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev= _missing.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/comm= on/fs/zfs/vdev_queue.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensola= ris/uts/common/fs/zfs/vdev_raidz.c /usr/src/sys/modules/zfs/../../cddl/cont= rib/opensolaris/uts/common/fs/zfs/vdev_root.c /usr/src/sys/modules/zfs/../.= ./cddl/contrib/opensolaris/uts/common/fs/zfs/zap.c /usr/src/sys/modules/zfs= /../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_leaf.c /usr/src/sys/m= odules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c /us= r/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_= byteswap.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/comm= on/fs/zfs/zfs_debug.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolar= is/uts/common/fs/zfs/zfs_fm.c /usr/src/sys/modules/zfs/../../cddl/contrib/o= pensolaris/uts/common/fs/zfs/zfs_fuid.c /usr/src/sys/modules/zfs/../../cddl= /contrib/opensolaris/uts/common/fs/zfs/zfs_sa.c /usr/src/sys/modules/zfs/..= /../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c /usr/src/sys/mod= ules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c /usr/src/sy= s/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c /usr/s= rc/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio_che= cksum.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/= fs/zfs/zio_compress.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolar= is/uts/common/fs/zfs/zio_inject.c /usr/src/sys/modules/zfs/../../cddl/contr= ib/opensolaris/uts/common/fs/zfs/zle.c /usr/src/sys/modules/zfs/../../cddl/= contrib/opensolaris/uts/common/fs/zfs/zrlock.c /usr/src/sys/modules/zfs/../= ../cddl/contrib/opensolaris/common/zfs/zfeature_common.c /usr/src/sys/modul= es/zfs/../../cddl/contrib/opensolaris/common/zfs/zfs_comutil.c /usr/src/sys= /modules/zfs/../../cddl/contrib/opensolaris/common/zfs/zfs_deleg.c /usr/src= /sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs/zfs_fletcher.c /= usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs/zfs_namec= heck.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs/z= fs_prop.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zf= s/zpool_prop.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/comm= on/zfs/zprop_common.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolar= is/uts/common/fs/zfs/zfs_acl.c /usr/src/sys/modules/zfs/../../cddl/contrib/= opensolaris/uts/common/fs/zfs/zfs_ctldir.c /usr/src/sys/modules/zfs/../../c= ddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c /usr/src/sys/modules/zf= s/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c /usr/src/sys= /modules/zfs/../../cddl/contrib/opensolaris/common/zfs/zfs_ioctl_compat.c /= usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zf= s_log.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/= fs/zfs/zfs_onexit.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris= /uts/common/fs/zfs/zfs_replay.c /usr/src/sys/modules/zfs/../../cddl/contrib= /opensolaris/uts/common/fs/zfs/zfs_rlock.c /usr/src/sys/modules/zfs/../../c= ddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c /usr/src/sys/modules= /zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c /usr/src/= sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zvol.c /us= r/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev= _geom.c /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/= fs/zfs/trim_map.c =3D=3D=3D> zlib (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=3Diso= 9899:1999 /usr/src/sys/modules/zlib/../../net/zlib.c 1 error *** [buildkernel] Error code 2 1 error *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_STABLE_9-i386] $ /bin/sh -xe /tmp/hudson2232596183996721948.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_STABLE_9-i386' + echo 'clean up jail FreeBSD_STABLE_9-i386' clean up jail FreeBSD_STABLE_9-i386 + sudo jail -r FreeBSD_STABLE_9-i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 -alias + sudo umount FreeBSD_STABLE_9-i386/usr/src + sudo umount FreeBSD_STABLE_9-i386/dev + sudo rm -fr FreeBSD_STABLE_9-i386 rm: FreeBSD_STABLE_9-i386/sbin/init: Operation not permitted rm: FreeBSD_STABLE_9-i386/sbin: Directory not empty rm: FreeBSD_STABLE_9-i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_STABLE_9-i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_STABLE_9-i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_STABLE_9-i386/lib: Directory not empty rm: FreeBSD_STABLE_9-i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/su: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/login: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/bin: Directory not empty rm: FreeBSD_STABLE_9-i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_STABLE_9-i386/usr/lib: Directory not empty rm: FreeBSD_STABLE_9-i386/usr: Directory not empty rm: FreeBSD_STABLE_9-i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_STABLE_9-i386/libexec: Directory not empty rm: FreeBSD_STABLE_9-i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_STABLE_9-i386 + sudo rm -fr FreeBSD_STABLE_9-i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Fri Oct 23 16:25:39 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A64D8A1C32A; Fri, 23 Oct 2015 16:25:39 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 914D5626; Fri, 23 Oct 2015 16:25:39 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 96BF61192; Fri, 23 Oct 2015 16:25:39 +0000 (UTC) Date: Fri, 23 Oct 2015 16:25:37 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1013743203.19.1445617539559.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1862854231.9.1445602516898.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1862854231.9.1445602516898.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_9-i386 - Build #198 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_9-i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 16:25:39 -0000 FreeBSD_STABLE_9-i386 - Build #198 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/198/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/198/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/198/console Change summaries: 289832 by avg: Partial MFC r253719: add flsll to libkern Original commit description: Fix watchdog pretimeout. ... Only flsll bits of that commit are needed. This should fix the build broken in r289820 for !amd64. Pointyhat to: avg