From owner-freebsd-stable@freebsd.org Sun Dec 6 00:15: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 5D68AA3F8EC for ; Sun, 6 Dec 2015 00:15:09 +0000 (UTC) (envelope-from gavin.mu@qq.com) Received: from smtpbguseast2.qq.com (smtpbguseast2.qq.com [54.204.34.130]) (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 8EB2617B6 for ; Sun, 6 Dec 2015 00:15:07 +0000 (UTC) (envelope-from gavin.mu@qq.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201307; t=1449360895; bh=yNTYERqJaQdiB3LpudmA0GixL838XHDEM/U54XQy5wk=; h=In-Reply-To:References:From:To:Cc:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:Date:Message-ID; b=Rb5hsJ3sBiCxx5mBPi3Aas+SgZeKuy8Nbb5ejh5PVjnz6CZiFpBF1nGqWdUKB8nif +wUtlQvnnPQpEOM4LiS3jmM9CjDP7pXuc+PbfmlI2SLmF9X6nGTtOs1OVOuZEy/l0a 8EaR4+V9E4kry0FHjxUXR/IJRNPS4Dq8CubI8jck= X-QQ-FEAT: xevVMqnzft5G1/1a2TTiBGBsYlYdkMf6fNdxE119EVgE5T+Rk80/QS3ORf4RK Lv90yYY36rYGO42PCKDE6vx8fcXRH1CZ2BDz7rZGCE8pJf2iFLs3HEQb3dGKyuyA16LBQXJ a96ffVyRLE5yijqa9xrsnmfum783dKae3cCjUTHdX/qYOopLxL1br/D9Bl48JfZfp7jI3oP cc26GEpUMkLZWXb69bK+T6lNh3D58qJ4uSIHVJEJngJxr0n0aQtO2ceZEoYEs2bxuv2zMTX OSFw== X-QQ-SSF: 00000000000000F000000000000000Z X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 114.250.240.17 In-Reply-To: <20151205142403.GE2202@kib.kiev.ua> References: <20151204094550.GO2405@kib.kiev.ua> <20151205142403.GE2202@kib.kiev.ua> X-QQ-STYLE: X-QQ-mid: webmail514t1449360893t5270482 From: "=?utf-8?B?R2F2aW4gTXU=?=" To: "=?utf-8?B?S29uc3RhbnRpbiBCZWxvdXNvdg==?=" Cc: "=?utf-8?B?ZnJlZWJzZC1zdGFibGU=?=" Subject: Re: application coredump behavior differences between FreeBSD 7.0andFreeBSD 10.1 Mime-Version: 1.0 Date: Sun, 6 Dec 2015 08:14:53 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x X-QQ-ReplyHash: 3547703606 X-QQ-SENDSIZE: 520 X-QQ-Bgrelay: 1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 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: Sun, 06 Dec 2015 00:15:09 -0000 SGksIGtpYiwNCg0KDQpJdCBkb2VzIG5vdCBoZWxwLiANCkkgYWRkZWQ6DQogICAgICAgIHJl dCA9IG1hZHZpc2Uoc2htX2hhbmRsZSwgc2l6ZSAqIDEwMjQgKiAxMDI0ICogMTAyNCwgTUFE Vl9TRVFVRU5USUFMKTsNCiAgICAgICAgaWYgKHJldCAhPSAwKSB7DQogICAgICAgICAgICAg ICAgcHJpbnRmKCJtYWR2aXNlIHJldHVybiAlZFxuIiwgcmV0KTsNCiAgICAgICAgfQ0KDQoN Cg0KdG9wIGRpc3BsYXlzIGl0IHN0aWxsIHVzZXMgZnVsbCBtZW1vcnksIGJlbG93IGlzIGEg c25hcHNob3QgZHVyaW5nIGNvcmUgZHVtcC4NCmxhc3QgcGlkOiAgMzY1NjsgIGxvYWQgYXZl cmFnZXM6ICAxLjg0LCAgMS4yOSwgIDEuMDQgICAgdXAgMCswMDoxODowNiAgMjM6NTg6MzcN CjQzIHByb2Nlc3NlczogIDIgcnVubmluZywgNDEgc2xlZXBpbmcNCkNQVTogIDEuMiUgdXNl ciwgIDAuMCUgbmljZSwgODUuMiUgc3lzdGVtLCAgNy44JSBpbnRlcnJ1cHQsICA1LjklIGlk bGUNCk1lbTogOTI0TSBBY3RpdmUsIDU3TSBJbmFjdCwgNzQ1TSBXaXJlZCwgODk4MEsgQ2Fj aGUsIDEwM00gQnVmLCAzNE0gRnJlZQ0KU3dhcDogNDA5Nk0gVG90YWwsIDE4OE0gVXNlZCwg MzkwOE0gRnJlZSwgNCUgSW51c2UNCg0KDQogIFBJRCBVU0VSTkFNRSAgICBUSFIgUFJJIE5J Q0UgICBTSVpFICAgIFJFUyBTVEFURSAgICBUSU1FICAgIFdDUFUgQ09NTUFORA0KIDM2NDYg cm9vdCAgICAgICAgICAxICA4NCAgICAwICAxMDM2TSAgIDcxME0gUlVOICAgICAgMDoxMyAg NDIuMjklIHR0DQoNCg0KDQpSZWdhcmRzLA0KR2F2aW4gTXUNCg0KDQotLS0tLS0tLS0tLS0t LS0tLS0gT3JpZ2luYWwgLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgIktvbnN0YW50aW4g QmVsb3Vzb3YiOzxrb3N0aWtiZWxAZ21haWwuY29tPjsNCkRhdGU6ICBTYXQsIERlYyA1LCAy MDE1IDEwOjI0IFBNDQpUbzogICJHYXZpbiBNdSI8Z2F2aW4ubXVAcXEuY29tPjsgDQpDYzog ICJmcmVlYnNkLXN0YWJsZSI8ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc+OyANClN1Ympl Y3Q6ICBSZTogYXBwbGljYXRpb24gY29yZWR1bXAgYmVoYXZpb3IgZGlmZmVyZW5jZXMgYmV0 d2VlbiBGcmVlQlNEIDcuMGFuZEZyZWVCU0QgMTAuMQ0KDQoNCg0KT24gU2F0LCBEZWMgMDUs IDIwMTUgYXQgMDE6MDk6MzFQTSArMDgwMCwgR2F2aW4gTXUgd3JvdGU6DQo+IEhpLCBraWIs DQo+IA0KPiANCj4gUGxlYXNlIHNlZSBteSB0ZXN0aW5nIG9uIEZyZWVCU0QgNy4wLg0KPiBm cmVlYnNkNyMgc3lzY3RsIGtlcm4uaXBjLnNobWFsbA0KPiBrZXJuLmlwYy5zaG1hbGw6IDgx OTIwMA0KPiBmcmVlYnNkNyMgc3lzY3RsIGtlcm4uaXBjLnNobW1heA0KPiBrZXJuLmlwYy5z aG1tYXg6IDMzNTU0NDMyMDANCj4gZnJlZWJzZDcjIHVuYW1lIC1hDQo+IEZyZWVCU0QgZnJl ZWJzZDcubG9jYWxkb21haW4gNy4wLVJFTEVBU0UgRnJlZUJTRCA3LjAtUkVMRUFTRSAjMDog U3VuIEZlYiAyNCAxMDozNTozNiBVVEMgMjAwOCAgICAgcm9vdEBkcmlzY29sbC5jc2UuYnVm ZmFsby5lZHU6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyAgYW1kNjQNCj4gDQo+IA0K PiANCj4gdGVzdGluZyBjb2RlOg0KPiBmcmVlYnNkNyMgY2F0IHR0LmMNCj4gI2luY2x1ZGUg PHN0ZGlvLmg+DQo+ICNpbmNsdWRlIDxzdGRsaWIuaD4NCj4gI2luY2x1ZGUgPG1hY2hpbmUv cGFyYW0uaD4NCj4gI2luY2x1ZGUgPHN5cy90eXBlcy5oPg0KPiAjaW5jbHVkZSA8c3lzL2lw Yy5oPg0KPiAjaW5jbHVkZSA8c3lzL3NobS5oPg0KPiANCj4gDQo+IGludA0KPiBtYWluKGlu dCBhcmdjLCBjaGFyICoqYXJndikNCj4gew0KPiAgICAgICAgIGNoYXIgKipwOw0KPiAgICAg ICAgIGludCBzaXplOw0KPiAgICAgICAgIGludCBpOw0KPiAgICAgICAgIGNoYXIgKmMgPSBO VUxMOw0KPiAgICAgICAgIGludCBzaG1pZDsNCj4gICAgICAgICB2b2lkICpzaG1faGFuZGxl Ow0KPiAgICAgICAgIHNpemUgPSBhdG9pKGFyZ3ZbMV0pOw0KPiAgICAgICAgIHByaW50Zigi d2lsbCBhbGxvYyAlZEdCXG4iLCBzaXplKTsNCj4gDQo+IA0KPiAgICAgICAgIHNobWlkID0g c2htZ2V0KDEwMCwgc2l6ZSAqIDEwMjQgKiAxMDI0ICogMTAyNCwgMDY0NCB8IElQQ19DUkVB VCk7DQo+ICAgICAgICAgaWYgKHNobWlkID09IC0xKSB7DQo+ICAgICAgICAgICAgICAgICBw cmludGYoInNobWlkID0gJWRcbiIsIHNobWlkKTsNCj4gICAgICAgICB9DQo+IA0KPiANCj4g ICAgICAgICBzaG1faGFuZGxlID0gc2htYXQoc2htaWQsIE5VTEwsIDApOw0KKHNobV9oYW5k bGUgaXMgbm90IGEgaGFuZGxlKS4NCj4gICAgICAgICBpZiAoc2htX2hhbmRsZSA9PSAtMSkg ew0KPiAgICAgICAgICAgICAgICAgcHJpbnRmKCJudWxsIHNobV9oYW5kbGVcbiIpOw0KPiAg ICAgICAgIH0NCj4gDQpXaGF0IGlmIHlvdSBhZGQNCgltYWR2aXNlKHNobV9oYW5kbGUsIHNp emUsIE1BRFZfU0VRVUVOVElBTCk7DQp0aGVyZSA/ICBEb2VzIDEwLnggYmVoYXZpb3VyIGJl Y29tZSBzaW1pbGFyIHRvIHRoYXQgb2YgdGhlIDcueCA/DQoNCj4gDQo+ICAgICAgICAgKmMg PSAwOw0KPiAgICAgICAgIHJldHVybiAwOw0KPiB9DQo+IA0KPiANCj4gDQo+IGZyZWVic2Q3 IyAuL2Eub3V0IDENCj4gd2lsbCBhbGxvYyAxR0INCj4gU2VnbWVudGF0aW9uIGZhdWx0IChj b3JlIGR1bXBlZCkNCj4gDQo+IA0KPiANCj4gd2hlbiBhLm91dCBpcyBydW5uaW5nLCB0aGUg UkVTIGtlZXBzIGJlaW5nIDIwMjRLIHdpdGhvdXQgaW5jcmVhc2luZzoNCj4gDQo+IA0KPiBs YXN0IHBpZDogICA3MzU7ICBsb2FkIGF2ZXJhZ2VzOiAgMC4wMCwgIDAuMDEsICAwLjAzICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1cCAwKzAwOjE1OjExICAwNDo0 MzozNQ0KPiAyNSBwcm9jZXNzZXM6ICAxIHJ1bm5pbmcsIDI0IHNsZWVwaW5nDQo+IENQVSBz dGF0ZXM6ICAwLjAlIHVzZXIsICAwLjAlIG5pY2UsIDIyLjYlIHN5c3RlbSwgIDAuOCUgaW50 ZXJydXB0LCA3Ni43JSBpZGxlDQo+IE1lbTogMTNNIEFjdGl2ZSwgNjM4MEsgSW5hY3QsIDUy TSBXaXJlZCwgMzJLIENhY2hlLCAzOU0gQnVmLCA5MTBNIEZyZWUNCj4gU3dhcDogMjAxNU0g VG90YWwsIDIwMTVNIEZyZWUNCj4gDQo+IA0KPiAgIFBJRCBVU0VSTkFNRSAgVEhSIFBSSSBO SUNFICAgU0laRSAgICBSRVMgU1RBVEUgICAgVElNRSAgIFdDUFUgQ09NTUFORA0KPiAgIDcz NCByb290ICAgICAgICAxIC0xNiAgICAwICAxMDI3TSAgMjAyNEsgd2RyYWluICAgMDowMiAx My4yNyUgYS5vdXQNCj4gDQo+IA0KPiANCj4gYnV0IHdoZW4gc2FtZSBjb2RlIGlzIHJ1bm5p bmcgb24gRnJlZUJTRCAxMC4xLCB0aGUgUkVTIGtlZXBzIGluY3JlYXNpbmcgdG8gMUdCLiBG cm9tIG15IHRlc3RpbmcsIGlmIHRoZSBtZW1vcnkgaXMgYWxsb2NhdGVkIGJ5IG1hbGxvYygp LCB0aGVuIFJFUyB3aWxsIGtlZXAgaW5jcmVhc2luZyBpbiBib3RoIDcuMCBhbmQgMTAuMS4g b25seSBzeXN2X3NobSBpbiA3LjAgaGFzIGRpZmZlcmVudCBiZWhhdmlvci4gSSBoYXZlIGNo ZWNrZWQgY29yZWR1bXAoKSBjb2RlIGJ1dCBkaWQgbm90IGZpbmQgYW55IGNsdWUgd2h5IGl0 IGlzIGRpZmZlcmVudC4NCj4gDQo+IA0KPiBSZWdhcmRzLA0KPiBHYXZpbiBNdQ0KPiANCj4g DQo+IC0tLS0tLS0tLS0tLS0tLS0tLSBPcmlnaW5hbCAtLS0tLS0tLS0tLS0tLS0tLS0NCj4g RnJvbTogICJLb25zdGFudGluIEJlbG91c292Ijs8a29zdGlrYmVsQGdtYWlsLmNvbT47DQo+ IERhdGU6ICBGcmksIERlYyA0LCAyMDE1IDA1OjQ1IFBNDQo+IFRvOiAgIkdhdmluIE11Ijxn YXZpbi5tdUBxcS5jb20+OyANCj4gQ2M6ICAiZnJlZWJzZC1zdGFibGUiPGZyZWVic2Qtc3Rh YmxlQGZyZWVic2Qub3JnPjsgDQo+IFN1YmplY3Q6ICBSZTogYXBwbGljYXRpb24gY29yZWR1 bXAgYmVoYXZpb3IgZGlmZmVyZW5jZXMgYmV0d2VlbiBGcmVlQlNEIDcuMGFuZCBGcmVlQlNE IDEwLjENCj4gDQo+IA0KPiANCj4gT24gRnJpLCBEZWMgMDQsIDIwMTUgYXQgMDk6MzU6NTRB TSArMDgwMCwgR2F2aW4gTXUgd3JvdGU6DQo+ID4gSGksDQo+ID4gDQo+ID4gV2UgaGF2ZSBh biBhcHBsaWNhdGlvbiBydW5uaW5nIG9uIG9sZCBGcmVlQlNEIDcuMCwgYW5kIHdlIGFyZSB1 cGdyYWRpbmcgdGhlIGJhc2Ugc3lzdGVtIHRvIEZyZWVCU0QgMTAuMS4gVGhlIGFwcGxpY2F0 aW9uIHVzZXMgc3lzdl9zaG0sIGFuZCB3aWxsIGFsbG9jYXRlIGEgbG90IG9mIHNoYXJlIG1l bW9yeSwgdGhvdWdoIG1vc3Qgb2YgdGltZSBvbmx5IGEgcGFydCBvZiB0aGUgYWxsb2NhdGVk IG1lbW9yeSBpcyB1c2VkLiBha2EuIGxhcmdlIFNJWkUgYW5kIHNtYWxsIFJFUyBmcm9tIC91 c3IvYmluL3RvcCB2aWV3Lg0KPiA+IA0KPiA+IFdoZW4gdGhlIGFwcGxpY2F0aW9uIGNvcmUg ZHVtcCwgdGhlIGNvcmUgZHVtcCBmaWxlIHdpbGwgYmUgbGFyZ2UsIGFuZCBpbiBGcmVlQlNE IDcuMCwgaXQgdXNlcyBvbmx5IGEgbGl0dGxlIG1vcmUgbWVtb3J5IHRvIGRvIGNvcmUgZHVt cCwgYnV0IGluIEZyZWVCU0QgMTAuMSwgaXQgc2VlbXMgYWxsIHNoYXJlIG1lbW9yeSBhcmUg dG91Y2hlZCBhbmQgdXNlcyBhIGxvdCBvZiBwaHlzaWNhbCBtZW1vcnkgKFJFUyBpbiAvdXNy L2Jpbi90b3Agb3V0cHV0IHdpbGwgaW5jcmVhc2UgdmVyeSBtdWNoKSBhbmQgY2F1c2UgbWVt b3J5IGRyYWluLg0KPiA+IA0KPiA+IEkgaGF2ZSBiZWVuIGRlYnVnZ2luZyBidXQgY2FuIG5v dCBmaW5kIGFueSBjbHVlIHlldC4gQ291bGQgc29tZW9uZSBwcm92aWRlIHNvbWUgcG9pbnRz IHdoZXJlIHRoZSBpc3N1ZSBoYXBwZW4/IFRoYW5rcy4NCj4gDQo+IEJvdGggc3RhYmxlLzcg YW5kIGxhdGVzdCBIRUFEIGRvIHJlYWQgdGhlIHdob2xlIG1hcHBlZCBzZWdtZW50IHRvIHdy aXRlDQo+IHRoZSBjb3JlZHVtcC4gIFRoaXMgYmVoYXZpb3VyIGRpZCBub3QgY2hhbmdlZCwg c2luY2UgcHJvYmFibHkgaW50cm9kdWN0aW9uDQo+IG9mIHRoZSBFTEYgc3VwcG9ydCBpbnRv IEZyZWVCU0QuICBBbmQsIGhvdyBvdGhlcndpc2UgY291bGQgY29yZWR1bXAgZmlsZQ0KPiBj b250YWluIHRoZSBjb250ZW50IG9mIHRoZSBtYXBwZWQgc2VnbWVudHMgPw0KPiANCj4gV2hh dCBpbiB0aGUgRnJlZUJTRCAxMCBjaGFuZ2VkIGluIHRoaXMgcmVnYXJkLCBpcyBhIGRlYWRs b2NrIGZpeCB3aGljaA0KPiBjb3VsZCBvY2N1ciBpbiBzb21lIHNjZW5hcmlvdXMsIGluY2x1 ZGluZyB0aGUgY29yZWR1bXBpbmcuICBJbiBzdGFibGUvNywNCj4gdGhlIHBhZ2UgaW5zdGFu dGlhdGlvbiBvciBzd2FwLWluIGZvciBwYWdlcyBhY2Nlc3NlZCBieSB0aGUgY29yZSB3cml0 ZSwNCj4gd2FzIGRvbmUgd2hpbGUgb3duaW5nIHNldmVyYWwgVkZTIGxvY2tzLiAgVGhpcyBz b21ldGltZXMgY2F1c2VkIGRlYWRsb2NrLg0KPiBJbiBzdGFibGUvMTAgdGhlIGRlYWRsb2Nr IGF2b2lkYW5jZSBjb2RlIGlzIGVuYWJsZWQgYnkgZGVmYXVsdCwgYW5kDQo+IHdoZW4ga2Vy bmVsIGRldGVjdHMgdGhlIHBvc3NpYmlsaXR5IG9mIHRoZSBkZWFkbG9jaywgaXQgY2hhbmdl cyB0byByZWFkaW5nDQo+IGNhcmVmdWxseSBieSBzbWFsbCBjaHVua3MuDQo+IA0KPiBTdGls bCwgdGhpcyBkb2VzIG5vdCBleHBsYWluIHRoZSBlZmZlY3QgdGhhdCB5b3UgZGVzY3JpYmUu IEluIGZhY3QsIEkNCj4gYW0gbW9yZSBzdXNwaWNpb3VzIHRvIHRoZSBjbGFpbSB0aGF0IHN0 YWJsZS83IGRpZCBub3QgaW5jcmVhc2UgUlNTIG9mDQo+IHRoZSBkdW1waW5nIHByb2Nlc3Mg b3IgZGlkIG5vdCBhY2Nlc3NlZCB0aGUgd2hvbGUgbWFwcGVkIHNoYXJlZCBzZWdtZW50LA0K PiB0aGVuIHRoZSBjbGFpbSB0aGF0IHRoZXJlIGlzIGEgcmVncmVzc2lvbiBpbiBzdGFibGUv MTAu From owner-freebsd-stable@freebsd.org Sun Dec 6 08:54: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 F2D4E7993 for ; Sun, 6 Dec 2015 08:54:59 +0000 (UTC) (envelope-from gavin.mu@qq.com) Received: from smtpproxy30.qq.com (smtpproxy30.qq.com [103.7.31.11]) (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 678271E19 for ; Sun, 6 Dec 2015 08:54:58 +0000 (UTC) (envelope-from gavin.mu@qq.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201307; t=1449392089; bh=HV/ptWbnnHZEMZgwVYEBUUy0rTGT08BnU9ra4KR8goA=; h=In-Reply-To:References:From:To:Cc:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:Date:Message-ID; b=xu3p+xcZObGJh+ovbfl7FyW8gNzWQU5YADv9ssHul033+R1qnikVS08eyePjN4eCe cDwWzQFOZil7U1hoESzkgXH5LozMoMn+AlJem0D12ZHVfSlECQoP/IakZv27VZMOL4 lrOW3tIIt8k1wwq/WLnmLUd8xQ4KhxvbJ0Ahfcuo= X-QQ-FEAT: 3vWaCK2TvRZVka/e1x5J/uc6lNpMvWVJJ6ZLBPnEFNg12wvbHAzjC4/Qp+233 eVu3SAjZ6xgCBvu/VR+IXgUS9NJl3lpIEd25auQD1lYt04E2I/onwgAp6/1qwHDANSw1VSJ C+kkBrej12iEDCIHHRcLw4Vqu8wH+dhIi92CKgytQweM56QzYa6UZHSqSU2mG3ONPhEr6gc py9pOJ2eXw/4Fmt75zrxEmWhwwnJZVF8csHr4F6/HndhG9DADrcuMf5duiX+hJ124tXVGO+ SYVw== X-QQ-SSF: 00000000000000F000000000000000Z X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 114.250.240.17 In-Reply-To: References: <20151204094550.GO2405@kib.kiev.ua> <20151205142403.GE2202@kib.kiev.ua> X-QQ-STYLE: X-QQ-mid: webmail514t1449392078t479351 From: "=?utf-8?B?R2F2aW4gTXU=?=" To: "=?utf-8?B?S29uc3RhbnRpbiBCZWxvdXNvdg==?=" Cc: "=?utf-8?B?ZnJlZWJzZC1zdGFibGU=?=" Subject: Re: application coredump behavior differences between FreeBSD 7.0andFreeBSD 10.1 Mime-Version: 1.0 Date: Sun, 6 Dec 2015 16:54:38 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x X-QQ-ReplyHash: 2078444816 X-QQ-SENDSIZE: 520 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 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: Sun, 06 Dec 2015 08:55:00 -0000 SGksIGtpYiwNCg0KDQpJdCBpcyByZWFsbHkgcmVsYXRlZCB3aXRoIG1hZHZpc2UgYmVoYXZp b3IsIEkgY2hlY2tlZCBjb2RlIHJlbGF0ZWQgd2l0aCBNQURWX1NFUVVFTlRJQUwsIGFuZCBp dCBzZWVtcyB0aGVyZSBpcyBzb21ldGhpbmcgd3Jvbmcgd2l0aCB2bV9mYXVsdCgpIG9mIEZy ZWVCU0QgMTAuMS4NCkkgZGlkIGEgc2ltcGxlIHBhdGNoOg0KZGlmZiAtLWdpdCBhL3N5cy92 bS92bV9mYXVsdC5jIGIvc3lzL3ZtL3ZtX2ZhdWx0LmMNCmluZGV4IGI1YWM1OGYuLjEzNWZj NjcgMTAwNjQ0DQotLS0gYS9zeXMvdm0vdm1fZmF1bHQuYw0KKysrIGIvc3lzL3ZtL3ZtX2Zh dWx0LmMNCkBAIC05NjYsNiArOTY2LDggQEAgdm5vZGVfbG9ja2VkOg0KICAgICAgICAgKi8N CiAgICAgICAgaWYgKGhhcmRmYXVsdCkNCiAgICAgICAgICAgICAgICBmcy5lbnRyeS0+bmV4 dF9yZWFkID0gZnMucGluZGV4ICsgZmF1bHRjb3VudCAtIHJlcXBhZ2U7DQorIGVsc2UNCisg ICAgICAgICBmcy5lbnRyeS0+bmV4dF9yZWFkID0gZnMucGluZGV4ICsgMTsNCg0KDQogICAg ICAgIHZtX2ZhdWx0X2RpcnR5KGZzLmVudHJ5LCBmcy5tLCBwcm90LCBmYXVsdF90eXBlLCBm YXVsdF9mbGFncywgVFJVRSk7DQogICAgICAgIHZtX3BhZ2VfYXNzZXJ0X3hidXNpZWQoZnMu bSk7DQoNCg0KDQp3aXRob3V0IHRoaXMgbmV4dF9yZWFkIHdpbGwgbm90IGJlIHVwZGF0ZWQg YW5kIGtlZXBzIHplcm8gaW4gbXkgdGVzdGluZy4gSSB0aGluayBoZXJlIG5leHRfcmVhZCBz aG91bGQgYmUgdXBkYXRlZCB0byBiZSBwaW5kZXggKyAxLiBJcyBteSB1bmRlcnN0YW5kaW5n IGNvcnJlY3Q/IHRoYW5rcy4NCg0KDQpSZWdhcmRzLA0KR2F2aW4gTXUNCg0KDQotLS0tLS0t LS0tLS0tLS0tLS0gT3JpZ2luYWwgLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgIkdhdmlu IE11Ijs8Z2F2aW4ubXVAcXEuY29tPjsNCkRhdGU6ICBTdW4sIERlYyA2LCAyMDE1IDA4OjE0 IEFNDQpUbzogICJLb25zdGFudGluIEJlbG91c292Ijxrb3N0aWtiZWxAZ21haWwuY29tPjsg DQpDYzogICJmcmVlYnNkLXN0YWJsZSI8ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc+OyAN ClN1YmplY3Q6ICBSZTogIGFwcGxpY2F0aW9uIGNvcmVkdW1wIGJlaGF2aW9yIGRpZmZlcmVu Y2VzIGJldHdlZW4gRnJlZUJTRCA3LjBhbmRGcmVlQlNEIDEwLjENCg0KDQoNCkhpLCBraWIs DQoNCg0KSXQgZG9lcyBub3QgaGVscC4gDQpJIGFkZGVkOg0KICAgICAgICByZXQgPSBtYWR2 aXNlKHNobV9oYW5kbGUsIHNpemUgKiAxMDI0ICogMTAyNCAqIDEwMjQsIE1BRFZfU0VRVUVO VElBTCk7DQogICAgICAgIGlmIChyZXQgIT0gMCkgew0KICAgICAgICAgICAgICAgIHByaW50 ZigibWFkdmlzZSByZXR1cm4gJWRcbiIsIHJldCk7DQogICAgICAgIH0NCg0KDQoNCnRvcCBk aXNwbGF5cyBpdCBzdGlsbCB1c2VzIGZ1bGwgbWVtb3J5LCBiZWxvdyBpcyBhIHNuYXBzaG90 IGR1cmluZyBjb3JlIGR1bXAuDQpsYXN0IHBpZDogIDM2NTY7ICBsb2FkIGF2ZXJhZ2VzOiAg MS44NCwgIDEuMjksICAxLjA0ICAgIHVwIDArMDA6MTg6MDYgIDIzOjU4OjM3DQo0MyBwcm9j ZXNzZXM6ICAyIHJ1bm5pbmcsIDQxIHNsZWVwaW5nDQpDUFU6ICAxLjIlIHVzZXIsICAwLjAl IG5pY2UsIDg1LjIlIHN5c3RlbSwgIDcuOCUgaW50ZXJydXB0LCAgNS45JSBpZGxlDQpNZW06 IDkyNE0gQWN0aXZlLCA1N00gSW5hY3QsIDc0NU0gV2lyZWQsIDg5ODBLIENhY2hlLCAxMDNN IEJ1ZiwgMzRNIEZyZWUNClN3YXA6IDQwOTZNIFRvdGFsLCAxODhNIFVzZWQsIDM5MDhNIEZy ZWUsIDQlIEludXNlDQoNCg0KICBQSUQgVVNFUk5BTUUgICAgVEhSIFBSSSBOSUNFICAgU0la RSAgICBSRVMgU1RBVEUgICAgVElNRSAgICBXQ1BVIENPTU1BTkQNCiAzNjQ2IHJvb3QgICAg ICAgICAgMSAgODQgICAgMCAgMTAzNk0gICA3MTBNIFJVTiAgICAgIDA6MTMgIDQyLjI5JSB0 dA0KDQoNCg0KUmVnYXJkcywNCkdhdmluIE11DQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tIE9y aWdpbmFsIC0tLS0tLS0tLS0tLS0tLS0tLQ0KRnJvbTogICJLb25zdGFudGluIEJlbG91c292 Ijs8a29zdGlrYmVsQGdtYWlsLmNvbT47DQpEYXRlOiAgU2F0LCBEZWMgNSwgMjAxNSAxMDoy NCBQTQ0KVG86ICAiR2F2aW4gTXUiPGdhdmluLm11QHFxLmNvbT47IA0KQ2M6ICAiZnJlZWJz ZC1zdGFibGUiPGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnPjsgDQpTdWJqZWN0OiAgUmU6 IGFwcGxpY2F0aW9uIGNvcmVkdW1wIGJlaGF2aW9yIGRpZmZlcmVuY2VzIGJldHdlZW4gRnJl ZUJTRCA3LjBhbmRGcmVlQlNEIDEwLjENCg0KDQoNCk9uIFNhdCwgRGVjIDA1LCAyMDE1IGF0 IDAxOjA5OjMxUE0gKzA4MDAsIEdhdmluIE11IHdyb3RlOg0KPiBIaSwga2liLA0KPiANCj4g DQo+IFBsZWFzZSBzZWUgbXkgdGVzdGluZyBvbiBGcmVlQlNEIDcuMC4NCj4gZnJlZWJzZDcj IHN5c2N0bCBrZXJuLmlwYy5zaG1hbGwNCj4ga2Vybi5pcGMuc2htYWxsOiA4MTkyMDANCj4g ZnJlZWJzZDcjIHN5c2N0bCBrZXJuLmlwYy5zaG1tYXgNCj4ga2Vybi5pcGMuc2htbWF4OiAz MzU1NDQzMjAwDQo+IGZyZWVic2Q3IyB1bmFtZSAtYQ0KPiBGcmVlQlNEIGZyZWVic2Q3Lmxv Y2FsZG9tYWluIDcuMC1SRUxFQVNFIEZyZWVCU0QgNy4wLVJFTEVBU0UgIzA6IFN1biBGZWIg MjQgMTA6MzU6MzYgVVRDIDIwMDggICAgIHJvb3RAZHJpc2NvbGwuY3NlLmJ1ZmZhbG8uZWR1 Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgIGFtZDY0DQo+IA0KPiANCj4gDQo+IHRl c3RpbmcgY29kZToNCj4gZnJlZWJzZDcjIGNhdCB0dC5jDQo+ICNpbmNsdWRlIDxzdGRpby5o Pg0KPiAjaW5jbHVkZSA8c3RkbGliLmg+DQo+ICNpbmNsdWRlIDxtYWNoaW5lL3BhcmFtLmg+ DQo+ICNpbmNsdWRlIDxzeXMvdHlwZXMuaD4NCj4gI2luY2x1ZGUgPHN5cy9pcGMuaD4NCj4g I2luY2x1ZGUgPHN5cy9zaG0uaD4NCj4gDQo+IA0KPiBpbnQNCj4gbWFpbihpbnQgYXJnYywg Y2hhciAqKmFyZ3YpDQo+IHsNCj4gICAgICAgICBjaGFyICoqcDsNCj4gICAgICAgICBpbnQg c2l6ZTsNCj4gICAgICAgICBpbnQgaTsNCj4gICAgICAgICBjaGFyICpjID0gTlVMTDsNCj4g ICAgICAgICBpbnQgc2htaWQ7DQo+ICAgICAgICAgdm9pZCAqc2htX2hhbmRsZTsNCj4gICAg ICAgICBzaXplID0gYXRvaShhcmd2WzFdKTsNCj4gICAgICAgICBwcmludGYoIndpbGwgYWxs b2MgJWRHQlxuIiwgc2l6ZSk7DQo+IA0KPiANCj4gICAgICAgICBzaG1pZCA9IHNobWdldCgx MDAsIHNpemUgKiAxMDI0ICogMTAyNCAqIDEwMjQsIDA2NDQgfCBJUENfQ1JFQVQpOw0KPiAg ICAgICAgIGlmIChzaG1pZCA9PSAtMSkgew0KPiAgICAgICAgICAgICAgICAgcHJpbnRmKCJz aG1pZCA9ICVkXG4iLCBzaG1pZCk7DQo+ICAgICAgICAgfQ0KPiANCj4gDQo+ICAgICAgICAg c2htX2hhbmRsZSA9IHNobWF0KHNobWlkLCBOVUxMLCAwKTsNCihzaG1faGFuZGxlIGlzIG5v dCBhIGhhbmRsZSkuDQo+ICAgICAgICAgaWYgKHNobV9oYW5kbGUgPT0gLTEpIHsNCj4gICAg ICAgICAgICAgICAgIHByaW50ZigibnVsbCBzaG1faGFuZGxlXG4iKTsNCj4gICAgICAgICB9 DQo+IA0KV2hhdCBpZiB5b3UgYWRkDQoJbWFkdmlzZShzaG1faGFuZGxlLCBzaXplLCBNQURW X1NFUVVFTlRJQUwpOw0KdGhlcmUgPyAgRG9lcyAxMC54IGJlaGF2aW91ciBiZWNvbWUgc2lt aWxhciB0byB0aGF0IG9mIHRoZSA3LnggPw0KDQo+IA0KPiAgICAgICAgICpjID0gMDsNCj4g ICAgICAgICByZXR1cm4gMDsNCj4gfQ0KPiANCj4gDQo+IA0KPiBmcmVlYnNkNyMgLi9hLm91 dCAxDQo+IHdpbGwgYWxsb2MgMUdCDQo+IFNlZ21lbnRhdGlvbiBmYXVsdCAoY29yZSBkdW1w ZWQpDQo+IA0KPiANCj4gDQo+IHdoZW4gYS5vdXQgaXMgcnVubmluZywgdGhlIFJFUyBrZWVw cyBiZWluZyAyMDI0SyB3aXRob3V0IGluY3JlYXNpbmc6DQo+IA0KPiANCj4gbGFzdCBwaWQ6 ICAgNzM1OyAgbG9hZCBhdmVyYWdlczogIDAuMDAsICAwLjAxLCAgMC4wMyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgdXAgMCswMDoxNToxMSAgMDQ6NDM6MzUNCj4g MjUgcHJvY2Vzc2VzOiAgMSBydW5uaW5nLCAyNCBzbGVlcGluZw0KPiBDUFUgc3RhdGVzOiAg MC4wJSB1c2VyLCAgMC4wJSBuaWNlLCAyMi42JSBzeXN0ZW0sICAwLjglIGludGVycnVwdCwg NzYuNyUgaWRsZQ0KPiBNZW06IDEzTSBBY3RpdmUsIDYzODBLIEluYWN0LCA1Mk0gV2lyZWQs IDMySyBDYWNoZSwgMzlNIEJ1ZiwgOTEwTSBGcmVlDQo+IFN3YXA6IDIwMTVNIFRvdGFsLCAy MDE1TSBGcmVlDQo+IA0KPiANCj4gICBQSUQgVVNFUk5BTUUgIFRIUiBQUkkgTklDRSAgIFNJ WkUgICAgUkVTIFNUQVRFICAgIFRJTUUgICBXQ1BVIENPTU1BTkQNCj4gICA3MzQgcm9vdCAg ICAgICAgMSAtMTYgICAgMCAgMTAyN00gIDIwMjRLIHdkcmFpbiAgIDA6MDIgMTMuMjclIGEu b3V0DQo+IA0KPiANCj4gDQo+IGJ1dCB3aGVuIHNhbWUgY29kZSBpcyBydW5uaW5nIG9uIEZy ZWVCU0QgMTAuMSwgdGhlIFJFUyBrZWVwcyBpbmNyZWFzaW5nIHRvIDFHQi4gRnJvbSBteSB0 ZXN0aW5nLCBpZiB0aGUgbWVtb3J5IGlzIGFsbG9jYXRlZCBieSBtYWxsb2MoKSwgdGhlbiBS RVMgd2lsbCBrZWVwIGluY3JlYXNpbmcgaW4gYm90aCA3LjAgYW5kIDEwLjEuIG9ubHkgc3lz dl9zaG0gaW4gNy4wIGhhcyBkaWZmZXJlbnQgYmVoYXZpb3IuIEkgaGF2ZSBjaGVja2VkIGNv cmVkdW1wKCkgY29kZSBidXQgZGlkIG5vdCBmaW5kIGFueSBjbHVlIHdoeSBpdCBpcyBkaWZm ZXJlbnQuDQo+IA0KPiANCj4gUmVnYXJkcywNCj4gR2F2aW4gTXUNCj4gDQo+IA0KPiAtLS0t LS0tLS0tLS0tLS0tLS0gT3JpZ2luYWwgLS0tLS0tLS0tLS0tLS0tLS0tDQo+IEZyb206ICAi S29uc3RhbnRpbiBCZWxvdXNvdiI7PGtvc3Rpa2JlbEBnbWFpbC5jb20+Ow0KPiBEYXRlOiAg RnJpLCBEZWMgNCwgMjAxNSAwNTo0NSBQTQ0KPiBUbzogICJHYXZpbiBNdSI8Z2F2aW4ubXVA cXEuY29tPjsgDQo+IENjOiAgImZyZWVic2Qtc3RhYmxlIjxmcmVlYnNkLXN0YWJsZUBmcmVl YnNkLm9yZz47IA0KPiBTdWJqZWN0OiAgUmU6IGFwcGxpY2F0aW9uIGNvcmVkdW1wIGJlaGF2 aW9yIGRpZmZlcmVuY2VzIGJldHdlZW4gRnJlZUJTRCA3LjBhbmQgRnJlZUJTRCAxMC4xDQo+ IA0KPiANCj4gDQo+IE9uIEZyaSwgRGVjIDA0LCAyMDE1IGF0IDA5OjM1OjU0QU0gKzA4MDAs IEdhdmluIE11IHdyb3RlOg0KPiA+IEhpLA0KPiA+IA0KPiA+IFdlIGhhdmUgYW4gYXBwbGlj YXRpb24gcnVubmluZyBvbiBvbGQgRnJlZUJTRCA3LjAsIGFuZCB3ZSBhcmUgdXBncmFkaW5n IHRoZSBiYXNlIHN5c3RlbSB0byBGcmVlQlNEIDEwLjEuIFRoZSBhcHBsaWNhdGlvbiB1c2Vz IHN5c3Zfc2htLCBhbmQgd2lsbCBhbGxvY2F0ZSBhIGxvdCBvZiBzaGFyZSBtZW1vcnksIHRo b3VnaCBtb3N0IG9mIHRpbWUgb25seSBhIHBhcnQgb2YgdGhlIGFsbG9jYXRlZCBtZW1vcnkg aXMgdXNlZC4gYWthLiBsYXJnZSBTSVpFIGFuZCBzbWFsbCBSRVMgZnJvbSAvdXNyL2Jpbi90 b3Agdmlldy4NCj4gPiANCj4gPiBXaGVuIHRoZSBhcHBsaWNhdGlvbiBjb3JlIGR1bXAsIHRo ZSBjb3JlIGR1bXAgZmlsZSB3aWxsIGJlIGxhcmdlLCBhbmQgaW4gRnJlZUJTRCA3LjAsIGl0 IHVzZXMgb25seSBhIGxpdHRsZSBtb3JlIG1lbW9yeSB0byBkbyBjb3JlIGR1bXAsIGJ1dCBp biBGcmVlQlNEIDEwLjEsIGl0IHNlZW1zIGFsbCBzaGFyZSBtZW1vcnkgYXJlIHRvdWNoZWQg YW5kIHVzZXMgYSBsb3Qgb2YgcGh5c2ljYWwgbWVtb3J5IChSRVMgaW4gL3Vzci9iaW4vdG9w IG91dHB1dCB3aWxsIGluY3JlYXNlIHZlcnkgbXVjaCkgYW5kIGNhdXNlIG1lbW9yeSBkcmFp bi4NCj4gPiANCj4gPiBJIGhhdmUgYmVlbiBkZWJ1Z2dpbmcgYnV0IGNhbiBub3QgZmluZCBh bnkgY2x1ZSB5ZXQuIENvdWxkIHNvbWVvbmUgcHJvdmlkZSBzb21lIHBvaW50cyB3aGVyZSB0 aGUgaXNzdWUgaGFwcGVuPyBUaGFua3MuDQo+IA0KPiBCb3RoIHN0YWJsZS83IGFuZCBsYXRl c3QgSEVBRCBkbyByZWFkIHRoZSB3aG9sZSBtYXBwZWQgc2VnbWVudCB0byB3cml0ZQ0KPiB0 aGUgY29yZWR1bXAuICBUaGlzIGJlaGF2aW91ciBkaWQgbm90IGNoYW5nZWQsIHNpbmNlIHBy b2JhYmx5IGludHJvZHVjdGlvbg0KPiBvZiB0aGUgRUxGIHN1cHBvcnQgaW50byBGcmVlQlNE LiAgQW5kLCBob3cgb3RoZXJ3aXNlIGNvdWxkIGNvcmVkdW1wIGZpbGUNCj4gY29udGFpbiB0 aGUgY29udGVudCBvZiB0aGUgbWFwcGVkIHNlZ21lbnRzID8NCj4gDQo+IFdoYXQgaW4gdGhl IEZyZWVCU0QgMTAgY2hhbmdlZCBpbiB0aGlzIHJlZ2FyZCwgaXMgYSBkZWFkbG9jayBmaXgg d2hpY2gNCj4gY291bGQgb2NjdXIgaW4gc29tZSBzY2VuYXJpb3VzLCBpbmNsdWRpbmcgdGhl IGNvcmVkdW1waW5nLiAgSW4gc3RhYmxlLzcsDQo+IHRoZSBwYWdlIGluc3RhbnRpYXRpb24g b3Igc3dhcC1pbiBmb3IgcGFnZXMgYWNjZXNzZWQgYnkgdGhlIGNvcmUgd3JpdGUsDQo+IHdh cyBkb25lIHdoaWxlIG93bmluZyBzZXZlcmFsIFZGUyBsb2Nrcy4gIFRoaXMgc29tZXRpbWVz IGNhdXNlZCBkZWFkbG9jay4NCj4gSW4gc3RhYmxlLzEwIHRoZSBkZWFkbG9jayBhdm9pZGFu Y2UgY29kZSBpcyBlbmFibGVkIGJ5IGRlZmF1bHQsIGFuZA0KPiB3aGVuIGtlcm5lbCBkZXRl Y3RzIHRoZSBwb3NzaWJpbGl0eSBvZiB0aGUgZGVhZGxvY2ssIGl0IGNoYW5nZXMgdG8gcmVh ZGluZw0KPiBjYXJlZnVsbHkgYnkgc21hbGwgY2h1bmtzLg0KPiANCj4gU3RpbGwsIHRoaXMg ZG9lcyBub3QgZXhwbGFpbiB0aGUgZWZmZWN0IHRoYXQgeW91IGRlc2NyaWJlLiBJbiBmYWN0 LCBJDQo+IGFtIG1vcmUgc3VzcGljaW91cyB0byB0aGUgY2xhaW0gdGhhdCBzdGFibGUvNyBk aWQgbm90IGluY3JlYXNlIFJTUyBvZg0KPiB0aGUgZHVtcGluZyBwcm9jZXNzIG9yIGRpZCBu b3QgYWNjZXNzZWQgdGhlIHdob2xlIG1hcHBlZCBzaGFyZWQgc2VnbWVudCwNCj4gdGhlbiB0 aGUgY2xhaW0gdGhhdCB0aGVyZSBpcyBhIHJlZ3Jlc3Npb24gaW4gc3RhYmxlLzEwLg== From owner-freebsd-stable@freebsd.org Sun Dec 6 14:14:54 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 B295099A3F0 for ; Sun, 6 Dec 2015 14:14:54 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 4F9CC109C for ; Sun, 6 Dec 2015 14:14:54 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wmww144 with SMTP id w144so119687631wmw.0 for ; Sun, 06 Dec 2015 06:14:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bris-ac-uk.20150623.gappssmtp.com; s=20150623; h=date:from:message-id:to:subject:reply-to; bh=SzPtM+vzbHawvOaYeYZrOxijEUDHLVikDHgQT7lghZU=; b=NIFUcQdOBmD6dc0a3OpkF8lw3MJFPXz4wAieJSR+grS3zcvNvu/6WDY9ARYBK3Upe1 cKX52LomXUR3edxrjlQGsdrx0F8W//eQhdsFJRGNdzPeLBdB2iRopFb/gK0xTh/n91J/ 0+vb26VgKZfLwdeb94GqgTyVJn8y20HqYvPUTh9DTcsDcqMXWkn1CSPLzRZK0hVpZHLr ctvu22K5GyoYcMpCA8EZ5yaMFScZI9RMDTrX28Mmmh1vPuJvt9l90bg9E1Ozady+Hzks n0uWB2Ingl5ajbkFPZX1PpZXA+d5Ztx+/g3Vv+cUocsn+rjH4P1ZN73vr6tX27MFFc0N FYEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=SzPtM+vzbHawvOaYeYZrOxijEUDHLVikDHgQT7lghZU=; b=bToFJxm+2fuTTf/rVIVJ4K1yFDYr90OkvGO6cRRa1T/m+Ugq+q53bQYcvPhcVaoBgp ICoCzqWYAK94Mn4JoWCLNnWlzlMrG8+jHVjnWsMWKc1dunOAS+Amz+Oi/yH/TyHKTFzd hKpmEg5opROx0lmL4PdD9fsfuz1NlVjjNe/R1xtG+aPRrtHPhaPVdXBx8lSLytyqaDGK 4lEtPCeeIix+5HLvYYyemR1g5qQk+b8xkkIsowizkiWizz52QVJ5TekRlD51ddMctUGt UtZWQyazwTwKLbOPF8xlecJf560hIR5t5FvB82J6Sw/SKmeU9sbu58vjvzXAzLOf6U/X zMEA== X-Gm-Message-State: ALoCoQlr6prie5FLmnxgFpsN9/bAKYc9BIBB8/E23mKHla+9tRJ1ajPl+94WtyFGN/ctvP3eK34g X-Received: by 10.194.184.104 with SMTP id et8mr29925513wjc.87.1449411292620; Sun, 06 Dec 2015 06:14:52 -0800 (PST) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id w4sm20711161wje.49.2015.12.06.06.14.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Dec 2015 06:14:52 -0800 (PST) Date: Sun, 06 Dec 2015 06:14:52 -0800 (PST) X-Google-Original-Date: Sun, 6 Dec 2015 14:14:51 GMT Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id tB6EEpAg041099; Sun, 6 Dec 2015 14:14:51 GMT (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id tB6EEpTY041098; Sun, 6 Dec 2015 14:14:51 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201512061414.tB6EEpTY041098@mech-as222.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: urtwn regression(?) from 10.2 to current r291431 Reply-To: mexas@bris.ac.uk 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, 06 Dec 2015 14:14:54 -0000 I posted this about a week ago: http://lists.freebsd.org/pipermail/freebsd-current/2015-November/058683.html The problem is that urtwn stopped working in current r291431. I did more testing with the same revision, and sometimes it would work, but extremely slowly, and sometimes seemingly associate but get an address of 0.0.0.0. I now installed 10.2-RELEASE-p8 and the urtwn works fine, no issues at all. Does this look like a bug at some recent current revision? Should I file a PR? I's just I recall there have been major chages to wlan, so perphaps I'm forgetting to change the config in recent current? Please advise Anton From owner-freebsd-stable@freebsd.org Sun Dec 6 14:31:33 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 94C6D99A78F; Sun, 6 Dec 2015 14:31:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::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 5E93419E1; Sun, 6 Dec 2015 14:31:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 18F5D1FE023; Sun, 6 Dec 2015 15:31:29 +0100 (CET) Subject: Re: urtwn regression(?) from 10.2 to current r291431 To: mexas@bris.ac.uk, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Adrian Chadd References: <201512061414.tB6EEpTY041098@mech-as222.men.bris.ac.uk> From: Hans Petter Selasky Message-ID: <5664472E.3090601@selasky.org> Date: Sun, 6 Dec 2015 15:33:18 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <201512061414.tB6EEpTY041098@mech-as222.men.bris.ac.uk> Content-Type: text/plain; charset=windows-1252; format=flowed 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: Sun, 06 Dec 2015 14:31:33 -0000 On 12/06/15 15:14, Anton Shterenlikht wrote: > I posted this about a week ago: > > http://lists.freebsd.org/pipermail/freebsd-current/2015-November/058683.html > > The problem is that urtwn stopped > working in current r291431. > > I did more testing with the same revision, > and sometimes it would work, but extremely > slowly, and sometimes seemingly associate > but get an address of 0.0.0.0. > > I now installed 10.2-RELEASE-p8 and > the urtwn works fine, no issues at all. > > Does this look like a bug at some recent > current revision? Should I file a PR? > > I's just I recall there have been major > chages to wlan, so perphaps I'm forgetting > to change the config in recent current? > > Please advise > > Anton Hi, There is work ongoing in the WLAN drivers. Did you try the latest -current? --HPS From owner-freebsd-stable@freebsd.org Sun Dec 6 14:44:28 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 AADB499ABC4 for ; Sun, 6 Dec 2015 14:44:28 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (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 416A01F9E for ; Sun, 6 Dec 2015 14:44:28 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wmww144 with SMTP id w144so120179373wmw.0 for ; Sun, 06 Dec 2015 06:44:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bris-ac-uk.20150623.gappssmtp.com; s=20150623; h=date:from:message-id:to:subject:reply-to:in-reply-to; bh=UoCWsDfWjiZYyf+XxBlbUpvQW0e8m8JGtRiSY/NQVOE=; b=aPorp4p3enkjKyf45unLN1VUOsbmHsz2F5T1yvxKEpxfCtmBkWZBkSRBpVEw2mditJ uE5aMPsNVKqhxwnu7VcRXGOE8TMCmT+d+J8MIFUhS+qVY1L9eq6onB+P083QzPN44dG/ zv+nzjHUPrtHEpXMdoMRUCJgMpNOpudoJBv6n4CZXp0xuSHRvVCx/OV/4lIVkkoOINp8 N/h/a3kSQCBAo3vBSfybJaLL+86TTKlyKUgm5nOOe9WcuU7mn9xEeoQO1s+evYE263kK j6ZMRDjPUJKDBGVQpG3iSeNXQfyECPM89DvsmwsIq+JNDT/5opdTFWMESs9DV1yZO8En yRSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to :in-reply-to; bh=UoCWsDfWjiZYyf+XxBlbUpvQW0e8m8JGtRiSY/NQVOE=; b=Oj96YWZ7fac6LIdjk0Bv/vThJiPoubwcH5B7W04TAnr5IjpWjweYy6j6gxFz0whTWU E53uV2PTpcm47q90i2slsk/1j5TDwGzTzp4eOT7R29iefEAQC+AIpO5YDHYpD2i+lrgz a8P9Vl48viMPTCQVhUAEhMLEXuGRNWFybipYekHZKx6mkQ++NBXp8EVSjrCCUVyXx6BU 1XQo6wmMGpgy/np/U/dKBK4kOp6I9sYU+2IuI/AJncC091zkZPXowlgaCeR4E7efiXzM pozbky6rUKh6FxYh8EVFeOwWWwWE0+H2r8H86DYPxQpzMeXo2fe0xPsje9JZ17r2CEVh nO8Q== X-Gm-Message-State: ALoCoQl6gujANuuTBve3c6No7Xq+ontXFmNLD01j5nxTdaUJYJcB3Ig8GD8ei7X86TvId3pFC+TzhTnnWvZPC+Y+2UgJpnB1zQ== X-Received: by 10.28.156.75 with SMTP id f72mr16427545wme.91.1449413066792; Sun, 06 Dec 2015 06:44:26 -0800 (PST) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id z17sm20945494wjq.1.2015.12.06.06.44.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Dec 2015 06:44:26 -0800 (PST) Date: Sun, 06 Dec 2015 06:44:26 -0800 (PST) X-Google-Original-Date: Sun, 6 Dec 2015 14:44:25 GMT Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id tB6EiPlU041205; Sun, 6 Dec 2015 14:44:25 GMT (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id tB6EiPmm041204; Sun, 6 Dec 2015 14:44:25 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201512061444.tB6EiPmm041204@mech-as222.men.bris.ac.uk> To: adrian@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, hps@selasky.org, mexas@bris.ac.uk Subject: Re: urtwn regression(?) from 10.2 to current r291431 Reply-To: mexas@bris.ac.uk In-Reply-To: <5664472E.3090601@selasky.org> 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, 06 Dec 2015 14:44:28 -0000 >From hps@selasky.org Sun Dec 6 14:41:27 2015 > >On 12/06/15 15:14, Anton Shterenlikht wrote: >> I posted this about a week ago: >> >> http://lists.freebsd.org/pipermail/freebsd-current/2015-November/058683.html >> >> The problem is that urtwn stopped >> working in current r291431. >> >> I did more testing with the same revision, >> and sometimes it would work, but extremely >> slowly, and sometimes seemingly associate >> but get an address of 0.0.0.0. >> >> I now installed 10.2-RELEASE-p8 and >> the urtwn works fine, no issues at all. >> >> Does this look like a bug at some recent >> current revision? Should I file a PR? >> >> I's just I recall there have been major >> chages to wlan, so perphaps I'm forgetting >> to change the config in recent current? >> >> Please advise >> >> Anton > >Hi, > >There is work ongoing in the WLAN drivers. Did you try the latest -current? > >--HPS r291431 was about a week ago. Will try latest -current later today. Anton From owner-freebsd-stable@freebsd.org Sun Dec 6 16:25: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 9B8849A02A8; Sun, 6 Dec 2015 16:25:07 +0000 (UTC) (envelope-from mmitchel@gmail.com) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (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 73434159D; Sun, 6 Dec 2015 16:25:07 +0000 (UTC) (envelope-from mmitchel@gmail.com) Received: by pacdm15 with SMTP id dm15so111731179pac.3; Sun, 06 Dec 2015 08:25:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=0xMlNYyMqiiVoFptY2tJMer1QPXmPT5Ff3crm4OcNho=; b=0scztLae/EMh2WTLikQR6adOszPv6lQ1qJzoEI/EZKmm9MYrUCbsKhxlcAyk6Dma3J 2IaerADv8Ig0yAoA/IxgzaCY5GfhGku8SAkw0WKDp99GO3GYJquDFceNakTep1HoI4SM R7cA/IvjEMGw89Ql/uWMaHvWBzQmI7SUvC5hL6MMZWO0ItHSWko8vnhBwuEzE1lQdifs e/41PgsbePk5JuKALL/BVeK9NruAnx9vR8k4MWrG1ujcj5HmhTFI88guZpEXCgPn0s4N 0xmyRO/Xe4iBQYhuhClzZO6KrG8l+WDftAyUmHt6JhGA5xzf3Y95s/lSAwfO8wLqJxZv hBkw== X-Received: by 10.66.149.229 with SMTP id ud5mr36178413pab.83.1449419106969; Sun, 06 Dec 2015 08:25:06 -0800 (PST) Received: from [172.16.0.8] (ip68-8-104-248.sd.sd.cox.net. [68.8.104.248]) by smtp.gmail.com with ESMTPSA id ww5sm22529166pac.35.2015.12.06.08.25.05 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Dec 2015 08:25:06 -0800 (PST) Subject: Re: urtwn regression(?) from 10.2 to current r291431 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) From: Michael Mitchell In-Reply-To: <201512061444.tB6EiPmm041204@mech-as222.men.bris.ac.uk> Date: Sun, 6 Dec 2015 08:25:04 -0800 Cc: adrian@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, hps@selasky.org Message-Id: <77A4DCE9-D720-416A-A7EE-C97EE5195E20@gmail.com> References: <201512061444.tB6EiPmm041204@mech-as222.men.bris.ac.uk> To: mexas@bris.ac.uk X-Mailer: Apple Mail (2.3096.5) Content-Type: text/plain; charset=us-ascii 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 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, 06 Dec 2015 16:25:07 -0000 i pulled the recent RPI2 r291495 from ftp.freebsd.org, and i also notice = that the urtwn usb dongle i typically use is very flakey with -CURRENT on the Raspberry Pi 2. The = symptoms sound very similar to those described on this thread. : mdm > On Dec 6, 2015, at 6:44 AM, Anton Shterenlikht = wrote: >=20 >> =46rom hps@selasky.org Sun Dec 6 14:41:27 = 2015 >>=20 >> On 12/06/15 15:14, Anton Shterenlikht wrote: >>> I posted this about a week ago: >>>=20 >>> = http://lists.freebsd.org/pipermail/freebsd-current/2015-November/058683.ht= ml >>>=20 >>> The problem is that urtwn stopped >>> working in current r291431. >>>=20 >>> I did more testing with the same revision, >>> and sometimes it would work, but extremely >>> slowly, and sometimes seemingly associate >>> but get an address of 0.0.0.0. >>>=20 >>> I now installed 10.2-RELEASE-p8 and >>> the urtwn works fine, no issues at all. >>>=20 >>> Does this look like a bug at some recent >>> current revision? Should I file a PR? >>>=20 >>> I's just I recall there have been major >>> chages to wlan, so perphaps I'm forgetting >>> to change the config in recent current? >>>=20 >>> Please advise >>>=20 >>> Anton >>=20 >> Hi, >>=20 >> There is work ongoing in the WLAN drivers. Did you try the latest = -current? >>=20 >> --HPS >=20 > r291431 was about a week ago. > Will try latest -current later today. >=20 > Anton >=20 > _______________________________________________ > freebsd-current@freebsd.org = mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current = > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org = " From owner-freebsd-stable@freebsd.org Sun Dec 6 17:29: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 053969A0016; Sun, 6 Dec 2015 17:29:44 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (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 CA4E513A6; Sun, 6 Dec 2015 17:29:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by ioc74 with SMTP id 74so160542707ioc.2; Sun, 06 Dec 2015 09:29:43 -0800 (PST) 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=B9G0BNAEvWxvSFu49mMWHQo2WFkn7uYQdLBdpN55rik=; b=w7v7rH12e6AslKWzj6KZCFFxGfD5KlrbCsnKPIdLFuXUoOwaxDTcSCDUn3+s6Qy8AQ +wH98Tv/uq0dx81msO4N4RybZMqqZe+McF/KNlBVic4YR0od2ZAK8WyGAE9of15d1boC CtM6zrFJ0GdWr20a6lAedmf9uJZoPUODJJNaCHSVfHncQtfxNSQgLb1ddZsnoJR+KHCy DaCRG7VyQVCMedCZAx7LwZrh2+XXDB0TCaZbhR24rk8vKtvCzLpmkZtH6HpjIT3pSrc3 05lQfILPKpehOP2eouxP0SFh6R126P2luBtdxaCsW2xh5mbOgN4m91QcZXy8xUoVibX9 mxvg== MIME-Version: 1.0 X-Received: by 10.107.10.199 with SMTP id 68mr22102406iok.75.1449422983304; Sun, 06 Dec 2015 09:29:43 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sun, 6 Dec 2015 09:29:43 -0800 (PST) In-Reply-To: <77A4DCE9-D720-416A-A7EE-C97EE5195E20@gmail.com> References: <201512061444.tB6EiPmm041204@mech-as222.men.bris.ac.uk> <77A4DCE9-D720-416A-A7EE-C97EE5195E20@gmail.com> Date: Sun, 6 Dec 2015 09:29:43 -0800 X-Google-Sender-Auth: pDlUHJNcbfD7J5WI4FA9df0jxME Message-ID: Subject: Re: urtwn regression(?) from 10.2 to current r291431 From: Adrian Chadd To: Michael Mitchell , "freebsd-wireless@freebsd.org" , Andriy Voskoboinyk Cc: Anton Shterenlikht , freebsd-current , FreeBSD Stable Mailing List , Hans Petter Selasky 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, 06 Dec 2015 17:29:44 -0000 hiya, +wireless, +andriy Andriy has been working on adding lots of new things to urtwn and tidying it up. It's possible he's introduced some regressions. Just check in on the wireless list and join #freebsd-wireless on efnet to ask questions. Hopefully it was fixed a couple days ago with the TX fixes he did; otherwise he has more work cut out for him. :) Thanks for reporting the regressions so quickly! -a On 6 December 2015 at 08:25, Michael Mitchell wrote: > i pulled the recent RPI2 r291495 from ftp.freebsd.org, and i also notice > that the urtwn usb dongle > i typically use is very flakey with -CURRENT on the Raspberry Pi 2. The > symptoms sound very > similar to those described on this thread. > > : mdm > > On Dec 6, 2015, at 6:44 AM, Anton Shterenlikht wrote: > > From hps@selasky.org Sun Dec 6 14:41:27 2015 > > On 12/06/15 15:14, Anton Shterenlikht wrote: > > I posted this about a week ago: > > http://lists.freebsd.org/pipermail/freebsd-current/2015-November/058683.html > > The problem is that urtwn stopped > working in current r291431. > > I did more testing with the same revision, > and sometimes it would work, but extremely > slowly, and sometimes seemingly associate > but get an address of 0.0.0.0. > > I now installed 10.2-RELEASE-p8 and > the urtwn works fine, no issues at all. > > Does this look like a bug at some recent > current revision? Should I file a PR? > > I's just I recall there have been major > chages to wlan, so perphaps I'm forgetting > to change the config in recent current? > > Please advise > > Anton > > > Hi, > > There is work ongoing in the WLAN drivers. Did you try the latest -current? > > --HPS > > > r291431 was about a week ago. > Will try latest -current later today. > > Anton > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-stable@freebsd.org Sun Dec 6 17:57: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 8712D9A0C31 for ; Sun, 6 Dec 2015 17:57:10 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) (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 757911CE0 for ; Sun, 6 Dec 2015 17:57:10 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id tB6HqECl039821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 6 Dec 2015 09:52:15 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id tB6HqE0Q039820 for freebsd-stable@freebsd.org; Sun, 6 Dec 2015 09:52:14 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA00160; Sat, 5 Dec 15 19:06:02 PST Date: Sat, 05 Dec 2015 19:06:00 -0800 From: perryh@pluto.rain.com (Perry Hutchison) To: freebsd-stable@freebsd.org Subject: ICH5 ATA DMA timeouts Message-Id: <5663a618.157GXarwIXDEyml8%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Sun, 06 Dec 2015 17:57:10 -0000 Does anyone know the condition of the ICH5 ATA support in FreeBSD 10? In preparing to repurpose an elderly Dell Dimension 4600 from Windows to FreeBSD, and needing to decide what to do about drives, I found several mentions in the archives* of ICH5 ATA DMA timeouts -- mostly affecting the SATA ports, but the prevalence of SATA reports may just indicate which ports were getting the most use: a couple of the reports involved the PATA ports. While there have been commits to the ATA code since then, I didn't find any definitive statement that the DMA timeouts had been fixed. Did I miss something, or would I be better off using a separate SATA or PATA PCI card instead of the ICH5's built-in ports? Relevant parts of dmesg (with no hard drives attached): FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 19:31:38 UTC 2015 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.06-MHz 686-class CPU) Origin="GenuineIntel" Id=0xf34 Family=0xf Model=0x3 Stepping=4 Features=0xbfebfbff Features2=0x441d TSC: P-state invariant uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xfeb7fc00-0xfeb7ffff irq 18 at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 pci0: at device 31.3 (no driver attached) pcm0: port 0xee00-0xeeff,0xedc0-0xedff mem 0xfeb7fa00-0xfeb7fbff,0xfeb7f900-0xfeb7f9ff irq 17 at device 31.5 on pci0 pcm0: primary codec not ready! pcm0: ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x30000 ata2: SATA reset: ports status=0x00 ata2: p0: SATA connect timeout status=00000004 ata3: SATA reset: ports status=0x00 ata3: p0: SATA connect timeout status=00000004 pass0 at ata1 bus 0 scbus1 target 0 lun 0 pass0: Removable CD-ROM SCSI device pass0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) pass1 at ata1 bus 0 scbus1 target 1 lun 0 pass1: Removable CD-ROM SCSI device pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 scbus1 target 1 lun 0 cd1: Removable CD-ROM SCSI device cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed GEOM: new disk cd0 GEOM: new disk cd1 * Archive mentions, in http://lists.freebsd.org/pipermail/... freebsd-hardware/2004-September/thread.html#1924 freebsd-current/2005-February/thread.html#46719 freebsd-current/2005-February/thread.html#46737 freebsd-stable/2005-March/thread.html#13265 freebsd-stable/2007-May/thread.html#35061 freebsd-stable/2007-July/thread.html#36308 freebsd-bugs/2012-November/thread.html#50729 From owner-freebsd-stable@freebsd.org Sun Dec 6 19:39: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 E0EB29A0F46 for ; Sun, 6 Dec 2015 19:39:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 711B714E4 for ; Sun, 6 Dec 2015 19:39:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id tB6JdK66031540 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 6 Dec 2015 21:39:20 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua tB6JdK66031540 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id tB6JdHRB031402; Sun, 6 Dec 2015 21:39:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 Dec 2015 21:39:17 +0200 From: Konstantin Belousov To: Gavin Mu Cc: freebsd-stable Subject: Re: application coredump behavior differences between FreeBSD 7.0andFreeBSD 10.1 Message-ID: <20151206193917.GH2202@kib.kiev.ua> References: <20151204094550.GO2405@kib.kiev.ua> <20151205142403.GE2202@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home 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, 06 Dec 2015 19:39:30 -0000 On Sun, Dec 06, 2015 at 04:54:38PM +0800, Gavin Mu wrote: > Hi, kib, > > > It is really related with madvise behavior, I checked code related with MADV_SEQUENTIAL, and it seems there is something wrong with vm_fault() of FreeBSD 10.1. > I did a simple patch: > diff --git a/sys/vm/vm_fault.c b/sys/vm/vm_fault.c > index b5ac58f..135fc67 100644 > --- a/sys/vm/vm_fault.c > +++ b/sys/vm/vm_fault.c > @@ -966,6 +966,8 @@ vnode_locked: > */ > if (hardfault) > fs.entry->next_read = fs.pindex + faultcount - reqpage; > + else > + fs.entry->next_read = fs.pindex + 1; > > > vm_fault_dirty(fs.entry, fs.m, prot, fault_type, fault_flags, TRUE); > vm_page_assert_xbusied(fs.m); > > > > without this next_read will not be updated and keeps zero in my testing. I think here next_read should be updated to be pindex + 1. Is my understanding correct? thanks. > Yes, I think you are right pointing out that soft faults are not accounted for the read-ahead and cache-behind behaviour, and this results in the pages behind the read point to be not deactivated. OTOH, the behaviour of ignoring the soft faults is intentional, since read-ahead (and cache-behind) should be only triggered when the pager is executing costly i/o. I think that the right question to ask, which I did not asked in the first reply, is why do you raised the behaviour as an issue ? Generally, the fact that the pages of the shared segment are instantiated, mapped and activated due to accesses (be it coredumping or any other reason) is the expected VM behaviour. I do not think that the behaviour of the 7.x kernel in the specific state, where most of the pages of the large shared segment are not even instantiated, was intentional. It was a consequence of some other, really undesirable, cache-behind configuration, I believe. Making specific optimization for this case (i.e. not-instantiated pages of the swap object accessed by the exiting process) is possible, but is somewhat questionable. > > Regards, > Gavin Mu > > > ------------------ Original ------------------ > From: "Gavin Mu";; > Date: Sun, Dec 6, 2015 08:14 AM > To: "Konstantin Belousov"; > Cc: "freebsd-stable"; > Subject: Re: application coredump behavior differences between FreeBSD 7.0andFreeBSD 10.1 > > > > Hi, kib, > > > It does not help. > I added: > ret = madvise(shm_handle, size * 1024 * 1024 * 1024, MADV_SEQUENTIAL); > if (ret != 0) { > printf("madvise return %d\n", ret); > } > > > > top displays it still uses full memory, below is a snapshot during core dump. > last pid: 3656; load averages: 1.84, 1.29, 1.04 up 0+00:18:06 23:58:37 > 43 processes: 2 running, 41 sleeping > CPU: 1.2% user, 0.0% nice, 85.2% system, 7.8% interrupt, 5.9% idle > Mem: 924M Active, 57M Inact, 745M Wired, 8980K Cache, 103M Buf, 34M Free > Swap: 4096M Total, 188M Used, 3908M Free, 4% Inuse > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 3646 root 1 84 0 1036M 710M RUN 0:13 42.29% tt > > > > Regards, > Gavin Mu > > > ------------------ Original ------------------ > From: "Konstantin Belousov";; > Date: Sat, Dec 5, 2015 10:24 PM > To: "Gavin Mu"; > Cc: "freebsd-stable"; > Subject: Re: application coredump behavior differences between FreeBSD 7.0andFreeBSD 10.1 > > > > On Sat, Dec 05, 2015 at 01:09:31PM +0800, Gavin Mu wrote: > > Hi, kib, > > > > > > Please see my testing on FreeBSD 7.0. > > freebsd7# sysctl kern.ipc.shmall > > kern.ipc.shmall: 819200 > > freebsd7# sysctl kern.ipc.shmmax > > kern.ipc.shmmax: 3355443200 > > freebsd7# uname -a > > FreeBSD freebsd7.localdomain 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > > > testing code: > > freebsd7# cat tt.c > > #include > > #include > > #include > > #include > > #include > > #include > > > > > > int > > main(int argc, char **argv) > > { > > char **p; > > int size; > > int i; > > char *c = NULL; > > int shmid; > > void *shm_handle; > > size = atoi(argv[1]); > > printf("will alloc %dGB\n", size); > > > > > > shmid = shmget(100, size * 1024 * 1024 * 1024, 0644 | IPC_CREAT); > > if (shmid == -1) { > > printf("shmid = %d\n", shmid); > > } > > > > > > shm_handle = shmat(shmid, NULL, 0); > (shm_handle is not a handle). > > if (shm_handle == -1) { > > printf("null shm_handle\n"); > > } > > > What if you add > madvise(shm_handle, size, MADV_SEQUENTIAL); > there ? Does 10.x behaviour become similar to that of the 7.x ? > > > > > *c = 0; > > return 0; > > } > > > > > > > > freebsd7# ./a.out 1 > > will alloc 1GB > > Segmentation fault (core dumped) > > > > > > > > when a.out is running, the RES keeps being 2024K without increasing: > > > > > > last pid: 735; load averages: 0.00, 0.01, 0.03 up 0+00:15:11 04:43:35 > > 25 processes: 1 running, 24 sleeping > > CPU states: 0.0% user, 0.0% nice, 22.6% system, 0.8% interrupt, 76.7% idle > > Mem: 13M Active, 6380K Inact, 52M Wired, 32K Cache, 39M Buf, 910M Free > > Swap: 2015M Total, 2015M Free > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > > 734 root 1 -16 0 1027M 2024K wdrain 0:02 13.27% a.out > > > > > > > > but when same code is running on FreeBSD 10.1, the RES keeps increasing to 1GB. From my testing, if the memory is allocated by malloc(), then RES will keep increasing in both 7.0 and 10.1. only sysv_shm in 7.0 has different behavior. I have checked coredump() code but did not find any clue why it is different. > > > > > > Regards, > > Gavin Mu > > > > > > ------------------ Original ------------------ > > From: "Konstantin Belousov";; > > Date: Fri, Dec 4, 2015 05:45 PM > > To: "Gavin Mu"; > > Cc: "freebsd-stable"; > > Subject: Re: application coredump behavior differences between FreeBSD 7.0and FreeBSD 10.1 > > > > > > > > On Fri, Dec 04, 2015 at 09:35:54AM +0800, Gavin Mu wrote: > > > Hi, > > > > > > We have an application running on old FreeBSD 7.0, and we are upgrading the base system to FreeBSD 10.1. The application uses sysv_shm, and will allocate a lot of share memory, though most of time only a part of the allocated memory is used. aka. large SIZE and small RES from /usr/bin/top view. > > > > > > When the application core dump, the core dump file will be large, and in FreeBSD 7.0, it uses only a little more memory to do core dump, but in FreeBSD 10.1, it seems all share memory are touched and uses a lot of physical memory (RES in /usr/bin/top output will increase very much) and cause memory drain. > > > > > > I have been debugging but can not find any clue yet. Could someone provide some points where the issue happen? Thanks. > > > > Both stable/7 and latest HEAD do read the whole mapped segment to write > > the coredump. This behaviour did not changed, since probably introduction > > of the ELF support into FreeBSD. And, how otherwise could coredump file > > contain the content of the mapped segments ? > > > > What in the FreeBSD 10 changed in this regard, is a deadlock fix which > > could occur in some scenarious, including the coredumping. In stable/7, > > the page instantiation or swap-in for pages accessed by the core write, > > was done while owning several VFS locks. This sometimes caused deadlock. > > In stable/10 the deadlock avoidance code is enabled by default, and > > when kernel detects the possibility of the deadlock, it changes to reading > > carefully by small chunks. > > > > Still, this does not explain the effect that you describe. In fact, I > > am more suspicious to the claim that stable/7 did not increase RSS of > > the dumping process or did not accessed the whole mapped shared segment, > > then the claim that there is a regression in stable/10. From owner-freebsd-stable@freebsd.org Sun Dec 6 21:21:36 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 C45699A0B96 for ; Sun, 6 Dec 2015 21:21:36 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 65CEF1059 for ; Sun, 6 Dec 2015 21:21:35 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by wmvv187 with SMTP id v187so141119581wmv.1 for ; Sun, 06 Dec 2015 13:21:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=M9z+hVqPHG3a2VjIObHKapjjx6CNF92dlifDiMdDrGs=; b=qsFqvi9ewFuKg1jmka6RQ6W4rbX+Yxk7U94C+Q5/IA+41S6UJJwNZEnn6lFxwyDqba 3D4Ne1KkuCAm0+kqRH9Lubj0LEu0dUziLD53SBVqS58SGCubj7VI67f4GfhWw+iR8IBa vGYHAbYUVeoHYnS3k6vX88LfDOXnYBEGhGtZyQlY12vcG/HZwagWWVI0mwrU75OCvvT/ DHyKWL8i8dr7d4D1OP3zzQJuBIyD3lt4Qjgu7rHtu+E6W7PUXCPM4SyWZ5zViAMxdjcB R21b+fhRBDV7pO54xiiWAmxXWEVsI6QbhUPRLfjG9y7msP/cWQ0ZT9Xe7ZeyWCYUSm7P hUZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=M9z+hVqPHG3a2VjIObHKapjjx6CNF92dlifDiMdDrGs=; b=IGaTZQjECFvMeDxe09zw0jZP2fvI37de3+gR1KvrJNa4+8aOTLF4F1RFQ6S9Ur0wng IgarQ4PrEEG159nRw5FARfBad5XtBAxxWVjsZV6OYH13kTp/9+SWlzbqW27SWoWOwPhH t1H+bqkCMN+jtJr2qNS6VBNeA9HapeQeP/uAjhOtStvJLVQPu6fe7Ok0IqxGSYGowCEk RV/naCV2SbTjyd/1WZJJtZf3sfYqGSl8Y6YKlGLD5khbp1+M74QbMvIRRQsUK+7NroBd Y+id9O/RI7oMy1+jwzC7pXNBsPrBGJfBurMSsaoSsgUifEpUBYwb9kkyuBqzK/YNh+wB PF7g== X-Gm-Message-State: ALoCoQk42OmZMOKC0a71D8G5+lT+r2005R2y9QawXOttQTW27ys438e3z8gAcs3QPMa64I8HcffM X-Received: by 10.194.203.228 with SMTP id kt4mr29460354wjc.58.1449436893392; Sun, 06 Dec 2015 13:21:33 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id 193sm13517920wmp.16.2015.12.06.13.21.32 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Dec 2015 13:21:32 -0800 (PST) Subject: Re: ICH5 ATA DMA timeouts To: freebsd-stable@freebsd.org References: <5663a618.157GXarwIXDEyml8%perryh@pluto.rain.com> From: Steven Hartland Message-ID: <5664A6DF.80205@multiplay.co.uk> Date: Sun, 6 Dec 2015 21:21:35 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <5663a618.157GXarwIXDEyml8%perryh@pluto.rain.com> Content-Type: text/plain; charset=windows-1252; format=flowed 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: Sun, 06 Dec 2015 21:21:37 -0000 Check cables and devices are in good condition. These things are usually a connectivity issue or device failing On 06/12/2015 03:06, Perry Hutchison wrote: > Does anyone know the condition of the ICH5 ATA support in FreeBSD 10? > > In preparing to repurpose an elderly Dell Dimension 4600 from Windows > to FreeBSD, and needing to decide what to do about drives, I found > several mentions in the archives* of ICH5 ATA DMA timeouts -- mostly > affecting the SATA ports, but the prevalence of SATA reports may > just indicate which ports were getting the most use: a couple of > the reports involved the PATA ports. > > While there have been commits to the ATA code since then, I didn't > find any definitive statement that the DMA timeouts had been fixed. > Did I miss something, or would I be better off using a separate SATA > or PATA PCI card instead of the ICH5's built-in ports? > > Relevant parts of dmesg (with no hard drives attached): > > FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 19:31:38 UTC 2015 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.06-MHz 686-class CPU) > Origin="GenuineIntel" Id=0xf34 Family=0xf Model=0x3 Stepping=4 > Features=0xbfebfbff > Features2=0x441d > TSC: P-state invariant > uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 > usbus0 on uhci0 > uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 > usbus1 on uhci1 > uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 > usbus2 on uhci2 > uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 > usbus3 on uhci3 > ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 > usbus4: EHCI version 1.0 > usbus4 on ehci0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xfeb7fc00-0xfeb7ffff irq 18 at device 31.1 on pci0 > ata0: at channel 0 on atapci0 > ata1: at channel 1 on atapci0 > atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 > ata2: at channel 0 on atapci1 > ata3: at channel 1 on atapci1 > pci0: at device 31.3 (no driver attached) > pcm0: port 0xee00-0xeeff,0xedc0-0xedff mem 0xfeb7fa00-0xfeb7fbff,0xfeb7f900-0xfeb7f9ff irq 17 at device 31.5 on pci0 > pcm0: primary codec not ready! > pcm0: > ata0: reset tp1 mask=00 ostat0=ff ostat1=ff > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=00 stat1=00 devices=0x30000 > ata2: SATA reset: ports status=0x00 > ata2: p0: SATA connect timeout status=00000004 > ata3: SATA reset: ports status=0x00 > ata3: p0: SATA connect timeout status=00000004 > pass0 at ata1 bus 0 scbus1 target 0 lun 0 > pass0: Removable CD-ROM SCSI device > pass0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > pass1 at ata1 bus 0 scbus1 target 1 lun 0 > pass1: Removable CD-ROM SCSI device > pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0 at ata1 bus 0 scbus1 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present > cd1 at ata1 bus 0 scbus1 target 1 lun 0 > cd1: Removable CD-ROM SCSI device > cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed > GEOM: new disk cd0 > GEOM: new disk cd1 > > * Archive mentions, in http://lists.freebsd.org/pipermail/... > > freebsd-hardware/2004-September/thread.html#1924 > freebsd-current/2005-February/thread.html#46719 > freebsd-current/2005-February/thread.html#46737 > freebsd-stable/2005-March/thread.html#13265 > freebsd-stable/2007-May/thread.html#35061 > freebsd-stable/2007-July/thread.html#36308 > freebsd-bugs/2012-November/thread.html#50729 > _______________________________________________ > 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 Dec 6 22:26:25 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 0933F9A0868 for ; Sun, 6 Dec 2015 22:26:25 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) Received: from mail-2.alumni.tu-berlin.de (mail-2.alumni.tu-berlin.de [130.149.5.29]) (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 BD1901E46 for ; Sun, 6 Dec 2015 22:26:24 +0000 (UTC) (envelope-from florian.ermisch@alumni.tu-berlin.de) X-tubIT-Incoming-IP: 78.52.69.176 Received: from f052069176.adsl.alicedsl.de ([78.52.69.176] helo=unknown50465D80C999) by mailbox.alumni.tu-berlin.de (exim-4.76) with esmtpsa [UNKNOWN:AES256-SHA:256] id 1a5hVd-0000A8-Vz; Sun, 06 Dec 2015 23:10:22 +0100 In-Reply-To: <5664A6DF.80205@multiplay.co.uk> References: <5663a618.157GXarwIXDEyml8%perryh@pluto.rain.com> <5664A6DF.80205@multiplay.co.uk> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: ICH5 ATA DMA timeouts From: Florian Ermisch Date: Sun, 06 Dec 2015 23:10:16 +0100 To: perryh@pluto.rain.com,freebsd-stable@freebsd.org Message-ID: <845EDBE2-8111-4BFC-9EBE-ABDBE7A0FC53@alumni.tu-berlin.de> 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, 06 Dec 2015 22:26:25 -0000 I had some onboard (S)ATA controllers becoming unreliable in the past. Two of them due to chipsets overheating under load which were fixable with additional cooling. In the third one we just added a cheap SATA card and spread the redundant disks between onboard and add-on controller to make a temporary failure a minor issue. Regards, Florian Am 6. Dezember 2015 22:21:35 MEZ, schrieb Steven Hartland : > Check cables and devices are in good condition. These things are > usually > a connectivity issue or device failing > > On 06/12/2015 03:06, Perry Hutchison wrote: > > Does anyone know the condition of the ICH5 ATA support in FreeBSD > 10? > > > > In preparing to repurpose an elderly Dell Dimension 4600 from > Windows > > to FreeBSD, and needing to decide what to do about drives, I found > > several mentions in the archives* of ICH5 ATA DMA timeouts -- mostly > > affecting the SATA ports, but the prevalence of SATA reports may > > just indicate which ports were getting the most use: a couple of > > the reports involved the PATA ports. > > > > While there have been commits to the ATA code since then, I didn't > > find any definitive statement that the DMA timeouts had been fixed. > > Did I miss something, or would I be better off using a separate SATA > > or PATA PCI card instead of the ICH5's built-in ports? > > > > Relevant parts of dmesg (with no hard drives attached): > > > > FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 19:31:38 UTC 2015 > > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 > > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.06-MHz 686-class CPU) > > Origin="GenuineIntel" Id=0xf34 Family=0xf Model=0x3 > Stepping=4 > > > Features=0xbfebfbff > > Features2=0x441d > > TSC: P-state invariant > > uhci0: port > 0xff80-0xff9f irq 16 at device 29.0 on pci0 > > usbus0 on uhci0 > > uhci1: port > 0xff60-0xff7f irq 19 at device 29.1 on pci0 > > usbus1 on uhci1 > > uhci2: port > 0xff40-0xff5f irq 18 at device 29.2 on pci0 > > usbus2 on uhci2 > > uhci3: port > 0xff20-0xff3f irq 16 at device 29.3 on pci0 > > usbus3 on uhci3 > > ehci0: mem > 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 > > usbus4: EHCI version 1.0 > > usbus4 on ehci0 > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem > 0xfeb7fc00-0xfeb7ffff irq 18 at device 31.1 on pci0 > > ata0: at channel 0 on atapci0 > > ata1: at channel 1 on atapci0 > > atapci1: port > 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf > irq 18 at device 31.2 on pci0 > > ata2: at channel 0 on atapci1 > > ata3: at channel 1 on atapci1 > > pci0: at device 31.3 (no driver attached) > > pcm0: port 0xee00-0xeeff,0xedc0-0xedff mem > 0xfeb7fa00-0xfeb7fbff,0xfeb7f900-0xfeb7f9ff irq 17 at device 31.5 on > pci0 > > pcm0: primary codec not ready! > > pcm0: > > ata0: reset tp1 mask=00 ostat0=ff ostat1=ff > > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata1: reset tp2 stat0=00 stat1=00 devices=0x30000 > > ata2: SATA reset: ports status=0x00 > > ata2: p0: SATA connect timeout status=00000004 > > ata3: SATA reset: ports status=0x00 > > ata3: p0: SATA connect timeout status=00000004 > > pass0 at ata1 bus 0 scbus1 target 0 lun 0 > > pass0: Removable CD-ROM SCSI device > > pass0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > pass1 at ata1 bus 0 scbus1 target 1 lun 0 > > pass1: Removable CD-ROM SCSI device > > pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd0 at ata1 bus 0 scbus1 target 0 lun 0 > > cd0: Removable CD-ROM SCSI device > > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd0: Attempt to query device size failed: NOT READY, Medium not > present > > cd1 at ata1 bus 0 scbus1 target 1 lun 0 > > cd1: Removable CD-ROM SCSI device > > cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd1: Attempt to query device size failed: NOT READY, Medium not > present - tray closed > > GEOM: new disk cd0 > > GEOM: new disk cd1 > > > > * Archive mentions, in http://lists.freebsd.org/pipermail/... > > > > freebsd-hardware/2004-September/thread.html#1924 > > freebsd-current/2005-February/thread.html#46719 > > freebsd-current/2005-February/thread.html#46737 > > freebsd-stable/2005-March/thread.html#13265 > > freebsd-stable/2007-May/thread.html#35061 > > freebsd-stable/2007-July/thread.html#36308 > > freebsd-bugs/2012-November/thread.html#50729 > > _______________________________________________ > > 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 Dec 7 10:51:16 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 4F88D9B9D9C for ; Mon, 7 Dec 2015 10:51:16 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 DC17B155B for ; Mon, 7 Dec 2015 10:51:15 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by wmuu63 with SMTP id u63so134995517wmu.0 for ; Mon, 07 Dec 2015 02:51:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=C7u1PjoZC9vEg1r6IzdkkUeZI+Z5hWvm7K6Yq8fpthg=; b=Y1wG1FIT9aISZKghCLUpNsubRv1kDf8hT4GTgfpbcrGZ/2cNPYqRCIHnNVQpnIhv9w /n/XlrmmE/5Rtpg55o/iUALBcl4jmD8kJ366ro6FvMD/Zr7aJBP0rwH8QaaWxnlp9ufP VUl4Y6d6w4HDfp+bdrea4yVWOMn0GzxZqvMIWI0/fdI3q/Huu+PZp/7tome6TcfoYhtq VetvNYmqNHzO6IannhIR9NCa+7gBDT2oNFs2sz7rU6MDbK+uaX5XIy7hLAkowZ/sqN/+ pHh1dr0zVxsiewqkrv6PjLf1icXjfb8JPdnKdSCPkm3ae8BJ8DczWOWkCdeSx7pzgduM rK2Q== X-Received: by 10.28.213.72 with SMTP id m69mr21627914wmg.101.1449485474262; Mon, 07 Dec 2015 02:51:14 -0800 (PST) Received: from Johans-MacBook-Air.local (92-111-79-242.static.chello.nl. [92.111.79.242]) by smtp.googlemail.com with ESMTPSA id da10sm24559349wjb.22.2015.12.07.02.51.13 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 Dec 2015 02:51:13 -0800 (PST) To: freebsd-stable@freebsd.org From: Johan Hendriks Subject: jiberish output in mail from cron X-Enigmail-Draft-Status: N1110 Message-ID: <566564A2.3030507@gmail.com> Date: Mon, 7 Dec 2015 11:51:14 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 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, 07 Dec 2015 10:51:16 -0000 SSBhbSBydW5uaW5nIGNyb24gam9icyBvbiBtdWx0aXBsZSBtYWNoaW5lcywgYW5kIHRoZSBv dXRwdXQgaXMgbWFpbGVkIHRvCm91ciBzdXBwb3J0IGRlcGFydG1lbnQuCgpCdXQgdGhlIG91 dHB1dCBjb250YWlucyBzb21lIGppYmVyaXNoIHRleHQuCgpJbiB0aGlzIGV4YW1wbGUgaXMg aXMgZnJvbSBhIGNyb25qb2IgdGhhdCBkZWxldGVzIHNvbWUgb2xkIHNuYXBzaG90cy4KCkRF TEVURTogc3RvcmFnZS9yc25hcHNob3QvY3VzdHVtb3IyQHJzbmFwc2hvdC0yMDE1LTExLTIw IGZyb20gRnJpIE5vdiAyMAoyMTowMiAyMDE1Cgo6IFNOSVAgOiBhYm91dCA1MCBsaW5lcwoK REVMRVRFOiBzdG9yYWdlL3JzbmFwc2hvdC9kbW8xQHJzbmFwc2hvdC0yMDE1LTExLTIwIGZy b20gRnJpIE5vdiAyMAoyMTowMiAyMDE1CkRFTEVURToKc3RvcmFnZS9yc25hcOKCrGhvdC9k ZW1vMkByc25hcHNob3QtMjAxNS0xMS0yMCBmcm9tIEZyaSBOb3YgMjAgMjE6MDIgMjAxNeKC rOKCrDIwMTXigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzD sMOlw7/Dv8O/f+KCrOKCrEnFvRMBCOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKC rOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrMO/w7/Dv8O/4oKs4oKsQOKC rOKCrOKCrOKCrOKCrOKCrOKCrEDigqzigqzigqzigqzigqwC4oKs4oKs4oKs4oKs4oKs4oKs 4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKsQOKCrOKCrOKCrOKCrOKCrMKQw6bD v8O/w79/4oKs4oKsw5DigLkTAQjigqzigqzigqzDp8Omw7/Dv8O/f+KCrOKCrOKCrOKCrMOA AQjigqzigqzigqzDv8O/P+KCrOKCrOKCrOKCrOKCrOKCrOKCrEDigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqzigqzigqzDsE8+4oKs4oKs4oKs4oKs4oKsAeKCrOKCrOKCrOKC rOKCrOKCrOKCrAHigqzigqzigqzigqzigqzigqzigqzDpQPigqzigqzigqzigqzigqzigqzi gqzigqzDgAEI4oKs4oKs4oKsw4DDpsO/w7/Dv3/igqzigqw9ICAgChQBCOKCrOKCrOKCrEnD qWkww7ICwrVdG+KCrOKCrOKCrOKCrOKCrOKCrOKCrArigqzigqzigqzigqzigqzigqzigqzi gqwQ4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKsG+KCrOKCrOKC rOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrMOAAQjigqzigqzi gqwB4oKs4oKs4oKs4oKs4oKs4oKs4oKsAyQUAQjigqzigqzigqxIAuKCrAEI4oKs4oKs4oKs wrAB4oKsAQjigqzigqzigqwww6fDv8O/w79/4oKs4oKse8OBEwEI4oKs4oKs4oKs4oKs4oKs 4oKs4oKs4oKs4oKs4oKs4oKsw4jigqzigqwBCOKCrOKCrOKCrEgC4oKsAQjigqzigqzigqzi gqwQ4oKs4oKs4oKs4oKs4oKs4oKsSMO/QwEI4oKs4oKs4oKsw4DigqzigqwBCOKCrOKCrOKC rGjigqzigqzigqzigqzigqzigqzigqzDoMO+QwEI4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs 4oKs4oKs4oKsSALigqwBCOKCrOKCrOKCrMOgw75DAQjigqzigqzigqzDgOKCrOKCrAEI4oKs 4oKs4oKs4oKsw6fDv8O/w79/4oKs4oKsYcOFEwEI4oKs4oKs4oKsSMO/QwEI4oKs4oKs4oKs w6DDvkMB4oKs4oKs4oKs4oKsEOKCrOKCrOKCrOKCrOKCrOKCrOKCrAvigqzigqzigqzigqzi gqzigqzigqwB4oKs4oKs4oKs4oKs4oKs4oKs4oKsAuKCrOKCrOKCrOKCrOKCrOKCrOKCrMOQ w4tCAQjigqzigqzigqwQ4oKs4oKs4oKs4oKs4oKs4oKs4oKsQMOsw7/Dv8O/f+KCrOKCrEk4 FAEI4oKs4oKs4oKswrjDqMO/w7/Dv3/igqzigqwKw6rDv8O/w79/4oKs4oKsCsOow7/Dv8O/ f+KCrOKCrE3DnmDigqwI4oKs4oKs4oKsCMOow7/Dv8O/f+KCrOKCrMW9w7dg4oKsCOKCrOKC rOKCrAjDqMO/w7/Dv3/igqzigqzDuDQLAQjigqzigqzigqwow6jDv8O/w79/4oKs4oKswqzD sSAgICABCOKCrOKCrOKCrCjDqMO/w7/Dv3/igqzigqzigqzDoGLigqwI4oKs4oKs4oKsGMOp w7/Dv8O/f+KCrOKCrOKCrMOqw7/Dv8O/f+KCrOKCrOKCrMOpw7/Dv8O/f+KCrOKCrE3DnmDi gqwI4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKsCOKCrOKC rOKCrGjDqMO/w7/Dv3/igqzigqzDkG8KAQjigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqzigqzigqwI4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs 4oKs4oKs4oKsCOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKC rMO/f+KCrOKCrGDDqcO/w7/Dv3/igqzigqxQw7sKAQjigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqw4w6nDv8O/w79/4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKsw6DD qMO/w7/Dv3/igqzigqzigqxSYuKCrAjigqzigqzigqwgw6rDv8O/w79/4oKs4oKsCsOpw7/D v8O/f+KCrOKCrMOxw69g4oKsCOKCrOKCrOKCrOKCrMOgYuKCrAjigqzigqzigqzDvAoLAQji gqzigqzigqzDvMWTwrAG4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs 4oKs4oKs4oKs4oKs4oKs4oKs4oKsy5zDqcO/w7/Dv3/igqzigqzigqzigqzigqzigqzigqzi gqzigqzigqxAw6nDv8O/w79/4oKs4oKs4oKsUmLigqwI4oKs4oKs4oKs4oKsw6rDv8O/w79/ 4oKs4oKs4oKsw6nDv8O/w79/4oKs4oKsw7HDr2DigqwI4oKs4oKs4oKs4oKsw6Bi4oKsCOKC rOKCrOKCrFEQQOKCrOKCrOKCrOKCrOKCrMOA4oC5wqsH4oKs4oKs4oKs4oKswqfigLrigJwc COKCrOKCrOKCrMKw4oKsYuKCrAjigqzigqzigqwB4oKs4oKs4oKsCOKCrOKCrOKCrOKCrMOg YuKCrAjigqzigqzigqzDkG8KAQjigqzigqzigqxow6vDv8O/w79/4oKs4oKsw5DDq8O/w7/D v3/igqzigqzDqMOqw7/Dv8O/f+KCrOKCrMOow6rDv8O/w79/4oKs4oKs4oKsw6rDv8O/w79/ 4oKs4oKs4oKsCmLigqwI4oKs4oKs4oKs4oKsw6rDv8O/w79/4oKs4oKsLMOuYOKCrAjigqzi gqzigqzigqzDoGLigqwI4oKs4oKs4oKsURBA4oKs4oKs4oKs4oKs4oKsw4DigLnCqwfigqzi gqzigqzigqzCp+KAuuKAnBwI4oKs4oKs4oKswrDigqxi4oKsCOKCrOKCrOKCrAHigqzigqzi gqwI4oKs4oKs4oKs4oKsw6Bi4oKsCOKCrOKCrOKCrMOQbwoBCOKCrOKCrOKCrGjDq8O/w7/D v3/igqzigqzDkMOrw7/Dv8O/f+KCrOKCrMOow6rDv8O/w79/4oKs4oKsaMOrw7/Dv8O/f+KC rOKCrOKCrCBi4oKsCOKCrOKCrOKCrOKCrApi4oKsCOKCrOKCrOKCrMKww6rDv8O/w79/4oKs 4oKswpDDg2DigqwI4oKs4oKs4oKs4oKsCmLigqwI4oKs4oKs4oKs4oKswqRi4oKsCOKCrOKC rOKCrOKCrMKoYuKCrAjigqzigqzigqzigqzCrGLigqwI4oKs4oKs4oKs4oKsw6Bi4oKsCOKC rOKCrOKCrMKuICAgCuKCrOKCrOKCrOKCrOKCrOKCrFEQQOKCrOKCrOKCrOKCrOKCrMOA4oC5 wqsH4oKs4oKs4oKs4oKswqfigLrigJwcw79/4oKs4oKswrDigqxi4oKsCOKCrOKCrOKCrAHi gqzigqzigqzDv3/igqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzigqzi gqzigqzigqzigqxow6vDv8O/w79/4oKs4oKsEMOqw7/Dv8O/f+KCrOKCrAXigqzigqzigqwF 4oKs4oKs4oKsw5DDq8O/w7/Dv3/igqzigqwf4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKs 4oKs4oKs4oKs4oKs4oKs4oKs4oKsCmLigqwI4oKs4oKs4oKsUMOrw7/Dv8O/f+KCrOKCrOKA ucK/YOKCrAjigqzigqzigqwIw6vDv8O/w79/4oKs4oKsaMOrw7/Dv8O/f+KCrOKCrCwIQOKC rOKCrOKCrOKCrOKCrDQjYeKCrAHigqzigqzigqxREEDigqzigqzigqzigqzigqxREEDigqzi gqzigqzigqzigqzDgOKAucKrB+KCrOKCrOKCrOKCrMKn4oC64oCcHOKCrOKCrOKCrOKCrMKw 4oKsYuKCrAjigqzigqzigqwB4oKs4oKs4oKs4oKs4oKs4oKs4oKs4oKsw6Bi4oKsCOKCrOKC rOKCrMOQbwoBCOKCrOKCrOKCrGjDq8O/w7/Dv3/igqzigqzigqwgYuKCrAjigqzigqzigqxQ w6vDv8O/w79/4oKs4oKsNCNh4oKsCOKCrOKCrOKCrMOQbwoBCOKCrOKCrOKCrFBMEgEI4oKs 4oKs4oKs4oKsw6zDv8O/w79/4oKs4oKsHcK9YOKCrAjigqzigqzigqw4w6vDv8O/w79/4oKs 4oKsAeKCrOKCrOKCrMO/f+KCrOKCrOKAusK8YOKCrAjigqzigqzigqzigqwgYuKCrAjigqzi gqzigqxYw6vDv8O/w79/4oKs4oKs4oKsw6zDv8O/w79/4oKs4oKsAeKCrOKCrOKCrOKCrOKC rOKCrOKCrALigqzigqzigqzigqzigqzigqzigqzCuALigqzigqzigqzigqzigqzigqxgReKA muKCrAjigqzigqzigqx/A+KCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKC rOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKCrOKC rMOgYuKCrAjigqzigqzigqxGZMOAAQjigqzigqzigqwB4oKs4oKs4oKs4oKs4oKs4oKs4oKs AuKCrOKCrOKCrOKCrOKCrOKCrOKCrAbigqzigqzigqzigqzigqzigqzigqwww63Dv8O/w79/ 4oKs4oKswrDDrMO/w7/Dv3/igqzigqxt4oCdYOKCrAjigqzigqzigqxJw6lpMMOyAsK1XQvi gqzigqzigqzigqzigqzigqzigqwB4oKs4oKs4oKs4oKs4oKs4oKs4oKsAuKCrOKCrOKCrOKC rOKCrOKCrOKCrCXDr8O/w7/Dv3/igqzigqwww63Dv8O/w79/4oKs4oKscMOsw7/Dv8O/f+KC rOKCrMuGTBIBCOKCrOKCrOKCrCPDr8O/w7/Dv3/igqzigqxGZMOAAQjigqzigqzigqwG4oKs 4oKs4oKs4oKs4oKs4oKs4oKsMMOtw7/Dv8O/f+KCrOKCrMKww6xzaG90L2xlaXN1cmVnaWZ0 c0Byc25hcHNob3QtMjAxNS0xMS0yMApmcm9tIEZyaSBOb3YgMjAgMjE6MDIgMjAxNQpERUxF VEU6IHN0b3JhZ2UvcnNuYXBzaG90L2RlbW8yQHJzbmFwc2hvdC0yMDE1LTExLTIwIGZyb20g RnJpIE5vdiAyMAoyMTowMiAyMDE1CkRFTEVURTogc3RvcmFnZS9yc25hcHNob3QvZGVtbzNA cnNuYXBzaG90LTIwMTUtMTEtMjAgZnJvbSBGcmkgTm92IDIwCjIxOjAyIDIwMTUKREVMRVRF OiBzdG9yYWdlL3JzbmFwc2hvdC9kZW1vNEByc25hcHNob3QtMjAxNS0xMS0yMCBmcm9tIEZy aSBOb3YgMjAKMjE6MDMgMjAxNQpERUxFVEU6IHN0b3JhZ2UvcnNuYXBzaG90L2RlbW81QHJz bmFwc2hvdC0yMDE1LTExLTIwIGZyb20gRnJpIE5vdiAyMAoyMTowMyAyMDE1CkRFTEVURTog c3RvcmFnZS9yc25hcHNob3QvZGVtbzZAcnNuYXBzaG90LTIwMTUtMTEtMjAgZnJvbSBGcmkg Tm92IDIwCjIxOjAzIDIwMTUKClRoZW4gYWdhaW4gYWJvdXQgNTAgbGluZXMgT0sgYW5kIHRo ZW4gYWdhaW4gc29tZSBqaWJlcmlzaCB0ZXh0IGFuZCBzbyBvbgoKdGhlIGNyb25qb2IgaXMg YXMgZm9sbG93cy4KMCAgICAgICA4ICAgICAgICogICAgICAgKiAgICAgICAqICAgICAgCi9y b290L3NjcmlwdHMvemZzLWNsZWFuLXNuYXBzaG90cy5zaCAtZCAxNCAtcCByc25hcHNob3Qt MjAxNQoKSSBoYXZlIHRoaXMgb24gbXVsdGlwbGUgbWFjaGluZXMuCklzIHRoZXJlIGEgYnVm ZmVyIEkgaGl0IG9yIHNvbWV0aGluZwoKcmVnYXJkcywKSm9oYW4KCg== From owner-freebsd-stable@freebsd.org Mon Dec 7 15:35: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 20E0B9B7DE3 for ; Mon, 7 Dec 2015 15:35:13 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (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 A1CC61266 for ; Mon, 7 Dec 2015 15:35:12 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3pDpcD2qVlz155 for ; Mon, 7 Dec 2015 16:35:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1449502505; x=1452094506; bh=qEv 3Trw2g5oMg2tlro8RIij6QbJGRsBrTiseyTO1p3U=; b=ZNmp1YKA5c+WMTtUn8P AbiXltmZW3pThrqA5319BGD2yjLCKgj4JRHdATCzdGwHQaE4fk5IPxwq8ojb8SDj W1Vd2NJU19o2YVipWSx/N6LvaCiNjEGmhMmlpSXKqZ3Ds5vgS9HNC7tD/7LLn5ds fHC9BEU9m7ww5ZMPdRajPNFo= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id qjwFGOeUW9V6 for ; Mon, 7 Dec 2015 16:35:05 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3pDpc94PRjz152 for ; Mon, 7 Dec 2015 16:35:05 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3pDpc92JJ3zvt for ; Mon, 7 Dec 2015 16:35:05 +0100 (CET) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Mon, 07 Dec 2015 16:35:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 07 Dec 2015 16:35:05 +0100 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Re: A recent 10.2-STABLE no longer builds on a no-exec /usr/src file system Organization: Jozef Stefan Institute In-Reply-To: <56575324.9070400@quip.cz> References: <636a770981c5655f3cc45f2c6aee6474@mailbox.ijs.si> <56575324.9070400@quip.cz> Message-ID: <484e5e28706f1d717bcd02542e7ba306@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.1.3 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, 07 Dec 2015 15:35:13 -0000 So, is this a new state of affairs that /usr/src file system needs to be mounted exec in order for buildworld to succeed, or is this an unintended change and I should file a bug report? Mark On 2015-11-26 19:44, Miroslav Lachman wrote: > Mark Martinec wrote on 11/26/2015 19:31: >> Up to about a week ago building world on FreeBSD 10.2-STABLE went >> just fine. Today after svn update the build fails: >> >> >> # make buildworld >> [...] >> >> CC='cc ' mkdep -f .depend.getprotoent_test -a >> -I/usr/src/lib/libc/tests/net -I/usr/src/lib/libnetbsd >> -I/usr/src/contrib/netbsd-tests -std=gnu99 >> /usr/src/contrib/netbsd-tests/lib/libc/net/t_getprotoent.c >> echo getprotoent_test: /usr/obj/usr/src/tmp/usr/lib/libc.a >> /usr/obj/usr/src/tmp/usr/lib/private/libatf-c.a >> >> .depend.getprotoent_test >> (cd /usr/src/lib/libc/tests/net && make -f >> /usr/src/lib/libc/tests/net/Makefile _RECURSING_PROGS= SUBDIR= >> PROG=ether_aton_test DEPENDFILE=.depend.ether_aton_test >> .MAKE.DEPENDFILE=.depend.ether_aton_test depend) >> /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr >> /usr/src/sys/net/if_ethersubr.c aton_ether_subr.c >> make[7]: >> exec(/usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr) >> failed (Permission denied) >> *** Error code 1 >> >> Stop. >> make[7]: stopped in /usr/src/lib/libc/tests/net >> *** Error code 1 >> >> >> It turns out that our file system /usr/src had an "exec" flag >> turned off, so now running a command: >> /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr >> fails with "Permission denied". >> >> It would be valuable if building a system on an exec-protected >> src file system would continue to be possible. >> >> Not sure if the >> /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr >> is the only such new command breaking the build. Anyway, a simple >> workaround is to run shell from a command line instead of as a >> shebang, i.e.: >> >> # /bin/sh /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr >> >> instead of: >> >> # /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr > > I was puzzled by similar thing years ago. I was using /var/db and /tmp > mounted with noexec. And then there was some changes. Ports need > /var/db with exec because of some script in /var/db/pkg and /tmp must > have exec too for buildworld or installworld (I don't remember it > well, now I always do mount -u -o current,exec /tmp before build + > install world and kernel) > > Anyway - it would be better to not have these partitions mounted with > exec. > > Miroslav Lachman From owner-freebsd-stable@freebsd.org Mon Dec 7 19:14:52 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 27EB69D22D8 for ; Mon, 7 Dec 2015 19:14:52 +0000 (UTC) (envelope-from bad_hdd@list.ru) Received: from fallback8.mail.ru (fallback8.mail.ru [94.100.181.110]) by mx1.freebsd.org (Postfix) with ESMTP id 859DA147C for ; Mon, 7 Dec 2015 19:14:48 +0000 (UTC) (envelope-from bad_hdd@list.ru) Received: from f356.i.mail.ru (f356.i.mail.ru [217.69.140.252]) by fallback8.mail.ru (mPOP.Fallback_MX) with ESMTP id 544C490391E6 for ; Mon, 7 Dec 2015 22:04:34 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=list.ru; s=mail; h=References:In-Reply-To:Content-Type:Message-ID:Reply-To:Date:MIME-Version:Subject:To:From; bh=Um4sWS1W4pVE4Fu+B8FPkZ2zOqAdvOhbWpPCq1liJis=; b=jyKUhhHfNz3Wq+/GwYOZtYxyqi/amiqodOG0ODxgyGBEKJLlZpUNcgHRoMn7UyKaHcBVMSFYwHazl01lqvu6vGA46kWI7SLxJaQmuY7+uVw57m4dWmA4X0/I/exyVDObMqT0AytmvuDG/QXA6fgCfIOvgaPnOZGDvgrofwG4P2M=; Received: from [5.228.105.195] (ident=mail) by f356.i.mail.ru with local (envelope-from ) id 1a615E-0008Ls-AZ for freebsd-stable@freebsd.org; Mon, 07 Dec 2015 22:04:24 +0300 Received: from [5.228.105.195] by e.mail.ru with HTTP; Mon, 07 Dec 2015 22:04:24 +0300 From: =?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JTQvtC70LHQvdC40L0=?= To: =?UTF-8?B?ZnJlZWJzZC1zdGFibGU=?= Subject: =?UTF-8?B?SUNINSBBVEEgRE1BIHRpbWVvdXRz?= MIME-Version: 1.0 X-Mailer: Mail.Ru Mailer 1.0 X-Originating-IP: [5.228.105.195] Date: Mon, 07 Dec 2015 22:04:24 +0300 Reply-To: =?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JTQvtC70LHQvdC40L0=?= X-Priority: 3 (Normal) Message-ID: <1449515064.901077675@f356.i.mail.ru> X-Mras: Ok X-Spam: undefined In-Reply-To: References: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 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: Mon, 07 Dec 2015 19:14:52 -0000 IEdvb2QgZGF5IGV2ZXJ5b25lICEKRmlyc3Qgb2YgYWxsIEkgd291bGQgYWR2aXNlIHlvdSB0byBj aGFuZ2UgYWxsIG9mIHlvdXIgaGFyZCBkcml2ZXMgaW50ZXJmYWNlIGNhYmxlcyB3aXRoIG5ldyBv bmVzLgoKCj7Qn9C+0L3QtdC00LXQu9GM0L3QuNC6LCAgNyDQtNC10LrQsNCx0YDRjyAyMDE1LCAx MjowMCBVVEMg0L7RgiBmcmVlYnNkLXN0YWJsZS1yZXF1ZXN0QGZyZWVic2Qub3JnOgo+Cj5TZW5k IGZyZWVic2Qtc3RhYmxlIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0bwo+ZnJlZWJzZC1zdGFi bGVAZnJlZWJzZC5vcmcKPgo+VG8gc3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0aGUgV29y bGQgV2lkZSBXZWIsIHZpc2l0Cj5odHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlz dGluZm8vZnJlZWJzZC1zdGFibGUKPm9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGgg c3ViamVjdCBvciBib2R5ICdoZWxwJyB0bwo+ZnJlZWJzZC1zdGFibGUtcmVxdWVzdEBmcmVlYnNk Lm9yZwo+Cj5Zb3UgY2FuIHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3QgYXQKPmZy ZWVic2Qtc3RhYmxlLW93bmVyQGZyZWVic2Qub3JnCj4KPldoZW4gcmVwbHlpbmcsIHBsZWFzZSBl ZGl0IHlvdXIgU3ViamVjdCBsaW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMKPnRoYW4gIlJlOiBD b250ZW50cyBvZiBmcmVlYnNkLXN0YWJsZSBkaWdlc3QuLi4iCj4KPgo+VG9kYXkncyBUb3BpY3M6 Cj4KPsKgwqDCoDEuIHVydHduIHJlZ3Jlc3Npb24oPykgZnJvbSAxMC4yIHRvIGN1cnJlbnQgcjI5 MTQzMQo+wqDCoMKgwqDCoMKgKEFudG9uIFNodGVyZW5saWtodCkKPsKgwqDCoDIuIFJlOiB1cnR3 biByZWdyZXNzaW9uKD8pIGZyb20gMTAuMiB0byBjdXJyZW50IHIyOTE0MzEKPsKgwqDCoMKgwqDC oChIYW5zIFBldHRlciBTZWxhc2t5KQo+wqDCoMKgMy4gUmU6IHVydHduIHJlZ3Jlc3Npb24oPykg ZnJvbSAxMC4yIHRvIGN1cnJlbnQgcjI5MTQzMQo+wqDCoMKgwqDCoMKgKEFudG9uIFNodGVyZW5s aWtodCkKPsKgwqDCoDQuIFJlOiB1cnR3biByZWdyZXNzaW9uKD8pIGZyb20gMTAuMiB0byBjdXJy ZW50IHIyOTE0MzEKPsKgwqDCoMKgwqDCoChNaWNoYWVsIE1pdGNoZWxsKQo+wqDCoMKgNS4gUmU6 IHVydHduIHJlZ3Jlc3Npb24oPykgZnJvbSAxMC4yIHRvIGN1cnJlbnQgcjI5MTQzMQo+wqDCoMKg wqDCoMKgKEFkcmlhbiBDaGFkZCkKPsKgwqDCoDYuIElDSDUgQVRBIERNQSB0aW1lb3V0cyAoUGVy cnkgSHV0Y2hpc29uKQo+wqDCoMKgNy4gUmU6IGFwcGxpY2F0aW9uIGNvcmVkdW1wIGJlaGF2aW9y IGRpZmZlcmVuY2VzIGJldHdlZW4gRnJlZUJTRAo+wqDCoMKgwqDCoMKgNy4wYW5kRnJlZUJTRCAx MC4xIChLb25zdGFudGluIEJlbG91c292KQo+wqDCoMKgOC4gUmU6IElDSDUgQVRBIERNQSB0aW1l b3V0cyAoU3RldmVuIEhhcnRsYW5kKQo+wqDCoMKgOS4gUmU6IElDSDUgQVRBIERNQSB0aW1lb3V0 cyAoRmxvcmlhbiBFcm1pc2NoKQo+wqDCoDEwLiBqaWJlcmlzaCBvdXRwdXQgaW4gbWFpbCBmcm9t IGNyb24gKEpvaGFuIEhlbmRyaWtzKQo+Cj4KPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+TWVzc2FnZTogMQo+ RGF0ZTogU3VuLCAwNiBEZWMgMjAxNSAwNjoxNDo1MiAtMDgwMCAoUFNUKQo+RnJvbTogQW50b24g U2h0ZXJlbmxpa2h0IDwgbWV4YXNAYnJpcy5hYy51ayA+Cj5UbzogZnJlZWJzZC1jdXJyZW50QGZy ZWVic2Qub3JnLCAgZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPlN1YmplY3Q6IHVydHduIHJl Z3Jlc3Npb24oPykgZnJvbSAxMC4yIHRvIGN1cnJlbnQgcjI5MTQzMQo+TWVzc2FnZS1JRDogPCAy MDE1MTIwNjE0MTQudEI2RUVwVFkwNDEwOThAbWVjaC1hczIyMi5tZW4uYnJpcy5hYy51ayA+Cj4K PkkgcG9zdGVkIHRoaXMgYWJvdXQgYSB3ZWVrIGFnbzoKPgo+aHR0cDovL2xpc3RzLmZyZWVic2Qu b3JnL3BpcGVybWFpbC9mcmVlYnNkLWN1cnJlbnQvMjAxNS1Ob3ZlbWJlci8wNTg2ODMuaHRtbAo+ Cj5UaGUgcHJvYmxlbSBpcyB0aGF0IHVydHduIHN0b3BwZWQKPndvcmtpbmcgaW4gY3VycmVudCBy MjkxNDMxLgo+Cj5JIGRpZCBtb3JlIHRlc3Rpbmcgd2l0aCB0aGUgc2FtZSByZXZpc2lvbiwKPmFu ZCBzb21ldGltZXMgaXQgd291bGQgd29yaywgYnV0IGV4dHJlbWVseQo+c2xvd2x5LCBhbmQgc29t ZXRpbWVzIHNlZW1pbmdseSBhc3NvY2lhdGUKPmJ1dCBnZXQgYW4gYWRkcmVzcyBvZiAwLjAuMC4w Lgo+Cj5JIG5vdyBpbnN0YWxsZWQgMTAuMi1SRUxFQVNFLXA4IGFuZAo+dGhlIHVydHduIHdvcmtz IGZpbmUsIG5vIGlzc3VlcyBhdCBhbGwuCj4KPkRvZXMgdGhpcyBsb29rIGxpa2UgYSBidWcgYXQg c29tZSByZWNlbnQKPmN1cnJlbnQgcmV2aXNpb24/IFNob3VsZCBJIGZpbGUgYSBQUj8KPgo+SSdz IGp1c3QgSSByZWNhbGwgdGhlcmUgaGF2ZSBiZWVuIG1ham9yCj5jaGFnZXMgdG8gd2xhbiwgc28g cGVycGhhcHMgSSdtIGZvcmdldHRpbmcKPnRvIGNoYW5nZSB0aGUgY29uZmlnIGluIHJlY2VudCBj dXJyZW50Pwo+Cj5QbGVhc2UgYWR2aXNlCj4KPkFudG9uCj4KPgo+LS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tCj4KPk1lc3NhZ2U6IDIKPkRhdGU6IFN1biwgNiBEZWMgMjAxNSAxNTozMzox OCArMDEwMAo+RnJvbTogSGFucyBQZXR0ZXIgU2VsYXNreSA8IGhwc0BzZWxhc2t5Lm9yZyA+Cj5U bzogbWV4YXNAYnJpcy5hYy51aywgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnLAo+ZnJlZWJz ZC1zdGFibGVAZnJlZWJzZC5vcmcsIEFkcmlhbiBDaGFkZCA8IGFkcmlhbkBmcmVlYnNkLm9yZyA+ Cj5TdWJqZWN0OiBSZTogdXJ0d24gcmVncmVzc2lvbig/KSBmcm9tIDEwLjIgdG8gY3VycmVudCBy MjkxNDMxCj5NZXNzYWdlLUlEOiA8IDU2NjQ0NzJFLjMwOTA2MDFAc2VsYXNreS5vcmcgPgo+Q29u dGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXdpbmRvd3MtMTI1MjsgZm9ybWF0PWZsb3dl ZAo+Cj5PbiAxMi8wNi8xNSAxNToxNCwgQW50b24gU2h0ZXJlbmxpa2h0IHdyb3RlOgo+PiBJIHBv c3RlZCB0aGlzIGFib3V0IGEgd2VlayBhZ286Cj4+Cj4+ICBodHRwOi8vbGlzdHMuZnJlZWJzZC5v cmcvcGlwZXJtYWlsL2ZyZWVic2QtY3VycmVudC8yMDE1LU5vdmVtYmVyLzA1ODY4My5odG1sCj4+ Cj4+IFRoZSBwcm9ibGVtIGlzIHRoYXQgdXJ0d24gc3RvcHBlZAo+PiB3b3JraW5nIGluIGN1cnJl bnQgcjI5MTQzMS4KPj4KPj4gSSBkaWQgbW9yZSB0ZXN0aW5nIHdpdGggdGhlIHNhbWUgcmV2aXNp b24sCj4+IGFuZCBzb21ldGltZXMgaXQgd291bGQgd29yaywgYnV0IGV4dHJlbWVseQo+PiBzbG93 bHksIGFuZCBzb21ldGltZXMgc2VlbWluZ2x5IGFzc29jaWF0ZQo+PiBidXQgZ2V0IGFuIGFkZHJl c3Mgb2YgMC4wLjAuMC4KPj4KPj4gSSBub3cgaW5zdGFsbGVkIDEwLjItUkVMRUFTRS1wOCBhbmQK Pj4gdGhlIHVydHduIHdvcmtzIGZpbmUsIG5vIGlzc3VlcyBhdCBhbGwuCj4+Cj4+IERvZXMgdGhp cyBsb29rIGxpa2UgYSBidWcgYXQgc29tZSByZWNlbnQKPj4gY3VycmVudCByZXZpc2lvbj8gU2hv dWxkIEkgZmlsZSBhIFBSPwo+Pgo+PiBJJ3MganVzdCBJIHJlY2FsbCB0aGVyZSBoYXZlIGJlZW4g bWFqb3IKPj4gY2hhZ2VzIHRvIHdsYW4sIHNvIHBlcnBoYXBzIEknbSBmb3JnZXR0aW5nCj4+IHRv IGNoYW5nZSB0aGUgY29uZmlnIGluIHJlY2VudCBjdXJyZW50Pwo+Pgo+PiBQbGVhc2UgYWR2aXNl Cj4+Cj4+IEFudG9uCj4KPkhpLAo+Cj5UaGVyZSBpcyB3b3JrIG9uZ29pbmcgaW4gdGhlIFdMQU4g ZHJpdmVycy4gRGlkIHlvdSB0cnkgdGhlIGxhdGVzdCAtY3VycmVudD8KPgo+LS1IUFMKPgo+Cj4K Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj5NZXNzYWdlOiAzCj5EYXRlOiBTdW4s IDA2IERlYyAyMDE1IDA2OjQ0OjI2IC0wODAwIChQU1QpCj5Gcm9tOiBBbnRvbiBTaHRlcmVubGlr aHQgPCBtZXhhc0BicmlzLmFjLnVrID4KPlRvOiBhZHJpYW5AZnJlZWJzZC5vcmcsIGZyZWVic2Qt Y3VycmVudEBmcmVlYnNkLm9yZywKPmZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnLCBocHNAc2Vs YXNreS5vcmcsICBtZXhhc0BicmlzLmFjLnVrCj5TdWJqZWN0OiBSZTogdXJ0d24gcmVncmVzc2lv big/KSBmcm9tIDEwLjIgdG8gY3VycmVudCByMjkxNDMxCj5NZXNzYWdlLUlEOiA8IDIwMTUxMjA2 MTQ0NC50QjZFaVBtbTA0MTIwNEBtZWNoLWFzMjIyLm1lbi5icmlzLmFjLnVrID4KPgo+PkZyb20g IGhwc0BzZWxhc2t5Lm9yZyBTdW4gRGVjICA2IDE0OjQxOjI3IDIwMTUKPj4KPj5PbiAxMi8wNi8x NSAxNToxNCwgQW50b24gU2h0ZXJlbmxpa2h0IHdyb3RlOgo+Pj4gSSBwb3N0ZWQgdGhpcyBhYm91 dCBhIHdlZWsgYWdvOgo+Pj4KPj4+ICBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvcGlwZXJtYWls L2ZyZWVic2QtY3VycmVudC8yMDE1LU5vdmVtYmVyLzA1ODY4My5odG1sCj4+Pgo+Pj4gVGhlIHBy b2JsZW0gaXMgdGhhdCB1cnR3biBzdG9wcGVkCj4+PiB3b3JraW5nIGluIGN1cnJlbnQgcjI5MTQz MS4KPj4+Cj4+PiBJIGRpZCBtb3JlIHRlc3Rpbmcgd2l0aCB0aGUgc2FtZSByZXZpc2lvbiwKPj4+ IGFuZCBzb21ldGltZXMgaXQgd291bGQgd29yaywgYnV0IGV4dHJlbWVseQo+Pj4gc2xvd2x5LCBh bmQgc29tZXRpbWVzIHNlZW1pbmdseSBhc3NvY2lhdGUKPj4+IGJ1dCBnZXQgYW4gYWRkcmVzcyBv ZiAwLjAuMC4wLgo+Pj4KPj4+IEkgbm93IGluc3RhbGxlZCAxMC4yLVJFTEVBU0UtcDggYW5kCj4+ PiB0aGUgdXJ0d24gd29ya3MgZmluZSwgbm8gaXNzdWVzIGF0IGFsbC4KPj4+Cj4+PiBEb2VzIHRo aXMgbG9vayBsaWtlIGEgYnVnIGF0IHNvbWUgcmVjZW50Cj4+PiBjdXJyZW50IHJldmlzaW9uPyBT aG91bGQgSSBmaWxlIGEgUFI/Cj4+Pgo+Pj4gSSdzIGp1c3QgSSByZWNhbGwgdGhlcmUgaGF2ZSBi ZWVuIG1ham9yCj4+PiBjaGFnZXMgdG8gd2xhbiwgc28gcGVycGhhcHMgSSdtIGZvcmdldHRpbmcK Pj4+IHRvIGNoYW5nZSB0aGUgY29uZmlnIGluIHJlY2VudCBjdXJyZW50Pwo+Pj4KPj4+IFBsZWFz ZSBhZHZpc2UKPj4+Cj4+PiBBbnRvbgo+Pgo+PkhpLAo+Pgo+PlRoZXJlIGlzIHdvcmsgb25nb2lu ZyBpbiB0aGUgV0xBTiBkcml2ZXJzLiBEaWQgeW91IHRyeSB0aGUgbGF0ZXN0IC1jdXJyZW50Pwo+ Pgo+Pi0tSFBTCj4KPnIyOTE0MzEgd2FzIGFib3V0IGEgd2VlayBhZ28uCj5XaWxsIHRyeSBsYXRl c3QgLWN1cnJlbnQgbGF0ZXIgdG9kYXkuCj4KPkFudG9uCj4KPgo+Cj4tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KPgo+TWVzc2FnZTogNAo+RGF0ZTogU3VuLCA2IERlYyAyMDE1IDA4OjI1 OjA0IC0wODAwCj5Gcm9tOiBNaWNoYWVsIE1pdGNoZWxsIDwgbW1pdGNoZWxAZ21haWwuY29tID4K PlRvOiAgbWV4YXNAYnJpcy5hYy51awo+Q2M6IGFkcmlhbkBmcmVlYnNkLm9yZywgZnJlZWJzZC1j dXJyZW50QGZyZWVic2Qub3JnLAo+ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcsICBocHNAc2Vs YXNreS5vcmcKPlN1YmplY3Q6IFJlOiB1cnR3biByZWdyZXNzaW9uKD8pIGZyb20gMTAuMiB0byBj dXJyZW50IHIyOTE0MzEKPk1lc3NhZ2UtSUQ6IDwgNzdBNERDRTktRDcyMC00MTZBLUE3RUUtQzk3 RUU1MTk1RTIwQGdtYWlsLmNvbSA+Cj5Db250ZW50LVR5cGU6IHRleHQvcGxhaW47CWNoYXJzZXQ9 dXMtYXNjaWkKPgo+aSBwdWxsZWQgdGhlIHJlY2VudCBSUEkyIHIyOTE0OTUgZnJvbSBmdHAuZnJl ZWJzZC5vcmcsIGFuZCBpIGFsc28gbm90aWNlIHRoYXQgdGhlIHVydHduIHVzYiBkb25nbGUKPmkg dHlwaWNhbGx5IHVzZSBpcyB2ZXJ5IGZsYWtleSB3aXRoIC1DVVJSRU5UIG9uIHRoZSBSYXNwYmVy cnkgUGkgMi4gVGhlIHN5bXB0b21zIHNvdW5kIHZlcnkKPnNpbWlsYXIgdG8gdGhvc2UgZGVzY3Jp YmVkIG9uIHRoaXMgdGhyZWFkLgo+Cj46IG1kbQo+Cj4+IE9uIERlYyA2LCAyMDE1LCBhdCA2OjQ0 IEFNLCBBbnRvbiBTaHRlcmVubGlraHQgPCBtZXhhc0BicmlzLmFjLnVrID4gd3JvdGU6Cj4+IAo+ Pj4gRnJvbSAgaHBzQHNlbGFza3kub3JnIDxtYWlsdG86IGhwc0BzZWxhc2t5Lm9yZyA+IFN1biBE ZWMgIDYgMTQ6NDE6MjcgMjAxNQo+Pj4gCj4+PiBPbiAxMi8wNi8xNSAxNToxNCwgQW50b24gU2h0 ZXJlbmxpa2h0IHdyb3RlOgo+Pj4+IEkgcG9zdGVkIHRoaXMgYWJvdXQgYSB3ZWVrIGFnbzoKPj4+ PiAKPj4+PiAgaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL3BpcGVybWFpbC9mcmVlYnNkLWN1cnJl bnQvMjAxNS1Ob3ZlbWJlci8wNTg2ODMuaHRtbAo+Pj4+IAo+Pj4+IFRoZSBwcm9ibGVtIGlzIHRo YXQgdXJ0d24gc3RvcHBlZAo+Pj4+IHdvcmtpbmcgaW4gY3VycmVudCByMjkxNDMxLgo+Pj4+IAo+ Pj4+IEkgZGlkIG1vcmUgdGVzdGluZyB3aXRoIHRoZSBzYW1lIHJldmlzaW9uLAo+Pj4+IGFuZCBz b21ldGltZXMgaXQgd291bGQgd29yaywgYnV0IGV4dHJlbWVseQo+Pj4+IHNsb3dseSwgYW5kIHNv bWV0aW1lcyBzZWVtaW5nbHkgYXNzb2NpYXRlCj4+Pj4gYnV0IGdldCBhbiBhZGRyZXNzIG9mIDAu MC4wLjAuCj4+Pj4gCj4+Pj4gSSBub3cgaW5zdGFsbGVkIDEwLjItUkVMRUFTRS1wOCBhbmQKPj4+ PiB0aGUgdXJ0d24gd29ya3MgZmluZSwgbm8gaXNzdWVzIGF0IGFsbC4KPj4+PiAKPj4+PiBEb2Vz IHRoaXMgbG9vayBsaWtlIGEgYnVnIGF0IHNvbWUgcmVjZW50Cj4+Pj4gY3VycmVudCByZXZpc2lv bj8gU2hvdWxkIEkgZmlsZSBhIFBSPwo+Pj4+IAo+Pj4+IEkncyBqdXN0IEkgcmVjYWxsIHRoZXJl IGhhdmUgYmVlbiBtYWpvcgo+Pj4+IGNoYWdlcyB0byB3bGFuLCBzbyBwZXJwaGFwcyBJJ20gZm9y Z2V0dGluZwo+Pj4+IHRvIGNoYW5nZSB0aGUgY29uZmlnIGluIHJlY2VudCBjdXJyZW50Pwo+Pj4+ IAo+Pj4+IFBsZWFzZSBhZHZpc2UKPj4+PiAKPj4+PiBBbnRvbgo+Pj4gCj4+PiBIaSwKPj4+IAo+ Pj4gVGhlcmUgaXMgd29yayBvbmdvaW5nIGluIHRoZSBXTEFOIGRyaXZlcnMuIERpZCB5b3UgdHJ5 IHRoZSBsYXRlc3QgLWN1cnJlbnQ/Cj4+PiAKPj4+IC0tSFBTCj4+IAo+PiByMjkxNDMxIHdhcyBh Ym91dCBhIHdlZWsgYWdvLgo+PiBXaWxsIHRyeSBsYXRlc3QgLWN1cnJlbnQgbGF0ZXIgdG9kYXku Cj4+IAo+PiBBbnRvbgo+PiAKPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPj4gIGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyA8bWFpbHRvOiBmcmVl YnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgPiBtYWlsaW5nIGxpc3QKPj4gIGh0dHBzOi8vbGlzdHMu ZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWN1cnJlbnQgPCBodHRwczovL2xp c3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50ID4KPj4gVG8g dW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gIiBmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmcgPG1haWx0bzogZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVi c2Qub3JnID4iCj4KPgo+Cj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+TWVzc2Fn ZTogNQo+RGF0ZTogU3VuLCA2IERlYyAyMDE1IDA5OjI5OjQzIC0wODAwCj5Gcm9tOiBBZHJpYW4g Q2hhZGQgPCBhZHJpYW5AZnJlZWJzZC5vcmcgPgo+VG86IE1pY2hhZWwgTWl0Y2hlbGwgPCBtbWl0 Y2hlbEBnbWFpbC5jb20gPiwKPiIgZnJlZWJzZC13aXJlbGVzc0BmcmVlYnNkLm9yZyAiIDwgZnJl ZWJzZC13aXJlbGVzc0BmcmVlYnNkLm9yZyA+LCBBbmRyaXkKPlZvc2tvYm9pbnlrIDwgczNlcmlv c0BnbWFpbC5jb20gPgo+Q2M6IEFudG9uIFNodGVyZW5saWtodCA8IG1leGFzQGJyaXMuYWMudWsg PiwgZnJlZWJzZC1jdXJyZW50Cj48IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyA+LCAgRnJl ZUJTRCBTdGFibGUgTWFpbGluZyBMaXN0Cj48IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnID4s IEhhbnMgUGV0dGVyIFNlbGFza3kgPCBocHNAc2VsYXNreS5vcmcgPgo+U3ViamVjdDogUmU6IHVy dHduIHJlZ3Jlc3Npb24oPykgZnJvbSAxMC4yIHRvIGN1cnJlbnQgcjI5MTQzMQo+TWVzc2FnZS1J RDoKPjwgQ0FKLVZtbz1UZ3hPPUJnM3cxdXEtTUUrOUN5bXgrMGtMWjJtZEduQXNwRV9yVkE1UTBR QG1haWwuZ21haWwuY29tID4KPkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1VVEYt OAo+Cj5oaXlhLAo+Cj4rd2lyZWxlc3MsICthbmRyaXkKPgo+QW5kcml5IGhhcyBiZWVuIHdvcmtp bmcgb24gYWRkaW5nIGxvdHMgb2YgbmV3IHRoaW5ncyB0byB1cnR3biBhbmQKPnRpZHlpbmcgaXQg dXAuIEl0J3MgcG9zc2libGUgaGUncyBpbnRyb2R1Y2VkIHNvbWUgcmVncmVzc2lvbnMuIEp1c3QK PmNoZWNrIGluIG9uIHRoZSB3aXJlbGVzcyBsaXN0IGFuZCBqb2luICNmcmVlYnNkLXdpcmVsZXNz IG9uIGVmbmV0IHRvCj5hc2sgcXVlc3Rpb25zLgo+Cj5Ib3BlZnVsbHkgaXQgd2FzIGZpeGVkIGEg Y291cGxlIGRheXMgYWdvIHdpdGggdGhlIFRYIGZpeGVzIGhlIGRpZDsKPm90aGVyd2lzZSBoZSBo YXMgbW9yZSB3b3JrIGN1dCBvdXQgZm9yIGhpbS4gOikKPgo+VGhhbmtzIGZvciByZXBvcnRpbmcg dGhlIHJlZ3Jlc3Npb25zIHNvIHF1aWNrbHkhCj4KPgo+Cj4tYQo+Cj4KPk9uIDYgRGVjZW1iZXIg MjAxNSBhdCAwODoyNSwgTWljaGFlbCBNaXRjaGVsbCA8IG1taXRjaGVsQGdtYWlsLmNvbSA+IHdy b3RlOgo+PiBpIHB1bGxlZCB0aGUgcmVjZW50IFJQSTIgcjI5MTQ5NSBmcm9tIGZ0cC5mcmVlYnNk Lm9yZywgYW5kIGkgYWxzbyBub3RpY2UKPj4gdGhhdCB0aGUgdXJ0d24gdXNiIGRvbmdsZQo+PiBp IHR5cGljYWxseSB1c2UgaXMgdmVyeSBmbGFrZXkgd2l0aCAtQ1VSUkVOVCBvbiB0aGUgUmFzcGJl cnJ5IFBpIDIuIFRoZQo+PiBzeW1wdG9tcyBzb3VuZCB2ZXJ5Cj4+IHNpbWlsYXIgdG8gdGhvc2Ug ZGVzY3JpYmVkIG9uIHRoaXMgdGhyZWFkLgo+Pgo+PiA6IG1kbQo+Pgo+PiBPbiBEZWMgNiwgMjAx NSwgYXQgNjo0NCBBTSwgQW50b24gU2h0ZXJlbmxpa2h0IDwgbWV4YXNAYnJpcy5hYy51ayA+IHdy b3RlOgo+Pgo+PiBGcm9tICBocHNAc2VsYXNreS5vcmcgU3VuIERlYyAgNiAxNDo0MToyNyAyMDE1 Cj4+Cj4+IE9uIDEyLzA2LzE1IDE1OjE0LCBBbnRvbiBTaHRlcmVubGlraHQgd3JvdGU6Cj4+Cj4+ IEkgcG9zdGVkIHRoaXMgYWJvdXQgYSB3ZWVrIGFnbzoKPj4KPj4gIGh0dHA6Ly9saXN0cy5mcmVl YnNkLm9yZy9waXBlcm1haWwvZnJlZWJzZC1jdXJyZW50LzIwMTUtTm92ZW1iZXIvMDU4NjgzLmh0 bWwKPj4KPj4gVGhlIHByb2JsZW0gaXMgdGhhdCB1cnR3biBzdG9wcGVkCj4+IHdvcmtpbmcgaW4g Y3VycmVudCByMjkxNDMxLgo+Pgo+PiBJIGRpZCBtb3JlIHRlc3Rpbmcgd2l0aCB0aGUgc2FtZSBy ZXZpc2lvbiwKPj4gYW5kIHNvbWV0aW1lcyBpdCB3b3VsZCB3b3JrLCBidXQgZXh0cmVtZWx5Cj4+ IHNsb3dseSwgYW5kIHNvbWV0aW1lcyBzZWVtaW5nbHkgYXNzb2NpYXRlCj4+IGJ1dCBnZXQgYW4g YWRkcmVzcyBvZiAwLjAuMC4wLgo+Pgo+PiBJIG5vdyBpbnN0YWxsZWQgMTAuMi1SRUxFQVNFLXA4 IGFuZAo+PiB0aGUgdXJ0d24gd29ya3MgZmluZSwgbm8gaXNzdWVzIGF0IGFsbC4KPj4KPj4gRG9l cyB0aGlzIGxvb2sgbGlrZSBhIGJ1ZyBhdCBzb21lIHJlY2VudAo+PiBjdXJyZW50IHJldmlzaW9u PyBTaG91bGQgSSBmaWxlIGEgUFI/Cj4+Cj4+IEkncyBqdXN0IEkgcmVjYWxsIHRoZXJlIGhhdmUg YmVlbiBtYWpvcgo+PiBjaGFnZXMgdG8gd2xhbiwgc28gcGVycGhhcHMgSSdtIGZvcmdldHRpbmcK Pj4gdG8gY2hhbmdlIHRoZSBjb25maWcgaW4gcmVjZW50IGN1cnJlbnQ/Cj4+Cj4+IFBsZWFzZSBh ZHZpc2UKPj4KPj4gQW50b24KPj4KPj4KPj4gSGksCj4+Cj4+IFRoZXJlIGlzIHdvcmsgb25nb2lu ZyBpbiB0aGUgV0xBTiBkcml2ZXJzLiBEaWQgeW91IHRyeSB0aGUgbGF0ZXN0IC1jdXJyZW50Pwo+ Pgo+PiAtLUhQUwo+Pgo+Pgo+PiByMjkxNDMxIHdhcyBhYm91dCBhIHdlZWsgYWdvLgo+PiBXaWxs IHRyeSBsYXRlc3QgLWN1cnJlbnQgbGF0ZXIgdG9kYXkuCj4+Cj4+IEFudG9uCj4+Cj4+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+ICBmcmVlYnNkLWN1 cnJlbnRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4+ICBodHRwczovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50Cj4+IFRvIHVuc3Vic2NyaWJlLCBz ZW5kIGFueSBtYWlsIHRvICIgZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3Jn ICIKPj4KPj4KPgo+Cj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+TWVzc2FnZTog Ngo+RGF0ZTogU2F0LCAwNSBEZWMgMjAxNSAxOTowNjowMCAtMDgwMAo+RnJvbTogIHBlcnJ5aEBw bHV0by5yYWluLmNvbSAoUGVycnkgSHV0Y2hpc29uKQo+VG86ICBmcmVlYnNkLXN0YWJsZUBmcmVl YnNkLm9yZwo+U3ViamVjdDogSUNINSBBVEEgRE1BIHRpbWVvdXRzCj5NZXNzYWdlLUlEOiA8IDU2 NjNhNjE4LjE1N0dYYXJ3SVhERXltbDglcGVycnloQHBsdXRvLnJhaW4uY29tID4KPkNvbnRlbnQt VHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD11cy1hc2NpaQo+Cj5Eb2VzIGFueW9uZSBrbm93IHRo ZSBjb25kaXRpb24gb2YgdGhlIElDSDUgQVRBIHN1cHBvcnQgaW4gRnJlZUJTRCAxMD8KPgo+SW4g cHJlcGFyaW5nIHRvIHJlcHVycG9zZSBhbiBlbGRlcmx5IERlbGwgRGltZW5zaW9uIDQ2MDAgZnJv bSBXaW5kb3dzCj50byBGcmVlQlNELCBhbmQgbmVlZGluZyB0byBkZWNpZGUgd2hhdCB0byBkbyBh Ym91dCBkcml2ZXMsIEkgZm91bmQKPnNldmVyYWwgbWVudGlvbnMgaW4gdGhlIGFyY2hpdmVzKiBv ZiBJQ0g1IEFUQSBETUEgdGltZW91dHMgLS0gbW9zdGx5Cj5hZmZlY3RpbmcgdGhlIFNBVEEgcG9y dHMsIGJ1dCB0aGUgcHJldmFsZW5jZSBvZiBTQVRBIHJlcG9ydHMgbWF5Cj5qdXN0IGluZGljYXRl IHdoaWNoIHBvcnRzIHdlcmUgZ2V0dGluZyB0aGUgbW9zdCB1c2U6ICBhIGNvdXBsZSBvZgo+dGhl IHJlcG9ydHMgaW52b2x2ZWQgdGhlIFBBVEEgcG9ydHMuCj4KPldoaWxlIHRoZXJlIGhhdmUgYmVl biBjb21taXRzIHRvIHRoZSBBVEEgY29kZSBzaW5jZSB0aGVuLCBJIGRpZG4ndAo+ZmluZCBhbnkg ZGVmaW5pdGl2ZSBzdGF0ZW1lbnQgdGhhdCB0aGUgRE1BIHRpbWVvdXRzIGhhZCBiZWVuIGZpeGVk Lgo+RGlkIEkgbWlzcyBzb21ldGhpbmcsIG9yIHdvdWxkIEkgYmUgYmV0dGVyIG9mZiB1c2luZyBh IHNlcGFyYXRlIFNBVEEKPm9yIFBBVEEgUENJIGNhcmQgaW5zdGVhZCBvZiB0aGUgSUNINSdzIGJ1 aWx0LWluIHBvcnRzPwo+Cj5SZWxldmFudCBwYXJ0cyBvZiBkbWVzZyAod2l0aCBubyBoYXJkIGRy aXZlcyBhdHRhY2hlZCk6Cj4KPkZyZWVCU0QgMTAuMi1SRUxFQVNFICMwIHIyODY2NjY6IFdlZCBB dWcgMTIgMTk6MzE6MzggVVRDIDIwMTUKPsKgwqDCoMKgcm9vdEByZWxlbmcxLm55aS5mcmVlYnNk Lm9yZzovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDIGkzODYKPkNQVTogSW50ZWwoUikgUGVu dGl1bShSKSA0IENQVSAyLjgwR0h6ICgyNzkzLjA2LU1IeiA2ODYtY2xhc3MgQ1BVKQo+wqDCoE9y aWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHhmMzQgIEZhbWlseT0weGYgIE1vZGVsPTB4MyAgU3Rl cHBpbmc9NAo+wqDCoEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQ QUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxE VFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgo+wqDCoEZlYXR1cmVzMj0w eDQ0MWQ8U1NFMyxEVEVTNjQsTU9OLERTX0NQTCxDTlhULUlELHhUUFI+Cj7CoMKgVFNDOiBQLXN0 YXRlIGludmFyaWFudAo+dWhjaTA6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxl ciBVU0ItQT4gcG9ydCAweGZmODAtMHhmZjlmIGlycSAxNiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kw Cj51c2J1czAgb24gdWhjaTAKPnVoY2kxOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRy b2xsZXIgVVNCLUI+IHBvcnQgMHhmZjYwLTB4ZmY3ZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEgb24g cGNpMAo+dXNidXMxIG9uIHVoY2kxCj51aGNpMjogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBj b250cm9sbGVyIFVTQi1DPiBwb3J0IDB4ZmY0MC0weGZmNWYgaXJxIDE4IGF0IGRldmljZSAyOS4y IG9uIHBjaTAKPnVzYnVzMiBvbiB1aGNpMgo+dWhjaTM6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBV U0IgY29udHJvbGxlciBVU0ItRD4gcG9ydCAweGZmMjAtMHhmZjNmIGlycSAxNiBhdCBkZXZpY2Ug MjkuMyBvbiBwY2kwCj51c2J1czMgb24gdWhjaTMKPmVoY2kwOiA8SW50ZWwgODI4MDFFQi9SIChJ Q0g1KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZmYTgwODAwLTB4ZmZhODBiZmYgaXJxIDIz IGF0IGRldmljZSAyOS43IG9uIHBjaTAKPnVzYnVzNDogRUhDSSB2ZXJzaW9uIDEuMAo+dXNidXM0 IG9uIGVoY2kwCj5hdGFwY2kwOiA8SW50ZWwgSUNINSBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQg MHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmZmEwLTB4ZmZhZiBtZW0gMHhm ZWI3ZmMwMC0weGZlYjdmZmZmIGlycSAxOCBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCj5hdGEwOiA8 QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kwCj5hdGExOiA8QVRBIGNoYW5uZWw+ IGF0IGNoYW5uZWwgMSBvbiBhdGFwY2kwCj5hdGFwY2kxOiA8SW50ZWwgSUNINSBTQVRBMTUwIGNv bnRyb2xsZXI+IHBvcnQgMHhmZTAwLTB4ZmUwNywweGZlMTAtMHhmZTEzLDB4ZmUyMC0weGZlMjcs MHhmZTMwLTB4ZmUzMywweGZlYTAtMHhmZWFmIGlycSAxOCBhdCBkZXZpY2UgMzEuMiBvbiBwY2kw Cj5hdGEyOiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kxCj5hdGEzOiA8QVRB IGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhdGFwY2kxCj5wY2kwOiA8c2VyaWFsIGJ1cywgU01C dXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCj5wY20wOiA8SW50ZWwgSUNI NSAoODI4MDFFQik+IHBvcnQgMHhlZTAwLTB4ZWVmZiwweGVkYzAtMHhlZGZmIG1lbSAweGZlYjdm YTAwLTB4ZmViN2ZiZmYsMHhmZWI3ZjkwMC0weGZlYjdmOWZmIGlycSAxNyBhdCBkZXZpY2UgMzEu NSBvbiBwY2kwCj5wY20wOiBwcmltYXJ5IGNvZGVjIG5vdCByZWFkeSEKPnBjbTA6IDxBbmFsb2cg RGV2aWNlcyBBRDE5ODAgQUM5NyBDb2RlYyAoaWQgPSAweDQxNDQ1MzcwKT4KPmF0YTA6IHJlc2V0 IHRwMSBtYXNrPTAwIG9zdGF0MD1mZiBvc3RhdDE9ZmYKPmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAz IG9zdGF0MD0wMCBvc3RhdDE9MDAKPmF0YTE6IHN0YXQwPTB4MDAgZXJyPTB4MDEgbHNiPTB4MTQg bXNiPTB4ZWIKPmF0YTE6IHN0YXQxPTB4MDAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4ZWIKPmF0 YTE6IHJlc2V0IHRwMiBzdGF0MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4MzAwMDAKPmF0YTI6IFNB VEEgcmVzZXQ6IHBvcnRzIHN0YXR1cz0weDAwCj5hdGEyOiBwMDogU0FUQSBjb25uZWN0IHRpbWVv dXQgc3RhdHVzPTAwMDAwMDA0Cj5hdGEzOiBTQVRBIHJlc2V0OiBwb3J0cyBzdGF0dXM9MHgwMAo+ YXRhMzogcDA6IFNBVEEgY29ubmVjdCB0aW1lb3V0IHN0YXR1cz0wMDAwMDAwNAo+cGFzczAgYXQg YXRhMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAKPnBhc3MwOiA8SEwtRFQtU1QgRFZELVJP TSBHRFI4MTYzQiAwRDIwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2aWNlCj5wYXNzMDogMzMu MzAwTUIvcyB0cmFuc2ZlcnMgKFVETUEyLCBBVEFQSSAxMmJ5dGVzLCBQSU8gNjU1MzRieXRlcykK PnBhc3MxIGF0IGF0YTEgYnVzIDAgc2NidXMxIHRhcmdldCAxIGx1biAwCj5wYXNzMTogPEhMLURU LVNUIENELVJXIEdDRS04NDgzQiBCMTA1PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2aWNlCj5w YXNzMTogMzMuMzAwTUIvcyB0cmFuc2ZlcnMgKFVETUEyLCBBVEFQSSAxMmJ5dGVzLCBQSU8gNjU1 MzRieXRlcykKPmNkMCBhdCBhdGExIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMAo+Y2QwOiA8 SEwtRFQtU1QgRFZELVJPTSBHRFI4MTYzQiAwRDIwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2 aWNlCj5jZDA6IDMzLjMwME1CL3MgdHJhbnNmZXJzIChVRE1BMiwgQVRBUEkgMTJieXRlcywgUElP IDY1NTM0Ynl0ZXMpCj5jZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBO T1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudAo+Y2QxIGF0IGF0YTEgYnVzIDAgc2NidXMxIHRh cmdldCAxIGx1biAwCj5jZDE6IDxITC1EVC1TVCBDRC1SVyBHQ0UtODQ4M0IgQjEwNT4gUmVtb3Zh YmxlIENELVJPTSBTQ1NJIGRldmljZQo+Y2QxOiAzMy4zMDBNQi9zIHRyYW5zZmVycyAoVURNQTIs IEFUQVBJIDEyYnl0ZXMsIFBJTyA2NTUzNGJ5dGVzKQo+Y2QxOiBBdHRlbXB0IHRvIHF1ZXJ5IGRl dmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNs b3NlZAo+R0VPTTogbmV3IGRpc2sgY2QwCj5HRU9NOiBuZXcgZGlzayBjZDEKPgo+KiBBcmNoaXZl IG1lbnRpb25zLCBpbiAgaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL3BpcGVybWFpbC8gLi4uCj4K PsKgwqBmcmVlYnNkLWhhcmR3YXJlLzIwMDQtU2VwdGVtYmVyL3RocmVhZC5odG1sIzE5MjQKPsKg wqBmcmVlYnNkLWN1cnJlbnQvMjAwNS1GZWJydWFyeS90aHJlYWQuaHRtbCM0NjcxOQo+wqDCoGZy ZWVic2QtY3VycmVudC8yMDA1LUZlYnJ1YXJ5L3RocmVhZC5odG1sIzQ2NzM3Cj7CoMKgZnJlZWJz ZC1zdGFibGUvMjAwNS1NYXJjaC90aHJlYWQuaHRtbCMxMzI2NQo+wqDCoGZyZWVic2Qtc3RhYmxl LzIwMDctTWF5L3RocmVhZC5odG1sIzM1MDYxCj7CoMKgZnJlZWJzZC1zdGFibGUvMjAwNy1KdWx5 L3RocmVhZC5odG1sIzM2MzA4Cj7CoMKgZnJlZWJzZC1idWdzLzIwMTItTm92ZW1iZXIvdGhyZWFk Lmh0bWwjNTA3MjkKPgo+Cj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+TWVzc2Fn ZTogNwo+RGF0ZTogU3VuLCA2IERlYyAyMDE1IDIxOjM5OjE3ICswMjAwCj5Gcm9tOiBLb25zdGFu dGluIEJlbG91c292IDwga29zdGlrYmVsQGdtYWlsLmNvbSA+Cj5UbzogR2F2aW4gTXUgPCBnYXZp bi5tdUBxcS5jb20gPgo+Q2M6IGZyZWVic2Qtc3RhYmxlIDwgZnJlZWJzZC1zdGFibGVAZnJlZWJz ZC5vcmcgPgo+U3ViamVjdDogUmU6IGFwcGxpY2F0aW9uIGNvcmVkdW1wIGJlaGF2aW9yIGRpZmZl cmVuY2VzIGJldHdlZW4gRnJlZUJTRAo+Ny4wYW5kRnJlZUJTRCAxMC4xCj5NZXNzYWdlLUlEOiA8 IDIwMTUxMjA2MTkzOTE3LkdIMjIwMkBraWIua2lldi51YSA+Cj5Db250ZW50LVR5cGU6IHRleHQv cGxhaW47IGNoYXJzZXQ9dXMtYXNjaWkKPgo+T24gU3VuLCBEZWMgMDYsIDIwMTUgYXQgMDQ6NTQ6 MzhQTSArMDgwMCwgR2F2aW4gTXUgd3JvdGU6Cj4+IEhpLCBraWIsCj4+IAo+PiAKPj4gSXQgaXMg cmVhbGx5IHJlbGF0ZWQgd2l0aCBtYWR2aXNlIGJlaGF2aW9yLCBJIGNoZWNrZWQgY29kZSByZWxh dGVkIHdpdGggTUFEVl9TRVFVRU5USUFMLCBhbmQgaXQgc2VlbXMgdGhlcmUgaXMgc29tZXRoaW5n IHdyb25nIHdpdGggdm1fZmF1bHQoKSBvZiBGcmVlQlNEIDEwLjEuCj4+IEkgZGlkIGEgc2ltcGxl IHBhdGNoOgo+PiBkaWZmIC0tZ2l0IGEvc3lzL3ZtL3ZtX2ZhdWx0LmMgYi9zeXMvdm0vdm1fZmF1 bHQuYwo+PiBpbmRleCBiNWFjNThmLi4xMzVmYzY3IDEwMDY0NAo+PiAtLS0gYS9zeXMvdm0vdm1f ZmF1bHQuYwo+PiArKysgYi9zeXMvdm0vdm1fZmF1bHQuYwo+PiBAQCAtOTY2LDYgKzk2Niw4IEBA IHZub2RlX2xvY2tlZDoKPj4gICAgICAgICAgKi8KPj4gICAgICAgICBpZiAoaGFyZGZhdWx0KQo+ PiAgICAgICAgICAgICAgICAgZnMuZW50cnktPm5leHRfcmVhZCA9IGZzLnBpbmRleCArIGZhdWx0 Y291bnQgLSByZXFwYWdlOwo+PiArIGVsc2UKPj4gKyAgICAgICAgIGZzLmVudHJ5LT5uZXh0X3Jl YWQgPSBmcy5waW5kZXggKyAxOwo+PiAKPj4gCj4+ICAgICAgICAgdm1fZmF1bHRfZGlydHkoZnMu ZW50cnksIGZzLm0sIHByb3QsIGZhdWx0X3R5cGUsIGZhdWx0X2ZsYWdzLCBUUlVFKTsKPj4gICAg ICAgICB2bV9wYWdlX2Fzc2VydF94YnVzaWVkKGZzLm0pOwo+PiAKPj4gCj4+IAo+PiB3aXRob3V0 IHRoaXMgbmV4dF9yZWFkIHdpbGwgbm90IGJlIHVwZGF0ZWQgYW5kIGtlZXBzIHplcm8gaW4gbXkg dGVzdGluZy4gSSB0aGluayBoZXJlIG5leHRfcmVhZCBzaG91bGQgYmUgdXBkYXRlZCB0byBiZSBw aW5kZXggKyAxLiBJcyBteSB1bmRlcnN0YW5kaW5nIGNvcnJlY3Q/IHRoYW5rcy4KPj4gCj5ZZXMs IEkgdGhpbmsgeW91IGFyZSByaWdodCBwb2ludGluZyBvdXQgdGhhdCBzb2Z0IGZhdWx0cyBhcmUg bm90Cj5hY2NvdW50ZWQgZm9yIHRoZSByZWFkLWFoZWFkIGFuZCBjYWNoZS1iZWhpbmQgYmVoYXZp b3VyLCBhbmQgdGhpcwo+cmVzdWx0cyBpbiB0aGUgcGFnZXMgYmVoaW5kIHRoZSByZWFkIHBvaW50 IHRvIGJlIG5vdCBkZWFjdGl2YXRlZC4KPk9UT0gsIHRoZSBiZWhhdmlvdXIgb2YgaWdub3Jpbmcg dGhlIHNvZnQgZmF1bHRzIGlzIGludGVudGlvbmFsLCBzaW5jZQo+cmVhZC1haGVhZCAoYW5kIGNh Y2hlLWJlaGluZCkgc2hvdWxkIGJlIG9ubHkgdHJpZ2dlcmVkIHdoZW4gdGhlIHBhZ2VyIGlzCj5l eGVjdXRpbmcgY29zdGx5IGkvby4KPgo+SSB0aGluayB0aGF0IHRoZSByaWdodCBxdWVzdGlvbiB0 byBhc2ssIHdoaWNoIEkgZGlkIG5vdCBhc2tlZCBpbiB0aGUKPmZpcnN0IHJlcGx5LCBpcyB3aHkg ZG8geW91IHJhaXNlZCB0aGUgYmVoYXZpb3VyIGFzIGFuIGlzc3VlID8gIEdlbmVyYWxseSwKPnRo ZSBmYWN0IHRoYXQgdGhlIHBhZ2VzIG9mIHRoZSBzaGFyZWQgc2VnbWVudCBhcmUgaW5zdGFudGlh dGVkLCBtYXBwZWQKPmFuZCBhY3RpdmF0ZWQgZHVlIHRvIGFjY2Vzc2VzIChiZSBpdCBjb3JlZHVt cGluZyBvciBhbnkgb3RoZXIgcmVhc29uKQo+aXMgdGhlIGV4cGVjdGVkIFZNIGJlaGF2aW91ci4K Pgo+SSBkbyBub3QgdGhpbmsgdGhhdCB0aGUgYmVoYXZpb3VyIG9mIHRoZSA3Lngga2VybmVsIGlu IHRoZSBzcGVjaWZpYwo+c3RhdGUsIHdoZXJlIG1vc3Qgb2YgdGhlIHBhZ2VzIG9mIHRoZSBsYXJn ZSBzaGFyZWQgc2VnbWVudCBhcmUgbm90Cj5ldmVuIGluc3RhbnRpYXRlZCwgd2FzIGludGVudGlv bmFsLiAgSXQgd2FzIGEgY29uc2VxdWVuY2Ugb2Ygc29tZSBvdGhlciwKPnJlYWxseSB1bmRlc2ly YWJsZSwgY2FjaGUtYmVoaW5kIGNvbmZpZ3VyYXRpb24sIEkgYmVsaWV2ZS4gIE1ha2luZwo+c3Bl Y2lmaWMgb3B0aW1pemF0aW9uIGZvciB0aGlzIGNhc2UgKGkuZS4gbm90LWluc3RhbnRpYXRlZCBw YWdlcyBvZgo+dGhlIHN3YXAgb2JqZWN0IGFjY2Vzc2VkIGJ5IHRoZSBleGl0aW5nIHByb2Nlc3Mp IGlzIHBvc3NpYmxlLCBidXQgaXMKPnNvbWV3aGF0IHF1ZXN0aW9uYWJsZS4KPgo+PiAKPj4gUmVn YXJkcywKPj4gR2F2aW4gTXUKPj4gCj4+IAo+PiAtLS0tLS0tLS0tLS0tLS0tLS0gT3JpZ2luYWwg LS0tLS0tLS0tLS0tLS0tLS0tCj4+IEZyb206ICAiR2F2aW4gTXUiOzwgZ2F2aW4ubXVAcXEuY29t ID47Cj4+IERhdGU6ICBTdW4sIERlYyA2LCAyMDE1IDA4OjE0IEFNCj4+IFRvOiAgIktvbnN0YW50 aW4gQmVsb3Vzb3YiPCBrb3N0aWtiZWxAZ21haWwuY29tID47IAo+PiBDYzogICJmcmVlYnNkLXN0 YWJsZSI8IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnID47IAo+PiBTdWJqZWN0OiAgUmU6ICBh cHBsaWNhdGlvbiBjb3JlZHVtcCBiZWhhdmlvciBkaWZmZXJlbmNlcyBiZXR3ZWVuIEZyZWVCU0Qg Ny4wYW5kRnJlZUJTRCAxMC4xCj4+IAo+PiAKPj4gCj4+IEhpLCBraWIsCj4+IAo+PiAKPj4gSXQg ZG9lcyBub3QgaGVscC4gCj4+IEkgYWRkZWQ6Cj4+ICAgICAgICAgcmV0ID0gbWFkdmlzZShzaG1f aGFuZGxlLCBzaXplICogMTAyNCAqIDEwMjQgKiAxMDI0LCBNQURWX1NFUVVFTlRJQUwpOwo+PiAg ICAgICAgIGlmIChyZXQgIT0gMCkgewo+PiAgICAgICAgICAgICAgICAgcHJpbnRmKCJtYWR2aXNl IHJldHVybiAlZFxuIiwgcmV0KTsKPj4gICAgICAgICB9Cj4+IAo+PiAKPj4gCj4+IHRvcCBkaXNw bGF5cyBpdCBzdGlsbCB1c2VzIGZ1bGwgbWVtb3J5LCBiZWxvdyBpcyBhIHNuYXBzaG90IGR1cmlu ZyBjb3JlIGR1bXAuCj4+IGxhc3QgcGlkOiAgMzY1NjsgIGxvYWQgYXZlcmFnZXM6ICAxLjg0LCAg MS4yOSwgIDEuMDQgICAgdXAgMCswMDoxODowNiAgMjM6NTg6MzcKPj4gNDMgcHJvY2Vzc2VzOiAg MiBydW5uaW5nLCA0MSBzbGVlcGluZwo+PiBDUFU6ICAxLjIlIHVzZXIsICAwLjAlIG5pY2UsIDg1 LjIlIHN5c3RlbSwgIDcuOCUgaW50ZXJydXB0LCAgNS45JSBpZGxlCj4+IE1lbTogOTI0TSBBY3Rp dmUsIDU3TSBJbmFjdCwgNzQ1TSBXaXJlZCwgODk4MEsgQ2FjaGUsIDEwM00gQnVmLCAzNE0gRnJl ZQo+PiBTd2FwOiA0MDk2TSBUb3RhbCwgMTg4TSBVc2VkLCAzOTA4TSBGcmVlLCA0JSBJbnVzZQo+ PiAKPj4gCj4+ICAgUElEIFVTRVJOQU1FICAgIFRIUiBQUkkgTklDRSAgIFNJWkUgICAgUkVTIFNU QVRFICAgIFRJTUUgICAgV0NQVSBDT01NQU5ECj4+ICAzNjQ2IHJvb3QgICAgICAgICAgMSAgODQg ICAgMCAgMTAzNk0gICA3MTBNIFJVTiAgICAgIDA6MTMgIDQyLjI5JSB0dAo+PiAKPj4gCj4+IAo+ PiBSZWdhcmRzLAo+PiBHYXZpbiBNdQo+PiAKPj4gCj4+IC0tLS0tLS0tLS0tLS0tLS0tLSBPcmln aW5hbCAtLS0tLS0tLS0tLS0tLS0tLS0KPj4gRnJvbTogICJLb25zdGFudGluIEJlbG91c292Ijs8 IGtvc3Rpa2JlbEBnbWFpbC5jb20gPjsKPj4gRGF0ZTogIFNhdCwgRGVjIDUsIDIwMTUgMTA6MjQg UE0KPj4gVG86ICAiR2F2aW4gTXUiPCBnYXZpbi5tdUBxcS5jb20gPjsgCj4+IENjOiAgImZyZWVi c2Qtc3RhYmxlIjwgZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgPjsgCj4+IFN1YmplY3Q6ICBS ZTogYXBwbGljYXRpb24gY29yZWR1bXAgYmVoYXZpb3IgZGlmZmVyZW5jZXMgYmV0d2VlbiBGcmVl QlNEIDcuMGFuZEZyZWVCU0QgMTAuMQo+PiAKPj4gCj4+IAo+PiBPbiBTYXQsIERlYyAwNSwgMjAx NSBhdCAwMTowOTozMVBNICswODAwLCBHYXZpbiBNdSB3cm90ZToKPj4gPiBIaSwga2liLAo+PiA+ IAo+PiA+IAo+PiA+IFBsZWFzZSBzZWUgbXkgdGVzdGluZyBvbiBGcmVlQlNEIDcuMC4KPj4gPiBm cmVlYnNkNyMgc3lzY3RsIGtlcm4uaXBjLnNobWFsbAo+PiA+IGtlcm4uaXBjLnNobWFsbDogODE5 MjAwCj4+ID4gZnJlZWJzZDcjIHN5c2N0bCBrZXJuLmlwYy5zaG1tYXgKPj4gPiBrZXJuLmlwYy5z aG1tYXg6IDMzNTU0NDMyMDAKPj4gPiBmcmVlYnNkNyMgdW5hbWUgLWEKPj4gPiBGcmVlQlNEIGZy ZWVic2Q3LmxvY2FsZG9tYWluIDcuMC1SRUxFQVNFIEZyZWVCU0QgNy4wLVJFTEVBU0UgIzA6IFN1 biBGZWIgMjQgMTA6MzU6MzYgVVRDIDIwMDggICAgIHJvb3RAZHJpc2NvbGwuY3NlLmJ1ZmZhbG8u ZWR1Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgIGFtZDY0Cj4+ID4gCj4+ID4gCj4+ID4g Cj4+ID4gdGVzdGluZyBjb2RlOgo+PiA+IGZyZWVic2Q3IyBjYXQgdHQuYwo+PiA+ICNpbmNsdWRl IDxzdGRpby5oPgo+PiA+ICNpbmNsdWRlIDxzdGRsaWIuaD4KPj4gPiAjaW5jbHVkZSA8bWFjaGlu ZS9wYXJhbS5oPgo+PiA+ICNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KPj4gPiAjaW5jbHVkZSA8c3lz L2lwYy5oPgo+PiA+ICNpbmNsdWRlIDxzeXMvc2htLmg+Cj4+ID4gCj4+ID4gCj4+ID4gaW50Cj4+ ID4gbWFpbihpbnQgYXJnYywgY2hhciAqKmFyZ3YpCj4+ID4gewo+PiA+ICAgICAgICAgY2hhciAq KnA7Cj4+ID4gICAgICAgICBpbnQgc2l6ZTsKPj4gPiAgICAgICAgIGludCBpOwo+PiA+ICAgICAg ICAgY2hhciAqYyA9IE5VTEw7Cj4+ID4gICAgICAgICBpbnQgc2htaWQ7Cj4+ID4gICAgICAgICB2 b2lkICpzaG1faGFuZGxlOwo+PiA+ICAgICAgICAgc2l6ZSA9IGF0b2koYXJndlsxXSk7Cj4+ID4g ICAgICAgICBwcmludGYoIndpbGwgYWxsb2MgJWRHQlxuIiwgc2l6ZSk7Cj4+ID4gCj4+ID4gCj4+ ID4gICAgICAgICBzaG1pZCA9IHNobWdldCgxMDAsIHNpemUgKiAxMDI0ICogMTAyNCAqIDEwMjQs IDA2NDQgfCBJUENfQ1JFQVQpOwo+PiA+ICAgICAgICAgaWYgKHNobWlkID09IC0xKSB7Cj4+ID4g ICAgICAgICAgICAgICAgIHByaW50Zigic2htaWQgPSAlZFxuIiwgc2htaWQpOwo+PiA+ICAgICAg ICAgfQo+PiA+IAo+PiA+IAo+PiA+ICAgICAgICAgc2htX2hhbmRsZSA9IHNobWF0KHNobWlkLCBO VUxMLCAwKTsKPj4gKHNobV9oYW5kbGUgaXMgbm90IGEgaGFuZGxlKS4KPj4gPiAgICAgICAgIGlm IChzaG1faGFuZGxlID09IC0xKSB7Cj4+ID4gICAgICAgICAgICAgICAgIHByaW50ZigibnVsbCBz aG1faGFuZGxlXG4iKTsKPj4gPiAgICAgICAgIH0KPj4gPiAKPj4gV2hhdCBpZiB5b3UgYWRkCj4+ IAltYWR2aXNlKHNobV9oYW5kbGUsIHNpemUsIE1BRFZfU0VRVUVOVElBTCk7Cj4+IHRoZXJlID8g IERvZXMgMTAueCBiZWhhdmlvdXIgYmVjb21lIHNpbWlsYXIgdG8gdGhhdCBvZiB0aGUgNy54ID8K Pj4gCj4+ID4gCj4+ID4gICAgICAgICAqYyA9IDA7Cj4+ID4gICAgICAgICByZXR1cm4gMDsKPj4g PiB9Cj4+ID4gCj4+ID4gCj4+ID4gCj4+ID4gZnJlZWJzZDcjIC4vYS5vdXQgMQo+PiA+IHdpbGwg YWxsb2MgMUdCCj4+ID4gU2VnbWVudGF0aW9uIGZhdWx0IChjb3JlIGR1bXBlZCkKPj4gPiAKPj4g PiAKPj4gPiAKPj4gPiB3aGVuIGEub3V0IGlzIHJ1bm5pbmcsIHRoZSBSRVMga2VlcHMgYmVpbmcg MjAyNEsgd2l0aG91dCBpbmNyZWFzaW5nOgo+PiA+IAo+PiA+IAo+PiA+IGxhc3QgcGlkOiAgIDcz NTsgIGxvYWQgYXZlcmFnZXM6ICAwLjAwLCAgMC4wMSwgIDAuMDMgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHVwIDArMDA6MTU6MTEgIDA0OjQzOjM1Cj4+ID4gMjUgcHJvY2Vzc2Vz OiAgMSBydW5uaW5nLCAyNCBzbGVlcGluZwo+PiA+IENQVSBzdGF0ZXM6ICAwLjAlIHVzZXIsICAw LjAlIG5pY2UsIDIyLjYlIHN5c3RlbSwgIDAuOCUgaW50ZXJydXB0LCA3Ni43JSBpZGxlCj4+ID4g TWVtOiAxM00gQWN0aXZlLCA2MzgwSyBJbmFjdCwgNTJNIFdpcmVkLCAzMksgQ2FjaGUsIDM5TSBC dWYsIDkxME0gRnJlZQo+PiA+IFN3YXA6IDIwMTVNIFRvdGFsLCAyMDE1TSBGcmVlCj4+ID4gCj4+ ID4gCj4+ID4gICBQSUQgVVNFUk5BTUUgIFRIUiBQUkkgTklDRSAgIFNJWkUgICAgUkVTIFNUQVRF ICAgIFRJTUUgICBXQ1BVIENPTU1BTkQKPj4gPiAgIDczNCByb290ICAgICAgICAxIC0xNiAgICAw ICAxMDI3TSAgMjAyNEsgd2RyYWluICAgMDowMiAxMy4yNyUgYS5vdXQKPj4gPiAKPj4gPiAKPj4g PiAKPj4gPiBidXQgd2hlbiBzYW1lIGNvZGUgaXMgcnVubmluZyBvbiBGcmVlQlNEIDEwLjEsIHRo ZSBSRVMga2VlcHMgaW5jcmVhc2luZyB0byAxR0IuIEZyb20gbXkgdGVzdGluZywgaWYgdGhlIG1l bW9yeSBpcyBhbGxvY2F0ZWQgYnkgbWFsbG9jKCksIHRoZW4gUkVTIHdpbGwga2VlcCBpbmNyZWFz aW5nIGluIGJvdGggNy4wIGFuZCAxMC4xLiBvbmx5IHN5c3Zfc2htIGluIDcuMCBoYXMgZGlmZmVy ZW50IGJlaGF2aW9yLiBJIGhhdmUgY2hlY2tlZCBjb3JlZHVtcCgpIGNvZGUgYnV0IGRpZCBub3Qg ZmluZCBhbnkgY2x1ZSB3aHkgaXQgaXMgZGlmZmVyZW50Lgo+PiA+IAo+PiA+IAo+PiA+IFJlZ2Fy ZHMsCj4+ID4gR2F2aW4gTXUKPj4gPiAKPj4gPiAKPj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0gT3Jp Z2luYWwgLS0tLS0tLS0tLS0tLS0tLS0tCj4+ID4gRnJvbTogICJLb25zdGFudGluIEJlbG91c292 Ijs8IGtvc3Rpa2JlbEBnbWFpbC5jb20gPjsKPj4gPiBEYXRlOiAgRnJpLCBEZWMgNCwgMjAxNSAw NTo0NSBQTQo+PiA+IFRvOiAgIkdhdmluIE11IjwgZ2F2aW4ubXVAcXEuY29tID47IAo+PiA+IENj OiAgImZyZWVic2Qtc3RhYmxlIjwgZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgPjsgCj4+ID4g U3ViamVjdDogIFJlOiBhcHBsaWNhdGlvbiBjb3JlZHVtcCBiZWhhdmlvciBkaWZmZXJlbmNlcyBi ZXR3ZWVuIEZyZWVCU0QgNy4wYW5kIEZyZWVCU0QgMTAuMQo+PiA+IAo+PiA+IAo+PiA+IAo+PiA+ IE9uIEZyaSwgRGVjIDA0LCAyMDE1IGF0IDA5OjM1OjU0QU0gKzA4MDAsIEdhdmluIE11IHdyb3Rl Ogo+PiA+ID4gSGksCj4+ID4gPiAKPj4gPiA+IFdlIGhhdmUgYW4gYXBwbGljYXRpb24gcnVubmlu ZyBvbiBvbGQgRnJlZUJTRCA3LjAsIGFuZCB3ZSBhcmUgdXBncmFkaW5nIHRoZSBiYXNlIHN5c3Rl bSB0byBGcmVlQlNEIDEwLjEuIFRoZSBhcHBsaWNhdGlvbiB1c2VzIHN5c3Zfc2htLCBhbmQgd2ls bCBhbGxvY2F0ZSBhIGxvdCBvZiBzaGFyZSBtZW1vcnksIHRob3VnaCBtb3N0IG9mIHRpbWUgb25s eSBhIHBhcnQgb2YgdGhlIGFsbG9jYXRlZCBtZW1vcnkgaXMgdXNlZC4gYWthLiBsYXJnZSBTSVpF IGFuZCBzbWFsbCBSRVMgZnJvbSAvdXNyL2Jpbi90b3Agdmlldy4KPj4gPiA+IAo+PiA+ID4gV2hl biB0aGUgYXBwbGljYXRpb24gY29yZSBkdW1wLCB0aGUgY29yZSBkdW1wIGZpbGUgd2lsbCBiZSBs YXJnZSwgYW5kIGluIEZyZWVCU0QgNy4wLCBpdCB1c2VzIG9ubHkgYSBsaXR0bGUgbW9yZSBtZW1v cnkgdG8gZG8gY29yZSBkdW1wLCBidXQgaW4gRnJlZUJTRCAxMC4xLCBpdCBzZWVtcyBhbGwgc2hh cmUgbWVtb3J5IGFyZSB0b3VjaGVkIGFuZCB1c2VzIGEgbG90IG9mIHBoeXNpY2FsIG1lbW9yeSAo UkVTIGluIC91c3IvYmluL3RvcCBvdXRwdXQgd2lsbCBpbmNyZWFzZSB2ZXJ5IG11Y2gpIGFuZCBj YXVzZSBtZW1vcnkgZHJhaW4uCj4+ID4gPiAKPj4gPiA+IEkgaGF2ZSBiZWVuIGRlYnVnZ2luZyBi dXQgY2FuIG5vdCBmaW5kIGFueSBjbHVlIHlldC4gQ291bGQgc29tZW9uZSBwcm92aWRlIHNvbWUg cG9pbnRzIHdoZXJlIHRoZSBpc3N1ZSBoYXBwZW4/IFRoYW5rcy4KPj4gPiAKPj4gPiBCb3RoIHN0 YWJsZS83IGFuZCBsYXRlc3QgSEVBRCBkbyByZWFkIHRoZSB3aG9sZSBtYXBwZWQgc2VnbWVudCB0 byB3cml0ZQo+PiA+IHRoZSBjb3JlZHVtcC4gIFRoaXMgYmVoYXZpb3VyIGRpZCBub3QgY2hhbmdl ZCwgc2luY2UgcHJvYmFibHkgaW50cm9kdWN0aW9uCj4+ID4gb2YgdGhlIEVMRiBzdXBwb3J0IGlu dG8gRnJlZUJTRC4gIEFuZCwgaG93IG90aGVyd2lzZSBjb3VsZCBjb3JlZHVtcCBmaWxlCj4+ID4g Y29udGFpbiB0aGUgY29udGVudCBvZiB0aGUgbWFwcGVkIHNlZ21lbnRzID8KPj4gPiAKPj4gPiBX aGF0IGluIHRoZSBGcmVlQlNEIDEwIGNoYW5nZWQgaW4gdGhpcyByZWdhcmQsIGlzIGEgZGVhZGxv Y2sgZml4IHdoaWNoCj4+ID4gY291bGQgb2NjdXIgaW4gc29tZSBzY2VuYXJpb3VzLCBpbmNsdWRp bmcgdGhlIGNvcmVkdW1waW5nLiAgSW4gc3RhYmxlLzcsCj4+ID4gdGhlIHBhZ2UgaW5zdGFudGlh dGlvbiBvciBzd2FwLWluIGZvciBwYWdlcyBhY2Nlc3NlZCBieSB0aGUgY29yZSB3cml0ZSwKPj4g PiB3YXMgZG9uZSB3aGlsZSBvd25pbmcgc2V2ZXJhbCBWRlMgbG9ja3MuICBUaGlzIHNvbWV0aW1l cyBjYXVzZWQgZGVhZGxvY2suCj4+ID4gSW4gc3RhYmxlLzEwIHRoZSBkZWFkbG9jayBhdm9pZGFu Y2UgY29kZSBpcyBlbmFibGVkIGJ5IGRlZmF1bHQsIGFuZAo+PiA+IHdoZW4ga2VybmVsIGRldGVj dHMgdGhlIHBvc3NpYmlsaXR5IG9mIHRoZSBkZWFkbG9jaywgaXQgY2hhbmdlcyB0byByZWFkaW5n Cj4+ID4gY2FyZWZ1bGx5IGJ5IHNtYWxsIGNodW5rcy4KPj4gPiAKPj4gPiBTdGlsbCwgdGhpcyBk b2VzIG5vdCBleHBsYWluIHRoZSBlZmZlY3QgdGhhdCB5b3UgZGVzY3JpYmUuIEluIGZhY3QsIEkK Pj4gPiBhbSBtb3JlIHN1c3BpY2lvdXMgdG8gdGhlIGNsYWltIHRoYXQgc3RhYmxlLzcgZGlkIG5v dCBpbmNyZWFzZSBSU1Mgb2YKPj4gPiB0aGUgZHVtcGluZyBwcm9jZXNzIG9yIGRpZCBub3QgYWNj ZXNzZWQgdGhlIHdob2xlIG1hcHBlZCBzaGFyZWQgc2VnbWVudCwKPj4gPiB0aGVuIHRoZSBjbGFp bSB0aGF0IHRoZXJlIGlzIGEgcmVncmVzc2lvbiBpbiBzdGFibGUvMTAuCj4KPgo+LS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPk1lc3NhZ2U6IDgKPkRhdGU6IFN1biwgNiBEZWMgMjAx NSAyMToyMTozNSArMDAwMAo+RnJvbTogU3RldmVuIEhhcnRsYW5kIDwga2lsbGluZ0BtdWx0aXBs YXkuY28udWsgPgo+VG86ICBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+U3ViamVjdDogUmU6 IElDSDUgQVRBIERNQSB0aW1lb3V0cwo+TWVzc2FnZS1JRDogPCA1NjY0QTZERi44MDIwNUBtdWx0 aXBsYXkuY28udWsgPgo+Q29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXdpbmRvd3Mt MTI1MjsgZm9ybWF0PWZsb3dlZAo+Cj5DaGVjayBjYWJsZXMgYW5kIGRldmljZXMgYXJlIGluIGdv b2QgY29uZGl0aW9uLiBUaGVzZSB0aGluZ3MgYXJlIHVzdWFsbHkgCj5hIGNvbm5lY3Rpdml0eSBp c3N1ZSBvciBkZXZpY2UgZmFpbGluZwo+Cj5PbiAwNi8xMi8yMDE1IDAzOjA2LCBQZXJyeSBIdXRj aGlzb24gd3JvdGU6Cj4+IERvZXMgYW55b25lIGtub3cgdGhlIGNvbmRpdGlvbiBvZiB0aGUgSUNI NSBBVEEgc3VwcG9ydCBpbiBGcmVlQlNEIDEwPwo+Pgo+PiBJbiBwcmVwYXJpbmcgdG8gcmVwdXJw b3NlIGFuIGVsZGVybHkgRGVsbCBEaW1lbnNpb24gNDYwMCBmcm9tIFdpbmRvd3MKPj4gdG8gRnJl ZUJTRCwgYW5kIG5lZWRpbmcgdG8gZGVjaWRlIHdoYXQgdG8gZG8gYWJvdXQgZHJpdmVzLCBJIGZv dW5kCj4+IHNldmVyYWwgbWVudGlvbnMgaW4gdGhlIGFyY2hpdmVzKiBvZiBJQ0g1IEFUQSBETUEg dGltZW91dHMgLS0gbW9zdGx5Cj4+IGFmZmVjdGluZyB0aGUgU0FUQSBwb3J0cywgYnV0IHRoZSBw cmV2YWxlbmNlIG9mIFNBVEEgcmVwb3J0cyBtYXkKPj4ganVzdCBpbmRpY2F0ZSB3aGljaCBwb3J0 cyB3ZXJlIGdldHRpbmcgdGhlIG1vc3QgdXNlOiAgYSBjb3VwbGUgb2YKPj4gdGhlIHJlcG9ydHMg aW52b2x2ZWQgdGhlIFBBVEEgcG9ydHMuCj4+Cj4+IFdoaWxlIHRoZXJlIGhhdmUgYmVlbiBjb21t aXRzIHRvIHRoZSBBVEEgY29kZSBzaW5jZSB0aGVuLCBJIGRpZG4ndAo+PiBmaW5kIGFueSBkZWZp bml0aXZlIHN0YXRlbWVudCB0aGF0IHRoZSBETUEgdGltZW91dHMgaGFkIGJlZW4gZml4ZWQuCj4+ IERpZCBJIG1pc3Mgc29tZXRoaW5nLCBvciB3b3VsZCBJIGJlIGJldHRlciBvZmYgdXNpbmcgYSBz ZXBhcmF0ZSBTQVRBCj4+IG9yIFBBVEEgUENJIGNhcmQgaW5zdGVhZCBvZiB0aGUgSUNINSdzIGJ1 aWx0LWluIHBvcnRzPwo+Pgo+PiBSZWxldmFudCBwYXJ0cyBvZiBkbWVzZyAod2l0aCBubyBoYXJk IGRyaXZlcyBhdHRhY2hlZCk6Cj4+Cj4+IEZyZWVCU0QgMTAuMi1SRUxFQVNFICMwIHIyODY2NjY6 IFdlZCBBdWcgMTIgMTk6MzE6MzggVVRDIDIwMTUKPj4gICAgICByb290QHJlbGVuZzEubnlpLmZy ZWVic2Qub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgaTM4Ngo+PiBDUFU6IEludGVs KFIpIFBlbnRpdW0oUikgNCBDUFUgMi44MEdIeiAoMjc5My4wNi1NSHogNjg2LWNsYXNzIENQVSkK Pj4gICAgT3JpZ2luPSJHZW51aW5lSW50ZWwiICBJZD0weGYzNCAgRmFtaWx5PTB4ZiAgTW9kZWw9 MHgzICBTdGVwcGluZz00Cj4+ICAgIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0Us VFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYs Q0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgo+PiAgICBG ZWF0dXJlczI9MHg0NDFkPFNTRTMsRFRFUzY0LE1PTixEU19DUEwsQ05YVC1JRCx4VFBSPgo+PiAg ICBUU0M6IFAtc3RhdGUgaW52YXJpYW50Cj4+IHVoY2kwOiA8SW50ZWwgODI4MDFFQiAoSUNINSkg VVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBvcnQgMHhmZjgwLTB4ZmY5ZiBpcnEgMTYgYXQgZGV2aWNl IDI5LjAgb24gcGNpMAo+PiB1c2J1czAgb24gdWhjaTAKPj4gdWhjaTE6IDxJbnRlbCA4MjgwMUVC IChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweGZmNjAtMHhmZjdmIGlycSAxOSBh dCBkZXZpY2UgMjkuMSBvbiBwY2kwCj4+IHVzYnVzMSBvbiB1aGNpMQo+PiB1aGNpMjogPEludGVs IDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0IDB4ZmY0MC0weGZmNWYg aXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAKPj4gdXNidXMyIG9uIHVoY2kyCj4+IHVoY2kz OiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUQ+IHBvcnQgMHhmZjIw LTB4ZmYzZiBpcnEgMTYgYXQgZGV2aWNlIDI5LjMgb24gcGNpMAo+PiB1c2J1czMgb24gdWhjaTMK Pj4gZWhjaTA6IDxJbnRlbCA4MjgwMUVCL1IgKElDSDUpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVt IDB4ZmZhODA4MDAtMHhmZmE4MGJmZiBpcnEgMjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAo+PiB1 c2J1czQ6IEVIQ0kgdmVyc2lvbiAxLjAKPj4gdXNidXM0IG9uIGVoY2kwCj4+IGF0YXBjaTA6IDxJ bnRlbCBJQ0g1IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3 MC0weDE3NywweDM3NiwweGZmYTAtMHhmZmFmIG1lbSAweGZlYjdmYzAwLTB4ZmViN2ZmZmYgaXJx IDE4IGF0IGRldmljZSAzMS4xIG9uIHBjaTAKPj4gYXRhMDogPEFUQSBjaGFubmVsPiBhdCBjaGFu bmVsIDAgb24gYXRhcGNpMAo+PiBhdGExOiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBh dGFwY2kwCj4+IGF0YXBjaTE6IDxJbnRlbCBJQ0g1IFNBVEExNTAgY29udHJvbGxlcj4gcG9ydCAw eGZlMDAtMHhmZTA3LDB4ZmUxMC0weGZlMTMsMHhmZTIwLTB4ZmUyNywweGZlMzAtMHhmZTMzLDB4 ZmVhMC0weGZlYWYgaXJxIDE4IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKPj4gYXRhMjogPEFUQSBj aGFubmVsPiBhdCBjaGFubmVsIDAgb24gYXRhcGNpMQo+PiBhdGEzOiA8QVRBIGNoYW5uZWw+IGF0 IGNoYW5uZWwgMSBvbiBhdGFwY2kxCj4+IHBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2 aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKPj4gcGNtMDogPEludGVsIElDSDUgKDgyODAx RUIpPiBwb3J0IDB4ZWUwMC0weGVlZmYsMHhlZGMwLTB4ZWRmZiBtZW0gMHhmZWI3ZmEwMC0weGZl YjdmYmZmLDB4ZmViN2Y5MDAtMHhmZWI3ZjlmZiBpcnEgMTcgYXQgZGV2aWNlIDMxLjUgb24gcGNp MAo+PiBwY20wOiBwcmltYXJ5IGNvZGVjIG5vdCByZWFkeSEKPj4gcGNtMDogPEFuYWxvZyBEZXZp Y2VzIEFEMTk4MCBBQzk3IENvZGVjIChpZCA9IDB4NDE0NDUzNzApPgo+PiBhdGEwOiByZXNldCB0 cDEgbWFzaz0wMCBvc3RhdDA9ZmYgb3N0YXQxPWZmCj4+IGF0YTE6IHJlc2V0IHRwMSBtYXNrPTAz IG9zdGF0MD0wMCBvc3RhdDE9MDAKPj4gYXRhMTogc3RhdDA9MHgwMCBlcnI9MHgwMSBsc2I9MHgx NCBtc2I9MHhlYgo+PiBhdGExOiBzdGF0MT0weDAwIGVycj0weDAxIGxzYj0weDE0IG1zYj0weGVi Cj4+IGF0YTE6IHJlc2V0IHRwMiBzdGF0MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4MzAwMDAKPj4g YXRhMjogU0FUQSByZXNldDogcG9ydHMgc3RhdHVzPTB4MDAKPj4gYXRhMjogcDA6IFNBVEEgY29u bmVjdCB0aW1lb3V0IHN0YXR1cz0wMDAwMDAwNAo+PiBhdGEzOiBTQVRBIHJlc2V0OiBwb3J0cyBz dGF0dXM9MHgwMAo+PiBhdGEzOiBwMDogU0FUQSBjb25uZWN0IHRpbWVvdXQgc3RhdHVzPTAwMDAw MDA0Cj4+IHBhc3MwIGF0IGF0YTEgYnVzIDAgc2NidXMxIHRhcmdldCAwIGx1biAwCj4+IHBhc3Mw OiA8SEwtRFQtU1QgRFZELVJPTSBHRFI4MTYzQiAwRDIwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kg ZGV2aWNlCj4+IHBhc3MwOiAzMy4zMDBNQi9zIHRyYW5zZmVycyAoVURNQTIsIEFUQVBJIDEyYnl0 ZXMsIFBJTyA2NTUzNGJ5dGVzKQo+PiBwYXNzMSBhdCBhdGExIGJ1cyAwIHNjYnVzMSB0YXJnZXQg MSBsdW4gMAo+PiBwYXNzMTogPEhMLURULVNUIENELVJXIEdDRS04NDgzQiBCMTA1PiBSZW1vdmFi bGUgQ0QtUk9NIFNDU0kgZGV2aWNlCj4+IHBhc3MxOiAzMy4zMDBNQi9zIHRyYW5zZmVycyAoVURN QTIsIEFUQVBJIDEyYnl0ZXMsIFBJTyA2NTUzNGJ5dGVzKQo+PiBjZDAgYXQgYXRhMSBidXMgMCBz Y2J1czEgdGFyZ2V0IDAgbHVuIDAKPj4gY2QwOiA8SEwtRFQtU1QgRFZELVJPTSBHRFI4MTYzQiAw RDIwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2aWNlCj4+IGNkMDogMzMuMzAwTUIvcyB0cmFu c2ZlcnMgKFVETUEyLCBBVEFQSSAxMmJ5dGVzLCBQSU8gNjU1MzRieXRlcykKPj4gY2QwOiBBdHRl bXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHBy ZXNlbnQKPj4gY2QxIGF0IGF0YTEgYnVzIDAgc2NidXMxIHRhcmdldCAxIGx1biAwCj4+IGNkMTog PEhMLURULVNUIENELVJXIEdDRS04NDgzQiBCMTA1PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2 aWNlCj4+IGNkMTogMzMuMzAwTUIvcyB0cmFuc2ZlcnMgKFVETUEyLCBBVEFQSSAxMmJ5dGVzLCBQ SU8gNjU1MzRieXRlcykKPj4gY2QxOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxl ZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3NlZAo+PiBHRU9NOiBu ZXcgZGlzayBjZDAKPj4gR0VPTTogbmV3IGRpc2sgY2QxCj4+Cj4+ICogQXJjaGl2ZSBtZW50aW9u cywgaW4gIGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9waXBlcm1haWwvIC4uLgo+Pgo+PiAgICBm cmVlYnNkLWhhcmR3YXJlLzIwMDQtU2VwdGVtYmVyL3RocmVhZC5odG1sIzE5MjQKPj4gICAgZnJl ZWJzZC1jdXJyZW50LzIwMDUtRmVicnVhcnkvdGhyZWFkLmh0bWwjNDY3MTkKPj4gICAgZnJlZWJz ZC1jdXJyZW50LzIwMDUtRmVicnVhcnkvdGhyZWFkLmh0bWwjNDY3MzcKPj4gICAgZnJlZWJzZC1z dGFibGUvMjAwNS1NYXJjaC90aHJlYWQuaHRtbCMxMzI2NQo+PiAgICBmcmVlYnNkLXN0YWJsZS8y MDA3LU1heS90aHJlYWQuaHRtbCMzNTA2MQo+PiAgICBmcmVlYnNkLXN0YWJsZS8yMDA3LUp1bHkv dGhyZWFkLmh0bWwjMzYzMDgKPj4gICAgZnJlZWJzZC1idWdzLzIwMTItTm92ZW1iZXIvdGhyZWFk Lmh0bWwjNTA3MjkKPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KPj4gIGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+PiAgaHR0 cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4+ IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICIgZnJlZWJzZC1zdGFibGUtdW5zdWJz Y3JpYmVAZnJlZWJzZC5vcmcgIgo+Cj4KPgo+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Cj4KPk1lc3NhZ2U6IDkKPkRhdGU6IFN1biwgMDYgRGVjIDIwMTUgMjM6MTA6MTYgKzAxMDAKPkZy b206IEZsb3JpYW4gRXJtaXNjaCA8IGZsb3JpYW4uZXJtaXNjaEBhbHVtbmkudHUtYmVybGluLmRl ID4KPlRvOiBwZXJyeWhAcGx1dG8ucmFpbi5jb20sZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcK PlN1YmplY3Q6IFJlOiBJQ0g1IEFUQSBETUEgdGltZW91dHMKPk1lc3NhZ2UtSUQ6IDwgODQ1RURC RTItODExMS00QkZDLTlFQkUtQUJEQkU3QTBGQzUzQGFsdW1uaS50dS1iZXJsaW4uZGUgPgo+Q29u dGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PVVURi04Cj4KPkkgaGFkIHNvbWUgb25ib2Fy ZCAoUylBVEEgY29udHJvbGxlcnMgYmVjb21pbmcgdW5yZWxpYWJsZSBpbiB0aGUKPnBhc3QuIFR3 byBvZiB0aGVtIGR1ZSB0byBjaGlwc2V0cyBvdmVyaGVhdGluZyB1bmRlciBsb2FkIHdoaWNoCj53 ZXJlIGZpeGFibGUgd2l0aCBhZGRpdGlvbmFsIGNvb2xpbmcuIEluIHRoZSB0aGlyZCBvbmUgd2Ug anVzdCBhZGRlZAo+YSBjaGVhcCBTQVRBIGNhcmQgYW5kIHNwcmVhZCB0aGUgcmVkdW5kYW50IGRp c2tzIGJldHdlZW4KPm9uYm9hcmQgYW5kIGFkZC1vbiBjb250cm9sbGVyIHRvIG1ha2UgYSB0ZW1w b3JhcnkgZmFpbHVyZSBhIG1pbm9yCj5pc3N1ZS4KPgo+UmVnYXJkcywgRmxvcmlhbgo+Cj5BbSA2 LiBEZXplbWJlciAyMDE1IDIyOjIxOjM1IE1FWiwgc2NocmllYiBTdGV2ZW4gSGFydGxhbmQgPCBr aWxsaW5nQG11bHRpcGxheS5jby51ayA+Ogo+PiBDaGVjayBjYWJsZXMgYW5kIGRldmljZXMgYXJl IGluIGdvb2QgY29uZGl0aW9uLiBUaGVzZSB0aGluZ3MgYXJlCj4+IHVzdWFsbHkgCj4+IGEgY29u bmVjdGl2aXR5IGlzc3VlIG9yIGRldmljZSBmYWlsaW5nCj4+IAo+PiBPbiAwNi8xMi8yMDE1IDAz OjA2LCBQZXJyeSBIdXRjaGlzb24gd3JvdGU6Cj4+ID4gRG9lcyBhbnlvbmUga25vdyB0aGUgY29u ZGl0aW9uIG9mIHRoZSBJQ0g1IEFUQSBzdXBwb3J0IGluIEZyZWVCU0QKPj4gMTA/Cj4+ID4KPj4g PiBJbiBwcmVwYXJpbmcgdG8gcmVwdXJwb3NlIGFuIGVsZGVybHkgRGVsbCBEaW1lbnNpb24gNDYw MCBmcm9tCj4+IFdpbmRvd3MKPj4gPiB0byBGcmVlQlNELCBhbmQgbmVlZGluZyB0byBkZWNpZGUg d2hhdCB0byBkbyBhYm91dCBkcml2ZXMsIEkgZm91bmQKPj4gPiBzZXZlcmFsIG1lbnRpb25zIGlu IHRoZSBhcmNoaXZlcyogb2YgSUNINSBBVEEgRE1BIHRpbWVvdXRzIC0tIG1vc3RseQo+PiA+IGFm ZmVjdGluZyB0aGUgU0FUQSBwb3J0cywgYnV0IHRoZSBwcmV2YWxlbmNlIG9mIFNBVEEgcmVwb3J0 cyBtYXkKPj4gPiBqdXN0IGluZGljYXRlIHdoaWNoIHBvcnRzIHdlcmUgZ2V0dGluZyB0aGUgbW9z dCB1c2U6ICBhIGNvdXBsZSBvZgo+PiA+IHRoZSByZXBvcnRzIGludm9sdmVkIHRoZSBQQVRBIHBv cnRzLgo+PiA+Cj4+ID4gV2hpbGUgdGhlcmUgaGF2ZSBiZWVuIGNvbW1pdHMgdG8gdGhlIEFUQSBj b2RlIHNpbmNlIHRoZW4sIEkgZGlkbid0Cj4+ID4gZmluZCBhbnkgZGVmaW5pdGl2ZSBzdGF0ZW1l bnQgdGhhdCB0aGUgRE1BIHRpbWVvdXRzIGhhZCBiZWVuIGZpeGVkLgo+PiA+IERpZCBJIG1pc3Mg c29tZXRoaW5nLCBvciB3b3VsZCBJIGJlIGJldHRlciBvZmYgdXNpbmcgYSBzZXBhcmF0ZSBTQVRB Cj4+ID4gb3IgUEFUQSBQQ0kgY2FyZCBpbnN0ZWFkIG9mIHRoZSBJQ0g1J3MgYnVpbHQtaW4gcG9y dHM/Cj4+ID4KPj4gPiBSZWxldmFudCBwYXJ0cyBvZiBkbWVzZyAod2l0aCBubyBoYXJkIGRyaXZl cyBhdHRhY2hlZCk6Cj4+ID4KPj4gPiBGcmVlQlNEIDEwLjItUkVMRUFTRSAjMCByMjg2NjY2OiBX ZWQgQXVnIDEyIDE5OjMxOjM4IFVUQyAyMDE1Cj4+ID4gICAgICByb290QHJlbGVuZzEubnlpLmZy ZWVic2Qub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgaTM4Ngo+PiA+IENQVTogSW50 ZWwoUikgUGVudGl1bShSKSA0IENQVSAyLjgwR0h6ICgyNzkzLjA2LU1IeiA2ODYtY2xhc3MgQ1BV KQo+PiA+ICAgIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHhmMzQgIEZhbWlseT0weGYgIE1v ZGVsPTB4MyAKPj4gU3RlcHBpbmc9NAo+PiA+IAo+PiBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4KPj4gPiAgICBGZWF0dXJlczI9MHg0NDFkPFNTRTMsRFRFUzY0LE1PTixEU19DUEwsQ05YVC1J RCx4VFBSPgo+PiA+ICAgIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQKPj4gPiB1aGNpMDogPEludGVs IDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0Cj4+IDB4ZmY4MC0weGZm OWYgaXJxIDE2IGF0IGRldmljZSAyOS4wIG9uIHBjaTAKPj4gPiB1c2J1czAgb24gdWhjaTAKPj4g PiB1aGNpMTogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0 Cj4+IDB4ZmY2MC0weGZmN2YgaXJxIDE5IGF0IGRldmljZSAyOS4xIG9uIHBjaTAKPj4gPiB1c2J1 czEgb24gdWhjaTEKPj4gPiB1aGNpMjogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9s bGVyIFVTQi1DPiBwb3J0Cj4+IDB4ZmY0MC0weGZmNWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9u IHBjaTAKPj4gPiB1c2J1czIgb24gdWhjaTIKPj4gPiB1aGNpMzogPEludGVsIDgyODAxRUIgKElD SDUpIFVTQiBjb250cm9sbGVyIFVTQi1EPiBwb3J0Cj4+IDB4ZmYyMC0weGZmM2YgaXJxIDE2IGF0 IGRldmljZSAyOS4zIG9uIHBjaTAKPj4gPiB1c2J1czMgb24gdWhjaTMKPj4gPiBlaGNpMDogPElu dGVsIDgyODAxRUIvUiAoSUNINSkgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0KPj4gMHhmZmE4MDgw MC0weGZmYTgwYmZmIGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCj4+ID4gdXNidXM0OiBF SENJIHZlcnNpb24gMS4wCj4+ID4gdXNidXM0IG9uIGVoY2kwCj4+ID4gYXRhcGNpMDogPEludGVs IElDSDUgVURNQTEwMCBjb250cm9sbGVyPiBwb3J0Cj4+IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcw LTB4MTc3LDB4Mzc2LDB4ZmZhMC0weGZmYWYgbWVtCj4+IDB4ZmViN2ZjMDAtMHhmZWI3ZmZmZiBp cnEgMTggYXQgZGV2aWNlIDMxLjEgb24gcGNpMAo+PiA+IGF0YTA6IDxBVEEgY2hhbm5lbD4gYXQg Y2hhbm5lbCAwIG9uIGF0YXBjaTAKPj4gPiBhdGExOiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwg MSBvbiBhdGFwY2kwCj4+ID4gYXRhcGNpMTogPEludGVsIElDSDUgU0FUQTE1MCBjb250cm9sbGVy PiBwb3J0Cj4+IDB4ZmUwMC0weGZlMDcsMHhmZTEwLTB4ZmUxMywweGZlMjAtMHhmZTI3LDB4ZmUz MC0weGZlMzMsMHhmZWEwLTB4ZmVhZgo+PiBpcnEgMTggYXQgZGV2aWNlIDMxLjIgb24gcGNpMAo+ PiA+IGF0YTI6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTEKPj4gPiBhdGEz OiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhdGFwY2kxCj4+ID4gcGNpMDogPHNlcmlh bCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQo+PiA+IHBj bTA6IDxJbnRlbCBJQ0g1ICg4MjgwMUVCKT4gcG9ydCAweGVlMDAtMHhlZWZmLDB4ZWRjMC0weGVk ZmYgbWVtCj4+IDB4ZmViN2ZhMDAtMHhmZWI3ZmJmZiwweGZlYjdmOTAwLTB4ZmViN2Y5ZmYgaXJx IDE3IGF0IGRldmljZSAzMS41IG9uCj4+IHBjaTAKPj4gPiBwY20wOiBwcmltYXJ5IGNvZGVjIG5v dCByZWFkeSEKPj4gPiBwY20wOiA8QW5hbG9nIERldmljZXMgQUQxOTgwIEFDOTcgQ29kZWMgKGlk ID0gMHg0MTQ0NTM3MCk+Cj4+ID4gYXRhMDogcmVzZXQgdHAxIG1hc2s9MDAgb3N0YXQwPWZmIG9z dGF0MT1mZgo+PiA+IGF0YTE6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD0wMCBvc3RhdDE9MDAK Pj4gPiBhdGExOiBzdGF0MD0weDAwIGVycj0weDAxIGxzYj0weDE0IG1zYj0weGViCj4+ID4gYXRh MTogc3RhdDE9MHgwMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhlYgo+PiA+IGF0YTE6IHJlc2V0 IHRwMiBzdGF0MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4MzAwMDAKPj4gPiBhdGEyOiBTQVRBIHJl c2V0OiBwb3J0cyBzdGF0dXM9MHgwMAo+PiA+IGF0YTI6IHAwOiBTQVRBIGNvbm5lY3QgdGltZW91 dCBzdGF0dXM9MDAwMDAwMDQKPj4gPiBhdGEzOiBTQVRBIHJlc2V0OiBwb3J0cyBzdGF0dXM9MHgw MAo+PiA+IGF0YTM6IHAwOiBTQVRBIGNvbm5lY3QgdGltZW91dCBzdGF0dXM9MDAwMDAwMDQKPj4g PiBwYXNzMCBhdCBhdGExIGJ1cyAwIHNjYnVzMSB0YXJnZXQgMCBsdW4gMAo+PiA+IHBhc3MwOiA8 SEwtRFQtU1QgRFZELVJPTSBHRFI4MTYzQiAwRDIwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2 aWNlCj4+ID4gcGFzczA6IDMzLjMwME1CL3MgdHJhbnNmZXJzIChVRE1BMiwgQVRBUEkgMTJieXRl cywgUElPIDY1NTM0Ynl0ZXMpCj4+ID4gcGFzczEgYXQgYXRhMSBidXMgMCBzY2J1czEgdGFyZ2V0 IDEgbHVuIDAKPj4gPiBwYXNzMTogPEhMLURULVNUIENELVJXIEdDRS04NDgzQiBCMTA1PiBSZW1v dmFibGUgQ0QtUk9NIFNDU0kgZGV2aWNlCj4+ID4gcGFzczE6IDMzLjMwME1CL3MgdHJhbnNmZXJz IChVRE1BMiwgQVRBUEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpCj4+ID4gY2QwIGF0IGF0YTEg YnVzIDAgc2NidXMxIHRhcmdldCAwIGx1biAwCj4+ID4gY2QwOiA8SEwtRFQtU1QgRFZELVJPTSBH RFI4MTYzQiAwRDIwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2aWNlCj4+ID4gY2QwOiAzMy4z MDBNQi9zIHRyYW5zZmVycyAoVURNQTIsIEFUQVBJIDEyYnl0ZXMsIFBJTyA2NTUzNGJ5dGVzKQo+ PiA+IGNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwg TWVkaXVtIG5vdAo+PiBwcmVzZW50Cj4+ID4gY2QxIGF0IGF0YTEgYnVzIDAgc2NidXMxIHRhcmdl dCAxIGx1biAwCj4+ID4gY2QxOiA8SEwtRFQtU1QgQ0QtUlcgR0NFLTg0ODNCIEIxMDU+IFJlbW92 YWJsZSBDRC1ST00gU0NTSSBkZXZpY2UKPj4gPiBjZDE6IDMzLjMwME1CL3MgdHJhbnNmZXJzIChV RE1BMiwgQVRBUEkgMTJieXRlcywgUElPIDY1NTM0Ynl0ZXMpCj4+ID4gY2QxOiBBdHRlbXB0IHRv IHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90Cj4+IHByZXNl bnQgLSB0cmF5IGNsb3NlZAo+PiA+IEdFT006IG5ldyBkaXNrIGNkMAo+PiA+IEdFT006IG5ldyBk aXNrIGNkMQo+PiA+Cj4+ID4gKiBBcmNoaXZlIG1lbnRpb25zLCBpbiAgaHR0cDovL2xpc3RzLmZy ZWVic2Qub3JnL3BpcGVybWFpbC8gLi4uCj4+ID4KPj4gPiAgICBmcmVlYnNkLWhhcmR3YXJlLzIw MDQtU2VwdGVtYmVyL3RocmVhZC5odG1sIzE5MjQKPj4gPiAgICBmcmVlYnNkLWN1cnJlbnQvMjAw NS1GZWJydWFyeS90aHJlYWQuaHRtbCM0NjcxOQo+PiA+ICAgIGZyZWVic2QtY3VycmVudC8yMDA1 LUZlYnJ1YXJ5L3RocmVhZC5odG1sIzQ2NzM3Cj4+ID4gICAgZnJlZWJzZC1zdGFibGUvMjAwNS1N YXJjaC90aHJlYWQuaHRtbCMxMzI2NQo+PiA+ICAgIGZyZWVic2Qtc3RhYmxlLzIwMDctTWF5L3Ro cmVhZC5odG1sIzM1MDYxCj4+ID4gICAgZnJlZWJzZC1zdGFibGUvMjAwNy1KdWx5L3RocmVhZC5o dG1sIzM2MzA4Cj4+ID4gICAgZnJlZWJzZC1idWdzLzIwMTItTm92ZW1iZXIvdGhyZWFkLmh0bWwj NTA3MjkKPj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xwo+PiA+ICBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPj4gPiAgaHR0 cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlCj4+ ID4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8KPj4gIiBmcmVlYnNkLXN0YWJsZS11 bnN1YnNjcmliZUBmcmVlYnNkLm9yZyAiCj4+IAo+PiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXwo+PiAgZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFp bGluZyBsaXN0Cj4+ICBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8v ZnJlZWJzZC1zdGFibGUKPj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8KPj4gIiBm cmVlYnNkLXN0YWJsZS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyAiCj4KPgo+Cj4tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+TWVzc2FnZTogMTAKPkRhdGU6IE1vbiwgNyBEZWMgMjAx NSAxMTo1MToxNCArMDEwMAo+RnJvbTogSm9oYW4gSGVuZHJpa3MgPCBqb2guaGVuZHJpa3NAZ21h aWwuY29tID4KPlRvOiAgZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPlN1YmplY3Q6IGppYmVy aXNoIG91dHB1dCBpbiBtYWlsIGZyb20gY3Jvbgo+TWVzc2FnZS1JRDogPCA1NjY1NjRBMi4zMDMw NTA3QGdtYWlsLmNvbSA+Cj5Db250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9dXRmLTgK Pgo+SSBhbSBydW5uaW5nIGNyb24gam9icyBvbiBtdWx0aXBsZSBtYWNoaW5lcywgYW5kIHRoZSBv dXRwdXQgaXMgbWFpbGVkIHRvCj5vdXIgc3VwcG9ydCBkZXBhcnRtZW50Lgo+Cj5CdXQgdGhlIG91 dHB1dCBjb250YWlucyBzb21lIGppYmVyaXNoIHRleHQuCj4KPkluIHRoaXMgZXhhbXBsZSBpcyBp cyBmcm9tIGEgY3JvbmpvYiB0aGF0IGRlbGV0ZXMgc29tZSBvbGQgc25hcHNob3RzLgo+Cj5ERUxF VEU6IHN0b3JhZ2UvcnNuYXBzaG90L2N1c3R1bW9yMkByc25hcHNob3QtMjAxNS0xMS0yMCBmcm9t IEZyaSBOb3YgMjAKPjIxOjAyIDIwMTUKPgo+OiBTTklQIDogYWJvdXQgNTAgbGluZXMKPgo+REVM RVRFOiBzdG9yYWdlL3JzbmFwc2hvdC9kbW8xQHJzbmFwc2hvdC0yMDE1LTExLTIwIGZyb20gRnJp IE5vdiAyMAo+MjE6MDIgMjAxNQo+REVMRVRFOgo+c3RvcmFnZS9yc25hcD9ob3QvZGVtbzJAcnNu YXBzaG90LTIwMTUtMTEtMjAgZnJvbSBGcmkgTm92IDIwIDIxOjAyIDIwMTU/PzIwMTU/Pz8/Pz8/ Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/ Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/ Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/ Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/P38/P0k/EwEIPz8/Pz8/Pz8/ Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz9APz8/Pz8/P0A/Pz8/PwI/Pz8/Pz8/Pz8/Pz8/Pz8/P0A/Pz8/ Pz8/Pz8/fz8/Pz8TAQg/Pz8/Pz8/P38/Pz8/PwEIPz8/Pz8/Pz8/Pz8/P0A/Pz8/Pz8/Pz8/Pz8/ P08+Pz8/Pz8BPz8/Pz8/PwE/Pz8/Pz8/PwM/Pz8/Pz8/Pz8BCD8/Pz8/Pz8/fz8/PSAKPhQBCD8/ P0k/aTA/Aj9dGz8/Pz8/Pz8KPj8/Pz8/Pz8/ED8/Pz8/Pz8/Pz8/Pz8/Gz8/Pz8/Pz8/Pz8/Pz8/ Pz8/PwEIPz8/AT8/Pz8/Pz8DJBQBCD8/P0gCPwEIPz8/PwE/AQg/Pz8wPz8/P38/P3s/EwEIPz8/ Pz8/Pz8/Pz8/Pz8BCD8/P0gCPwEIPz8/PxA/Pz8/Pz9IP0MBCD8/Pz8/PwEIPz8/aD8/Pz8/Pz8/ P0MBCD8/Pz8/Pz8/Pz8/SAI/AQg/Pz8/P0MBCD8/Pz8/PwEIPz8/Pz8/Pz9/Pz9hPxMBCD8/P0g/ QwEIPz8/Pz9DAT8/Pz8QPz8/Pz8/Pws/Pz8/Pz8/AT8/Pz8/Pz8CPz8/Pz8/Pz8/QgEIPz8/ED8/ Pz8/Pz9APz8/P38/P0k4FAEIPz8/Pz8/Pz9/Pz8KPj8/Pz9/Pz8KPj8/Pz9/Pz9NP2A/CD8/Pwg/ Pz8/fz8/Pz9gPwg/Pz8IPz8/P38/Pz80CwEIPz8/KD8/Pz9/Pz8/PyAgICABCD8/Pyg/Pz8/fz8/ Pz9iPwg/Pz8YPz8/P38/Pz8/Pz8/fz8/Pz8/Pz9/Pz9NP2A/CD8/Pz8/Pz8/Pz8/Pz8/Pwg/Pz9o Pz8/P38/Pz9vCj4BCD8/Pz8/Pz8/Pz8/Pz8/Pwg/Pz8/Pz8/Pz8/Pz8/Pz8IPz8/Pz8/Pz8/Pz8/ Pz8/P38/P2A/Pz8/fz8/UD8KPgEIPz8/Pz8/Pz8/Pz84Pz8/P38/Pz8/Pz8/Pz8/Pz8/Pz9/Pz8/ UmI/CD8/PyA/Pz8/fz8/Cj4/Pz8/fz8/Pz9gPwg/Pz8/P2I/CD8/Pz8KPgEIPz8/Pz8/Bj8/Pz8/ Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz9/Pz8/Pz8/Pz8/P0A/Pz8/fz8/P1JiPwg/Pz8/Pz8/P38/Pz8/ Pz8/fz8/Pz9gPwg/Pz8/P2I/CD8/P1EQQD8/Pz8/Pz8/Bz8/Pz8/Pz8cCD8/Pz8/Yj8IPz8/AT8/ Pwg/Pz8/P2I/CD8/Pz9vCj4BCD8/P2g/Pz8/fz8/Pz8/Pz9/Pz8/Pz8/P38/Pz8/Pz8/fz8/Pz8/ Pz9/Pz8/Cj5iPwg/Pz8/Pz8/P38/Pyw/YD8IPz8/Pz9iPwg/Pz9REEA/Pz8/Pz8/Pwc/Pz8/Pz8/ HAg/Pz8/P2I/CD8/PwE/Pz8IPz8/Pz9iPwg/Pz8/bwo+AQg/Pz9oPz8/P38/Pz8/Pz8/fz8/Pz8/ Pz9/Pz9oPz8/P38/Pz8gYj8IPz8/Pwo+Yj8IPz8/Pz8/Pz9/Pz8/P2A/CD8/Pz8KPmI/CD8/Pz8/ Yj8IPz8/Pz9iPwg/Pz8/P2I/CD8/Pz8/Yj8IPz8/PyAKPj8/Pz8/P1EQQD8/Pz8/Pz8/Bz8/Pz8/ Pz8cP38/Pz8/Yj8IPz8/AT8/Pz9/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/aD8/Pz9/Pz8QPz8/P38/PwU/ Pz8FPz8/Pz8/Pz9/Pz8fPz8/Pz8/Pz8/Pz8/Pz8/Pwo+Yj8IPz8/UD8/Pz9/Pz8/P2A/CD8/Pwg/ Pz8/fz8/aD8/Pz9/Pz8sCEA/Pz8/PzQjYT8BPz8/URBAPz8/Pz9REEA/Pz8/Pz8/Pwc/Pz8/Pz8/ HD8/Pz8/P2I/CD8/PwE/Pz8/Pz8/Pz9iPwg/Pz8/bwo+AQg/Pz9oPz8/P38/Pz8gYj8IPz8/UD8/ Pz9/Pz80I2E/CD8/Pz9vCj4BCD8/P1BMEgEIPz8/Pz8/Pz9/Pz8dP2A/CD8/Pzg/Pz8/fz8/AT8/ Pz9/Pz8/P2A/CD8/Pz8gYj8IPz8/WD8/Pz9/Pz8/Pz8/P38/PwE/Pz8/Pz8/Aj8/Pz8/Pz8/Aj8/ Pz8/P2BFPz8IPz8/fwM/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/Pz8/P2I/CD8/P0ZkPwEI Pz8/AT8/Pz8/Pz8CPz8/Pz8/PwY/Pz8/Pz8/MD8/Pz9/Pz8/Pz8/P38/P20/YD8IPz8/ST9pMD8C P10LPz8/Pz8/PwE/Pz8/Pz8/Aj8/Pz8/Pz8lPz8/P38/PzA/Pz8/fz8/cD8/Pz9/Pz8/TBIBCD8/ PyM/Pz8/fz8/RmQ/AQg/Pz8GPz8/Pz8/PzA/Pz8/fz8/Pz9zaG90L2xlaXN1cmVnaWZ0c0Byc25h cHNob3QtMjAxNS0xMS0yMAo+ZnJvbSBGcmkgTm92IDIwIDIxOjAyIDIwMTUKPkRFTEVURTogc3Rv cmFnZS9yc25hcHNob3QvZGVtbzJAcnNuYXBzaG90LTIwMTUtMTEtMjAgZnJvbSBGcmkgTm92IDIw Cj4yMTowMiAyMDE1Cj5ERUxFVEU6IHN0b3JhZ2UvcnNuYXBzaG90L2RlbW8zQHJzbmFwc2hvdC0y MDE1LTExLTIwIGZyb20gRnJpIE5vdiAyMAo+MjE6MDIgMjAxNQo+REVMRVRFOiBzdG9yYWdlL3Jz bmFwc2hvdC9kZW1vNEByc25hcHNob3QtMjAxNS0xMS0yMCBmcm9tIEZyaSBOb3YgMjAKPjIxOjAz IDIwMTUKPkRFTEVURTogc3RvcmFnZS9yc25hcHNob3QvZGVtbzVAcnNuYXBzaG90LTIwMTUtMTEt MjAgZnJvbSBGcmkgTm92IDIwCj4yMTowMyAyMDE1Cj5ERUxFVEU6IHN0b3JhZ2UvcnNuYXBzaG90 L2RlbW82QHJzbmFwc2hvdC0yMDE1LTExLTIwIGZyb20gRnJpIE5vdiAyMAo+MjE6MDMgMjAxNQo+ Cj5UaGVuIGFnYWluIGFib3V0IDUwIGxpbmVzIE9LIGFuZCB0aGVuIGFnYWluIHNvbWUgamliZXJp c2ggdGV4dCBhbmQgc28gb24KPgo+dGhlIGNyb25qb2IgaXMgYXMgZm9sbG93cy4KPjAgICAgICAg OCAgICAgICAqICAgICAgICogICAgICAgKiAKPi9yb290L3NjcmlwdHMvemZzLWNsZWFuLXNuYXBz aG90cy5zaCAtZCAxNCAtcCByc25hcHNob3QtMjAxNQo+Cj5JIGhhdmUgdGhpcyBvbiBtdWx0aXBs ZSBtYWNoaW5lcy4KPklzIHRoZXJlIGEgYnVmZmVyIEkgaGl0IG9yIHNvbWV0aGluZwo+Cj5yZWdh cmRzLAo+Sm9oYW4KPgo+Cj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+U3ViamVj dDogRGlnZXN0IEZvb3Rlcgo+Cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXwo+ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj5odHRw czovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUKPlRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICIgZnJlZWJzZC1zdGFibGUtdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmcgIgo+Cj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+RW5k IG9mIGZyZWVic2Qtc3RhYmxlIERpZ2VzdCwgVm9sIDY0NiwgSXNzdWUgMQo+KioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgoK From owner-freebsd-stable@freebsd.org Tue Dec 8 01:09: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 269EB9D3959 for ; Tue, 8 Dec 2015 01:09:49 +0000 (UTC) (envelope-from emailrob@emailrob.com) Received: from imta-37.everyone.net (sitemail3.everyone.net [216.200.145.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.everyone.net", Issuer "DigiCert High Assurance CA-3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 142B11842 for ; Tue, 8 Dec 2015 01:09:48 +0000 (UTC) (envelope-from emailrob@emailrob.com) Received: from pps.filterd (localhost.localdomain [127.0.0.1]) by imta-38.everyone.net (8.14.5/8.14.5) with SMTP id tB80BIWq017621; Mon, 7 Dec 2015 16:12:04 -0800 X-Eon-Dm: m0087080.ppops.net Received: by m0087080.mta.everyone.net (EON-AUTHRELAY2 - 4272bd84) id m0087080.564febf7.1539928; Mon, 7 Dec 2015 16:12:03 -0800 X-Eon-Sig: AQPOPGJWZiBTY+4iXgIAAAAC,e2732aeb21213aae4407609bd2c5a490 X-Originating-Ip: 66.114.189.132 Message-ID: <5666204E.9070505@emailrob.com> Date: Tue, 08 Dec 2015 00:11:58 +0000 From: spellberg_robert Reply-To: emailrob@emailrob.com User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: the highest minor_numbers for the nines and the tens Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.15.21, 1.0.33, 0.0.0000 definitions=2015-12-07_15:2015-12-07,2015-12-07,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1511060000 definitions=main-1512080002 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, 08 Dec 2015 01:09:49 -0000 howdy , folks --- this is an abridged version of a post to -questions@ . i thank the person , there , who reminded me of this list [ but , still , -questions@ is a good place to start ] . i am already aware of the schedules for 10.3 and 11.0 ; but , that is not why i write . i can make assumptions ; i can divine_from_entrails ; i seek a person with --knowledge-- . a] is it --known-- that 9.3 is the last of the nines or , conversely , is there a non_zero probability that there will be a 9.4 ? b] is it --known-- that 10.3 is to be the last of the tens or , conversely , is there a non_zero probability that there will be a 10.4 ? if neither of these are known , then does some_one [ perhaps , a member of the re_team ] know the current state_of_thinking regarding the highest minor_number that will exist for each of the major_numbers that were specified in [a] and [b] , above ? for the benefit of those readers who conclude that i am un_aware , i thank you for your willingness to be helpful ; however , i already know about the security/support web_page . the information for nine , on the web_page , has differed from the information posted on -announce@ , in the past . this suggests that one person thinks one thing , while another person operates under a different apprehension . also , just because the web_page says one thing , today , does not mean that it can not be changed , in the future . for ten , this post is about the identification of the term , "last release" . please cc to : emailrob at emailrob dot com , as i am not subscribed to -stable@ . in advance , i thank one and all . rob From owner-freebsd-stable@freebsd.org Tue Dec 8 19:02: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 747CF9D3CF7 for ; Tue, 8 Dec 2015 19:02:58 +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 581F21459; Tue, 8 Dec 2015 19:02:58 +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 D54821CF1; Tue, 8 Dec 2015 19:02:58 +0000 (UTC) Date: Tue, 8 Dec 2015 19:02:56 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: gjb@FreeBSD.org, rmacklem@FreeBSD.org, bapt@FreeBSD.org, bdrewery@FreeBSD.org, kib@FreeBSD.org, ngie@FreeBSD.org, des@FreeBSD.org, jkim@FreeBSD.org, ae@FreeBSD.org, rodrigc@FreeBSD.org, kevlo@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1337901138.3.1449601378844.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <558179915.383.1449146400423.JavaMail.jenkins@jenkins-9.freebsd.org> References: <558179915.383.1449146400423.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_10 - Build #1863 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS Precedence: bulk X-Mailman-Approved-At: Tue, 08 Dec 2015 20:20:29 +0000 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: Tue, 08 Dec 2015 19:02:58 -0000 FreeBSD_stable_10 - Build #1863 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1863/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1863/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1863/console Change summaries: 291990 by ae: MFC r291579: In the same way fix the problem described in r291578 for IGMPv3. In case when router has a lot of multicast groups, the reply can take several packets due to MTU limitation. Also we have a limit IGMP_MAX_RESPONSE_BURST == 4, that limits the number of packets we send in one shot. Then we recalculate the timer value and schedule the remaining packets for sending. The problem is that when we call igmp_v3_dispatch_general_query() to send remaining packets, we queue new reply in the same mbuf queue. And when number of packets is bigger than IGMP_MAX_RESPONSE_BURST, we get endless reply of IGMPv3 reports. To fix this, add the check for remaining packets in the queue. 291987 by ae: Fix typo in r291986. (this is derect commit to stable/10) 291986 by ae: MFC r291578: mld_v2_dispatch_general_query() is used by mld_fasttimo_vnet() to send a reply to the MLDv2 General Query. In case when router has a lot of multicast groups, the reply can take several packets due to MTU limitation. Also we have a limit MLD_MAX_RESPONSE_BURST == 4, that limits the number of packets we send in one shot. Then we recalculate the timer value and schedule the remaining packets for sending. The problem is that when we call mld_v2_dispatch_general_query() to send remaining packets, we queue new reply in the same mbuf queue. And when number of packets is bigger than MLD_MAX_RESPONSE_BURST, we get endless reply of MLDv2 reports. To fix this, add the check for remaining packets in the queue. PR: 204831 291976 by bdrewery: MFC r291605: Fix errors being ignored in many phases of the build since the bmake integration. 291974 by bdrewery: MFC r291226: Fix ld not respecting --sysroot. Relnotes: yes 291956 by gjb: Document SA-15:26 Sponsored by: The FreeBSD Foundation 291935 by kib: MFC r290920: Raise OOM when pagedaemon is unable to produce a free page in several back-to-back passes. 291934 by kib: MFC r290917: Provide the OOM-specific vm_pageout_oom_pagecount() function which estimates the amount of reclamaible memory which could be stolen if the process is killed. 291933 by kib: MFC r290915: Do not skip a process which has inhibited thread due to the swap-out, in the OOM selection loop. 291905 by kib: MFC r291446: Minor cleanup. Systematically use ANSI C functions definitions. Correct type of the flags argument to the dev_pager_putpages() function. vm_pager_free_nonreq() does not exist in stable/10, this part is not merged. 291874 by ngie: MFC r289452,r289469: r289452 (by trasz): Add iscsictl(8) and iscsid(8) to rescue(8). The point is to make it easier to build md_root images from rescue(8), to use with iSCSI boot. The change increases the size of rescue by 62kB, from 8728kB to 8790kB. Reviewed by: bapt@ Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3865 r289469: Make iscsictl and iscsid build if MK_ISCSI == yes 291873 by ngie: MFC r290908,r291615: r290908: Integrate contrib/netbsd-tests/lib/libcrypt/t_crypt.c in to the FreeBSD test suite as lib/libcrypt/crypt_test Sponsored by: EMC / Isilon Storage Division r291615 (by rodrigc): Hack test so that it works on FreeBSD. 291871 by ngie: MFC r291296: Link localeconv(3) to localeconv_l(3) 291870 by ngie: MFC r283801,r290846,r290851,r290856,r290860: r283801 (by araujo): Fix warning of implicit declaration of function 'mkdir'. Differential Revision: D2662 Reviewed by: rodrigc, ngie r290846: Bump WARNS to 2 Sponsored by: EMC / Isilon Storage Division r290851: Change WARNS to 2 across the board with all the libc testcases This effectively "reverts" r290846 Sponsored by: EMC / Isilon Storage Division r290856 (by bapt): also skip the definition of ':fopen_regular' to avoid the build to fail due to unused variables defined by ATF macros r290860 (by bapt): Remove unused variables to fix building world 291869 by rmacklem: MFC: r291150 When the nfsd threads are terminated, the NFSv4 server state (opens, locks, etc) is retained, which I believe is correct behaviour. However, for NFSv4.1, the server also retained a reference to the xprt (RPC transport socket structure) for the backchannel. This caused svcpool_destroy() to not call SVC_DESTROY() for the xprt and allowed a socket upcall to occur after the mutexes in the svcpool were destroyed, causing a crash. This patch fixes the code so that the backchannel xprt structure is dereferenced just before svcpool_destroy() is called, so the code does do an SVC_DESTROY() on the xprt, which shuts down the socket upcall. 291867 by rmacklem: MFC: r291117 Revert r283330 since it broke directory caching in the client. At this time I cannot see a way to fix directory caching when it has partial blocks in the buffer cache, due to the fact that the syscall's uio_offset won't stay the same as the lblkno * NFS_DIRBLKSIZ offset. 291866 by bdrewery: Add dependency for c++filt on libiberty. This is a direct commit since c++filt does not exist in head. This ws racing after my SUBDIR_PARALLEL changes here recently. Reported by: peter Sponsored by: EMC / Isilon Storage Division 291844 by kevlo: MFC r291238: Add dependency to uether. Reviewed by: hselasky 291841 by ngie: Remove stale tools/regression directory that should have been deleted in r291840 Sponsored by: EMC / Isilon Storage Division 291840 by ngie: MFC r290537,r290540,r290560,r290856,r290871,r291839: r290537: Integrate tools/regression/lib/libc/stdio into the FreeBSD test suite as lib/libc/tests/stdio - Fix some whitespace - Convert the testcases to ATF - Convert "/dev/null" to _PATH_DEVNULL Sponsored by: EMC / Isilon Storage Division r290540: printfloat_test and scanfloat_test need symbols from msun; these are automatically provided on amd64, but not i386. Add libm to DPADD/LDADD to unbreak the i386 tinderbox Pointyhat to: ngie Sponsored by: EMC / Isilon Storage Division r290560: Convert print_positional_test over to ATF Somehow missed in r290537 Sponsored by: EMC / Isilon Storage Division r290856 (by bapt): also skip the definition of ':fopen_regular' to avoid the build to fail due to unused variables defined by ATF macros r290871: Disable -Wformat with scanfloat_test when compiling with gcc to avoid a "use of assignment suppression and length modifier together in scanf format" warning on line 90 (it's intentional) Sponsored by: EMC / Isilon Storage Division r291839: Initialize errno to 0 in the nul testcase before testing it For some odd reason stable/10 requires this, otherwise it always fails the errno == 0 check on line 196. Sponsored by: EMC / Isilon Storage Division 291824 by bdrewery: Fix mis-merge in r291816, nl_defs.h not used here. 291823 by bapt: MFC: r291091 install: do not follow symlinks In case the target of install is a dead symlink, install(1) used to not consider it as "existing" because of the usage of stat(2) instead of lstat(2). meaning the old file (the symlink) is not removed before the new file is created. The symlink is being followed and the new file becoming the target of the symlink instead of the target of install(1) Reviewed by: jhb, brooks Differential Revision: https://reviews.freebsd.org/D4191 291819 by bdrewery: MFC r291348: Use LIBEXECDIR for /usr/libexec. 291818 by bdrewery: MFC r291339: Follow-up r291330: h_testbits.h is only needed by xdr_test. 291817 by bdrewery: MFC r291331: Avoid requiring 'make depend' here. 291816 by bdrewery: MFC r291330: Replace DPSRCS that work fine in SRCS. 291815 by bdrewery: MFC r284289,r288267: r284289: Misc fixes from projects/bmake r288267: Remove redundant .NOPATH. 291814 by bdrewery: MFC r291329: Remove redundant DPSRCS which were already in SRCS. 291812 by bdrewery: MFC r291026: Remove unneeded libmd from bootstrap-tools (reverting r246784). 291811 by bdrewery: MFC r290665: Build all of sys/modules with SUBDIR_PARALLEL. 291809 by bdrewery: MFC r291081: Rename checked-in 'includes' to 'includes.sh' to avoid colliding with share/mk target 'make includes'. 291807 by bdrewery: MFC r290812: Avoid setting schg in the objtree for lib32 build. 291805 by bdrewery: MFC r290435: Don't allow environment-set options to bleed into src.conf.5 generation. 291804 by bdrewery: MFC r290431: Add SUBDIR_PARALLEL. 291803 by bdrewery: MFC r290426: Correct a comment which appears to be mistakingly mechanically changed in r265420. 291801 by bdrewery: MFC r290170: Remove unneeded NULL as this is initialized with M_ZERO. 291799 by bdrewery: MFC r290169: Use memmove(3) to avoid overlapping copy. 291797 by bdrewery: MFC r290374: Remove unneeded mutex.h include, missed in r287155. 291795 by bdrewery: MFC r290084: Remove unneeded NAME override. 291794 by bdrewery: MFC r290083: Use more appropriate ${SHAREDIR} rather than /usr/share. 291792 by bdrewery: MFC r289393: Add more SUBDIR_PARALLEL. 291791 by bdrewery: MFC r289669: Fix building in a directory with SUBDIRs and SUBDIR_PARALLEL. 291790 by bdrewery: MFC r289289,r290181: r289289: Fix support for building a PROG_CXX, and PROG, directly. r290181: Unbreak bsd.progs.mk with PROGS (but not PROGS_CXX) and when invoking the "one of many" targets, e.g. `make hello_world`, where hello_world is a C program 291789 by bdrewery: MFC r289286,r291338,r291340: r289286: Follow-up r288218 by ensuring common objects are built before recursing. r291338: Fix the "common object" handling to not depend on ".o" if SRCS only contains headers. r291340: Follow-up r291338 to handle .d, .y and .l files better as well. 291788 by bdrewery: MFC r289872: Replace gcc reference with 'cc' and document the default ${CC}. 291786 by bdrewery: MFC r289870,r289871: r289870: Add bsd.crunchgen.mk to bsd.README. r289871: Sort properly. 291783 by bdrewery: MFC r289736: Document that we use {} for variable expansion. 291782 by bdrewery: MFC r289379: Remove directories disconnected since r169718. 291781 by bdrewery: MFC r289375: Fix wrong use of .for; the iteration variable is not used in the loop. 291778 by bdrewery: MFC r289374: Remove excess .else 291777 by bdrewery: MFC r289360,r289361,r289378,r289430,r289605,r289676: r289360: Add temporary workaround for .MAKE being applied to _worldtmp, since r251750. r289361: Consider top-level targets to be .PHONY as bmake won't build them otherwise if a file with the same name is found in the directory. r289378: Mark sub-make targets as .MAKE and .PHONY to handle -n and always-build properly. r289430: Remove .MAKE from targets that do more than just run sub-makes, such as calling rm or mtree. r289605: Add missing .PHONY for parallel subdir target. r289676: Add some missing '+', .MAKE, and .PHONY modifiers. 291774 by bdrewery: MFC r284105,r284106,r284163: r284105: Cleanup some indentation issues. r284106: Implement '-s' to copy as symlink, similar to the current -l link(2) handling. r284163: Cleanup some style(9) issues. Relnotes: yes 291772 by bdrewery: MFC r291001: ipfw: Fix dynamic IPv6 rules showing junk for non-specified address masks. Relnotes: yes 291767 by des: MFH (r287917, r287918, r289063): upgrade to latest Unbound MFH (r283301, r289592, r291582): rc script improvements MFH (r287880): respect manually configured forwarders when using DHCP MFH (r289321): deconfuse man page PR: 184047 203580 204931 291764 by ngie: MFC r290913,r291181: r290913: Port contrib/netbsd-tests/kernel/t_mqueue.c to FreeBSD - Add missing headers - Ensure mqueuefs is loaded - Make sure the mqueuefs path is absolute and relative to / - Cast the result of mq_open returning -1 to (mqd_t) to mute a compiler warning Sponsored by: EMC / Isilon Storage Division r291181: Integrate contrib/netbsd-tests/kernel/t_mqueue into the FreeBSD test suite as tests/sys/kern/mqueue_test 291763 by ngie: MFC r291180: Fix up convert.c generation - Use a temporary file for convert.c to reduce likelihood of an interrupted build resulting in bad code being written to convert.c - Truncate the file instead of appending to it to ensure that the file being touched will not result in duplicate declarations/definitions from kern_acct.c if/when kern_acct.c changes. 291761 by ngie: MFC r291359,r291362: r291359: Skip over lines that start with # (comments) r291362: r291359 was incorrect. Skip over tokens that start with `#' as fgetln can return more than one '\n' delimited line in a buffer Handle empty lines too, just in case 291759 by ngie: MFC r291363: Clean up trailing whitespace 291758 by ngie: MFC r291358: Remove cnftp.bjpu.edu.cn (it no longer resolves) Add localhost to resolv/mach for parity with nss/mach 291757 by kib: MFC r291379: Move the comment about resident pages preventing vnode from leaving active list, into the header comment for vdrop(). 291754 by ngie: MFC r284527,r284528,r284608,r285219,r291166,r291167: r284527 (by imp): Update style.9 to reflect consensus on developer's mailing list allowing redundant braces. Differential Revision: https://reviews.freebsd.org/D2842 r284528 (by imp): Bump date. Submitted by: Xin Li r284608 (by imp): Back out contested change until dispute is resolved. This proved to be more contentious than I expected. r285219 (by imp): The results of the vote are in. This reflects that vote. Single line statements inside of braces is recognized as an acceptable style. http://reviews.freebsd.org/V3 As always, this isn't license for wholesale change, etc. r291166: Recommend cc -Wall instead of gcc -Wall r291167: Bump .Dd 291721 by jkim: Merge OpenSSL 1.0.1q. 291713 by rodrigc: Fix bad MFC (r291173) Replace SRCTOP with the relevant path via .CURDIR Reviewed by: bdrewery From owner-freebsd-stable@freebsd.org Tue Dec 8 22: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 F30919D54E8 for ; Tue, 8 Dec 2015 22:37:48 +0000 (UTC) (envelope-from dustinwenz@ebureau.com) Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "internet06.ebureau.com", Issuer "internet06.ebureau.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC21B1BFE for ; Tue, 8 Dec 2015 22:37:48 +0000 (UTC) (envelope-from dustinwenz@ebureau.com) Received: from localhost (localhost [127.0.0.1]) by internet06.ebureau.com (Postfix) with ESMTP id 870A34AF9B13 for ; Tue, 8 Dec 2015 16:31:40 -0600 (CST) X-Virus-Scanned: amavisd-new at ebureau.com Received: from internet06.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nerg6oECmbna for ; Tue, 8 Dec 2015 16:31:39 -0600 (CST) Received: from square.office.ebureau.com (unknown [10.10.20.22]) by internet06.ebureau.com (Postfix) with ESMTPSA id 060574AF9B07 for ; Tue, 8 Dec 2015 16:31:39 -0600 (CST) From: Dustin Wenz Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Periodic jobs triggering panics in 10.1 and 10.2 Message-Id: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> Date: Tue, 8 Dec 2015 16:31:38 -0600 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) 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, 08 Dec 2015 22:37:49 -0000 I have multiple machines that have had occasional panics occur while the = daily and weekly periodic scripts run. The panic is always "Fatal trap = 18: integer divide fault while in kernel mode". I've appended a kgdb = trace below with more detail. A notable common factor is that all affected systems have zfs-based = startup disks, and 20-40 jails. Each jail has it's own filesystem that = was created by cloning the boot filesystem. I suspect this is a zfs bug = that is triggered by the access patterns in the periodic scripts. There = is significant load on the system when the scheduled processes start, = because all jails execute the same scripts at the same time. I've been able to alleviate this problem by disabling the security scans = within the jails, but leave it enabled on the root host. If this is not = a known issue in FreeBSD 10.2, I'll file a PR on it. - .Dustin Wenz Logged error: Dec 5 04:16:47 svr-033-08 kernel:=20 Dec 5 04:16:47 svr-033-08 kernel:=20 Dec 5 04:16:47 svr-033-08 kernel: Fatal trap 18: integer = divide fault while in kernel mode Dec 5 04:16:47 svr-033-08 kernel: cpuid =3D 19; apic id =3D = 27 Dec 5 04:16:47 svr-033-08 kernel: instruction pointer = =3D 0x20:0xffffffff819f54d4 Dec 5 04:16:47 svr-033-08 kernel: stack pointer = =3D 0x28:0xfffffe085fec76f0 Dec 5 04:16:47 svr-033-08 kernel: frame pointer = =3D 0x28:0xfffffe085fec7740 Dec 5 04:23:18 svr-033-08 syslogd: kernel boot file is = /boot/kernel/kernel Dec 5 04:23:18 svr-033-08 kernel: code segment = =3D base 0x0, limit 0xfffff, type 0x1b Dec 5 04:23:18 svr-033-08 kernel: =3D DPL 0, pres 1, long = 1, def32 0, gran 1 Dec 5 04:23:18 svr-033-08 kernel: processor eflags =3D = interrupt enabled, resume, IOPL =3D 0 Dec 5 04:23:18 svr-033-08 kernel: current process = =3D 20355 (find) Dec 5 04:23:18 svr-033-08 kernel: trap number = =3D 18 Dec 5 04:23:18 svr-033-08 kernel: panic: integer divide = fault Dec 5 04:23:18 svr-033-08 kernel: cpuid =3D 19 kgdb trace: Unread portion of the kernel message buffer: code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 20355 (find) trap number =3D 18 panic: integer divide fault cpuid =3D 19 KDB: stack backtrace: #0 0xffffffff80986710 at kdb_backtrace+0x60 #1 0xffffffff80949e76 at vpanic+0x126 #2 0xffffffff80949d43 at panic+0x43 #3 0xffffffff80d5d3db at trap_fatal+0x36b #4 0xffffffff80d5d05c at trap+0x75c #5 0xffffffff80d42f12 at calltrap+0x8 #6 0xffffffff819f4fc8 at dmu_tx_assign+0xf8 #7 0xffffffff81a7a887 at zfs_inactive+0x157 #8 0xffffffff81a8369d at zfs_freebsd_inactive+0xd #9 0xffffffff80e85ed7 at VOP_INACTIVE_APV+0xa7 #10 0xffffffff809ed182 at vinactive+0x102 #11 0xffffffff809ed572 at vputx+0x272 #12 0xffffffff809f40ea at sys_fchdir+0x2aa #13 0xffffffff80d5dcf7 at amd64_syscall+0x357 #14 0xffffffff80d431fb at Xfast_syscall+0xfb From owner-freebsd-stable@freebsd.org Wed Dec 9 00:04: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 877529D45F4 for ; Wed, 9 Dec 2015 00:04:35 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D38418C8 for ; Wed, 9 Dec 2015 00:04:34 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-184-59-147-149.neo.res.rr.com [184.59.147.149]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 03792b0f; Tue, 8 Dec 2015 19:04:30 -0500 (EST) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id 60adf49b TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 8 Dec 2015 19:04:30 -0500 (EST) Message-ID: <1449619470.31831.9.camel@michaeleichorn.com> Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 From: "Michael B. Eichorn" To: Dustin Wenz , freebsd-stable@freebsd.org Date: Tue, 08 Dec 2015 19:04:30 -0500 In-Reply-To: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.2 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, 09 Dec 2015 00:04:35 -0000 On Tue, 2015-12-08 at 16:31 -0600, Dustin Wenz wrote: > I suspect this is a zfs bug that is triggered by the access patterns > in the periodic scripts. There is significant load on the system when > the scheduled processes start, because all jails execute the same > scripts at the same time. > > I've been able to alleviate this problem by disabling the security > scans within the jails, but leave it enabled on the root host. To avoid the problem of jails all starting things at the same time, use the cron(8) flags -j and -J to set a 'jitter' which will cause cron to sleep for a random period of specified duration (60 sec max). Cron flags can be set using the rc.conf variable 'cron_flags'. From owner-freebsd-stable@freebsd.org Wed Dec 9 02:11: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 1CCDD9D4F68; Wed, 9 Dec 2015 02:11:13 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.strugglingcoder.info", Issuer "mail.strugglingcoder.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E827155F; Wed, 9 Dec 2015 02:11:12 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 47A23CAC3C; Tue, 8 Dec 2015 18:11:06 -0800 (PST) Date: Tue, 8 Dec 2015 18:11:06 -0800 From: hiren panchasara To: Slawa Olhovchenkov Cc: freebsd-stable@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: TCP regression between 288167 and 291456 Message-ID: <20151209021106.GG89422@strugglingcoder.info> References: <20151203152422.GB70867@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="+QwZB9vYiNIzNXIj" Content-Disposition: inline In-Reply-To: <20151203152422.GB70867@zxy.spb.ru> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 09 Dec 2015 02:11:13 -0000 --+QwZB9vYiNIzNXIj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable + net@ On 12/03/15 at 06:24P, Slawa Olhovchenkov wrote: > After upgrading STABLE to r291456 I am see bunch of sockets in > TIME_WAIT state. In normal situation I am expect about 30k-50k such > sockets. Now I am see all of net.inet.tcp.maxtcptw (440k currently). > Setting net.inet.tcp.msl to low value don't reduce this sockets. >=20 > I am see socket in TIME_WAIT state during 30 minutes. > Perhapsh in this state socket may be for ever Does updating to latest stable/10 help? I see there were other fixes that went in after r291456. (I am not 100% if that'll help but worth trying.) I've added -net to get more relevant eyes on the problem. Cheers, Hiren --+QwZB9vYiNIzNXIj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJWZ422XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lNsIH/Rj9c5wWAE9zIaRSkr0Qpfea uqIbihAcll29wS4lUdX9497PuPXi3WpYlxVDXgn02wfTJXInNiDylPiPyBgyx8fV dpom9Xcl12CRkh6b9SsNn4WucMoxdJxVjLjSOva8ysor0pEEn/mJfc50X8uljQOS 78JVYefoSlyCkMau1P4mHtInITDTYD6Q+36EsOT0SYohMHM2Wuxgb0j07IhWZrhj 2xl2W3AfSrsVIS+lTLDFTr0Q/keSPpBlS8Gmk/O4ba/ouPz+b+0MlsghSmvuXequ cwxRKFDO9TaYqnPKxhAyPgZtPKIh/EI4wpvUvtWQNdqhuutzdhck4tqpcYeAEf4= =s3yH -----END PGP SIGNATURE----- --+QwZB9vYiNIzNXIj-- From owner-freebsd-stable@freebsd.org Wed Dec 9 09:52: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 EEC669D5387 for ; Wed, 9 Dec 2015 09:52:16 +0000 (UTC) (envelope-from alexander@leidinger.net) 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 D0EE21219 for ; Wed, 9 Dec 2015 09:52:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: by mailman.ysv.freebsd.org (Postfix) id D112A9D5384; Wed, 9 Dec 2015 09:52:16 +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 D068C9D5383; Wed, 9 Dec 2015 09:52:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C0AA1218; Wed, 9 Dec 2015 09:52:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p57BB8137.dip0.t-ipconnect.de [87.187.129.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 314EF83E402; Wed, 9 Dec 2015 10:51:48 +0100 (CET) Received: from localhost (Titan.Leidinger.net [192.168.1.17]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: Alexander@Leidinger.net) by outgoing.leidinger.net (Postfix) with ESMTPSA id 83881509C; Wed, 9 Dec 2015 10:51:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1449654705; bh=0zO+SDHgHa5fcKkCKsFI3DOs4t0xwzHZhqMIK+ceviQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=fhIHw8VaQ80Xgh3EwvT2t3rLO7AA85Z+ew/9F2os1wfle/bKW56H019TJhDI8DTUW OIWtUo95zxeOBE6oaTSCvlKML9JnJzUW5djTdtaYB0V5W/xN037cqB9ZMV5ulHEjII FUj1yD5yTpQigw7/FHQuNjV7SzeFEsT3zAdHaDXmJsZUxspgnfMNtjhLIPUnRTkHHv 2qqRgyFOuoq7vxCDARGG4HcFbXrJob9BJmCGJppzPS9b64qUlWR9wBvrp+1ss7VtEl ru3yJ5ZrNKp5ug4yXGcAiP1tJbLYqzlvWv3A+7lhWH2SNASt/dBhrQk17BU2GBkp1s 6+AVjGR8zxUtw== Date: Wed, 9 Dec 2015 10:51:44 +0100 From: Alexander Leidinger To: Miroslav Lachman <000.fbsd@quip.cz> Cc: current@FreeBSD.org, stable@FreeBSD.org, fs@freebsd.org Subject: Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system) Message-ID: <20151209105144.000035be@Leidinger.net> In-Reply-To: <5667E86F.3050906@quip.cz> References: <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.16.6; i586-pc-mingw32msvc) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 314EF83E402.A37C1 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1450259509.76673@1p5YboINg4iXzV0psIEvLA X-EBL-Spam-Status: No 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, 09 Dec 2015 09:52:17 -0000 On Wed, 09 Dec 2015 09:38:07 +0100 Miroslav Lachman <000.fbsd@quip.cz> wrote: > Alexander Leidinger wrote on 12/09/2015 09:00: > > Does this ring a bell for someone or any ideas before I try to hunt > > this down? > > The same problem was reported yesterday on Stable > > Periodic jobs triggering panics in 10.1 and 10.2 > https://lists.freebsd.org/pipermail/freebsd-stable/2015-December/083807.html > > Also ZFS with jails. The above mail has a backtrace involving ZFS. I'm running the periodic scripts serially now, 8 out of 14 already finished without issues. Smells like a concurrency issue. I would assume it's something introduced between 5 and 1 month ago and MFCed back to 10. Does this ring a bell for someone on fs@? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0xC773696B3BAC17DC http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0xC773696B3BAC17DC From owner-freebsd-stable@freebsd.org Wed Dec 9 10:24:11 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 B3BD99D4CF5 for ; Wed, 9 Dec 2015 10:24:11 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (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 7F01D178A for ; Wed, 9 Dec 2015 10:24:11 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.local (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 0BDDAB29E for ; Wed, 9 Dec 2015 11:24:08 +0100 (CET) Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 To: freebsd-stable@freebsd.org References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> From: Jan Bramkamp Message-ID: <56680148.9070601@rlwinm.de> Date: Wed, 9 Dec 2015 11:24:08 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <1449619470.31831.9.camel@michaeleichorn.com> Content-Type: text/plain; charset=windows-1252; format=flowed 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, 09 Dec 2015 10:24:11 -0000 On 09/12/15 01:04, Michael B. Eichorn wrote: > On Tue, 2015-12-08 at 16:31 -0600, Dustin Wenz wrote: >> I suspect this is a zfs bug that is triggered by the access patterns >> in the periodic scripts. There is significant load on the system when >> the scheduled processes start, because all jails execute the same >> scripts at the same time. >> >> I've been able to alleviate this problem by disabling the security >> scans within the jails, but leave it enabled on the root host. > > To avoid the problem of jails all starting things at the same time, use > the cron(8) flags -j and -J to set a 'jitter' which will cause cron to > sleep for a random period of specified duration (60 sec max). Cron > flags can be set using the rc.conf variable 'cron_flags'. While jitter would reduce the resource contention a thundering herd of cronjobs shouldn't cause the kernel to divide by zero. Spreading the load by introducing jitter to cronjobs might hide the problem, but it still needs further analysis. @Dustin Wenz: Can you reproduce the problem and file a PR to track this? From owner-freebsd-stable@freebsd.org Wed Dec 9 13:45:55 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 6C5949D45C7 for ; Wed, 9 Dec 2015 13:45:55 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF921456 for ; Wed, 9 Dec 2015 13:45:54 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NZ300370D3FZK00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 09 Dec 2015 04:52:30 -0800 (PST) Message-id: <56682278.4040302@sorbs.net> Date: Wed, 09 Dec 2015 13:45:44 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: "Michael B. Eichorn" Cc: Dustin Wenz , freebsd-stable@freebsd.org Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> In-reply-to: <1449619470.31831.9.camel@michaeleichorn.com> 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, 09 Dec 2015 13:45:55 -0000 Michael B. Eichorn wrote: > On Tue, 2015-12-08 at 16:31 -0600, Dustin Wenz wrote: > >> I suspect this is a zfs bug that is triggered by the access patterns >> in the periodic scripts. There is significant load on the system when >> the scheduled processes start, because all jails execute the same >> scripts at the same time. >> >> I've been able to alleviate this problem by disabling the security >> scans within the jails, but leave it enabled on the root host. >> > > To avoid the problem of jails all starting things at the same time, use > the cron(8) flags -j and -J to set a 'jitter' which will cause cron to > sleep for a random period of specified duration (60 sec max). Cron > flags can be set using the rc.conf variable 'cron_flags'. > _______________________________________________ > No that will just hide it (if successful at all) and it won't work in all cases. ... i386 is even worse for similar (not the same) instability triggered by the same scripts ... because zfs should not be used with the stock i386 kernel (which means if you're using it the whole patching process with freebsd-update won't work or will 'undo' your kernel config.) Personally I think zfs should be optional only for 'advanced' users and come with a whole host of warnings about what it is not suitable for.... however, it seems to be treated as a magic bullet for data corruption issues yet all I have seen is an ever growing list of where it causes problems.. when did UFS become an unreliable FS that is susceptible to chronic data corruption? -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@freebsd.org Wed Dec 9 14:50: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 47EB49D5D6E for ; Wed, 9 Dec 2015 14:50:53 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (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 13DE91DE6 for ; Wed, 9 Dec 2015 14:50:53 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.local (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 61943C05C for ; Wed, 9 Dec 2015 15:50:42 +0100 (CET) Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 To: freebsd-stable@freebsd.org References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> From: Jan Bramkamp Message-ID: <56683FC1.3050001@rlwinm.de> Date: Wed, 9 Dec 2015 15:50:41 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56682278.4040302@sorbs.net> Content-Type: text/plain; charset=windows-1252; format=flowed 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, 09 Dec 2015 14:50:53 -0000 On 09/12/15 13:45, Michelle Sullivan wrote: > Michael B. Eichorn wrote: >> On Tue, 2015-12-08 at 16:31 -0600, Dustin Wenz wrote: >> >>> I suspect this is a zfs bug that is triggered by the access patterns >>> in the periodic scripts. There is significant load on the system when >>> the scheduled processes start, because all jails execute the same >>> scripts at the same time. >>> >>> I've been able to alleviate this problem by disabling the security >>> scans within the jails, but leave it enabled on the root host. >>> >> >> To avoid the problem of jails all starting things at the same time, use >> the cron(8) flags -j and -J to set a 'jitter' which will cause cron to >> sleep for a random period of specified duration (60 sec max). Cron >> flags can be set using the rc.conf variable 'cron_flags'. >> _______________________________________________ >> > > No that will just hide it (if successful at all) and it won't work in > all cases. > > ... i386 is even worse for similar (not the same) instability triggered > by the same scripts ... because zfs should not be used with the stock > i386 kernel (which means if you're using it the whole patching process > with freebsd-update won't work or will 'undo' your kernel config.) Do you have a good idea how to prevent users from shooting themselves in the foot by running ZFS on 32 Bit kernels? > Personally I think zfs should be optional only for 'advanced' users and > come with a whole host of warnings about what it is not suitable for.... > however, it seems to be treated as a magic bullet for data corruption > issues yet all I have seen is an ever growing list of where it causes > problems.. when did UFS become an unreliable FS that is susceptible to > chronic data corruption? As storage capacity grew a lot faster than reliability. UFS is a good file system for its time, but it trusts hardware absolutely. Modern hardware doesn't deserve this level of trust. ZFS detects and recovers without dataloss from most errors caused by the limited hardware reliability. ZFS isn't just a tool to deal with hardware limitations it's also a convenience I no longer want to give up. Snapshots and replication streams simplify backups and a background scrub once a week (or month) sure beats waiting for fsck. From owner-freebsd-stable@freebsd.org Wed Dec 9 15:47:57 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 918A29D5865 for ; Wed, 9 Dec 2015 15:47:57 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 567581BED for ; Wed, 9 Dec 2015 15:47:56 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-184-59-147-149.neo.res.rr.com [184.59.147.149]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 0d1666a3; Wed, 9 Dec 2015 10:47:53 -0500 (EST) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id d7186912 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 9 Dec 2015 10:47:52 -0500 (EST) Message-ID: <1449676072.2727.8.camel@michaeleichorn.com> Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 From: "Michael B. Eichorn" To: Jan Bramkamp , freebsd-stable@freebsd.org Date: Wed, 09 Dec 2015 10:47:52 -0500 In-Reply-To: <56680148.9070601@rlwinm.de> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56680148.9070601@rlwinm.de> Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-l6q25AVITlfYgqnSM+0J" X-Mailer: Evolution 3.18.1 Mime-Version: 1.0 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, 09 Dec 2015 15:47:57 -0000 --=-l6q25AVITlfYgqnSM+0J Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2015-12-09 at 11:24 +0100, Jan Bramkamp wrote: >=20 > On 09/12/15 01:04, Michael B. Eichorn wrote: > > On Tue, 2015-12-08 at 16:31 -0600, Dustin Wenz wrote: > > > I suspect this is a zfs bug that is triggered by the access > > > patterns > > > in the periodic scripts. There is significant load on the system > > > when > > > the scheduled processes start, because all jails execute the same > > > scripts at the same time. > > >=20 > > > I've been able to alleviate this problem by disabling the > > > security > > > scans within the jails, but leave it enabled on the root host. > >=20 > > To avoid the problem of jails all starting things at the same time, > > use > > the cron(8) flags -j and -J to set a 'jitter' which will cause cron > > to > > sleep for a random period of specified duration (60 sec max). Cron > > flags can be set using the rc.conf variable 'cron_flags'. >=20 > While jitter would reduce the resource contention a thundering herd > of=20 > cronjobs shouldn't cause the kernel to divide by zero. Spreading the=20 > load by introducing jitter to cronjobs might hide the problem, but it > still needs further analysis. I concur, used the word 'avoid' in the sense that this was an improvement to his work-around (which is all that I quoted). I had no intent to imply that it was the solution to the bug, which of course deserves solving. Sorry for any confusion, I will try to be more clear in the future. --=-l6q25AVITlfYgqnSM+0J Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDfzCCA3sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAQUAoIIBuzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMDkxNTQ3NTJaMC8GCSqGSIb3DQEJ BDEiBCDcQtO3hVcttx1g0QSgJTbuw8+bj9cR+15RgLhe5ps35jCBpQYJKwYBBAGCNxAEMYGXMIGU MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5dxjCBpwYLKoZIhvcNAQkQAgsxgZeggZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCSqGSIb3DQEBAQUABIIBABBJW8Su apsIUoLPip9w5fRLlwnURPOYDMk0sq/+LRKnucR8yBwfWkbjpLqX0bxVLpzPdM9rwhZ7QG+eRBNv t4Dhbcb5YEWE+wfionLn2JYnSGClJqIsKHLkM6s4kMhEb21Rn3blGLYeoaPQcBWZ49+PAyOKEgvh tqFtGom5T0+z0DgNtG96ts8jvIMFIEL7SLDkkZvV5IY+5wOz1TZov4LMtKY7CqszHCv6KqTS0IFv 0bYJGhW3Xhvg0s39SJvaB5d+lRFj6l8sIttQvBmUbYN3d2kq5sKSchynjFDUTe3o6BzKTgwtBRrd 5MKKL+vfmAfEQLT8ND9WjsRwELgB0B8AAAAAAAA= --=-l6q25AVITlfYgqnSM+0J-- From owner-freebsd-stable@freebsd.org Wed Dec 9 17:11: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 BCC079D686E for ; Wed, 9 Dec 2015 17:11:47 +0000 (UTC) (envelope-from dustinwenz@ebureau.com) Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "internet06.ebureau.com", Issuer "internet06.ebureau.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF3F1D1A for ; Wed, 9 Dec 2015 17:11:47 +0000 (UTC) (envelope-from dustinwenz@ebureau.com) Received: from localhost (localhost [127.0.0.1]) by internet06.ebureau.com (Postfix) with ESMTP id 392084B1D4CB; Wed, 9 Dec 2015 11:11:45 -0600 (CST) X-Virus-Scanned: amavisd-new at ebureau.com Received: from internet06.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HAvxcIUH0ZVl; Wed, 9 Dec 2015 11:11:44 -0600 (CST) Received: from square.office.ebureau.com (unknown [10.10.20.22]) by internet06.ebureau.com (Postfix) with ESMTPSA id A1E424B1D4BB; Wed, 9 Dec 2015 11:11:44 -0600 (CST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 From: Dustin Wenz In-Reply-To: <56680148.9070601@rlwinm.de> Date: Wed, 9 Dec 2015 11:11:44 -0600 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <19A6FFCC-6B3A-44EB-B96F-D02F98364C3F@ebureau.com> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56680148.9070601@rlwinm.de> To: Jan Bramkamp X-Mailer: Apple Mail (2.3096.5) 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, 09 Dec 2015 17:11:47 -0000 PF filed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205163 Please let me know if there is any more useful information I can = include. - .Dustin Wenz > On Dec 9, 2015, at 4:24 AM, Jan Bramkamp wrote: >=20 >=20 >=20 > On 09/12/15 01:04, Michael B. Eichorn wrote: >> On Tue, 2015-12-08 at 16:31 -0600, Dustin Wenz wrote: >>> I suspect this is a zfs bug that is triggered by the access patterns >>> in the periodic scripts. There is significant load on the system = when >>> the scheduled processes start, because all jails execute the same >>> scripts at the same time. >>>=20 >>> I've been able to alleviate this problem by disabling the security >>> scans within the jails, but leave it enabled on the root host. >>=20 >> To avoid the problem of jails all starting things at the same time, = use >> the cron(8) flags -j and -J to set a 'jitter' which will cause cron = to >> sleep for a random period of specified duration (60 sec max). Cron >> flags can be set using the rc.conf variable 'cron_flags'. >=20 > While jitter would reduce the resource contention a thundering herd of = cronjobs shouldn't cause the kernel to divide by zero. Spreading the = load by introducing jitter to cronjobs might hide the problem, but it = still needs further analysis. >=20 > @Dustin Wenz: Can you reproduce the problem and file a PR to track = this? > _______________________________________________ > 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 Wed Dec 9 18:43:05 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 1E5709D478B for ; Wed, 9 Dec 2015 18:43:05 +0000 (UTC) (envelope-from joji@eskimo.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 0E47A1A4B for ; Wed, 9 Dec 2015 18:43:05 +0000 (UTC) (envelope-from joji@eskimo.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0DB429D477A; Wed, 9 Dec 2015 18:43:05 +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 0D5319D4779 for ; Wed, 9 Dec 2015 18:43:05 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from mail.eskimo.com (mail.eskimo.com [204.122.16.4]) (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 F1A7F1A4A for ; Wed, 9 Dec 2015 18:43:04 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from shellx.eskimo.com (shellx.eskimo.com [204.122.16.2]) by mail.eskimo.com (Postfix) with ESMTP id A9280172B for ; Wed, 9 Dec 2015 10:40:13 -0800 (PST) Received: by shellx.eskimo.com (Postfix, from userid 51518) id 7BA333632; Wed, 9 Dec 2015 10:40:13 -0800 (PST) Date: Wed, 9 Dec 2015 10:40:13 -0800 From: Joseph Olatt To: stable@FreeBSD.org Subject: intel_do_flush_locked failed: Input/output error Message-ID: <20151209184013.GA557@eskimo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.98.7 at mail.eskimo.com X-Virus-Status: Clean 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, 09 Dec 2015 18:43:05 -0000 Firefox keeps crashing on my trusty Thinkpad T60 with the following error: joji@peace> firefox GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. ATTENTION: default value of option force_s3tc_enable overridden by environment. intel_do_flush_locked failed: Input/output error >From searching the Internet, I couldn't find any recent FreeBSD users complaining about similar issues. Got me wondering if I had something set up incorrectly at my end. Almost always, firefox crashes when the page contains videos (Flash not installed on this laptop). Anybody else having similar issues? Some pertinent info: uname -a: FreeBSD peace 10.2-STABLE FreeBSD 10.2-STABLE #10 r291993: Tue Dec 8 12:56:35 CST 2015 root@peace:/usr/obj/usr/src/sys/PEACE i386 pciconf -lv: joji@peace> pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x201717aa chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x201a17aa chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x201a17aa chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller' class = display kldstat: Id Refs Address Size Name 1 21 0xc0400000 c35428 kernel 2 1 0xc6417000 74000 i915kms.ko 3 1 0xc648b000 45000 drm2.ko 4 4 0xc5cc9000 4000 iicbus.ko 5 1 0xc64f9000 3000 iic.ko 6 1 0xc64fd000 4000 iicbb.ko From owner-freebsd-stable@freebsd.org Wed Dec 9 21:15: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 79A4B9D6388 for ; Wed, 9 Dec 2015 21:15:13 +0000 (UTC) (envelope-from dustinwenz@ebureau.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 661171F48 for ; Wed, 9 Dec 2015 21:15:13 +0000 (UTC) (envelope-from dustinwenz@ebureau.com) Received: by mailman.ysv.freebsd.org (Postfix) id 619B29D6387; Wed, 9 Dec 2015 21:15:13 +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 612BB9D6385 for ; Wed, 9 Dec 2015 21:15:13 +0000 (UTC) (envelope-from dustinwenz@ebureau.com) Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "internet06.ebureau.com", Issuer "internet06.ebureau.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 43E1A1F47 for ; Wed, 9 Dec 2015 21:15:12 +0000 (UTC) (envelope-from dustinwenz@ebureau.com) Received: from localhost (localhost [127.0.0.1]) by internet06.ebureau.com (Postfix) with ESMTP id 60FF74B287E7; Wed, 9 Dec 2015 15:15:11 -0600 (CST) X-Virus-Scanned: amavisd-new at ebureau.com Received: from internet06.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cDCKSJkA83Li; Wed, 9 Dec 2015 15:15:10 -0600 (CST) Received: from square.office.ebureau.com (unknown [10.10.20.22]) by internet06.ebureau.com (Postfix) with ESMTPSA id 95FF84B287CE; Wed, 9 Dec 2015 15:15:10 -0600 (CST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system) From: Dustin Wenz In-Reply-To: <20151209105144.000035be@Leidinger.net> Date: Wed, 9 Dec 2015 15:15:10 -0600 Cc: Miroslav Lachman <000.fbsd@quip.cz>, stable@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> References: <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> <20151209105144.000035be@Leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.3096.5) 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, 09 Dec 2015 21:15:13 -0000 Are you by chance using the ARC patch from this PR? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 Do you have a vfs.zfs.dynamic_write_buffer tunable defined, if so, what = is it set to? - .Dustin > On Dec 9, 2015, at 3:51 AM, Alexander Leidinger = wrote: >=20 > On Wed, 09 Dec 2015 09:38:07 +0100 > Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 >> Alexander Leidinger wrote on 12/09/2015 09:00: >=20 >>> Does this ring a bell for someone or any ideas before I try to hunt >>> this down? >>=20 >> The same problem was reported yesterday on Stable >>=20 >> Periodic jobs triggering panics in 10.1 and 10.2 >> = https://lists.freebsd.org/pipermail/freebsd-stable/2015-December/083807.ht= ml >>=20 >> Also ZFS with jails. >=20 > The above mail has a backtrace involving ZFS. >=20 > I'm running the periodic scripts serially now, 8 out of 14 already > finished without issues. Smells like a concurrency issue. I would > assume it's something introduced between 5 and 1 month ago and MFCed > back to 10. >=20 > Does this ring a bell for someone on fs@? >=20 > Bye, > Alexander. >=20 > --=20 > http://www.Leidinger.net Alexander@Leidinger.net: PGP = 0xC773696B3BAC17DC > http://www.FreeBSD.org netchild@FreeBSD.org : PGP = 0xC773696B3BAC17DC > _______________________________________________ > 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 Wed Dec 9 21:32:08 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 40A229D6D76 for ; Wed, 9 Dec 2015 21:32:08 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (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 E2FB0193F for ; Wed, 9 Dec 2015 21:32:07 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id D60A422F288 for ; Wed, 9 Dec 2015 15:31:59 -0600 (CST) Subject: Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system) To: freebsd-stable@freebsd.org References: <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> <20151209105144.000035be@Leidinger.net> <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> From: Karl Denninger Message-ID: <56689DAE.7030802@denninger.net> Date: Wed, 9 Dec 2015 15:31:26 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms010307030109000509030109" 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: Wed, 09 Dec 2015 21:32:08 -0000 This is a cryptographically signed message in MIME format. --------------ms010307030109000509030109 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I doubt very much that's involved; I have multiple production systems with dynamic_write_buffer turned on and I've yet to see a panic from periodic activity or anything like it. The only panic I've got open right now that's related to ZFS happens during a send/receive backup and it's able to be reproduced only with difficulty (it looks to be a problem in snapshot management as I've isolated it fairly well but haven't yet found the root cause) -- and it can be coaxed out of a bare "clean" -STABLE install with no ZFS patches in at all. (The codepath that results in the panic doesn't have a logical connection to that patch, but I tested without it anyway just to make sure.) On 12/9/2015 15:15, Dustin Wenz wrote: > Are you by chance using the ARC patch from this PR? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 > > Do you have a vfs.zfs.dynamic_write_buffer tunable defined, if so, what= is it set to? > > - .Dustin > > >> On Dec 9, 2015, at 3:51 AM, Alexander Leidinger wrote: >> >> On Wed, 09 Dec 2015 09:38:07 +0100 >> Miroslav Lachman <000.fbsd@quip.cz> wrote: >> >>> Alexander Leidinger wrote on 12/09/2015 09:00: >>>> Does this ring a bell for someone or any ideas before I try to hunt >>>> this down? >>> The same problem was reported yesterday on Stable >>> >>> Periodic jobs triggering panics in 10.1 and 10.2 >>> https://lists.freebsd.org/pipermail/freebsd-stable/2015-December/0838= 07.html >>> >>> Also ZFS with jails. >> The above mail has a backtrace involving ZFS. >> >> I'm running the periodic scripts serially now, 8 out of 14 already >> finished without issues. Smells like a concurrency issue. I would >> assume it's something introduced between 5 and 1 month ago and MFCed >> back to 10. >> >> Does this ring a bell for someone on fs@? >> >> Bye, >> Alexander. >> >> --=20 >> http://www.Leidinger.net Alexander@Leidinger.net: PGP 0xC773696B3BAC17= DC >> http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0xC773696B3BAC17= DC >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms010307030109000509030109 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMDkyMTMxMjZaME8GCSqGSIb3DQEJBDFCBEBO 1u2oQ6f8Whrpcc/u/egOgCnh7Q0kxJ4t0K0bhfxUvteNfs3nzHrb2hWMXBYMimJsA+63WypU JQVKFoq3yXfxMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAA5TYSsM3 F1smSXdhmKjraL7UKn43utILti83lX1WPyvA3kXsNbQER4LL0nI4MTg0DFfJ44jYDNtbP148 l6xq1ek5j2CmnpC2S4FfQUHigXvrltN9FZOdekPdQGnyr+DvEGY51IrpjvWnIcjyLfpky4TU GlC62Y8raAMqIH248YGnyHujNjlal/CKRmw1Z0478PEfp/7iPMmhbRgscDmWbU2BKpPQ2NOh 7Fz/WkIDEgJprrKTNIRqUtdqT1wlmbsZRvx4QGC3NfqSo79g72YzAaoJNZnt5rNxpusYXY6a YqWLUlN0DaRqwy9ZVufLgD69pPZu/xKz+3qhr0wZHDpf77MP9l9r/Jph64fWkYFjp9o9jols 14DKq/5D88ywdCOL/DC1hCq9wCRDjMH1+tfPM9/OwLY6jlKfVeTprqTawa3fUiBbwPEpKzj+ oOG1eSrOqxg1nTq//2GvtriDUWUYlCyecDHE7bRwfDhf2LdvsZbx0oaFdEz7RM8o3MM3/uFE GmjdtQQfoTpacJJBEN1CfWpOfiT2vS9m3g6vjYgFo8lAPJhhBfNjyjnkD6xTEDzgLd19mjUL fvm4DOpeXr4w/pfETVQ86/tP9Nc58OOR+U3CvMARwMuqtWNAKthpvUynbQWCWRVkCDDbVVe1 LM/O9n4L3H6rfAWPPfhXC/ohTuQAAAAAAAA= --------------ms010307030109000509030109-- From owner-freebsd-stable@freebsd.org Wed Dec 9 22:27:02 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 D10509D5827 for ; Wed, 9 Dec 2015 22:27:02 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 57C9A1BA1 for ; Wed, 9 Dec 2015 22:27:00 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NZ4003CH404ZK00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 09 Dec 2015 14:33:42 -0800 (PST) Message-id: <5668AAB1.1080003@sorbs.net> Date: Wed, 09 Dec 2015 23:26:57 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Jan Bramkamp Cc: freebsd-stable@freebsd.org Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> In-reply-to: <56683FC1.3050001@rlwinm.de> 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, 09 Dec 2015 22:27:03 -0000 Jan Bramkamp wrote: > On 09/12/15 13:45, Michelle Sullivan wrote: >> >> No that will just hide it (if successful at all) and it won't work in >> all cases. >> >> ... i386 is even worse for similar (not the same) instability triggered >> by the same scripts ... because zfs should not be used with the stock >> i386 kernel (which means if you're using it the whole patching process >> with freebsd-update won't work or will 'undo' your kernel config.) > > Do you have a good idea how to prevent users from shooting themselves > in the foot by running ZFS on 32 Bit kernels? Yes default not to having zfs available on any platform and allow people that know what they are doing to turn it on.... I mean "prevent users from shooting themselves in the foot" - how about by not having an option to install a zfs root on the default install disks? > >> Personally I think zfs should be optional only for 'advanced' users and >> come with a whole host of warnings about what it is not suitable for.... >> however, it seems to be treated as a magic bullet for data corruption >> issues yet all I have seen is an ever growing list of where it causes >> problems.. when did UFS become an unreliable FS that is susceptible to >> chronic data corruption? > > As storage capacity grew a lot faster than reliability. Yeah, that's why we have these multi-tes-of-terrabyte laptops that must have a zfs root install... > > UFS is a good file system for its time, but it trusts hardware > absolutely. Modern hardware doesn't deserve this level of trust. Ok at this point we have to question things... Does your average home machine need zfs? (because windows doesn't) ... does your average laptop require zfs (or even benefit) ...? In fact when I look at it, I'm running 70+ servers and a few desktops and I'm running 5 of them with zfs... 2 of them absolutely need it, 2 of them are solaris (which probably doesn't count and certainly doesn't have relevance to FreeBSD) the other is a 2005 P4 based server that is completely unusable because zfs on i386 doesn't work with the stock kernel.... and guess what ... it has 73G 15k SCSI Server drives in it so it probably has reliable hardware that doesn't suffer from "Modern hardware doesn't deserve this level of trust" > ZFS detects and recovers without dataloss from most errors caused by > the limited hardware reliability. Currently I've had more problems with the reliability of zfs in FreeBSD than reliability of hardware.. I do get your point though... > > ZFS isn't just a tool to deal with hardware limitations it's also a > convenience I no longer want to give up. Snapshots and replication > streams simplify backups and a background scrub once a week (or month) > sure beats waiting for fsck. Now this is the one set of reasons I can really appreciate and had it been the opening argument I'd have understood your position, but it seems this is a side note to the above and the above is where I see it's completely useless... When ZFS was first developed a friend and I in Sun had lots of fun setting up servers where we just chucked any old drives we could lay our hands on into a pool ... this we found very cool and this was where 'unreliable' hardware was an understatement - the drives were pulled from machines because SMART (and other tools) were reporting the drive(s) failing..... but it was a work around for bad sectors etc... Seriously though the default to install with zfs and root on zfs is a really bad idea - the people who know how not to shoot themselves in the foot are those people that don't need a selectable option in the install because they know how to configure it... they're the people who will probably be in every manual and advanced option they can find anyhow (or just using boot servers and predefined install scripts)....!! Regards, -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@freebsd.org Wed Dec 9 23:30: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 1D40D9D61EC for ; Wed, 9 Dec 2015 23:30:09 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D5FC813D3 for ; Wed, 9 Dec 2015 23:30:08 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-184-59-147-149.neo.res.rr.com [184.59.147.149]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 2b2d3a8d; Wed, 9 Dec 2015 18:29:59 -0500 (EST) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id cde0a866 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 9 Dec 2015 18:29:58 -0500 (EST) Message-ID: <1449703798.4355.27.camel@michaeleichorn.com> Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 From: "Michael B. Eichorn" To: Michelle Sullivan , Jan Bramkamp Cc: freebsd-stable@freebsd.org Date: Wed, 09 Dec 2015 18:29:58 -0500 In-Reply-To: <5668AAB1.1080003@sorbs.net> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-Sg1TZYOYIjXZgt6TCuJg" X-Mailer: Evolution 3.18.2 Mime-Version: 1.0 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, 09 Dec 2015 23:30:09 -0000 --=-Sg1TZYOYIjXZgt6TCuJg Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2015-12-09 at 23:26 +0100, Michelle Sullivan wrote: > Jan Bramkamp wrote: > > On 09/12/15 13:45, Michelle Sullivan wrote: > > >=20 > > > No that will just hide it (if successful at all) and it won't > > > work in > > > all cases. > > >=20 > > > ... i386 is even worse for similar (not the same) instability > > > triggered > > > by the same scripts ... because zfs should not be used with the > > > stock > > > i386 kernel (which means if you're using it the whole patching > > > process > > > with freebsd-update won't work or will 'undo' your kernel > > > config.) > >=20 > > Do you have a good idea how to prevent users from shooting > > themselves > > in the foot by running ZFS on 32 Bit kernels? >=20 > Yes default not to having zfs available on any platform and allow > people > that know what they are doing to turn it on....=C2=A0=C2=A0I mean "preven= t > users > from shooting themselves in the foot" - how about by not having an > option to install a zfs root on the default install disks? >=20 > >=20 > > > Personally I think zfs should be optional only for 'advanced' > > > users and > > > come with a whole host of warnings about what it is not suitable > > > for.... > > > however, it seems to be treated as a magic bullet for data > > > corruption > > > issues yet all I have seen is an ever growing list of where it > > > causes > > > problems.. when did UFS become an unreliable FS that is > > > susceptible to > > > chronic data corruption? > >=20 > > As storage capacity grew a lot faster than reliability. >=20 > Yeah, that's why we have these multi-tes-of-terrabyte laptops that > must > have a zfs root install... >=20 > >=20 > > UFS is a good file system for its time, but it trusts hardware > > absolutely. Modern hardware doesn't deserve this level of trust. >=20 > Ok at this point we have to question things... >=20 > Does your average home machine need zfs?=C2=A0=C2=A0(because windows does= n't) > ... > does your average laptop require zfs (or even benefit) ...?=C2=A0=C2=A0= =C2=A0In fact > when I look at it, I'm running=C2=A0=C2=A070+ servers and a few desktops = and > I'm > running 5 of them with zfs...=C2=A0=C2=A02 of them absolutely need it, 2 = of > them > are solaris (which probably doesn't count and certainly doesn't have > relevance to FreeBSD) the other is a 2005 P4 based server that is > completely unusable because zfs on i386 doesn't work with the stock > kernel....=C2=A0=C2=A0and guess what ... it has 73G 15k SCSI Server drive= s in > it > so it probably has reliable hardware that doesn't suffer from "Modern > hardware doesn't deserve this level of trust" >=20 > > ZFS detects and recovers without dataloss from most errors caused > > by > > the limited hardware reliability. >=20 > Currently I've had more problems with the reliability of zfs in > FreeBSD > than reliability of hardware..=C2=A0=C2=A0I do get your point though... >=20 > >=20 > > ZFS isn't just a tool to deal with hardware limitations it's also a > > convenience I no longer want to give up. Snapshots and replication > > streams simplify backups and a background scrub once a week (or > > month) > > sure beats waiting for fsck. > Now this is the one set of reasons I can really appreciate and had it > been the opening argument I'd have understood your position, but it > seems this is a side note to the above and the above is where I see > it's > completely useless...=C2=A0=C2=A0When ZFS was first developed a friend an= d I in > Sun had lots of fun setting up servers where we just chucked any old > drives we could lay our hands on into a pool ... this we found very > cool > and this was where 'unreliable' hardware was an understatement - the > drives were pulled from machines because SMART (and other tools) were > reporting the drive(s) failing..... but it was a work around for bad > sectors etc... >=20 > Seriously though the default to install with zfs and root on zfs is a > really bad idea - the people who know how not to shoot themselves in > the > foot are those people that don't need a selectable option in the > install > because they know how to configure it... they're the people who will > probably be in every manual and advanced option they can find anyhow > (or > just using boot servers and predefined install scripts)....!! >=20 > Regards, >=20 I sorry, but I really don't get your point, PCBSD has shown a great reason why zfs on root and on laptops/desktops is a good idea... boot environments. They have pretty much figured out how to use snapshots to go from A-B ping-pong installations to A-B-C-D-E.... installations. I am even aware of people using it to run Release and Current on the same machine. Unfortunately at the moment the system requires GRUB, but there is ongoing work to add the ability to the FreeBSD bootloader. Further IIRC zfs send-receive has a history involving a developer who wanted a better rsync for transfering his work to a laptop. In addition we have pretty much Moore's Lawed our way to the point where a new laptop today can out spec a typical server from when ZFS was first implemented. Hiding features because you 'can' shoot your foot off is hardly a typical UNIXy way of thinking anyway. --=-Sg1TZYOYIjXZgt6TCuJg Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDfzCCA3sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAQUAoIIBuzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMDkyMzI5NThaMC8GCSqGSIb3DQEJ BDEiBCANMt+DZkDP3XlGAE5IWV8TmyhAWguT/spgbcMuAU4IYjCBpQYJKwYBBAGCNxAEMYGXMIGU MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5dxjCBpwYLKoZIhvcNAQkQAgsxgZeggZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCSqGSIb3DQEBAQUABIIBAAWY8nXN 0ZxeCwyqGU0WUOyvLYm5R8gkf69EkGdFc2ANZFX4zEIS6/KTz+856a4QSN5PrZUc/aC+q0EBZqgm NFXsytqyIzNBMjaIuK7AavKh383UIrjVQsZ/gvmz7oqGNU67J0oMP4s5BtkWPsolFYUcegN4v8Ze 2EZ0otjkxtA7gY2g0HhWHhANX+Zut/QPbdwlV0VypjwDr04/GhEM+24C44/RKQ8u9jnaXEiObBjg jOJs5LuHXUVNnJs89hat9mWTh/o07E4Xz1EiKD+R+z0jVYW730YooP1j/8U9NHdJgWs/vqKJcRrL MkVjbK+jAJIt9hmNTZLjpvbUALcLw10AAAAAAAA= --=-Sg1TZYOYIjXZgt6TCuJg-- From owner-freebsd-stable@freebsd.org Thu Dec 10 03:24:41 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 5FA3E9D52C3 for ; Thu, 10 Dec 2015 03:24:41 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (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 24CFD1E61 for ; Thu, 10 Dec 2015 03:24:40 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 25B682334A6 for ; Wed, 9 Dec 2015 21:24:38 -0600 (CST) Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 To: freebsd-stable@freebsd.org References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> From: Karl Denninger Message-ID: <5668F053.8010106@denninger.net> Date: Wed, 9 Dec 2015 21:24:03 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <1449703798.4355.27.camel@michaeleichorn.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms020308090604030304020207" 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, 10 Dec 2015 03:24:41 -0000 This is a cryptographically signed message in MIME format. --------------ms020308090604030304020207 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12/9/2015 17:29, Michael B. Eichorn wrote: > I sorry, but I really don't get your point, PCBSD has shown a great > reason why zfs on root and on laptops/desktops is a good idea... boot > environments. They have pretty much figured out how to use snapshots > to go from A-B ping-pong installations to A-B-C-D-E.... installations. > I am even aware of people using it to run Release and Current on the > same machine. Unfortunately at the moment the system requires GRUB, > but there is ongoing work to add the ability to the FreeBSD > bootloader. Further IIRC zfs send-receive has a history involving a > developer who wanted a better rsync for transfering his work to a > laptop. In addition we have pretty much Moore's Lawed our way to the > point where a new laptop today can out spec a typical server from when > ZFS was first implemented. Hiding features because you 'can' shoot > your foot off is hardly a typical UNIXy way of thinking anyway.=20 Boot environments work fine on FreeBSD. Look at "beadm" :-) What are you trying to do that you need GRUB? --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020308090604030304020207 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMTAwMzI0MDNaME8GCSqGSIb3DQEJBDFCBEBd DY0jh7gtDbpUEw0yOcAw3GzYwlpqs0Rz/6BB1ZggYirp6VvlGqB8ZekI8wHcW5GXcCfI252x st1+o0G2vCJ+MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAEqI76TaW HsSnmb2sFaXyhdzs3OXKdr3nZbOUK08NeO+kKxoOG0H35SsZrBZUvsGI9/bXWrC8caIevB8R +x6nSDRLpTKniCGa68wUjRXg1Dz2qfi3uW/Or92CgV+GBasYzz8qGEvEVkvcRfvjkquhjlZq tQMDHEKttD8gk6uUoSzgLAcM3LbhepM7YOLFevutIYAh9KcCAtRBv32McVTo4ebd1UrCYne/ TNK49eUyI8j/BBbJZ/XTw0qtjOYKrld7Bwp0pnE+nrzaCOejogVJuiXXZmR75Nn3IbkkM3fj 1m7wOTgc/VSxBhvZNTMZ9VQTFnHlDB1GCMMkSKhuEzxwQZ7tIPhjt3HCO9BfXP7MjoGExTTr 8lxhlwZnNUJ25e7i+7Z8HcBumuQPs1yPpOGj5oSMzp6RcO7xxClZzHDcs8VrGJY9dlasxXU/ UVnzJ1XfunEZWcI1vbbYlLx56glkpS7DoeffNUrDvDbLXI/orkj9LSrFZqvwYAhcXo9Rxkzy 467yI9kvl33u+QNkA5bZljvvIygXxaNsHRf4Yqjxzw3gM5OLc5vEXuU8ss4fRsBKtZoxkdH/ iE0cVMf9/00MOLO866zc4/ntrQLwxygUuPmwaXi/ZR3eePg39Iz1stHWQH7n7ZNYqpt7XONi mGR11ZJdreRxV1SC1CLK53/pGJcAAAAAAAA= --------------ms020308090604030304020207-- From owner-freebsd-stable@freebsd.org Thu Dec 10 03:37:15 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 056359D5E61 for ; Thu, 10 Dec 2015 03:37:15 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (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 C51BD15AD for ; Thu, 10 Dec 2015 03:37:14 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by obcse5 with SMTP id se5so50988450obc.3 for ; Wed, 09 Dec 2015 19:37:14 -0800 (PST) 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=UUHt2E6XRb5GYED9lRHw+n+vRjeUAmORmtC0ruJZvK4=; b=d0uZ21U9RI6PaVkv2ykq65KXfZMCCDyu1eKsj+gST7+BE30zu5CkknXQ6XS7EoIvr8 VCIe0/W+sLVzuyI1HhF/DW0qP9WPz+R/YektoWZz3zvTu/OHifybsX5/3Wypk9Xg3STc Ujb6uQpUIYrWAao/Yt0bevW7lt8kApizrulEZZdNu7T3A7e6e5GfCSHgfmW39G6NKrxR g3vYtdV3g71WYbZIgL3fHsoU0d4jrRysYUVqXHhzSMQzh7s5UK7tWKsHP28KCTix3ola yMWDoeTC6+4f7aq2x+Vgk6yJyQwa2OzVREpyvaM96/MlYTK+/6qHcJUBrVUXGL8FxDet agxw== MIME-Version: 1.0 X-Received: by 10.60.57.233 with SMTP id l9mr7835908oeq.23.1449718634147; Wed, 09 Dec 2015 19:37:14 -0800 (PST) Received: by 10.76.98.46 with HTTP; Wed, 9 Dec 2015 19:37:14 -0800 (PST) Received: by 10.76.98.46 with HTTP; Wed, 9 Dec 2015 19:37:14 -0800 (PST) In-Reply-To: <5668F053.8010106@denninger.net> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> <5668F053.8010106@denninger.net> Date: Wed, 9 Dec 2015 19:37:14 -0800 Message-ID: Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 From: Freddie Cash To: Karl Denninger Cc: FreeBSD Stable 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: Thu, 10 Dec 2015 03:37:15 -0000 On Dec 9, 2015 7:24 PM, "Karl Denninger" wrote: > > On 12/9/2015 17:29, Michael B. Eichorn wrote: > > I sorry, but I really don't get your point, PCBSD has shown a great > > reason why zfs on root and on laptops/desktops is a good idea... boot > > environments. They have pretty much figured out how to use snapshots > > to go from A-B ping-pong installations to A-B-C-D-E.... installations. > > I am even aware of people using it to run Release and Current on the > > same machine. Unfortunately at the moment the system requires GRUB, > > but there is ongoing work to add the ability to the FreeBSD > > bootloader. Further IIRC zfs send-receive has a history involving a > > developer who wanted a better rsync for transfering his work to a > > laptop. In addition we have pretty much Moore's Lawed our way to the > > point where a new laptop today can out spec a typical server from when > > ZFS was first implemented. Hiding features because you 'can' shoot > > your foot off is hardly a typical UNIXy way of thinking anyway. > > Boot environments work fine on FreeBSD. Look at "beadm" :-) > > What are you trying to do that you need GRUB? GRUB supports listing and selecting boot environments as part of the boot process. FreeBSD 8.x and 9.x boot loaders don't support listing or selecting BEs. Neither does 10.0; not sure about 10.1. Devin Teske and company did a lot of work on this area, and I believe 10.2, certainly -CURRENT, supports this. Because of BEs, PC-BSD flip-flopped between the FreeBSD loader and GRUB in the 9.x and 10.x releases. I think they support both now. Typos courtesy of my phone's autocorrect. From owner-freebsd-stable@freebsd.org Thu Dec 10 03:39:19 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 47DB39D6044 for ; Thu, 10 Dec 2015 03:39:19 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (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 103D217F6 for ; Thu, 10 Dec 2015 03:39:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id E45292335E4 for ; Wed, 9 Dec 2015 21:39:18 -0600 (CST) Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 To: freebsd-stable@freebsd.org References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> <5668F053.8010106@denninger.net> From: Karl Denninger Message-ID: <5668F3C4.5060606@denninger.net> Date: Wed, 9 Dec 2015 21:38:44 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms060808020700020306070609" 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, 10 Dec 2015 03:39:19 -0000 This is a cryptographically signed message in MIME format. --------------ms060808020700020306070609 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12/9/2015 21:37, Freddie Cash wrote: > > > On Dec 9, 2015 7:24 PM, "Karl Denninger" > wrote: > > > > On 12/9/2015 17:29, Michael B. Eichorn wrote: > > > I sorry, but I really don't get your point, PCBSD has shown a great= > > > reason why zfs on root and on laptops/desktops is a good idea... bo= ot > > > environments. They have pretty much figured out how to use snapshot= s > > > to go from A-B ping-pong installations to A-B-C-D-E.... installatio= ns. > > > I am even aware of people using it to run Release and Current on th= e > > > same machine. Unfortunately at the moment the system requires GRUB,= > > > but there is ongoing work to add the ability to the FreeBSD > > > bootloader. Further IIRC zfs send-receive has a history involving a= > > > developer who wanted a better rsync for transfering his work to a > > > laptop. In addition we have pretty much Moore's Lawed our way to th= e > > > point where a new laptop today can out spec a typical server from w= hen > > > ZFS was first implemented. Hiding features because you 'can' shoot > > > your foot off is hardly a typical UNIXy way of thinking anyway. > > > > Boot environments work fine on FreeBSD. Look at "beadm" :-) > > > > What are you trying to do that you need GRUB? > > GRUB supports listing and selecting boot environments as part of the > boot process. > > FreeBSD 8.x and 9.x boot loaders don't support listing or selecting > BEs. Neither does 10.0; not sure about 10.1. > > Devin Teske and company did a lot of work on this area, and I believe > 10.2, certainly -CURRENT, supports this. > > Because of BEs, PC-BSD flip-flopped between the FreeBSD loader and > GRUB in the 9.x and 10.x releases. I think they support both now. > > Typos courtesy of my phone's autocorrect. > Beadm allows you to set the "next boot" and works as expected. You can't select from the boot loader but you can certainly ping-pong between a working and test environment easily (I do this all the time) --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms060808020700020306070609 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMTAwMzM4NDRaME8GCSqGSIb3DQEJBDFCBEDl mXXPDkbS+zfTxgOe2smUZiR0/3kRbP2fT62UMZ/AbxiXLgMsu85NpaenZe5xFxVXZfFGWh3D kqCyk233CZ4UMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAcr/zETCf tYlwXVwqCC3frsRoUNAKRDszsHWA7bVrB/MprynhXaNM36YGt/V9mzzrKC+l68dtGfOSnQRK SPJyeGsxsHDFykCdImr8JN+ZCgTb2yr2vNuGqK7Wf2+Od2N1GeugU6jSWYIxxKNL8A7Lwlx4 hpGk6KXGQ6zEkEIr6PELusckcxXAuPI1M18SypX/zOnGyc7Sc1JBODBPOkauxFVPQZ2JzOZ+ Sa89tYLbQMqA68BJWHzMZGWprGwGvjQJXz6eMcY5w3T67oNVCUQ/twGsU+Hb9fUR5q268QBl N3BgESu1sBUDBptn4XOGHrCmThThnkFBMBjjumTiKKtyUVNR4GuWVsozY9XVi/x71VVQ2khz fAnTYRsIYZ91XxsY3nzkdUU5kfL19n6ZuNhxnHJejqs2vwWzrNi/h3IVE7TyuaLinOvl9l+e NFgB182ExpKEoCBvQTg00AOYbV9t8MCa//yl5ZG26uvctkX/+N9Dphz2uU+ohmOL6OnuNjfJ r+OgMBuoutlt4iCX1r+86Bu6RYcmgechgPggBOcr+PGPqk33jmOL4LMwvE6r/NeJLUPiwPnl Z4XKo7PdNkuKMJsmrg91MwJvKoo0DCR2gMWOFgl77njit4yhr+bgyu8idL9ATVC8imd+MihG 0tpIMbmzPGyhGMPbXUt+23qaw30AAAAAAAA= --------------ms060808020700020306070609-- From owner-freebsd-stable@freebsd.org Thu Dec 10 05:12:45 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 658629D6011 for ; Thu, 10 Dec 2015 05:12:45 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) (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 431FD1F03 for ; Thu, 10 Dec 2015 05:12:45 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id tBA56BPx037131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Dec 2015 21:06:11 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id tBA569d6037127; Wed, 9 Dec 2015 21:06:09 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03122; Sun, 6 Dec 15 20:53:17 PST Date: Sun, 06 Dec 2015 20:53:16 -0800 From: perryh@pluto.rain.com (Perry Hutchison) To: killing@multiplay.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: ICH5 ATA DMA timeouts Message-Id: <566510bc.ewzrAyQJPGx/J6yc%perryh@pluto.rain.com> References: <5663a618.157GXarwIXDEyml8%perryh@pluto.rain.com> <5664A6DF.80205@multiplay.co.uk> In-Reply-To: <5664A6DF.80205@multiplay.co.uk> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Thu, 10 Dec 2015 05:12:45 -0000 Er, there's nothing to check, yet. I'm trying to *avoid* trouble by finding out in advance about any dodgy hardware support. In several of the cited threads, it was pretty clear that the hardware was not faulty, since the identical hardware had run properly on 4.x but started generating DMA timeouts on 5.x; also diagnostics were run (=> drives OK), cables replaced, etc. In at least one case the failure was reproduced on a different box than where it had originally been observed. It was suspected that there might have been some kind of interaction between geom and the ATA code, e.g. a timing problem, since many of the failures involved software mirroring (vinum or gmirror). Steven Hartland wrote: > Check cables and devices are in good condition. These things are > usually a connectivity issue or device failing > > On 06/12/2015 03:06, Perry Hutchison wrote: > > Does anyone know the condition of the ICH5 ATA support in FreeBSD 10? > > > > In preparing to repurpose an elderly Dell Dimension 4600 from Windows > > to FreeBSD, and needing to decide what to do about drives, I found > > several mentions in the archives* of ICH5 ATA DMA timeouts -- mostly > > affecting the SATA ports, but the prevalence of SATA reports may > > just indicate which ports were getting the most use: a couple of > > the reports involved the PATA ports. > > > > While there have been commits to the ATA code since then, I didn't > > find any definitive statement that the DMA timeouts had been fixed. > > Did I miss something, or would I be better off using a separate SATA > > or PATA PCI card instead of the ICH5's built-in ports? > > > > Relevant parts of dmesg (with no hard drives attached): > > > > FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 19:31:38 UTC 2015 > > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 > > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.06-MHz 686-class CPU) > > Origin="GenuineIntel" Id=0xf34 Family=0xf Model=0x3 Stepping=4 > > Features=0xbfebfbff > > Features2=0x441d > > TSC: P-state invariant > > uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 > > usbus0 on uhci0 > > uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 > > usbus1 on uhci1 > > uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 > > usbus2 on uhci2 > > uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 > > usbus3 on uhci3 > > ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 > > usbus4: EHCI version 1.0 > > usbus4 on ehci0 > > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf mem 0xfeb7fc00-0xfeb7ffff irq 18 at device 31.1 on pci0 > > ata0: at channel 0 on atapci0 > > ata1: at channel 1 on atapci0 > > atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 > > ata2: at channel 0 on atapci1 > > ata3: at channel 1 on atapci1 > > pci0: at device 31.3 (no driver attached) > > pcm0: port 0xee00-0xeeff,0xedc0-0xedff mem 0xfeb7fa00-0xfeb7fbff,0xfeb7f900-0xfeb7f9ff irq 17 at device 31.5 on pci0 > > pcm0: primary codec not ready! > > pcm0: > > ata0: reset tp1 mask=00 ostat0=ff ostat1=ff > > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > > ata1: reset tp2 stat0=00 stat1=00 devices=0x30000 > > ata2: SATA reset: ports status=0x00 > > ata2: p0: SATA connect timeout status=00000004 > > ata3: SATA reset: ports status=0x00 > > ata3: p0: SATA connect timeout status=00000004 > > pass0 at ata1 bus 0 scbus1 target 0 lun 0 > > pass0: Removable CD-ROM SCSI device > > pass0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > pass1 at ata1 bus 0 scbus1 target 1 lun 0 > > pass1: Removable CD-ROM SCSI device > > pass1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd0 at ata1 bus 0 scbus1 target 0 lun 0 > > cd0: Removable CD-ROM SCSI device > > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > cd1 at ata1 bus 0 scbus1 target 1 lun 0 > > cd1: Removable CD-ROM SCSI device > > cd1: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > > cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed > > GEOM: new disk cd0 > > GEOM: new disk cd1 > > > > * Archive mentions, in http://lists.freebsd.org/pipermail/... > > > > freebsd-hardware/2004-September/thread.html#1924 > > freebsd-current/2005-February/thread.html#46719 > > freebsd-current/2005-February/thread.html#46737 > > freebsd-stable/2005-March/thread.html#13265 > > freebsd-stable/2007-May/thread.html#35061 > > freebsd-stable/2007-July/thread.html#36308 > > freebsd-bugs/2012-November/thread.html#50729 From owner-freebsd-stable@freebsd.org Thu Dec 10 05:12: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 7029F9D6063 for ; Thu, 10 Dec 2015 05:12:59 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) (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 3E6741FED for ; Thu, 10 Dec 2015 05:12:59 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id tBA56HtL037148 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Dec 2015 21:06:20 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id tBA56G77037144; Wed, 9 Dec 2015 21:06:16 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03144; Sun, 6 Dec 15 21:01:43 PST Date: Sun, 06 Dec 2015 21:01:41 -0800 From: perryh@pluto.rain.com (Perry Hutchison) To: florian.ermisch@alumni.tu-berlin.de Cc: freebsd-stable@freebsd.org Subject: Re: ICH5 ATA DMA timeouts Message-Id: <566512b5.ASszkBTCI4fJWdPy%perryh@pluto.rain.com> References: <5663a618.157GXarwIXDEyml8%perryh@pluto.rain.com> <5664A6DF.80205@multiplay.co.uk> <845EDBE2-8111-4BFC-9EBE-ABDBE7A0FC53@alumni.tu-berlin.de> In-Reply-To: <845EDBE2-8111-4BFC-9EBE-ABDBE7A0FC53@alumni.tu-berlin.de> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Thu, 10 Dec 2015 05:12:59 -0000 Interesting. The ICH5 is part of the processor chipset, and it could be "anywhere" on the system board, so finding/identifying it (so as to point a fan at it, or figure out a way to add a heatsink) may be less than straightforward -- but it's worth keeping in mind as something to look into if problems arise. Any idea where one finds cheap (but reliable) PCI SATA cards these days? It would have to be PCI -- this box does not have PCI-E slots. Florian Ermisch wrote: > I had some onboard (S)ATA controllers becoming unreliable in the > past. Two of them due to chipsets overheating under load which > were fixable with additional cooling. In the third one we just > added a cheap SATA card and spread the redundant disks between > onboard and add-on controller to make a temporary failure a minor > issue. > > Regards, Florian > > Am 6. Dezember 2015 22:21:35 MEZ, schrieb Steven Hartland : > > Check cables and devices are in good condition. These things are > > usually a connectivity issue or device failing > > > > On 06/12/2015 03:06, Perry Hutchison wrote: > > > Does anyone know the condition of the ICH5 ATA support in FreeBSD > > > 10? > > > > > > In preparing to repurpose an elderly Dell Dimension 4600 from > > > Windows to FreeBSD, and needing to decide what to do about > > > drives, I found several mentions in the archives* of ICH5 ATA > > > DMA timeouts -- mostly affecting the SATA ports, but the > > > prevalence of SATA reports may just indicate which ports were > > > getting the most use: a couple of the reports involved the > > > PATA ports. > > > > > > While there have been commits to the ATA code since then, I didn't > > > find any definitive statement that the DMA timeouts had been fixed. > > > Did I miss something, or would I be better off using a separate SATA > > > or PATA PCI card instead of the ICH5's built-in ports? From owner-freebsd-stable@freebsd.org Thu Dec 10 08:41: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 3B6149D6390 for ; Thu, 10 Dec 2015 08:41:46 +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 87AE71C47 for ; Thu, 10 Dec 2015 08:41: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 KAA02119; Thu, 10 Dec 2015 10:41:37 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1a6wnA-000EL7-VZ; Thu, 10 Dec 2015 10:41:36 +0200 Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 To: Karl Denninger , freebsd-stable@FreeBSD.org References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> <5668F053.8010106@denninger.net> <5668F3C4.5060606@denninger.net> From: Andriy Gapon Message-ID: <56693A87.1000406@FreeBSD.org> Date: Thu, 10 Dec 2015 10:40:39 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <5668F3C4.5060606@denninger.net> 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: Thu, 10 Dec 2015 08:41:46 -0000 On 10/12/2015 05:38, Karl Denninger wrote: > Beadm allows you to set the "next boot" and works as expected. > > You can't select from the boot loader but you can certainly ping-pong > between a working and test environment easily (I do this all the time) Being able to easily switch between BEs during boot is a part of the BE experience. Think of a situation where a new BE gets a kernel panic half way through the boot process. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Thu Dec 10 10:36: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 B3BC39D6DBD for ; Thu, 10 Dec 2015 10:36:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 A3BBE18A4 for ; Thu, 10 Dec 2015 10:36:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBAAa7LJ090748 for ; Thu, 10 Dec 2015 10:36:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [patch] [mac] [panic] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Thu, 10 Dec 2015 10:36:07 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eugen@grosbein.net X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 10 Dec 2015 10:36:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183817 eugen@grosbein.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd-stable@FreeBSD.org --- Comment #1 from eugen@grosbein.net --- As 2 years ago for 9.2-STABLE, there is still the same problem for 10.2-STABLE and attached patch helps. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@freebsd.org Thu Dec 10 10:44:54 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 0252E9D5561 for ; Thu, 10 Dec 2015 10:44:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 E5BD61F80 for ; Thu, 10 Dec 2015 10:44:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBAAir4f008420 for ; Thu, 10 Dec 2015 10:44:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [patch] [mac] [panic] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Thu, 10 Dec 2015 10:44:53 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: easy, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: flagtypes.name bug_status keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 10 Dec 2015 10:44:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183817 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |mfc-stable9?, mfc-stable10? Status|In Progress |Open Keywords| |easy, needs-qa, patch --- Comment #2 from Kubilay Kocak --- Reset to Open (No In Progress without Assignee) Thank you for the update Eugen! -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@freebsd.org Thu Dec 10 11:04:05 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 1BB4B9D6444 for ; Thu, 10 Dec 2015 11:04:05 +0000 (UTC) (envelope-from alexander@leidinger.net) 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 F0FA419D1 for ; Thu, 10 Dec 2015 11:04:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: by mailman.ysv.freebsd.org (Postfix) id EE91F9D6443; Thu, 10 Dec 2015 11:04:04 +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 EE2379D6441 for ; Thu, 10 Dec 2015 11:04:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9A1A19CF for ; Thu, 10 Dec 2015 11:04:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p57BB8F72.dip0.t-ipconnect.de [87.187.143.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 1FE1B83E402; Thu, 10 Dec 2015 12:03:31 +0100 (CET) Received: from localhost (Titan.Leidinger.net [192.168.1.17]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: Alexander@Leidinger.net) by outgoing.leidinger.net (Postfix) with ESMTPSA id 21C0950C1; Thu, 10 Dec 2015 12:03:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1449745408; bh=i3CaDoga092x6+UNkwPlImYuAZyRlIIDXNZGB8DxPPk=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=o3wzKhgkSG/6Kr+rlL1cgjeB7foE/yzHcItwJaAS2Iu4SQgQ1UyxFuK5ds+9OcWQf vjfw/dPtzQAOLlgC7ZoT2i7YfaMk633NgaqM8x33FX9s1QiTNbPrm+K5aspyLshrQY bGn1zvxTk+mP28qLExCNpZojuH8WO/KNevA8jKGM3EveK5P1j67n5bYMmSvaYPVvWF dAG8vAITs8prtEek6Fds/3zahsIhRnF9YvjXIxbacxFjue6jcWio/kq7L0N6SYw8g0 5JYTyWOe91ErSA0ivwnH3THq+kYF6ew1zQ9jb7L7bs7T4Lx9V0MUmF6s0i32TfVaKe LpYGTkmDLZvLQ== Date: Thu, 10 Dec 2015 12:03:26 +0100 From: Alexander Leidinger To: Dustin Wenz Cc: stable@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system) Message-ID: <20151210120326.00005928@Leidinger.net> In-Reply-To: <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> References: <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> <20151209105144.000035be@Leidinger.net> <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 1FE1B83E402.A04EE X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1450350212.14876@Dh2sH/S6fCT/S6wD5/2yQA X-EBL-Spam-Status: No 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, 10 Dec 2015 11:04:05 -0000 On Wed, 9 Dec 2015 15:15:10 -0600 Dustin Wenz wrote: > Are you by chance using the ARC patch from this PR? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 No (despite the fact that I would like to have it hit the tree). > Do you have a vfs.zfs.dynamic_write_buffer tunable defined, if so, > what is it set to? No. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0xC773696B3BAC17DC http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0xC773696B3BAC17DC From owner-freebsd-stable@freebsd.org Thu Dec 10 13:16: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 33D4B9D6853 for ; Thu, 10 Dec 2015 13:16:44 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (mail.sorbs.net [67.231.146.200]) by mx1.freebsd.org (Postfix) with ESMTP id 27D0D10F6 for ; Thu, 10 Dec 2015 13:16:43 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NZ50076696SL800@hades.sorbs.net> for freebsd-stable@freebsd.org; Thu, 10 Dec 2015 05:23:18 -0800 (PST) Message-id: <56697B32.7050705@sorbs.net> Date: Thu, 10 Dec 2015 14:16:34 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: "Michael B. Eichorn" Cc: Jan Bramkamp , freebsd-stable@freebsd.org Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> In-reply-to: <1449703798.4355.27.camel@michaeleichorn.com> 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, 10 Dec 2015 13:16:44 -0000 Michael B. Eichorn wrote: > > I sorry, but I really don't get your point, PCBSD has shown a great > reason why zfs on root and on laptops/desktops is a good idea... boot > It has? As this is FreeBSD not PCBSD I must have missed that one... > environments. They have pretty much figured out how to use snapshots to > go from A-B ping-pong installations to A-B-C-D-E.... installations. I > am even aware of people using it to run Release and Current on the same > machine. Unfortunately at the moment the system requires GRUB, but > there is ongoing work to add the ability to the FreeBSD bootloader. > But it's not there yet... and would you consider this for someone who is not that technical? (Not that technical != non technical) > Further IIRC zfs send-receive has a history involving a developer who > wanted a better rsync for transfering his work to a laptop. As I said previously these are the features are the ones you listed as 'additional' (ie your after thoughts) > In addition > we have pretty much Moore's Lawed our way to the point where a new > laptop today can out spec a typical server from when ZFS was first > implemented. > I have yet to see a 6 spindle laptop... in fact I've yet to see a 3+ spindle laptop... I could be recalling wrongly but I'm pretty sure a number of emails have been seen on @freebsd.org lists that say, "don't use zfs on single spindle machines".. what I do know is that personally I have a machine with a hardware RAID and 16 drives... Initially I configured it with 1 large LD RAID6+HSP and put zfs on it (because I wanted to take advantage of the 'on the fly compression')... it's a backup store... and every scrub checksum errors were found - on files that had not been written to since the last scrub. I reconfigured it as 16 x single disk RAID0 drives - identical hardware, just a different config, put raidz2 across 15 drives and left one as a spare and now I don't have any errors except when a drive fails and even then it 'self heals'... > Hiding features because you 'can' shoot your foot off is hardly a > typical UNIXy way of thinking anyway. Not talking about 'hiding' features, even though this thread started with someone suggesting 'hiding' a bug by using -J and -j options for cron....! Look I'm being quite confrontational here in this message, there are a lot of people that don't like me here, and I don't like some of them myself so the feeling is very mutual, the point I'm trying to make is quite simple. I see it almost daily, FreeBSD people saying "install ZFS that'll solve your problems" and "ZFS it's the way forward" ... just the same way as they did with PkgNG etc... (not going to say anything on that, don't want an argument on that, this is not about 'that'..) ZFS has it's place, it is very good at some things, it brings features that people need. ZFS does not work (is not stable) on i386 without recompiling the kernel, but it is presented as an installation option. ZFS is compiled in by default in i386 kernels without the necessary option change to make it "stable". We have been told the kernel option change will never be put there by default. freebsd-update will remove/replace a kernel compiled with the option i386 is still a teir1 platform. 32bit laptops are still available for purchase at major retailers (eg: Bestbuy) I do not believe zfs should be default available when it is not stable on all teir1 platforms. I believe it should be fixed to be stable before its added as an installation option to teir1 platforms and if it cannot/willnot be fixed to 'stable' status then it should never make it into the defaults available... it should be limited to be in advanced installations where the people who know will probably know how to fix things or what to expect. ..anyhow my thoughts on the subject.. why I don't know because in the time it has taken me to write this, it occurred to me, I don't give a stuff really if people see FreeBSD as stable or unstable anymore. I put forward experiences and what I see and the questions/answers I have to deal with here and am usually ignored or argued with and I spend 30 minutes (or more) writing emails explaining stuff/defending myself to people who don't care and think (like me) they know best when I could actually be doing the work I get paid for. On that note I will leave you to considerand discard my thoughts as trivial and pointless and reply as such and get on with making my stuff better by actually listening to people who use it. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@freebsd.org Thu Dec 10 13:29: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 1D3B89D610D for ; Thu, 10 Dec 2015 13:29:39 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (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 DA9A918AF for ; Thu, 10 Dec 2015 13:29:38 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 3E917235AB7 for ; Thu, 10 Dec 2015 07:29:36 -0600 (CST) Subject: Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system) To: freebsd-stable@freebsd.org References: <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> <20151209105144.000035be@Leidinger.net> <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> <20151210120326.00005928@Leidinger.net> From: Karl Denninger Message-ID: <56697E1F.6050604@denninger.net> Date: Thu, 10 Dec 2015 07:29:03 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20151210120326.00005928@Leidinger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090005000302070906020604" 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, 10 Dec 2015 13:29:39 -0000 This is a cryptographically signed message in MIME format. --------------ms090005000302070906020604 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/10/2015 05:03, Alexander Leidinger wrote: > On Wed, 9 Dec 2015 15:15:10 -0600 > Dustin Wenz wrote: > >> Are you by chance using the ARC patch from this PR? >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 > No (despite the fact that I would like to have it hit the tree). > >> Do you have a vfs.zfs.dynamic_write_buffer tunable defined, if so, >> what is it set to? > No. > > Bye, > Alexander. > Wait a minute... you have a panic coming out of running the periodic jobs and you do _*not*_ have the patch loaded? Got a dump available from that? --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms090005000302070906020604 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMTAxMzI5MDNaME8GCSqGSIb3DQEJBDFCBEB/ 9u71dJzui4vzRba4A7hdNJ/it4RzFq8ZF6A+c+lCwmCW0VQFa2z3BX15jQOdxNHBs+96O/Vh a1j95aw2VZHtMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAUI8I2Ubb GQM/e8W1vZW4nKS4fDceQKfq4IhZCPs3tHbJQDweK5hc89Twt06IPGVgz1gPF3EnYYhjjwDw FO0Ajt5NJ0HYGY+eK2ucDvahul9uy3Vh7hsSxLQj08LMoGD6w+htTQ+b4JvMW7I6QZ+vP2tn LYy6D7KvmMw07i0XmBs0yweXeEgwGEZaPOcjXTak19IGMa6xufqNPsCG0dw6Z22rQnYtZThv UYygQud7LGNtBaqIbvii0mRSKwE0dNtJeCOq/fD3ClUbrMruOucPRQZeaAEaEzkqccVgoKG4 QS8NQZjDqJjl9Ggl/wYI/fPpawzBH+HxJ1+KCA3yq1uXxLD/D2mpC5THWPo7MiTZaPUEhTph dZ/lo3+JJHd38qlMXaOCDBxjlZ6hOwywerUoxLzwsJbf5pLBhppNkjonfP1BXby3dRa/NYZI rIaFIHh316lnoTqUVVxN2VuBK3NS9RI2h0sL6pXV01ARFEsQRk9rvJEt+aNURRNj1YD3hsSi FjGepHIo+BtxtLv0Pwn5rIqXp70Czl/4JmEF2oReQiDZ+s5VhZK3v9eOf1jrvo7coS3XFT1l byddEVXtvhtN8BI+mv9IMkIQ/jI5D3tuJJmshS8sWOkPzbwj+4XAY77q0NpsRIpGPvsI130W w1Sn7S3KVbZWjh0gvmAisd4gvJYAAAAAAAA= --------------ms090005000302070906020604-- From owner-freebsd-stable@freebsd.org Thu Dec 10 13:31: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 5D50E9D6320 for ; Thu, 10 Dec 2015 13:31:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (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 25A921BF9 for ; Thu, 10 Dec 2015 13:31:49 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 02131235AF4 for ; Thu, 10 Dec 2015 07:31:48 -0600 (CST) Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 To: freebsd-stable@freebsd.org References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> <5668F053.8010106@denninger.net> <5668F3C4.5060606@denninger.net> <56693A87.1000406@FreeBSD.org> From: Karl Denninger Message-ID: <56697EA3.2060304@denninger.net> Date: Thu, 10 Dec 2015 07:31:15 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56693A87.1000406@FreeBSD.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms070303010305090608020001" 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, 10 Dec 2015 13:31:50 -0000 This is a cryptographically signed message in MIME format. --------------ms070303010305090608020001 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/10/2015 02:40, Andriy Gapon wrote: > On 10/12/2015 05:38, Karl Denninger wrote: >> Beadm allows you to set the "next boot" and works as expected. >> >> You can't select from the boot loader but you can certainly ping-pong >> between a working and test environment easily (I do this all the time)= > Being able to easily switch between BEs during boot is a part of the BE= > experience. Think of a situation where a new BE gets a kernel panic ha= lf way > through the boot process. > Yeah, that's why I have a USB drive plugged into an (internal) motherboard connector with a known-bootable image on it, maintained to a sufficient level to work with whatever might otherwise hose me (e.g. ZFS version flags) :-=3D)=20 Yes, I've needed it in anger before :-> --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms070303010305090608020001 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMTAxMzMxMTVaME8GCSqGSIb3DQEJBDFCBEA2 VRG27Wxt5dhnfN8UxIklYt2iqOErTB2KKu0yNbTaVBWo52TCg24VNEbELyOIOoh34osWBtQT OUOKdTDmREY4MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAnVEhAv0T 1Ild0oGRzhVjyNFKf0T+mqnA+UIAeWPhbBv/PmB6knWxU5A1TYuwceDJZpdlVu1QJX0ohnXR OIRGGI90EB5mmP/YdOKeZgsMZsJSxeQ29LQiPmtKGlFIxHkmD3m29NVvH9nYYAD9tTsVTAVz szC9rWyqCa9JRvOz+BzkiUaf5r4n5iM+wBCBjhTfJO8BEvdTTyB51Uq98iG+47TrFjB2kBbY u2/Yjr77+2GOVLPFY1OEfHAZduQfRSTFcUjoPoq1Wq+Ci0rFnTP5GPC/6r2LDQn3rFlQdbNv yLeZpl32BxRJipL/xKWXpWba4tdYnm8rAni565yMunLiIUclbupRCQ4b+KlajrQxSEx8NYo0 UmuAl1QXQfmYXk3kSyWdQfgIO/TZvJsMymSQICycCk89trgCJLZzpMG9P9DQxqhlstL4bJX2 /hW3P7Rm/b2DPwG3MJo4lIwVcrdM8/JV0wyA8yutrL4n1FeqP4I133CRRQ3shkO4V0+1dsgJ z2OEeo6dnlZm8mGSs00OWcpUWscCoDuS6/xkX2XzbF7Rjhih5wQWKJ8tkEW/+UUUrLlmmW2J HQG29soAOia0vsygJqvsAI3LXfOkEzR63sjR7z8uI+SmNTBjFqaU5z6GLO/8xn8tBU3E6xeo hP0u1CGiVbKVXBlGF4hk7oO1dXUAAAAAAAA= --------------ms070303010305090608020001-- From owner-freebsd-stable@freebsd.org Thu Dec 10 13:46:37 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 115F39D6F5A for ; Thu, 10 Dec 2015 13:46:37 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 CD29E138F for ; Thu, 10 Dec 2015 13:46:36 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1a71YB-0004Pz-QO; Thu, 10 Dec 2015 14:46:27 +0100 Date: Thu, 10 Dec 2015 14:46:27 +0100 From: Kurt Jaeger To: Michelle Sullivan Cc: "Michael B. Eichorn" , freebsd-stable@freebsd.org, Jan Bramkamp Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 Message-ID: <20151210134627.GG35480@home.opsec.eu> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> <56697B32.7050705@sorbs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56697B32.7050705@sorbs.net> 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, 10 Dec 2015 13:46:37 -0000 Hi! > I could be recalling wrongly but I'm pretty sure a number of emails have > been seen on @freebsd.org lists that say, "don't use zfs on single > spindle machines" We do ZFS on single-spindle/SSD devices regularly. No problems as of now. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-stable@freebsd.org Thu Dec 10 14:46:00 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 C61319D7BF5 for ; Thu, 10 Dec 2015 14:46:00 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BE971FCC for ; Thu, 10 Dec 2015 14:46:00 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-184-59-147-149.neo.res.rr.com [184.59.147.149]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id ad88ac9b; Thu, 10 Dec 2015 09:45:56 -0500 (EST) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id 9fbf7321 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Thu, 10 Dec 2015 09:45:55 -0500 (EST) Message-ID: <1449758755.31831.80.camel@michaeleichorn.com> Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 From: "Michael B. Eichorn" To: Michelle Sullivan Cc: Jan Bramkamp , freebsd-stable@freebsd.org Date: Thu, 10 Dec 2015 09:45:55 -0500 In-Reply-To: <56697B32.7050705@sorbs.net> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> <56697B32.7050705@sorbs.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.2 Mime-Version: 1.0 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: Thu, 10 Dec 2015 14:46:01 -0000 On Thu, 2015-12-10 at 14:16 +0100, Michelle Sullivan wrote: > Michael B. Eichorn wrote: > > > > I sorry, but I really don't get your point, PCBSD has shown a great > > reason why zfs on root and on laptops/desktops is a good idea... > > boot > >   > > It has?  As this is FreeBSD not PCBSD I must have missed that one... PCBSD is effectively a 'distribution' of FreeBSD, It is just a different set of defaults and packages with different options. I mean you can make a FreeBSD install PCBSD by swapping out th repo. I think using them as an example is within reason. > > environments. They have pretty much figured out how to use > > snapshots to > > go from A-B ping-pong installations to A-B-C-D-E.... installations. > > I > > am even aware of people using it to run Release and Current on the > > same > > machine. Unfortunately at the moment the system requires GRUB, but > > there is ongoing work to add the ability to the FreeBSD bootloader. > >   > > But it's not there yet... and would you consider this for someone who > is > not that technical?  (Not that technical != non technical) I will concede that until the bootloader work is done I would not recommend boot environments to a less technical user. > > Further IIRC zfs send-receive has a history involving a developer > > who > > wanted a better rsync for transfering his work to a laptop. > > As I said previously these are the features are the ones you listed > as > 'additional' (ie your after thoughts) It wasn't me in the previous email, but if there is any marginal benifit over UFS for a laptop/desktop it is probably send-receive. > > > >  In addition > > we have pretty much Moore's Lawed our way to the point where a new > > laptop today can out spec a typical server from when ZFS was first > > implemented. > >   > > I have yet to see a 6 spindle laptop...  in fact I've yet to see a 3+ > spindle laptop... Your are correct here, I was mostly tring to point out the CPU and RAM on client machines are now up to what servers were at. That said, I have been running mirrored SSDs since it became an option. > I could be recalling wrongly but I'm pretty sure a number of emails > have > been seen on @freebsd.org lists that say, "don't use zfs on single > spindle machines"..  what I do know is that personally I have a > machine > with a hardware RAID and 16 drives...  Initially I configured it with > 1 > large LD RAID6+HSP and put zfs on it (because I wanted to take > advantage > of the 'on the fly compression')... it's a backup store... and every > scrub checksum errors were found - on files that had not been written > to > since the last scrub.  I reconfigured it as 16 x single disk RAID0 > drives - identical hardware, just a different config, put raidz2 > across > 15 drives and left one as a spare and now I don't have any errors > except > when a drive fails and even then it 'self heals'... Hmm, the advice that ZFS advocates such a Allan Jude have been giving of late is that ZFS can work in single spindle. It is just that it is less safe (like any single disk) but is not more data-loss prone than other forms of striping. > > Hiding features because you 'can' shoot your foot off is hardly a > > typical UNIXy way of thinking anyway. > > Not talking about 'hiding' features, even though this thread started > with someone suggesting 'hiding' a bug by using -J and -j options for > cron....! I will fess up, It was me who suggested -J and -j, but it was more in the sense of improving the work-around (the OP had just stopped running cron in jails). It was not ment to imply the bug shouldn't be fixed, all bugs should be fixed and not hidden. > Look I'm being quite confrontational here in this message, there are > a > lot of people that don't like me here, and I don't like some of them > myself so the feeling is very mutual, the point I'm trying to make is > quite simple. I must admit to being a bit 'heated' too, but I kind of like debates and I take no personal grievance, or have any problem with you. It is a technical discussion with strongly held beliefs. Further despite the emotions I applaud the continued use of professional language. > I see it almost daily, FreeBSD people saying "install ZFS that'll > solve > your problems" and "ZFS it's the way forward" ...  just the same way > as > they did with PkgNG etc... (not going to say anything on that, don't > want an argument on that, this is not about 'that'..) > > ZFS has it's place, it is very good at some things, it brings > features > that people need. > ZFS does not work (is not stable) on i386 without recompiling the > kernel, but it is presented as an installation option. > ZFS is compiled in by default in i386 kernels without the necessary > option change to make it "stable". > We have been told the kernel option change will never be put there by > default. > freebsd-update will remove/replace a kernel compiled with the option > i386 is still a teir1 platform. > 32bit laptops are still available for purchase at major retailers > (eg: > Bestbuy) You are correct, ZFS is not a panacia, and they clearly have different use cases. I would never use ZFS for an embedded system, or UFS for a big-iron fileserver. I think our disagreement is on the laptop/desktop, I think both technologies are able to handle the laptop/desktop just fine, so it really comes down to personal preference in what features are most important. I responded so forcefully previously because I perceived that you were saying ZFS was the wrong choice for that workload. I just don't see evidence that for a typical laptop/desktop, which I take to mean an amd64 machine (probably newer than core2) and with at least 4GB of RAM, is likly to have a significant problem running either. As to i386, I concur running ZFS on them at all is questionable. 386 was outside of the design intent, and it should not be done. I suppose I was living in my happy place where i368 is slowly being phased out of the hands of non-expert users. *sigh* Best Buy *shakes head*. > I do not believe zfs should be default available when it is not > stable > on all teir1 platforms.  I believe it should be fixed to be stable > before its added as an installation option to teir1 platforms and if > it > cannot/willnot be fixed to 'stable' status then it should never make > it > into the defaults available... it should be limited to be in advanced > installations where the people who know will probably know how to fix > things or what to expect. I think the defaults are going to get even muddier than this, after all IIRC arm is going to be tier1 in 11. I have heard nothing at all about ZFS on arm, but even if the processors could handle it most arm boards don't have much RAM. In the past where amd64 and i386 were the tier1 supports I could see some advantage to keeping the defaults more in sync with each other. However, given how different arm can be perhaps it is time to reconsider the defaults in i386. I suppose the devs may have a better reason for ZFS is i386, but _this_ is probably a productive conversation to have. > ..anyhow my thoughts on the subject..  why I don't know because in > the > time it has taken me to write this, it occurred to me, I don't give a > stuff really if people see FreeBSD as stable or unstable anymore.  I > put > forward experiences and what I see and the questions/answers I have > to > deal with here and am usually ignored or argued with and I spend 30 > minutes (or more) writing emails explaining stuff/defending myself to > people who don't care and think (like me) they know best when I could > actually be doing the work I get paid for.  On that note I will leave > you to considerand discard my thoughts as trivial and pointless and > reply as such and get on with making my stuff better by actually > listening to people who use it. Again, I appreciate your points, I think you just came off originally as very dismissive that ZFS is an option for laptops. I reacted strongly, as have you, but I take no malice or offense, nor have any towards yourself. Your arguements have spurred thinking at least on my part as to what the defaults should be for i386. If anyone is being the ID10T here, it is probably me anyway. If I might make a recommendation, I think that a separate thread about the i386 defaults is probably in order as I imagine the length of these emails has probably turned most people off. From owner-freebsd-stable@freebsd.org Thu Dec 10 15:05:25 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 49D159D6A5C for ; Thu, 10 Dec 2015 15:05:25 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.31.38]) (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 117881BD1 for ; Thu, 10 Dec 2015 15:05:24 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [78.35.155.71] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1a72mR-0001AS-A1 for freebsd-stable@freebsd.org; Thu, 10 Dec 2015 16:05:15 +0100 Date: Thu, 10 Dec 2015 16:05:03 +0100 From: Fabian Keil To: freebsd-stable@freebsd.org Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 Message-ID: <20151210160503.58211df6@fabiankeil.de> In-Reply-To: <56697B32.7050705@sorbs.net> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> <56697B32.7050705@sorbs.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ZMMfESOoen7Dw7bLmRRU.7Q"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 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, 10 Dec 2015 15:05:25 -0000 --Sig_/ZMMfESOoen7Dw7bLmRRU.7Q Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Michelle Sullivan wrote: > ZFS has it's place, it is very good at some things, it brings features > that people need. > ZFS does not work (is not stable) on i386 without recompiling the > kernel, but it is presented as an installation option. > ZFS is compiled in by default in i386 kernels without the necessary > option change to make it "stable". > We have been told the kernel option change will never be put there by > default. FYI, the stack overflows should be addressed by: https://svnweb.freebsd.org/base?view=3Drevision&revision=3Dr286288 Fabian --Sig_/ZMMfESOoen7Dw7bLmRRU.7Q Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEUEARECAAYFAlZplJ8ACgkQBYqIVf93VJ3ZvgCYl1MA4BGY+F6cKdyQrx4uIiCb 3QCfcBHOr8cddG3lnKpEGhuPrFRs428= =r8SD -----END PGP SIGNATURE----- --Sig_/ZMMfESOoen7Dw7bLmRRU.7Q-- From owner-freebsd-stable@freebsd.org Thu Dec 10 15:05:42 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 06F919D6A8B; Thu, 10 Dec 2015 15:05:42 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4B1A1C7D; Thu, 10 Dec 2015 15:05:41 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.1/8.15.1) with ESMTPS id tBAF5XFk058027 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 10 Dec 2015 10:05:34 -0500 (EST) (envelope-from mikej@mikej.com) X-Authentication-Warning: mx2.paymentallianceintl.com: Host 162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65] claimed to be firewall.mikej.com Received: from mail.mikej.com (firewall.mikej.com [192.168.6.63]) by firewall.mikej.com (8.15.2/8.15.2) with ESMTP id tBAF5Hiw023788; Thu, 10 Dec 2015 10:05:17 -0500 (EST) (envelope-from mikej@mikej.com) DKIM-Filter: OpenDKIM Filter v2.10.3 firewall.mikej.com tBAF5Hiw023788 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mikej.com; s=mail; t=1449759918; bh=0oBUIVMFTNpHOSUWgBpsOU3GHKsoneQ3SRtd0U+LOTM=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=r6Z+cqo8BToRzfRTijjYoby4TKKJMfTvmjRQQkLhOKqlWhJCavG1mIOIjVak0g15z ImOaD14X/5HkdKKDa1BEWv8UG7Bt2+DEd29ou0aKnW+P+QgbuPVomRH3fzz6+Ttw2g Uumae44nOKmJkZuk0jI1wUnkhjkRT2Wvvoofuy4XI3OLE3MIv0D2CKii0YoyJGNm0X KbsUAq/KFXGyvIYdlh5hmA6S5A+ZxKsdp0zmcAD8RLtBJc4O/N9+CIDDEcaqKxPMgY utzAA96/9voKq+N/fbbcs6FZtJYYGmkCN3iexfL4DmgpvW4sualQFENyfqwfO0s4/m gobNwOr65aGcg== X-Authentication-Warning: firewall.mikej.com: Host firewall.mikej.com [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 10 Dec 2015 10:05:16 -0500 From: Michael Jung To: "Michael B. Eichorn" Cc: freebsd-stable@freebsd.org, Jan Bramkamp , owner-freebsd-stable@freebsd.org Subject: Re: Periodic jobs triggering panics in 10.1 and 10.2 In-Reply-To: <1449758755.31831.80.camel@michaeleichorn.com> References: <34FA7D40-8758-460D-AC14-20B21D2E3F8D@ebureau.com> <1449619470.31831.9.camel@michaeleichorn.com> <56682278.4040302@sorbs.net> <56683FC1.3050001@rlwinm.de> <5668AAB1.1080003@sorbs.net> <1449703798.4355.27.camel@michaeleichorn.com> <56697B32.7050705@sorbs.net> <1449758755.31831.80.camel@michaeleichorn.com> Message-ID: <5a51afa00214d0244856dee137b99b94@mail.mikej.com> X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.1.3 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, 10 Dec 2015 15:05:42 -0000 On 2015-12-10 09:45, Michael B. Eichorn wrote: > On Thu, 2015-12-10 at 14:16 +0100, Michelle Sullivan wrote: >> Michael B. Eichorn wrote: >> > >> > I sorry, but I really don't get your point, PCBSD has shown a great >> > reason why zfs on root and on laptops/desktops is a good idea... >> > boot >> >   >> >> It has?  As this is FreeBSD not PCBSD I must have missed that one... > > PCBSD is effectively a 'distribution' of FreeBSD, It is just a > different set of defaults and packages with different options. I mean > you can make a FreeBSD install PCBSD by swapping out th repo. I think > using them as an example is within reason. > >> > environments. They have pretty much figured out how to use >> > snapshots to >> > go from A-B ping-pong installations to A-B-C-D-E.... installations. >> > I >> > am even aware of people using it to run Release and Current on the >> > same >> > machine. Unfortunately at the moment the system requires GRUB, but >> > there is ongoing work to add the ability to the FreeBSD bootloader. >> >   >> >> But it's not there yet... and would you consider this for someone who >> is >> not that technical?  (Not that technical != non technical) > > I will concede that until the bootloader work is done I would not > recommend boot environments to a less technical user. > >> > Further IIRC zfs send-receive has a history involving a developer >> > who >> > wanted a better rsync for transfering his work to a laptop. >> >> As I said previously these are the features are the ones you listed >> as >> 'additional' (ie your after thoughts) > > It wasn't me in the previous email, but if there is any marginal > benifit over UFS for a laptop/desktop it is probably send-receive. > >> >> >> >  In addition >> > we have pretty much Moore's Lawed our way to the point where a new >> > laptop today can out spec a typical server from when ZFS was first >> > implemented. >> >   >> >> I have yet to see a 6 spindle laptop...  in fact I've yet to see a 3+ >> spindle laptop... > > Your are correct here, I was mostly tring to point out the CPU and RAM > on client machines are now up to what servers were at. That said, I > have been running mirrored SSDs since it became an option. > >> I could be recalling wrongly but I'm pretty sure a number of emails >> have >> been seen on @freebsd.org lists that say, "don't use zfs on single >> spindle machines"..  what I do know is that personally I have a >> machine >> with a hardware RAID and 16 drives...  Initially I configured it with >> 1 >> large LD RAID6+HSP and put zfs on it (because I wanted to take >> advantage >> of the 'on the fly compression')... it's a backup store... and every >> scrub checksum errors were found - on files that had not been written >> to >> since the last scrub.  I reconfigured it as 16 x single disk RAID0 >> drives - identical hardware, just a different config, put raidz2 >> across >> 15 drives and left one as a spare and now I don't have any errors >> except >> when a drive fails and even then it 'self heals'... > > Hmm, the advice that ZFS advocates such a Allan Jude have been giving > of late is that ZFS can work in single spindle. It is just that it is > less safe (like any single disk) but is not more data-loss prone than > other forms of striping. > >> > Hiding features because you 'can' shoot your foot off is hardly a >> > typical UNIXy way of thinking anyway. >> >> Not talking about 'hiding' features, even though this thread started >> with someone suggesting 'hiding' a bug by using -J and -j options for >> cron....! > > I will fess up, It was me who suggested -J and -j, but it was more in > the sense of improving the work-around (the OP had just stopped running > cron in jails). It was not ment to imply the bug shouldn't be fixed, > all bugs should be fixed and not hidden. > >> Look I'm being quite confrontational here in this message, there are >> a >> lot of people that don't like me here, and I don't like some of them >> myself so the feeling is very mutual, the point I'm trying to make is >> quite simple. > > I must admit to being a bit 'heated' too, but I kind of like debates > and I take no personal grievance, or have any problem with you. It is a > technical discussion with strongly held beliefs. Further despite the > emotions I applaud the continued use of professional language. > >> I see it almost daily, FreeBSD people saying "install ZFS that'll >> solve >> your problems" and "ZFS it's the way forward" ...  just the same way >> as >> they did with PkgNG etc... (not going to say anything on that, don't >> want an argument on that, this is not about 'that'..) >> >> ZFS has it's place, it is very good at some things, it brings >> features >> that people need. >> ZFS does not work (is not stable) on i386 without recompiling the >> kernel, but it is presented as an installation option. >> ZFS is compiled in by default in i386 kernels without the necessary >> option change to make it "stable". >> We have been told the kernel option change will never be put there by >> default. >> freebsd-update will remove/replace a kernel compiled with the option >> i386 is still a teir1 platform. >> 32bit laptops are still available for purchase at major retailers >> (eg: >> Bestbuy) > > You are correct, ZFS is not a panacia, and they clearly have different > use cases. I would never use ZFS for an embedded system, or UFS for a > big-iron fileserver. I think our disagreement is on the laptop/desktop, > I think both technologies are able to handle the laptop/desktop just > fine, so it really comes down to personal preference in what features > are most important. I responded so forcefully previously because I > perceived that you were saying ZFS was the wrong choice for that > workload. I just don't see evidence that for a typical laptop/desktop, > which I take to mean an amd64 machine (probably newer than core2) and > with at least 4GB of RAM, is likly to have a significant problem > running either. > > As to i386, I concur running ZFS on them at all is questionable. 386 > was outside of the design intent, and it should not be done. I suppose > I was living in my happy place where i368 is slowly being phased out of > the hands of non-expert users. *sigh* Best Buy *shakes head*. > >> I do not believe zfs should be default available when it is not >> stable >> on all teir1 platforms.  I believe it should be fixed to be stable >> before its added as an installation option to teir1 platforms and if >> it >> cannot/willnot be fixed to 'stable' status then it should never make >> it >> into the defaults available... it should be limited to be in advanced >> installations where the people who know will probably know how to fix >> things or what to expect. > > I think the defaults are going to get even muddier than this, after all > IIRC arm is going to be tier1 in 11. I have heard nothing at all about > ZFS on arm, but even if the processors could handle it most arm boards > don't have much RAM. > > In the past where amd64 and i386 were the tier1 supports I could see > some advantage to keeping the defaults more in sync with each other. > However, given how different arm can be perhaps it is time to > reconsider the defaults in i386. I suppose the devs may have a better > reason for ZFS is i386, but _this_ is probably a productive > conversation to have. > >> ..anyhow my thoughts on the subject..  why I don't know because in >> the >> time it has taken me to write this, it occurred to me, I don't give a >> stuff really if people see FreeBSD as stable or unstable anymore.  I >> put >> forward experiences and what I see and the questions/answers I have >> to >> deal with here and am usually ignored or argued with and I spend 30 >> minutes (or more) writing emails explaining stuff/defending myself to >> people who don't care and think (like me) they know best when I could >> actually be doing the work I get paid for.  On that note I will leave >> you to considerand discard my thoughts as trivial and pointless and >> reply as such and get on with making my stuff better by actually >> listening to people who use it. > > Again, I appreciate your points, I think you just came off originally > as very dismissive that ZFS is an option for laptops. I reacted > strongly, as have you, but I take no malice or offense, nor have any > towards yourself. Your arguements have spurred thinking at least on my > part as to what the defaults should be for i386. If anyone is being the > ID10T here, it is probably me anyway. > > If I might make a recommendation, I think that a separate thread about > the i386 defaults is probably in order as I imagine the length of these > emails has probably turned most people off. > _______________________________________________ > 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" We all know that with ZFS you two copies of metadata, but you can also set copies=2 and have two copies of your data spread across your single device vdev. This saved me on a single drive when it started failing. This blog talks about single disk usage https://blogs.oracle.com/relling/entry/zfs_copies_and_data_protection --mikej From owner-freebsd-stable@freebsd.org Fri Dec 11 07:22:55 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 622189D66C3 for ; Fri, 11 Dec 2015 07:22:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 53A301439 for ; Fri, 11 Dec 2015 07:22:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBB7Mt1l080245 for ; Fri, 11 Dec 2015 07:22:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [patch] [mac] [panic] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Fri, 11 Dec 2015 07:22:53 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: crash, easy, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 11 Dec 2015 07:22:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183817 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |crash -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@freebsd.org Fri Dec 11 07:57:19 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 939129D748B for ; Fri, 11 Dec 2015 07:57:19 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2345D17AA for ; Fri, 11 Dec 2015 07:57:18 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p57BB8C43.dip0.t-ipconnect.de [87.187.140.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9566483E402; Fri, 11 Dec 2015 08:56:47 +0100 (CET) Received: from localhost (Titan.Leidinger.net [192.168.1.17]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: Alexander@Leidinger.net) by outgoing.leidinger.net (Postfix) with ESMTPSA id C45AE50E4; Fri, 11 Dec 2015 08:56:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1449820604; bh=oN9LsyZHDnZdm2LCZK7YTo4Wcv+W3o5vUPdv8MuzFfE=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=YqpSK/mO8unRz38rpcVI0XJdQwgo5LkY9f35inbB87swYo3bSek1brYkiWE0LmsqN aQOhLeHpiAThFYuiIy8cvWTObcnhuB/mWeIwev89nx25iRbOOytT5BAwQUCeDVme0+ EZfdpNJ+JanPJToiIU41Hu7+4zFRoYil23vkf/jEHZ8Wwsp8cDl/Gl49b8i4mIeddR aE/cgtXsI6KuZ5mwNichZfDUie5NLJnOsi/eJfUcJef7C3x092NtH3Cqu+3Mgu1/Bk qhpCPIhK4YCQXDC4Z4Yels50LqQeTtA7GNWK+Bf2ZqaAsyKB8Te/6hZqMMyh8msKVW l85IdVsRanfYw== Date: Fri, 11 Dec 2015 08:56:42 +0100 From: Alexander Leidinger To: Karl Denninger Cc: freebsd-stable@freebsd.org Subject: Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system) Message-ID: <20151211085642.0000652e@Leidinger.net> In-Reply-To: <56697E1F.6050604@denninger.net> References: <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> <20151209105144.000035be@Leidinger.net> <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> <20151210120326.00005928@Leidinger.net> <56697E1F.6050604@denninger.net> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9566483E402.AFA54 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.023, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_SV 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1450425412.37428@ds0eOJ7PeJhvDd/XE6Ghhg X-EBL-Spam-Status: No 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, 11 Dec 2015 07:57:19 -0000 On Thu, 10 Dec 2015 07:29:03 -0600 Karl Denninger wrote: > On 12/10/2015 05:03, Alexander Leidinger wrote: > > On Wed, 9 Dec 2015 15:15:10 -0600 > > Dustin Wenz wrote: > > > >> Are you by chance using the ARC patch from this PR? > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 > > No (despite the fact that I would like to have it hit the tree). > > > >> Do you have a vfs.zfs.dynamic_write_buffer tunable defined, if so, > >> what is it set to? > > No. > > > > Bye, > > Alexander. > > > Wait a minute... you have a panic coming out of running the periodic > jobs and you do _*not*_ have the patch loaded? Got a dump available > from that? > To make it explicit about what is patched on this system or not: # svnlite status M etc/rc.d/localpkg M lib/libc/Makefile M lib/libutil/Makefile M lib/msun/Makefile M libexec/rtld-elf/Makefile M sbin/dump/dumprmt.c M sbin/dump/itime.c M sbin/dump/optr.c M sbin/dump/tape.c M sbin/restore/dirs.c M sbin/restore/symtab.c M sbin/restore/tape.c ? sys/amd64/conf/ANDROMEDA M sys/dev/drm/drmP.h M sys/dev/e1000/if_igb.c M sys/dev/usb/serial/ulpt.c M sys/fs/cd9660/cd9660_vfsops.c M sys/fs/msdosfs/msdosfs_vfsops.c M sys/fs/smbfs/smbfs_vfsops.c M sys/fs/udf/udf_vfsops.c M sys/fs/unionfs/union_vfsops.c M sys/gnu/fs/reiserfs/reiserfs_vfsops.c M sys/kern/kern_jail.c M sys/kern/kern_sig.c M sys/kern/subr_bus.c M sys/sys/jail.h M usr.sbin/adduser/adduser.sh M usr.sbin/adduser/rmuser.sh M usr.sbin/nfsd/nfsd.c M usr.sbin/watchdogd/Makefile Unfortunately I don't have a dump. Every crash so far didn't lead to a core in the dump device (the thread on stable has a stacktrace: https://lists.freebsd.org/pipermail/freebsd-stable/2015-December/083807.html). No idea why I don't get a dump. # grep dump /etc/rc.conf /boot/loader.conf /etc/rc.conf:dumpdev="/dev/ada3p2" /boot/loader.conf:dumpdev="/dev/ada3p2" # savecore -C /dev/ada3p2 # ll /var/crash total 9 -rw-r--r-- 1 root wheel 3B Nov 11 08:45 bounds -rw-r--r-- 1 root wheel 5B Apr 28 2011 minfree Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0xC773696B3BAC17DC http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0xC773696B3BAC17DC From owner-freebsd-stable@freebsd.org Fri Dec 11 12:46: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 15E3A9D7CD5 for ; Fri, 11 Dec 2015 12:46:56 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (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 D7815174D for ; Fri, 11 Dec 2015 12:46:55 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 1524C2352A5 for ; Fri, 11 Dec 2015 06:46:48 -0600 (CST) Subject: Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system) To: freebsd-stable@freebsd.org References: <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> <20151209105144.000035be@Leidinger.net> <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> <20151210120326.00005928@Leidinger.net> <56697E1F.6050604@denninger.net> <20151211085642.0000652e@Leidinger.net> From: Karl Denninger Message-ID: <566AC592.80106@denninger.net> Date: Fri, 11 Dec 2015 06:46:10 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20151211085642.0000652e@Leidinger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040204030602080901050608" 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, 11 Dec 2015 12:46:56 -0000 This is a cryptographically signed message in MIME format. --------------ms040204030602080901050608 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable That's sorta what I expected..... First thing I'd try -- turn off UMA for ZFS. It will have a performance impact but it eliminates one of the issues that I had to do a lot of work to get around in the patch I developed. In /boot/loader.conf: vfs.zfs.zio.use_uma=3D0 And reboot. On 12/11/2015 01:56, Alexander Leidinger wrote: > On Thu, 10 Dec 2015 07:29:03 -0600 > Karl Denninger wrote: > >> On 12/10/2015 05:03, Alexander Leidinger wrote: >>> On Wed, 9 Dec 2015 15:15:10 -0600 >>> Dustin Wenz wrote: >>> =20 >>>> Are you by chance using the ARC patch from this PR? >>>> >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 =20 >>> No (despite the fact that I would like to have it hit the tree). >>> =20 >>>> Do you have a vfs.zfs.dynamic_write_buffer tunable defined, if so, >>>> what is it set to? =20 >>> No. >>> >>> Bye, >>> Alexander. >>> =20 >> Wait a minute... you have a panic coming out of running the periodic >> jobs and you do _*not*_ have the patch loaded? Got a dump available >> from that? >> > To make it explicit about what is patched on this system or not: > # svnlite status > M etc/rc.d/localpkg > M lib/libc/Makefile > M lib/libutil/Makefile > M lib/msun/Makefile > M libexec/rtld-elf/Makefile > M sbin/dump/dumprmt.c > M sbin/dump/itime.c > M sbin/dump/optr.c > M sbin/dump/tape.c > M sbin/restore/dirs.c > M sbin/restore/symtab.c > M sbin/restore/tape.c > ? sys/amd64/conf/ANDROMEDA > M sys/dev/drm/drmP.h > M sys/dev/e1000/if_igb.c > M sys/dev/usb/serial/ulpt.c > M sys/fs/cd9660/cd9660_vfsops.c > M sys/fs/msdosfs/msdosfs_vfsops.c > M sys/fs/smbfs/smbfs_vfsops.c > M sys/fs/udf/udf_vfsops.c > M sys/fs/unionfs/union_vfsops.c > M sys/gnu/fs/reiserfs/reiserfs_vfsops.c > M sys/kern/kern_jail.c > M sys/kern/kern_sig.c > M sys/kern/subr_bus.c > M sys/sys/jail.h > M usr.sbin/adduser/adduser.sh > M usr.sbin/adduser/rmuser.sh > M usr.sbin/nfsd/nfsd.c > M usr.sbin/watchdogd/Makefile > > Unfortunately I don't have a dump. Every crash so far didn't lead to a > core in the dump device (the thread on stable has a stacktrace: > https://lists.freebsd.org/pipermail/freebsd-stable/2015-December/083807= =2Ehtml). > No idea why I don't get a dump. > > # grep dump /etc/rc.conf /boot/loader.conf > /etc/rc.conf:dumpdev=3D"/dev/ada3p2" > /boot/loader.conf:dumpdev=3D"/dev/ada3p2" > > # savecore -C /dev/ada3p2 > > # ll /var/crash > total 9 > -rw-r--r-- 1 root wheel 3B Nov 11 08:45 bounds > -rw-r--r-- 1 root wheel 5B Apr 28 2011 minfree > > Bye, > Alexander. > --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms040204030602080901050608 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMTExMjQ2MTBaME8GCSqGSIb3DQEJBDFCBEA7 /uXOy3c+mpCjpJ9JFV7iToPMDW6lY4fT9MVUdHk1kAL2xPi64QohV3wkxr9FthP3UwbmwZpw D0I72H3SyxurMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIATmF7ln+m orF9UzQhcfShxBISFxeqEAJY0magixzzdqeop6pWyLPdBeMLDnAQ8EQFv4JyWHQVdaRdGWo5 BBKgxPiEbMCAh36mYzRRlliw2QKA+0+C9j6RpDo0zXRrVPvmoMs0DOzYYhRWdD7kuz38+vZQ CC+WpCQFgqHfvSLU9ZHPGex53Mdug8EbUQsnEEH7iat7wV8Z1HXnCZy41vY/vpzWIszBSJY0 YbGu7RiXs0LxShaPHreOVUs3j0l4bKs1x0B/Y0UiYruXajVXh5pe1QorK6uUN1YDF3jKtvDC p94kruuVdqrN0GcA0F8NFdLHLmxV8c3LZpdVQO/1iz1uo6tgoviAkUiL677Q6Jp9JqLLLUZn 5/4O0C9sjrZgSx4v9l3AsWo87EfGQ/87Y/qVmEspC6z/lAqUATa0F7yTrfQEWplOTDoiMXcx E1lLNIN4P8zP9clQ0B9kMDxug2raQTmdWbEA3VEfq8wtRYt8P4xe7vAZKgFtZxReccTzmFI+ fVkVV0qDmS6xZhJbVLZH1pmVSHSXMga2Awpp20WCKSiWj2h5yCNoA6gFGlBVJ4iX4M3DZORz CAYkaMqgh/HPiVyLBesHriEdy8anVY36mPqpHCbJflsj7664j+G6yJ5f6A1upgIDGifTWEul uOZWQt0d+jkezhM3tK0PifVZ8o8AAAAAAAA= --------------ms040204030602080901050608-- From owner-freebsd-stable@freebsd.org Sat Dec 12 05:51:34 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 1C59BA1401C for ; Sat, 12 Dec 2015 05:51:34 +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 113BB1C8A for ; Sat, 12 Dec 2015 05:51:34 +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 AFD30A6 for ; Sat, 12 Dec 2015 05:51:33 +0000 (UTC) Date: Sat, 12 Dec 2015 05:51:29 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: freebsd-stable@freebsd.org Message-ID: <2121510909.0.1449899490233.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #2853 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS 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: Sat, 12 Dec 2015 05:51:34 -0000 See From owner-freebsd-stable@freebsd.org Sat Dec 12 13:06: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 0310C9D838D for ; Sat, 12 Dec 2015 13:06:24 +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 E76251433 for ; Sat, 12 Dec 2015 13:06:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id E72659D838C; Sat, 12 Dec 2015 13:06: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 E6C769D838B for ; Sat, 12 Dec 2015 13:06:23 +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 AA589142F for ; Sat, 12 Dec 2015 13:06:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1a7jsN-000D3H-E8 for stable@freebsd.org; Sat, 12 Dec 2015 16:06:15 +0300 Date: Sat, 12 Dec 2015 16:06:15 +0300 From: Slawa Olhovchenkov To: stable@freebsd.org Subject: X2APIC support Message-ID: <20151212130615.GE70867@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) 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: Sat, 12 Dec 2015 13:06:24 -0000 Does STABLE support X2APIC? I see X2APIC related commits in CURRENT, what is status for STABLE? I am try to enable X2APIC support on X10DRi and see kernel trap on boot. From owner-freebsd-stable@freebsd.org Sat Dec 12 13:35:19 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 5E323A14A90 for ; Sat, 12 Dec 2015 13:35:19 +0000 (UTC) (envelope-from kostikbel@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 490DF10E8 for ; Sat, 12 Dec 2015 13:35:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 48AE4A14A8F; Sat, 12 Dec 2015 13:35:19 +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 484B4A14A8E for ; Sat, 12 Dec 2015 13:35:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D925610E6 for ; Sat, 12 Dec 2015 13:35:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id tBCDZDK5027635 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 12 Dec 2015 15:35:13 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua tBCDZDK5027635 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id tBCDZDRi027632; Sat, 12 Dec 2015 15:35:13 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 12 Dec 2015 15:35:13 +0200 From: Konstantin Belousov To: Slawa Olhovchenkov Cc: stable@freebsd.org Subject: Re: X2APIC support Message-ID: <20151212133513.GL82577@kib.kiev.ua> References: <20151212130615.GE70867@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151212130615.GE70867@zxy.spb.ru> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home 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: Sat, 12 Dec 2015 13:35:19 -0000 On Sat, Dec 12, 2015 at 04:06:15PM +0300, Slawa Olhovchenkov wrote: > Does STABLE support X2APIC? > I see X2APIC related commits in CURRENT, what is status for STABLE? > I am try to enable X2APIC support on X10DRi and see kernel trap on > boot. x2APIC is only supported in HEAD. The code to parse processor x2APIC structures in MADT was committed, but AFAIK never tested on real hardware. There are no plans to merge this to stable/10.