From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 05:01:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98BC3AA for ; Sun, 31 Aug 2014 05:01:20 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5857015D1 for ; Sun, 31 Aug 2014 05:01:20 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id e89so3933194qgf.18 for ; Sat, 30 Aug 2014 22:01:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:date:message-id:subject:from:to :content-type; bh=dEDqD/+1PTRpLj2kAHkWexLdy6IMnJTypCiRXIn69ew=; b=tTgBTSWFIVVcwehTohxtSK3GIwBzEXCMk5/+yaGuOYqztuywA19dKshM61tcovtw2Z LLL+7HmCWw0YzwigxWS+UaHRvP1dIjBr/9RCfHl0yPtE2QNTviNYwivyuNvfy75xog08 ODhgQ2ARj+Jn02qSf4a8Cztcn13wjJXXQQbpJYWJ/BcC5g0ZEdD4AZom9C3GBsGB+SYr tisdZ5Kripa4Zoj5oytdqM/i6Qq5+NcgJMVodEd6AJNUbPmAZB/6IPByoAaJ1/84Dqdz qGk/rxILK3iNtDRneYkMQANmPhDeA6PQze+QYNxPYp9UDCRH8zoVJnHmZVibWRD3q3ll ahhg== MIME-Version: 1.0 X-Received: by 10.224.36.4 with SMTP id r4mr33220982qad.69.1409461278674; Sat, 30 Aug 2014 22:01:18 -0700 (PDT) Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.140.19.9 with HTTP; Sat, 30 Aug 2014 22:01:18 -0700 (PDT) Date: Sun, 31 Aug 2014 14:01:18 +0900 X-Google-Sender-Auth: fQL16BiOYPYjbTT7ELLmpVT4qVw Message-ID: Subject: Kernel page fault with non-sleepable locks held error with kernel r270837 From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= To: freebsd-current Current Content-Type: multipart/mixed; boundary=089e01537280d73e8a0501e5c677 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 05:01:20 -0000 --089e01537280d73e8a0501e5c677 Content-Type: text/plain; charset=UTF-8 Hello, During upgrading world and kernel from r26939 to r270837, I got the following problem. a) the arch is i386 b) kernel is of r270837, userland is of r26939 (make kernel is done and rebooted, make installworld not yet). c) booting in single user mode is OK. d) during startup of multi-user mode, when dhclient is run, the following message appears, and the system freezes: Starting devd. wlan0: link state changed to UP Starting webcamd. Attached to ugen4.2[0] Starting webcready running for ugen4.2.0 /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd Starting dhclient. DHCPREQUEST on wlan0 to 255.255.255.255 port 67 DHCPACK from 192.168.8.2 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex so_rcv (so_rcv) r = 0 (0xc713f078) locked @ /usr/src/sys/kern/kern_event.c:2005 KDB stack backtrace: rapper+0x2d/frame 0xe8f42710 kdb_backtrace(c11aaf80,0,c713f078,c119a9e8,7d5,...) at 0xc0b4b160 = kdb_backtrace+0x30/frame 0xe8f42778 witness_warn(5,0,c136b0a0,76fb000,c1833d58,...) at 0xc8b68a52 = witness_warn+0x402/frame 0xe8f427c8 trap_pfault(18,3fd,c0dcc2d0,c1f64a80,c75fa000,...) at 0xc102f46b = trap_pfault+0x5b/frame 0xe8f42840 trap(e8f42988) at 0xc102edcf = trap+0x6cf/frame 0xe8f4297c calltrap() at 0xc1017c4c = calltrap+0x6/frame 0xe8f4297c filt_soread(c75f7828,0,c119a9e8,48d,0,...) at 0xc0b9837d = filt_soread+0x9d/frame 0xe8f429f0 kqueue_register(c6f59310,1,1,4f5,0,...) at 0xc0ad1457 = kqueue_register+0x807/frame 0xe8f42a68 kern_kevent(c6f59310,7,12c217ce1 = Xint0x80), eip = instruction poi = 0x28:0xe8f429f0 fff, type 0x1b DHCPREQUEST on wlan0 to 255.255.255.255 port 67 DHCPACK from 192.168.8.2 e) kernel configuration differs from GENERIC on the following point options VIMAGE options DDB_NUMSYM nocpu I486_CPU nooptions VESA Does the problem come from kernel and userland not in sync? or there are other problems? Is there any workaround? Attached is the dmesg of r270837 on the machine. --089e01537280d73e8a0501e5c677 Content-Type: text/plain; charset=US-ASCII; name="dmesg-r270837.txt" Content-Disposition: attachment; filename="dmesg-r270837.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hzhwlx7d0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMS4wLUNVUlJFTlQgIzYgcjI3MDgzNzogU3VuIEF1 ZyAzMSAxMTozMjoyMCBKU1QgMjAxNAogICAgcm9vdEBrcm9raW5vbGUub2lrdW1lbmUudWtlaGku bmV0Oi91c3Ivb2JqL3Vzci9sb2NhbC9wb3VkcmllcmUvamFpbHMvaGVhZC91c3Ivc3JjL3N5cy9P SUtVTUVORSBpMzg2CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjQuMSAodGFncy9SRUxFQVNFXzM0 L2RvdDEtZmluYWwgMjA4MDMyKSAyMDE0MDUxMgpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFi bGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KVlQ6IHJ1bm5pbmcgd2l0aCBkcml2ZXIg InZnYSIuCmluZm86IFtkcm1dIEluaXRpYWxpemVkIGRybSAxLjEuMCAyMDA2MDgxMApDUFU6IElu dGVsKFIpIEF0b20oVE0pIENQVSBOMjcwICAgQCAxLjYwR0h6ICgxNTk2LjA0LU1IeiA2ODYtY2xh c3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUludGVsIiAgSWQ9MHgxMDZjMiAgRmFtaWx5PTB4NiAg TW9kZWw9MHgxYyAgU3RlcHBpbmc9MgogIEZlYXR1cmVzPTB4YmZlOWZiZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsQ0xG TFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVz Mj0weDQwYzM5ZDxTU0UzLERURVM2NCxNT04sRFNfQ1BMLEVTVCxUTTIsU1NTRTMseFRQUixQRENN LE1PVkJFPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFu dCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSAxMDczNzQxODI0ICgxMDI0 IE1CKQphdmFpbCBtZW1vcnkgPSAxMDEzMTIxMDI0ICg5NjYgTUIpCkV2ZW50IHRpbWVyICJMQVBJ QyIgcXVhbGl0eSA0MDAKQUNQSSBBUElDIFRhYmxlOiA8QUNSU1lTIEFDUlBSRENUPgpGcmVlQlNE L1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMKRnJlZUJTRC9TTVA6 IDEgcGFja2FnZShzKSB4IDEgY29yZShzKSB4IDIgSFRUIHRocmVhZHMKIGNwdTAgKEJTUCk6IEFQ SUMgSUQ6ICAwCiBjcHUxIChBUC9IVCk6IEFQSUMgSUQ6ICAxCldBUk5JTkc6IFZJTUFHRSAodmly dHVhbGl6ZWQgbmV0d29yayBzdGFjaykgaXMgYSBoaWdobHkgZXhwZXJpbWVudGFsIGZlYXR1cmUu CmlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gNAppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJx cyAwLTIzIG9uIG1vdGhlcmJvYXJkCkN1c2UgdjAuMS4zNCBAIC9kZXYvY3VzZQprYmQxIGF0IGti ZG11eDAKcmFuZG9tOiA8U29mdHdhcmUsIFlhcnJvdz4gaW5pdGlhbGl6ZWQKYWNwaTA6IDxBQ1JT WVMgQUNSUFJEQ1Q+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpj cHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKYXRydGMw OiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IG9uIGFjcGkwCmF0cnRjMDogV2Fy bmluZzogQ291bGRuJ3QgbWFwIEkvTy4KRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4 IEh6IHF1YWxpdHkgMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAw eGZlZDAwMDAwLTB4ZmVkMDAzZmYgaXJxIDAsOCBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIg ZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVxdWVu Y3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVuY3kg MTQzMTgxODAgSHogcXVhbGl0eSA0NDAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4 NDMsMHg1MC0weDUzIG9uIGFjcGkwClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMx ODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAxMDAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHog cXVhbGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBv cnQgMHg0MDgtMHg0MGIgb24gYWNwaTAKYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBH UEUgMHgxNz4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0 dG9uPiBvbiBhY3BpMAphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBh Y3BpMAphY3BpX2J1dHRvbjE6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCmJhdHRlcnkwOiA8QUNQ SSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRl cj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNm ZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMAp2Z2FwY2kwOiA8VkdBLWNv bXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDYwYzAtMHg2MGM3IG1lbSAweDU4NDgwMDAwLTB4NTg0 ZmZmZmYsMHg0MDAwMDAwMC0weDRmZmZmZmZmLDB4NTg1MDAwMDAtMHg1ODUzZmZmZiBpcnEgMTYg YXQgZGV2aWNlIDIuMCBvbiBwY2kwCmFncDA6IDxJbnRlbCA5NDVHTUUgU1ZHQSBjb250cm9sbGVy PiBvbiB2Z2FwY2kwCmFncDA6IGFwZXJ0dXJlIHNpemUgaXMgMjU2TSwgZGV0ZWN0ZWQgNzkzMmsg c3RvbGVuIG1lbW9yeQpkcm1uMDogPEludGVsIGk5NDVHTUU+IG9uIHZnYXBjaTAKaW5mbzogW2Ry bV0gQUdQIGF0IDB4NDAwMDAwMDAgMjU2TUIKaWljYnVzMDogPFBoaWxpcHMgSTJDIGJ1cz4gb24g aWljYmIwIGFkZHIgMHhjMQppaWMwOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMwCmlpYzE6 IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czEKaWljYnVzMjogPFBoaWxpcHMgSTJDIGJ1cz4g b24gaWljYmIxIGFkZHIgMHgwCmlpYzI6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czIKaWlj MzogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMwppaWNidXM0OiA8UGhpbGlwcyBJMkMgYnVz PiBvbiBpaWNiYjIgYWRkciAweDAKaWljNDogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNApp aWM1OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXM1CmlpY2J1czY6IDxQaGlsaXBzIEkyQyBi dXM+IG9uIGlpY2JiMyBhZGRyIDB4MAppaWM2OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXM2 CmlpYzc6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czcKaWljYnVzODogPFBoaWxpcHMgSTJD IGJ1cz4gb24gaWljYmI0IGFkZHIgMHgwCmlpYzg6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1 czgKaWljOTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzOQppaWNidXMxMDogPFBoaWxpcHMg STJDIGJ1cz4gb24gaWljYmI1IGFkZHIgMHgwCmlpYzEwOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBp aWNidXMxMAppaWMxMTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMTEKaWljYnVzMTI6IDxQ aGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNiBhZGRyIDB4MAppaWMxMjogPEkyQyBnZW5lcmljIEkv Tz4gb24gaWljYnVzMTIKaWljMTM6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czEzCmlpY2J1 czE0OiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjcgYWRkciAweDAKaWljMTQ6IDxJMkMgZ2Vu ZXJpYyBJL08+IG9uIGlpY2J1czE0CmlpYzE1OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMx NQppbmZvOiBbZHJtXSBTdXBwb3J0cyB2YmxhbmsgdGltZXN0YW1wIGNhY2hpbmcgUmV2IDEgKDEw LjEwLjIwMTApLgppbmZvOiBbZHJtXSBEcml2ZXIgc3VwcG9ydHMgcHJlY2lzZSB2YmxhbmsgdGlt ZXN0YW1wIHF1ZXJ5LgppbmZvOiBbZHJtXSBmYWlsZWQgdG8gZmluZCBWQklPUyB0YWJsZXMKZHJt bjA6IHRha2luZyBvdmVyIHRoZSBmaWN0aXRpb3VzIHJhbmdlIDB4NDAwMDAwMDAtMHg0ZmZmZjAw MAppbmZvOiBbZHJtXSBpbml0aWFsaXplZCBvdmVybGF5IHN1cHBvcnQKZmJkMCBvbiBkcm1uMApW VDogUmVwbGFjaW5nIGRyaXZlciAidmdhIiB3aXRoIG5ldyAiZmIiLgppbmZvOiBbZHJtXSBJbml0 aWFsaXplZCBpOTE1IDEuNi4wIDIwMDgwNzMwCnZnYXBjaTA6IEJvb3QgdmlkZW8gZGV2aWNlCnZn YXBjaTE6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBtZW0gMHg1ODQwMDAwMC0weDU4NDdmZmZm IGF0IGRldmljZSAyLjEgb24gcGNpMApoZGFjMDogPEludGVsIDgyODAxRyBIREEgQ29udHJvbGxl cj4gbWVtIDB4NTg1NDAwMDAtMHg1ODU0M2ZmZiBpcnEgMTYgYXQgZGV2aWNlIDI3LjAgb24gcGNp MApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNp MTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBh dCBkZXZpY2UgMjguMSBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnJlMDog PFJlYWxUZWsgODEweEUgUENJZSAxMC8xMDBiYXNlVFg+IHBvcnQgMHgzMDAwLTB4MzBmZiBtZW0g MHg1MTAxMDAwMC0weDUxMDEwZmZmLDB4NTEwMDAwMDAtMHg1MTAwZmZmZiBpcnEgMTcgYXQgZGV2 aWNlIDAuMCBvbiBwY2kyCnJlMDogVXNpbmcgMSBNU0ktWCBtZXNzYWdlCnJlMDogdHVybmluZyBv ZmYgTVNJIGVuYWJsZSBiaXQuCnJlMDogQVNQTSBkaXNhYmxlZApyZTA6IENoaXAgcmV2LiAweDI0 ODAwMDAwCnJlMDogTUFDIHJldi4gMHgwMDIwMDAwMAptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmUw CnJscGh5MDogPFJUTDgyMDFMIDEwLzEwMCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1 czAKcmxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZE WCwgYXV0bywgYXV0by1mbG93CnJlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjM6OGI6MDM6ZWI6 MjQKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguMiBvbiBwY2kwCnBj aTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCmF0aDA6IDxBdGhlcm9zIDU0MjQvMjQyND4gbWVt IDB4NTUyMDAwMDAtMHg1NTIwZmZmZiBpcnEgMTggYXQgZGV2aWNlIDAuMCBvbiBwY2kzCmF0aDA6 IEFSMjQyNSBtYWMgMTQuMiBSRjU0MjQgcGh5IDcuMAphdGgwOiAyR0h6IHJhZGlvOiAweDAwMDA7 IDVHSHogcmFkaW86IDB4MDBhMgpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAyOC4zIG9uIHBjaTAKcGNpYjQ6IGZhaWxlZCB0byBhbGxvY2F0ZSBpbml0aWFsIEkvTyBwb3J0 IHdpbmRvdzogMHgxMDAwLTB4MWZmZgpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApzZGhj aV9wY2kwOiA8Sk1pY3JvbiBKTUIzOFggU0Q+IG1lbSAweDU0MTAwMjAwLTB4NTQxMDAyZmYgaXJx IDE5IGF0IGRldmljZSAwLjIgb24gcGNpNApzZGhjaV9wY2kwOiAxIHNsb3QocykgYWxsb2NhdGVk CnVoY2kwOiA8SW50ZWwgODI4MDFHIChJQ0g3KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAw eDYwODAtMHg2MDlmIGlycSAxNiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kwOiBMZWdTdXAg PSAweDJmMDAKdXNidXMwIG9uIHVoY2kwCnVoY2kxOiA8SW50ZWwgODI4MDFHIChJQ0g3KSBVU0Ig Y29udHJvbGxlciBVU0ItQj4gcG9ydCAweDYwNjAtMHg2MDdmIGlycSAxNyBhdCBkZXZpY2UgMjku MSBvbiBwY2kwCnVoY2kxOiBMZWdTdXAgPSAweDJmMDAKdXNidXMxIG9uIHVoY2kxCnVoY2kyOiA8 SW50ZWwgODI4MDFHIChJQ0g3KSBVU0IgY29udHJvbGxlciBVU0ItQz4gcG9ydCAweDYwNDAtMHg2 MDVmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVoY2kyOiBMZWdTdXAgPSAweDJmMDAK dXNidXMyIG9uIHVoY2kyCnVoY2kzOiA8SW50ZWwgODI4MDFHIChJQ0g3KSBVU0IgY29udHJvbGxl ciBVU0ItRD4gcG9ydCAweDYwMjAtMHg2MDNmIGlycSAxOSBhdCBkZXZpY2UgMjkuMyBvbiBwY2kw CnVoY2kzOiBMZWdTdXAgPSAweDJmMDAKdXNidXMzIG9uIHVoY2kzCmVoY2kwOiA8SW50ZWwgODI4 MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweDU4NTQ0NDAwLTB4NTg1NDQ3 ZmYgaXJxIDE2IGF0IGRldmljZSAyOS43IG9uIHBjaTAKdXNidXM0OiBFSENJIHZlcnNpb24gMS4w CnVzYnVzNCBvbiBlaGNpMApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAz MC4wIG9uIHBjaTAKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjUKaXNhYjA6IDxQQ0ktSVNB IGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAK YXRhcGNpMDogPEludGVsIElDSDdNIFNBVEExNTAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFm NywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDYwYTAtMHg2MGFmIGlycSAxNyBhdCBkZXZpY2Ug MzEuMiBvbiBwY2kwCmF0YTA6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTAK YXRhMTogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYXRhcGNpMAphdGtiZGMwOiA8S2V5 Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAph dGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGti ZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApw c20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmlj ZSBJRCAwCnBtdGltZXIwIG9uIGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAw eGNmMDAwLTB4Y2ZmZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwCnBwYzA6IHBhcmFsbGVsIHBvcnQg bm90IGZvdW5kLgplc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBv biBjcHUwCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNw dTEKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpoZGFjYzA6IDxSZWFsdGVrIEFM QzI2OCBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8UmVhbHRlayBBTEMyNjgg QXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8UmVhbHRlayBB TEMyNjggKEFuYWxvZyAyLjArSFAvMi4wKT4gYXQgbmlkIDIwLDIxIGFuZCAxOCBvbiBoZGFhMApw Y20xOiA8UmVhbHRlayBBTEMyNjggKExlZnQgQW5hbG9nIE1pYyk+IGF0IG5pZCAyNCBvbiBoZGFh MApyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1icHMg RnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czM6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVz YnVzNDogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVnZW40LjE6IDxJbnRlbD4gYXQgdXNi dXM0CnVodWIwOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzNAp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVzYnVzMwp1aHViMTogPElu dGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2J1czMKdWdlbjIuMTogPEludGVsPiBhdCB1c2J1czIKdWh1YjI6IDxJbnRlbCBVSENJIHJvb3Qg SFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMyCnVnZW4xLjE6 IDxJbnRlbD4gYXQgdXNidXMxCnVodWIzOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2VuMC4xOiA8SW50ZWw+IGF0IHVz YnVzMAp1aHViNDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czAKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1 aHViMzogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjQ6IDIgcG9y dHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmFkYTAgYXQgYXRhMCBidXMgMCBzY2J1 czAgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPFdEQyBXRDE2MDBCRVZULTIyWkNUMCAxMS4wMUExMT4g QVRBLTggU0FUQSAyLnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgV0QtV1hFOTA4UDQyMDM4 CmFkYTA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSwgVURNQTUsIFBJTyA4MTkyYnl0ZXMp CmFkYTA6IDE1MjYyN01CICgzMTI1ODE4MDggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2 MzgzQykKYWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQwClNNUDogQVAgQ1BVICMxIExh dW5jaGVkIQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBw ZXJmb3JtYW5jZS4KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM0ClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IHVzYnVzNAp1aHViMDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXM0CnVnZW40LjI6IDxTdVlpbj4gYXQg dXNidXM0ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWRhMHAyIFtyd10uLi4K dWdlbjQuMzogPFVGRCAyLjA+IGF0IHVzYnVzNAp1bWFzczA6IDxVRkQgMi4wIFNpbGljb24tUG93 ZXIzMkcsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAzPiBvbiB1c2J1czQKdW1hc3Mw OiAgU0NTSSBvdmVyIEJ1bGstT25seTsgcXVpcmtzID0gMHg0MTAwCnVtYXNzMDoyOjA6IEF0dGFj aGVkIHRvIHNjYnVzMgpkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCBzY2J1czIgdGFyZ2V0IDAgbHVu IDAKZGEwOiA8VUZEIDIuMCBTaWxpY29uLVBvd2VyMzJHIFBNQVA+IFJlbW92YWJsZSBEaXJlY3Qg QWNjZXNzIFNDU0ktNCBkZXZpY2UgCmRhMDogU2VyaWFsIE51bWJlciAxMjA2MDE2NDAyMEU2MDAy Njg4MEZCMTg5NTQKZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpkYTA6IDI5NTU3TUIgKDYwNTMy OTkyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMzc2OEMpCmRhMDogcXVpcmtzPTB4MjxO T182X0JZVEU+Cg== --089e01537280d73e8a0501e5c677-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 06:47:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDCD624B for ; Sun, 31 Aug 2014 06:47:24 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B1BA11EDB for ; Sun, 31 Aug 2014 06:47:24 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s7V6lI1B013124 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Aug 2014 23:47:18 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s7V6lIJf013123; Sat, 30 Aug 2014 23:47:18 -0700 (PDT) (envelope-from jmg) Date: Sat, 30 Aug 2014 23:47:18 -0700 From: John-Mark Gurney To: "Hiroo Ono (????????????)" Subject: Re: Kernel page fault with non-sleepable locks held error with kernel r270837 Message-ID: <20140831064718.GT71691@funkthat.com> Mail-Followup-To: "Hiroo Ono (????????????)" , freebsd-current Current References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 30 Aug 2014 23:47:18 -0700 (PDT) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 06:47:25 -0000 Hiroo Ono (????????????) wrote this message on Sun, Aug 31, 2014 at 14:01 +0900: > During upgrading world and kernel from r26939 to r270837, I got the > following problem. > a) the arch is i386 > b) kernel is of r270837, userland is of r26939 (make kernel is done > and rebooted, make installworld not yet). > c) booting in single user mode is OK. > d) during startup of multi-user mode, when dhclient is run, the > following message appears, and the system freezes: > > Starting devd. > wlan0: link state changed to UP > Starting webcamd. > Attached to ugen4.2[0] > Starting webcready running for ugen4.2.0 > /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd > Starting dhclient. > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > DHCPACK from 192.168.8.2 > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex so_rcv (so_rcv) r = 0 (0xc713f078) locked @ > /usr/src/sys/kern/kern_event.c:2005 I'm puzzled by this line number... This line number doesn't do any locks, it is in the function knlist_remove_inevent... > KDB stack backtrace: > rapper+0x2d/frame 0xe8f42710 > kdb_backtrace(c11aaf80,0,c713f078,c119a9e8,7d5,...) at 0xc0b4b160 = > kdb_backtrace+0x30/frame 0xe8f42778 > witness_warn(5,0,c136b0a0,76fb000,c1833d58,...) at 0xc8b68a52 = > witness_warn+0x402/frame 0xe8f427c8 > trap_pfault(18,3fd,c0dcc2d0,c1f64a80,c75fa000,...) at 0xc102f46b = > trap_pfault+0x5b/frame 0xe8f42840 > trap(e8f42988) at 0xc102edcf = trap+0x6cf/frame 0xe8f4297c > calltrap() at 0xc1017c4c = calltrap+0x6/frame 0xe8f4297c > filt_soread(c75f7828,0,c119a9e8,48d,0,...) at 0xc0b9837d = > filt_soread+0x9d/frame 0xe8f429f0 > kqueue_register(c6f59310,1,1,4f5,0,...) at 0xc0ad1457 = > kqueue_register+0x807/frame 0xe8f42a68 > kern_kevent(c6f59310,7,12c217ce1 = Xint0x80), eip = But notice the knlist_remove_inevent doesn't appear in the back trace... Can you confirm that your kern_event.c is: __FBSDID("$FreeBSD: head/sys/kern/kern_event.c 268843 2014-07-18 14:27:04Z bapt $"); > instruction poi = 0x28:0xe8f429f0 fff, type 0x1b > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > DHCPACK from 192.168.8.2 > > e) kernel configuration differs from GENERIC on the following point > options VIMAGE > options DDB_NUMSYM > nocpu I486_CPU > nooptions VESA > > Does the problem come from kernel and userland not in sync? or there > are other problems? > Is there any workaround? > Attached is the dmesg of r270837 on the machine. > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #6 r270837: Sun Aug 31 11:32:20 JST 2014 > root@krokinole.oikumene.ukehi.net:/usr/obj/usr/local/poudriere/jails/head/usr/src/sys/OIKUMENE i386 > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > WARNING: WITNESS option enabled, expect reduced performance. > VT: running with driver "vga". > info: [drm] Initialized drm 1.1.0 20060810 > CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.04-MHz 686-class CPU) > Origin="GenuineIntel" Id=0x106c2 Family=0x6 Model=0x1c Stepping=2 > Features=0xbfe9fbff > Features2=0x40c39d > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 1073741824 (1024 MB) > avail memory = 1013121024 (966 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP/HT): APIC ID: 1 > WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. > ioapic0: Changing APIC ID to 4 > ioapic0 irqs 0-23 on motherboard > Cuse v0.1.34 @ /dev/cuse > kbd1 at kbdmux0 > random: initialized > acpi0: on motherboard > acpi0: Power Button (fixed) > cpu0: on acpi0 > cpu1: on acpi0 > atrtc0: port 0x70-0x77 on acpi0 > atrtc0: Warning: Couldn't map I/O. > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 450 > Event timer "HPET1" frequency 14318180 Hz quality 440 > Event timer "HPET2" frequency 14318180 Hz quality 440 > attimer0: port 0x40-0x43,0x50-0x53 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_button0: on acpi0 > acpi_lid0: on acpi0 > acpi_button1: on acpi0 > battery0: on acpi0 > acpi_acad0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: port 0x60c0-0x60c7 mem 0x58480000-0x584fffff,0x40000000-0x4fffffff,0x58500000-0x5853ffff irq 16 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: aperture size is 256M, detected 7932k stolen memory > drmn0: on vgapci0 > info: [drm] AGP at 0x40000000 256MB > iicbus0: on iicbb0 addr 0xc1 > iic0: on iicbus0 > iic1: on iicbus1 > iicbus2: on iicbb1 addr 0x0 > iic2: on iicbus2 > iic3: on iicbus3 > iicbus4: on iicbb2 addr 0x0 > iic4: on iicbus4 > iic5: on iicbus5 > iicbus6: on iicbb3 addr 0x0 > iic6: on iicbus6 > iic7: on iicbus7 > iicbus8: on iicbb4 addr 0x0 > iic8: on iicbus8 > iic9: on iicbus9 > iicbus10: on iicbb5 addr 0x0 > iic10: on iicbus10 > iic11: on iicbus11 > iicbus12: on iicbb6 addr 0x0 > iic12: on iicbus12 > iic13: on iicbus13 > iicbus14: on iicbb7 addr 0x0 > iic14: on iicbus14 > iic15: on iicbus15 > info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > info: [drm] Driver supports precise vblank timestamp query. > info: [drm] failed to find VBIOS tables > drmn0: taking over the fictitious range 0x40000000-0x4ffff000 > info: [drm] initialized overlay support > fbd0 on drmn0 > VT: Replacing driver "vga" with new "fb". > info: [drm] Initialized i915 1.6.0 20080730 > vgapci0: Boot video device > vgapci1: mem 0x58400000-0x5847ffff at device 2.1 on pci0 > hdac0: mem 0x58540000-0x58543fff irq 16 at device 27.0 on pci0 > pcib1: at device 28.0 on pci0 > pci1: on pcib1 > pcib2: at device 28.1 on pci0 > pci2: on pcib2 > re0: port 0x3000-0x30ff mem 0x51010000-0x51010fff,0x51000000-0x5100ffff irq 17 at device 0.0 on pci2 > re0: Using 1 MSI-X message > re0: turning off MSI enable bit. > re0: ASPM disabled > re0: Chip rev. 0x24800000 > re0: MAC rev. 0x00200000 > miibus0: on re0 > rlphy0: PHY 1 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > re0: Ethernet address: 00:23:8b:03:eb:24 > pcib3: at device 28.2 on pci0 > pci3: on pcib3 > ath0: mem 0x55200000-0x5520ffff irq 18 at device 0.0 on pci3 > ath0: AR2425 mac 14.2 RF5424 phy 7.0 > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00a2 > pcib4: at device 28.3 on pci0 > pcib4: failed to allocate initial I/O port window: 0x1000-0x1fff > pci4: on pcib4 > sdhci_pci0: mem 0x54100200-0x541002ff irq 19 at device 0.2 on pci4 > sdhci_pci0: 1 slot(s) allocated > uhci0: port 0x6080-0x609f irq 16 at device 29.0 on pci0 > uhci0: LegSup = 0x2f00 > usbus0 on uhci0 > uhci1: port 0x6060-0x607f irq 17 at device 29.1 on pci0 > uhci1: LegSup = 0x2f00 > usbus1 on uhci1 > uhci2: port 0x6040-0x605f irq 18 at device 29.2 on pci0 > uhci2: LegSup = 0x2f00 > usbus2 on uhci2 > uhci3: port 0x6020-0x603f irq 19 at device 29.3 on pci0 > uhci3: LegSup = 0x2f00 > usbus3 on uhci3 > ehci0: mem 0x58544400-0x585447ff irq 16 at device 29.7 on pci0 > usbus4: EHCI version 1.0 > usbus4 on ehci0 > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x60a0-0x60af irq 17 at device 31.2 on pci0 > ata0: at channel 0 on atapci0 > ata1: at channel 1 on atapci0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > pmtimer0 on isa0 > orm0: at iomem 0xcf000-0xcffff pnpid ORM0000 on isa0 > ppc0: parallel port not found. > est0: on cpu0 > est1: on cpu1 > Timecounters tick every 1.000 msec > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > pcm0: at nid 20,21 and 18 on hdaa0 > pcm1: at nid 24 on hdaa0 > random: unblocking device. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 480Mbps High Speed USB v2.0 > ugen4.1: at usbus4 > uhub0: on usbus4 > ugen3.1: at usbus3 > uhub1: on usbus3 > ugen2.1: at usbus2 > uhub2: on usbus2 > ugen1.1: at usbus1 > uhub3: on usbus1 > ugen0.1: at usbus0 > uhub4: on usbus0 > uhub1: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > ada0 at ata0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: Serial Number WD-WXE908P42038 > ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > ada0: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad0 > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > Root mount waiting for: usbus4 > Root mount waiting for: usbus4 > uhub0: 8 ports with 8 removable, self powered > Root mount waiting for: usbus4 > ugen4.2: at usbus4 > Trying to mount root from ufs:/dev/ada0p2 [rw]... > ugen4.3: at usbus4 > umass0: on usbus4 > umass0: SCSI over Bulk-Only; quirks = 0x4100 > umass0:2:0: Attached to scbus2 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-4 device > da0: Serial Number 12060164020E60026880FB18954 > da0: 40.000MB/s transfers > da0: 29557MB (60532992 512 byte sectors: 255H 63S/T 3768C) > da0: quirks=0x2 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 09:28:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C32706F4; Sun, 31 Aug 2014 09:28:36 +0000 (UTC) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DAE11E24; Sun, 31 Aug 2014 09:28:36 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4D24925D3A85; Sun, 31 Aug 2014 09:28:33 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 1F543C770B1; Sun, 31 Aug 2014 09:28:32 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id GIHzCC5WSRuG; Sun, 31 Aug 2014 09:28:29 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4410:f973:5b8d:9a90:cf0f] (unknown [IPv6:fde9:577b:c1a9:4410:f973:5b8d:9a90:cf0f]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C7DFBC770B0; Sun, 31 Aug 2014 09:28:27 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: ARM IMX6 build failure Date: Sun, 31 Aug 2014 09:28:10 +0000 Message-Id: <6B1B2203-C20E-4E98-B93D-D0368839544B@lists.zabbadoz.net> To: freebsd-arm@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 09:28:36 -0000 linking kernel.debug locore.o: In function `virt_done': (.text+0x130): undefined reference to `initarm' uart_core.o: In function `uart_bus_probe': /scratch/tmp/bz/head.svn/sys/dev/uart/uart_core.c:381: undefined = reference to `uart_cpu_eqres' uart_subr.o: In function `uart_getenv': /scratch/tmp/bz/head.svn/sys/dev/uart/uart_subr.c:307: undefined = reference to `uart_bus_space_mem' /scratch/tmp/bz/head.svn/sys/dev/uart/uart_subr.c:307: undefined = reference to `uart_bus_space_io' uart_tty.o: In function `uart_cnprobe': /scratch/tmp/bz/head.svn/sys/dev/uart/uart_tty.c:72: undefined reference = to `uart_cpu_getdev' machdep.o: In function `set_stackptrs': /scratch/tmp/bz/head.svn/sys/arm/arm/machdep.c:1006: undefined reference = to `irqstack' /scratch/tmp/bz/head.svn/sys/arm/arm/machdep.c:1006: undefined reference = to `abtstack' /scratch/tmp/bz/head.svn/sys/arm/arm/machdep.c:1006: undefined reference = to `undstack' mp_machdep.o: In function `init_secondary': /scratch/tmp/bz/head.svn/sys/arm/arm/mp_machdep.c:257: undefined = reference to `pmap_pa' pmap-v6.o: In function `pmap_enter_locked': /scratch/tmp/bz/head.svn/sys/arm/arm/pmap-v6.c:3085: undefined reference = to `systempage' pmap-v6.o: In function `pmap_pinit': /scratch/tmp/bz/head.svn/sys/arm/arm/pmap-v6.c:3506: undefined reference = to `systempage' gic.o: In function `arm_gic_probe': /scratch/tmp/bz/head.svn/sys/arm/arm/gic.c:134: undefined reference to = `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/arm/gic.c:137: undefined reference to = `ofw_bus_is_compatible' pl310.o: In function `pl310_probe': /scratch/tmp/bz/head.svn/sys/arm/arm/pl310.c:423: undefined reference to = `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/arm/pl310.c:426: undefined reference to = `ofw_bus_is_compatible' mpcore_timer.o: In function `arm_tmr_probe': /scratch/tmp/bz/head.svn/sys/arm/arm/mpcore_timer.c:257: undefined = reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/arm/mpcore_timer.c:260: undefined = reference to `ofw_bus_is_compatible=92 mpcore_timer.o: In function `arm_tmr_probe': /scratch/tmp/bz/head.svn/sys/arm/arm/mpcore_timer.c:257: undefined = reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/arm/mpcore_timer.c:260: undefined = reference to `ofw_bus_is_compatible' mpcore_timer.o: In function `arm_tmr_attach': /scratch/tmp/bz/head.svn/sys/arm/arm/mpcore_timer.c:298: undefined = reference to `OF_getencprop' /scratch/tmp/bz/head.svn/sys/arm/arm/mpcore_timer.c:366: undefined = reference to `ofw_bus_get_node_desc' fsl_ocotp.o: In function `fsl_ocotp_devmap': /scratch/tmp/bz/head.svn/sys/arm/freescale/fsl_ocotp.c:73: undefined = reference to `OF_finddevice' /scratch/tmp/bz/head.svn/sys/arm/freescale/fsl_ocotp.c:75: undefined = reference to `fdt_depth_search_compatible' /scratch/tmp/bz/head.svn/sys/arm/freescale/fsl_ocotp.c:77: undefined = reference to `fdt_regsize' fsl_ocotp.o: In function `ocotp_probe': /scratch/tmp/bz/head.svn/sys/arm/freescale/fsl_ocotp.c:151: undefined = reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/freescale/fsl_ocotp.c:154: undefined = reference to `ofw_bus_is_compatible' imx6_anatop.o: In function `imx6_anatop_probe': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx6_anatop.c:678: = undefined reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx6_anatop.c:681: = undefined reference to `ofw_bus_is_compatible' imx6_ccm.o: In function `ccm_probe': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx6_ccm.c:147: undefined = reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx6_ccm.c:150: undefined = reference to `ofw_bus_is_compatible' imx_gpt.o: In function `imx_gpt_probe': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_gpt.c:124: undefined = reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_gpt.c:127: undefined = reference to `ofw_bus_search_compatible' imx_gpio.o: In function `imx51_gpio_probe': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_gpio.c:380: undefined = reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_gpio.c:383: undefined = reference to `ofw_bus_search_compatible' imx_i2c.o: In function `i2c_probe': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_i2c.c:233: undefined = reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_i2c.c:236: undefined = reference to `ofw_bus_search_compatible' imx_i2c.o: In function `i2c_get_node': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_i2c.c:151: undefined = reference to `ofw_bus_get_node_desc' imx_i2c.o:(.rodata+0x10): undefined reference to `ofw_bus_get_node_desc' imx_sdhci.o: In function `imx_sdhci_probe': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_sdhci.c:772: = undefined reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_sdhci.c:775: = undefined reference to `ofw_bus_search_compatible' imx_sdhci.o: In function `imx_sdhci_attach': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_sdhci.c:672: = undefined reference to `ofw_bus_search_compatible' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_sdhci.c:740: = undefined reference to `OF_hasprop' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_sdhci.c:742: = undefined reference to `OF_hasprop' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx_sdhci.c:674: = undefined reference to `ofw_bus_get_node_desc' if_ffec.o: In function `ffec_probe': /scratch/tmp/bz/head.svn/sys/dev/ffec/if_ffec.c:1717: undefined = reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/dev/ffec/if_ffec.c:1720: undefined = reference to `ofw_bus_search_compatible' if_ffec.o: In function `ffec_attach': /scratch/tmp/bz/head.svn/sys/dev/ffec/if_ffec.c:1434: undefined = reference to `ofw_bus_search_compatible' /scratch/tmp/bz/head.svn/sys/dev/ffec/if_ffec.c:1445: undefined = reference to `OF_searchprop' /scratch/tmp/bz/head.svn/sys/dev/ffec/if_ffec.c:1658: undefined = reference to `OF_hasprop' /scratch/tmp/bz/head.svn/sys/dev/ffec/if_ffec.c:1701: undefined = reference to `ofw_bus_get_node_desc' ehci_imx.o: In function `imx_ehci_probe': /scratch/tmp/bz/head.svn/sys/dev/usb/controller/ehci_imx.c:164: = undefined reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/dev/usb/controller/ehci_imx.c:167: = undefined reference to `ofw_bus_search_compatible' imx6_usbphy.o: In function `usbphy_probe': /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx6_usbphy.c:163: = undefined reference to `ofw_bus_status_okay' /scratch/tmp/bz/head.svn/sys/arm/freescale/imx/imx6_usbphy.c:166: = undefined reference to `ofw_bus_is_compatible' --- kernel.debug --- *** [kernel.debug] Error code 1 bmake: stopped in = /storage/head/obj/arm.armv6/scratch/tmp/bz/head.svn/sys/IMX6 =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 09:32:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E3A7942 for ; Sun, 31 Aug 2014 09:32:40 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 BB9441ED0 for ; Sun, 31 Aug 2014 09:32:39 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1XO1RI-0003Xz-J6>; Sun, 31 Aug 2014 11:28:48 +0200 Received: from g225119186.adsl.alicedsl.de ([92.225.119.186] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1XO1RI-002ALI-H1>; Sun, 31 Aug 2014 11:28:48 +0200 Date: Sun, 31 Aug 2014 11:28:48 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: Revision: 270871: kernel build failure due to: [...]/netmap.c:556:23: error: no member named 'if_pspare' in 'struct ifnet' Message-ID: <20140831112848.4751d4a2.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/AhSBRWmmjSzazlaq=uGDE4V"; protocol="application/pgp-signature" X-Originating-IP: 92.225.119.186 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 09:32:40 -0000 --Sig_/AhSBRWmmjSzazlaq=uGDE4V Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable cc -c -O3 -fno-strict-aliasing -march=3Dnative -std=3Dc99 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inclu= de-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -= I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-= sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protec= tor -mno-aes -mno-avx -Werror /usr/src/sys/dev/netmap/netmap.c /usr/src/sys/dev/netmap/netmap.c:= 556:23: error: no member named 'if_pspare' in 'struct ifnet' netmap_set_all_rings(NA(ifp),= 1 /* stopped */); --Sig_/AhSBRWmmjSzazlaq=uGDE4V Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUAurQAAoJEOgBcD7A/5N8UbcH+gJThyLQ0vrnWjGK4gQBugFx IYaLpHcO/eyDkNL5dWSowDAPZ/waVh50/NY9jMIcfNpSAF7QLhn9qNxUovx0Vk3z oVjQ7xFjo6U/6Pb2mkIG07azXzx1FUs6h2omEo/qsOt+92YmCwEwt39wFLkgRydX q+4MB85k3uO+7Pf2PA9F8Qea+3tBmjsA7FWZf92qDt26N0ZVb35Qn3lZUqIysVBm NV8dYe1glFlmjPMoH/YOk3tftHXOi9db10cZ95rTohShEVhNDgwPLchC9MYg0CxE R74WpH5AISSqORJ39GGTtcGYTGEFcyfrb2bvEtNx1Nlv8D8Qkl0FUU449antHao= =G9IZ -----END PGP SIGNATURE----- --Sig_/AhSBRWmmjSzazlaq=uGDE4V-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 11:43:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 118E16B5 for ; Sun, 31 Aug 2014 11:43:56 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4ED71C78 for ; Sun, 31 Aug 2014 11:43:55 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id m20so4337013qcx.13 for ; Sun, 31 Aug 2014 04:43:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lNscpH2tBawegwPjuuEq+VFfb/EQSbJc/cNqYfxoNGM=; b=dsB490uouURMQD3u+WS4tI6G3yB4pKbcnaP15KYqkSdPZ8eZu+QVaMkHiMErH8OOC/ 4jOahBVkAVOnEoeoBut97mtjJsvSGL6QRh+XPbC90n+/lWPSblKIPwrsB9XmXbVo/83I 4XaL0GZWduak9VdTr4cwHDBdvu3p5kGd/iw2dON+exvgkeOwwScRH9InUN+/HJYASupz y/+v5BVzs9ItGACoR+tk5pG13WwNMT6Y2ay848z3JotBp2bG2J78036spEmlQ0Zaho8L GXrXxZ579C38icCnTwkpsBMamSpCHjpyLCJv5Q9lXrie4T/BkNhdUcC0T17rT34/rAzl j7Ww== MIME-Version: 1.0 X-Received: by 10.140.81.134 with SMTP id f6mr26207811qgd.60.1409485434936; Sun, 31 Aug 2014 04:43:54 -0700 (PDT) Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.140.19.9 with HTTP; Sun, 31 Aug 2014 04:43:54 -0700 (PDT) In-Reply-To: <20140831064718.GT71691@funkthat.com> References: <20140831064718.GT71691@funkthat.com> Date: Sun, 31 Aug 2014 20:43:54 +0900 X-Google-Sender-Auth: 5ydv-bbZY4DOjTS0ObTZ9dokmk4 Message-ID: Subject: Re: Kernel page fault with non-sleepable locks held error with kernel r270837 From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: John-Mark Gurney X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 11:43:56 -0000 Thank you for taking a look into this. 2014-08-31 15:47 GMT+09:00 John-Mark Gurney : > Hiroo Ono (????????????) wrote this message on Sun, Aug 31, 2014 at 14:01 +0900: >> During upgrading world and kernel from r26939 to r270837, I got the >> following problem. >> a) the arch is i386 >> b) kernel is of r270837, userland is of r26939 (make kernel is done >> and rebooted, make installworld not yet). >> c) booting in single user mode is OK. >> d) during startup of multi-user mode, when dhclient is run, the >> following message appears, and the system freezes: >> >> Starting devd. >> wlan0: link state changed to UP >> Starting webcamd. >> Attached to ugen4.2[0] >> Starting webcready running for ugen4.2.0 >> /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd >> Starting dhclient. >> DHCPREQUEST on wlan0 to 255.255.255.255 port 67 >> DHCPACK from 192.168.8.2 >> Kernel page fault with the following non-sleepable locks held: >> exclusive sleep mutex so_rcv (so_rcv) r = 0 (0xc713f078) locked @ >> /usr/src/sys/kern/kern_event.c:2005 > > I'm puzzled by this line number... This line number doesn't do any > locks, it is in the function knlist_remove_inevent... The line 2005 is "mtx_lock((struct mtx *)arg);" of knlist_mtx_lock() https://svnweb.freebsd.org/base/head/sys/kern/kern_event.c?revision=268843&view=markup#l2005 this function is assigned to (struct knlist *)->kn_lock in knlist_init() https://svnweb.freebsd.org/base/head/sys/kern/kern_event.c?revision=268843&view=markup#l2058 >> KDB stack backtrace: >> rapper+0x2d/frame 0xe8f42710 >> kdb_backtrace(c11aaf80,0,c713f078,c119a9e8,7d5,...) at 0xc0b4b160 = >> kdb_backtrace+0x30/frame 0xe8f42778 >> witness_warn(5,0,c136b0a0,76fb000,c1833d58,...) at 0xc8b68a52 = >> witness_warn+0x402/frame 0xe8f427c8 >> trap_pfault(18,3fd,c0dcc2d0,c1f64a80,c75fa000,...) at 0xc102f46b = >> trap_pfault+0x5b/frame 0xe8f42840 >> trap(e8f42988) at 0xc102edcf = trap+0x6cf/frame 0xe8f4297c >> calltrap() at 0xc1017c4c = calltrap+0x6/frame 0xe8f4297c >> filt_soread(c75f7828,0,c119a9e8,48d,0,...) at 0xc0b9837d = >> filt_soread+0x9d/frame 0xe8f429f0 >> kqueue_register(c6f59310,1,1,4f5,0,...) at 0xc0ad1457 = >> kqueue_register+0x807/frame 0xe8f42a68 >> kern_kevent(c6f59310,7,12c217ce1 = Xint0x80), eip = calltrap() seems to be invoked by SOCKBUF_LOCK_ASSERT(&so->so_rcv); of filt_soread() in sys/kern/uipc_socket.c https://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?revision=270664&view=markup#l3250 but I do not know where &so->so_rcv was previously locked. knlist_init_mtx (which then calls knlist_init) is called with so->so_rcv in sys/kern/uipc_socket.c in line 517: socreate() https://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?revision=270664&view=markup#l517 and line 606: sonewconn() https://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?revision=270664&view=markup#l606 so the problem may be around there. but, I cannot track any further. the system freezes, so I cannot deal with ddb. > But notice the knlist_remove_inevent doesn't appear in the back > trace... > > Can you confirm that your kern_event.c is: > __FBSDID("$FreeBSD: head/sys/kern/kern_event.c 268843 2014-07-18 14:27:04Z bapt > $"); I checked that it was this revision. >> instruction poi = 0x28:0xe8f429f0 fff, type 0x1b >> DHCPREQUEST on wlan0 to 255.255.255.255 port 67 >> DHCPACK from 192.168.8.2 >> >> e) kernel configuration differs from GENERIC on the following point >> options VIMAGE >> options DDB_NUMSYM >> nocpu I486_CPU >> nooptions VESA >> From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 16:36:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECCB32DE for ; Sun, 31 Aug 2014 16:36:43 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7862A1ABB for ; Sun, 31 Aug 2014 16:36:43 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id 10so4812630lbg.17 for ; Sun, 31 Aug 2014 09:36:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=uVpXr8SADUtyTP/0uFvHXlYDpHXzHNDUON9DHdC4EO4=; b=KbIkfw2cj0SfW5/MJwalTdA0nNQuCKICTSKw8h/mUa6sipGkXhp19xwxN/w7Awh4C2 Q3fX/mKV1nO/uvyeUxTZ9VNfnHdaQZxeV068hWxHFpJsDoDWuJCJQcuqADILnJ+NEeNd j9EZwBXn5tijwsxM1UVWrLZVzsd4Vx1x/mJe1KJqV1Q1m6tK4nXPWoXvyAlbt29W9edG RjGairEFQfLm46O0tAnQwhXtI5HMR9KRnMsBpCYmgkXHWggW2FxY1XtqeZArY7/5BrKP SxvR6oagNblBx9StqgWVqFOROOtRiK8/OL073fjQPR9lLZfvtQyHPUjEP2Mz/Q2z9QpK 0IcQ== MIME-Version: 1.0 X-Received: by 10.152.115.171 with SMTP id jp11mr2833423lab.90.1409503001269; Sun, 31 Aug 2014 09:36:41 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.197.107 with HTTP; Sun, 31 Aug 2014 09:36:41 -0700 (PDT) Date: Sun, 31 Aug 2014 09:36:41 -0700 X-Google-Sender-Auth: -pOQN6_MhAtCy7AygailmapgKI8 Message-ID: Subject: Modify bsdinstall to set the default locale? From: Craig Rodrigues To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 16:36:44 -0000 Hi, I recently did a fresh install of FreeBSD-10.stable on a new machine. If I run the 'locale', I get this: LANG= LC_CTYPE="C" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL= Can we add something to bsdinstall/bsdconfig for setting the default locale? We already have stuff in the installer for setting the keyboard and timezone. -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 16:41:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0824E8BB for ; Sun, 31 Aug 2014 16:41:33 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id D52271BA0 for ; Sun, 31 Aug 2014 16:41:32 +0000 (UTC) Received: from [192.168.1.2] (senat1-01.HML3.ScaleEngine.net [209.51.186.5]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id DDB03418DB for ; Sun, 31 Aug 2014 16:41:30 +0000 (UTC) Message-ID: <54035039.9020709@freebsd.org> Date: Sun, 31 Aug 2014 12:41:29 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Modify bsdinstall to set the default locale? References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="70f3TQ3NrCW8V7FCHdxvKLIwk1o7snvWA" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 16:41:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --70f3TQ3NrCW8V7FCHdxvKLIwk1o7snvWA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-08-31 12:36, Craig Rodrigues wrote: > Hi, >=20 > I recently did a fresh install of FreeBSD-10.stable on a new machine. >=20 > If I run the 'locale', I get this: >=20 > LANG=3D > LC_CTYPE=3D"C" > LC_COLLATE=3D"C" > LC_TIME=3D"C" > LC_NUMERIC=3D"C" > LC_MONETARY=3D"C" > LC_MESSAGES=3D"C" > LC_ALL=3D >=20 > Can we add something to bsdinstall/bsdconfig for setting the default lo= cale? >=20 > We already have stuff in the installer for setting the keyboard and tim= ezone. > -- > Craig > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 That would seem to make sense. Where do these settings actually get stored? Where would I find a list of the possible settings to create the dialog? I've never tried to use any of the alternative locales --=20 Allan Jude --70f3TQ3NrCW8V7FCHdxvKLIwk1o7snvWA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJUA1A8AAoJEJrBFpNRJZKfIFMP/AuIsLNpUDjF8iDcONAJwDmh yNpiINBYcldeklZZkMt2rDI2Gs/JJJbBIxGHsuZfYVqATIf87hBopZZLd9MEhhaj YPx2rbyLyNQA/ggxmSqlESWGZS3zBCYTIcF0h9LIeFMHKK9KwFrI9OiMFx2WlCxe aRjA2j19LIF5jOvVmZ38WMah1osEbFqfZE0D9qBQ7lYrjyP6YfWKw9koQaOplgSP qDRmkf2a1ghD9E1ZUawTFiO4tkIq+UpNAnkDEHmaU4cMiDbJ9nDtNufvmwGLRC1h bP4XsSQRRx9LC21cOQOwUeP94G2xLfOro3nqzpxvfuvnGPJc74jOGJGnP3oM054E 8Mr7W/tPhTxC8a/qnlRy+9LJJ35sLRsI6pHM/3NkquaaUmqPj7m57cBwnR0lAOZH EgEg3lNSY4wL16RMBs0X6zOtFu99EtZrUU/C1eRt2AZy90ZCOEBvJz1Nu5Fae4b/ AtLIcUEUWGU5ewv84bkn7W1a71bcXuVdHFh4Z6MgcHjB3ScXgjD8YRuTM9YBR+kw tKgJYcG83wGgoUb+EuwfDTqr+tSLOgp8+sdDEGlxdtzPR6FEDdGWYN5d9f8ewDKI HUgGpiL0rBM1pDQ7wvshv8cmPAd3AG1YjdWzeK7ELzrN3Q9VXeDgpwvWKbefuQ6X IOTjZXBVNTuu3f0cwdS/ =Izz+ -----END PGP SIGNATURE----- --70f3TQ3NrCW8V7FCHdxvKLIwk1o7snvWA-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 17:15:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64754194; Sun, 31 Aug 2014 17:15:10 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6B691E63; Sun, 31 Aug 2014 17:15:09 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id s18so4906663lam.40 for ; Sun, 31 Aug 2014 10:15:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=O6LpiDK9Afh59OvZS5EALOVjxRVQR+FoR0S23L717pI=; b=GypzQDjlD4lhTdMOWsH3DNrnLaTcY+2FQ3BkAdJCjawIYATjLO80p3uwj/eNl7y9Yo svPy3d7oUsE3oTWIkpdRaCDrwCPmCbWjXBBDAtw3mFLdRJUKWLyuI7w4zbcQUpKs5oZv H11LXOVGCAt+gYrDteQ2w0+6m0R9YoliQr7YFe0LuJZ3jbTyjQPYjFXvd643Yejvsp5T SGECVB7MNGXRc6AvZw9LPa/NEgr/QRVkKhi/ofe5es7o6ioILWSV5ML8VUGSs6WwfJL1 juNQeeE956f8wO7vDl0jC7GIzdqG+fSAfXbcLfm9R51QXHDFXZc1G4y+5awOYHStnnaL GfWg== MIME-Version: 1.0 X-Received: by 10.112.125.105 with SMTP id mp9mr22385465lbb.30.1409505307643; Sun, 31 Aug 2014 10:15:07 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.197.107 with HTTP; Sun, 31 Aug 2014 10:15:07 -0700 (PDT) In-Reply-To: <54035039.9020709@freebsd.org> References: <54035039.9020709@freebsd.org> Date: Sun, 31 Aug 2014 10:15:07 -0700 X-Google-Sender-Auth: AgHi9WmOVdv3NBufYxQgzIjhnvA Message-ID: Subject: Re: Modify bsdinstall to set the default locale? From: Craig Rodrigues To: Allan Jude Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 17:15:10 -0000 On Sun, Aug 31, 2014 at 9:41 AM, Allan Jude wrote: > On 2014-08-31 12:36, Craig Rodrigues wrote: > > That would seem to make sense. Where do these settings actually get > stored? Where would I find a list of the possible settings to create the > dialog? > > I've never tried to use any of the alternative locales > > -- > Allan Jude > See: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/using-localization.html The locale gets set by setting certain environment variables. I don't have a PC-BSD system handy, but I think on PC-BSD, some files like /etc/login.conf , /etc/csh.cshrc, or /etc/profile are modified with the default locale information. Maybe bsdinstall should do something similar. -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 17:32:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFDAFE4A for ; Sun, 31 Aug 2014 17:32:22 +0000 (UTC) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0212.outbound.protection.outlook.com [207.46.163.212]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8127D1172 for ; Sun, 31 Aug 2014 17:32:21 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (10.255.156.132) by BY1PR0301MB0838.namprd03.prod.outlook.com (25.160.193.144) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Sun, 31 Aug 2014 17:32:11 +0000 Message-ID: <54035C14.2060700@my.hennepintech.edu> Date: Sun, 31 Aug 2014 12:32:04 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Subject: Re: Modify bsdinstall to set the default locale? References: <54035039.9020709@freebsd.org> In-Reply-To: <54035039.9020709@freebsd.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.255.156.132] X-ClientProxiedBy: CH1PR03CA009.namprd03.prod.outlook.com (10.255.156.154) To BY1PR0301MB0838.namprd03.prod.outlook.com (25.160.193.144) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0320B28BE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(199003)(189002)(24454002)(79102001)(47776003)(20776003)(105586002)(76482001)(110136001)(101416001)(106356001)(85306004)(80022001)(65806001)(65956001)(64706001)(102836001)(42186005)(2351001)(107046002)(107886001)(46102001)(77982001)(50466002)(89122001)(88552001)(33656002)(77096002)(85852003)(95666004)(81542001)(59896002)(86362001)(83506001)(76176999)(65816999)(74502001)(74662001)(54356999)(87266999)(558084003)(50986999)(92726001)(80316001)(92566001)(83322001)(19580395003)(31966008)(99396002)(99136001)(83072002)(81342001)(75432001)(87976001)(21056001)(90102001)(4396001)(23676002)(89472002); DIR:OUT; SFP:; SCL:1; SRVR:BY1PR0301MB0838; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; A:0; MX:1; LANG:en; X-OriginatorOrg: my.hennepintech.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 17:32:23 -0000 On 2014.08.31 11:41, Allan Jude wrote: > That would seem to make sense. Where do these settings actually get > stored? Where would I find a list of the possible settings to create the > dialog? Setting them in /etc/login.conf for the default user class is how I do it. From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 18:06:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A72FBDA0; Sun, 31 Aug 2014 18:06:07 +0000 (UTC) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id 10ACC1563; Sun, 31 Aug 2014 18:06:06 +0000 (UTC) Received: from ppp118-210-249-247.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.249.247]) by ipmail06.adl2.internode.on.net with ESMTP; 01 Sep 2014 03:30:56 +0930 Message-ID: <540362D7.7030102@ShaneWare.Biz> Date: Mon, 01 Sep 2014 03:30:55 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org Subject: Re: Modify bsdinstall to set the default locale? References: <54035039.9020709@freebsd.org> In-Reply-To: <54035039.9020709@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 18:06:07 -0000 On 01/09/2014 02:11, Allan Jude wrote: > On 2014-08-31 12:36, Craig Rodrigues wrote: >> Hi, >> >> I recently did a fresh install of FreeBSD-10.stable on a new machine. >> >> If I run the 'locale', I get this: >> >> LANG= >> LC_CTYPE="C" >> LC_COLLATE="C" >> LC_TIME="C" >> LC_NUMERIC="C" >> LC_MONETARY="C" >> LC_MESSAGES="C" >> LC_ALL= >> >> Can we add something to bsdinstall/bsdconfig for setting the default locale? >> >> We already have stuff in the installer for setting the keyboard and timezone. >> -- >> Craig > > That would seem to make sense. Where do these settings actually get > stored? Where would I find a list of the possible settings to create the > dialog? > > I've never tried to use any of the alternative locales > They are environment variables - we can set manually in ~/.cshrc Any unset will equal the LANG setting - empty just falls to "C". Handbook Chapter 22 on localisation shows setting it in /etc/login.conf which currently only has a lang setting for Russian accounts. It also notes that Chinese, Japanese, and Korean will need to set more than just lang. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-current@FreeBSD.ORG Sun Aug 31 20:34:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8C8F433 for ; Sun, 31 Aug 2014 20:34:21 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 875FF178D for ; Sun, 31 Aug 2014 20:34:21 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s7VKYJkK023519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Aug 2014 13:34:20 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s7VKYJ17023518; Sun, 31 Aug 2014 13:34:19 -0700 (PDT) (envelope-from jmg) Date: Sun, 31 Aug 2014 13:34:19 -0700 From: John-Mark Gurney To: "Hiroo Ono (????????????)" Subject: Re: Kernel page fault with non-sleepable locks held error with kernel r270837 Message-ID: <20140831203419.GU71691@funkthat.com> Mail-Followup-To: "Hiroo Ono (????????????)" , freebsd-current@freebsd.org References: <20140831064718.GT71691@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 31 Aug 2014 13:34:20 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 20:34:21 -0000 Hiroo Ono (????????????) wrote this message on Sun, Aug 31, 2014 at 20:43 +0900: > Thank you for taking a look into this. > > 2014-08-31 15:47 GMT+09:00 John-Mark Gurney : > > Hiroo Ono (????????????) wrote this message on Sun, Aug 31, 2014 at 14:01 +0900: > >> During upgrading world and kernel from r26939 to r270837, I got the > >> following problem. > >> a) the arch is i386 > >> b) kernel is of r270837, userland is of r26939 (make kernel is done > >> and rebooted, make installworld not yet). > >> c) booting in single user mode is OK. > >> d) during startup of multi-user mode, when dhclient is run, the > >> following message appears, and the system freezes: > >> > >> Starting devd. > >> wlan0: link state changed to UP > >> Starting webcamd. > >> Attached to ugen4.2[0] > >> Starting webcready running for ugen4.2.0 > >> /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd > >> Starting dhclient. > >> DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > >> DHCPACK from 192.168.8.2 > >> Kernel page fault with the following non-sleepable locks held: > >> exclusive sleep mutex so_rcv (so_rcv) r = 0 (0xc713f078) locked @ > >> /usr/src/sys/kern/kern_event.c:2005 > > > > I'm puzzled by this line number... This line number doesn't do any > > locks, it is in the function knlist_remove_inevent... > > The line 2005 is "mtx_lock((struct mtx *)arg);" of knlist_mtx_lock() > https://svnweb.freebsd.org/base/head/sys/kern/kern_event.c?revision=268843&view=markup#l2005 > > this function is assigned to (struct knlist *)->kn_lock in knlist_init() > https://svnweb.freebsd.org/base/head/sys/kern/kern_event.c?revision=268843&view=markup#l2058 Sorry, turns out I had a local patch to my kern_event.c... Can you find out what line the filt_soread is on? This will help figure out if it's kn or so... If you could get the address of the page fault, that would also be helpful... Ok, a similar fix was committed in r133794, and a quick look at the code doesn't show any knote's that are allocated on the stack anymore... > >> KDB stack backtrace: > >> rapper+0x2d/frame 0xe8f42710 > >> kdb_backtrace(c11aaf80,0,c713f078,c119a9e8,7d5,...) at 0xc0b4b160 = > >> kdb_backtrace+0x30/frame 0xe8f42778 > >> witness_warn(5,0,c136b0a0,76fb000,c1833d58,...) at 0xc8b68a52 = > >> witness_warn+0x402/frame 0xe8f427c8 > >> trap_pfault(18,3fd,c0dcc2d0,c1f64a80,c75fa000,...) at 0xc102f46b = > >> trap_pfault+0x5b/frame 0xe8f42840 > >> trap(e8f42988) at 0xc102edcf = trap+0x6cf/frame 0xe8f4297c > >> calltrap() at 0xc1017c4c = calltrap+0x6/frame 0xe8f4297c > >> filt_soread(c75f7828,0,c119a9e8,48d,0,...) at 0xc0b9837d = > >> filt_soread+0x9d/frame 0xe8f429f0 > >> kqueue_register(c6f59310,1,1,4f5,0,...) at 0xc0ad1457 = > >> kqueue_register+0x807/frame 0xe8f42a68 > >> kern_kevent(c6f59310,7,12c217ce1 = Xint0x80), eip = > > calltrap() seems to be invoked by > SOCKBUF_LOCK_ASSERT(&so->so_rcv); > of filt_soread() in sys/kern/uipc_socket.c > https://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?revision=270664&view=markup#l3250 > > but I do not know where &so->so_rcv was previously locked. > knlist_init_mtx (which then calls knlist_init) is called with > so->so_rcv in sys/kern/uipc_socket.c in > line 517: socreate() > https://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?revision=270664&view=markup#l517 > and > line 606: sonewconn() > https://svnweb.freebsd.org/base/head/sys/kern/uipc_socket.c?revision=270664&view=markup#l606 > > so the problem may be around there. > but, I cannot track any further. the system freezes, so I cannot deal with ddb. > > > But notice the knlist_remove_inevent doesn't appear in the back > > trace... > > > > Can you confirm that your kern_event.c is: > > __FBSDID("$FreeBSD: head/sys/kern/kern_event.c 268843 2014-07-18 14:27:04Z bapt > > $"); > > I checked that it was this revision. > > >> instruction poi = 0x28:0xe8f429f0 fff, type 0x1b > >> DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > >> DHCPACK from 192.168.8.2 > >> > >> e) kernel configuration differs from GENERIC on the following point > >> options VIMAGE > >> options DDB_NUMSYM > >> nocpu I486_CPU > >> nooptions VESA > >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Sep 1 07:09:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F196398; Mon, 1 Sep 2014 07:09:07 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BE501E83; Mon, 1 Sep 2014 07:09:07 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id j107so4710676qga.8 for ; Mon, 01 Sep 2014 00:09:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=/63HI/HjtWyAsCM2d1pJMhNs8ipmEOxHvxZ8eBvByxo=; b=PCtO3z4x1Vb+CnxSiKwl8zvz+L8XiqCkRcW/pgguSfeQjMIRqJMRUbpMosFOYB2hho av+xyP1z03MQ5Ik03kvDSqifSkYnwzaWv4BvqkbM0PJpRljiPdEPjqYnOq7CWTeAzUZi b3jpR6GWRhb9mnZpFAL2ChZU6pu1TKf5gRF2qITA0jE17XYzDAuQldl23rPBmixKQOVN EfQMmoxNWMCXXMAfAl0lDfugMgggjZz2Is0g6seB3qn6p5nJi5TV/Ycq4QG+78R+0YuW cOZ2vH3nQGZBdK5IWf97rjtbIjoxocPEvcyJsCTyCjei+e86D0gQafFmXW6m8Ekn/+kC ZPnw== MIME-Version: 1.0 X-Received: by 10.229.38.3 with SMTP id z3mr42176113qcd.17.1409555346269; Mon, 01 Sep 2014 00:09:06 -0700 (PDT) Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.140.19.9 with HTTP; Mon, 1 Sep 2014 00:09:06 -0700 (PDT) Received: by 10.140.19.9 with HTTP; Mon, 1 Sep 2014 00:09:06 -0700 (PDT) In-Reply-To: <5403B060.9080601@freebsd.org> References: <5403B060.9080601@freebsd.org> Date: Mon, 1 Sep 2014 16:09:06 +0900 X-Google-Sender-Auth: 2K0AMjFJ6XEPkR_xGHifDjhfn_w Message-ID: Subject: Re: Kernel page fault with non-sleepable locks held error with kernel r270837 From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= To: Julian Elischer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 07:09:07 -0000 Hello, 2014/09/01 8:31 "Julian Elischer" : > > On 8/30/14, 10:01 PM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7=94=9F) wr= ote: >> >> Hello, >> >> During upgrading world and kernel from r26939 to r270837, I got the >> > > r26939 has the wrong number of digits. what was your correct previous revision? r269369 is the correct revision. Sorry for the mistake. From owner-freebsd-current@FreeBSD.ORG Mon Sep 1 19:55:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B001FE5; Mon, 1 Sep 2014 19:55:26 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A235E1A61; Mon, 1 Sep 2014 19:55:25 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id k14so5784827wgh.4 for ; Mon, 01 Sep 2014 12:55:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:user-agent; bh=fQuGOTeI2HgyERVnnLiGAT39IG3mKZeUgbyMcvlpVJk=; b=SjsBr+uRmtaIdhH2XaoRZWykT/ZEM0vhdDkkwM6n76KlgAiZhnJn7l5B7g027MXcAA MyPvldmcoHYxy2MXeWYaUABlJwdQaTtgbyq0TYu9SevuuUMJySltHxSJErd7eDQtYISP aLu6ncCuTMuo+z8qZuXgp2uCXO+PQs+Dwk+cFC+0idydR3f82ucW13CSMpHG3+L2lv67 8F/hkMITFP2ilWRN9EIblaSH2EzUZiOEgI2sXFTS9U6pf8iqLQGShMxydOPh3a9UzI+i vFuTyc8W8gWJxhOnPZHLL3uu7QuxDDKBdcaVSAUJ7nqN1XviFByJ/Ng2gEb5fpVsaXyy pePA== X-Received: by 10.194.89.168 with SMTP id bp8mr33973052wjb.53.1409601323913; Mon, 01 Sep 2014 12:55:23 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id ky3sm4233339wjb.39.2014.09.01.12.55.22 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 01 Sep 2014 12:55:23 -0700 (PDT) Date: Mon, 1 Sep 2014 21:55:20 +0200 From: Mateusz Guzik To: freebsd-current@freebsd.org Subject: namei: avoid needless relocking for absolute lookups Message-ID: <20140901195520.GA26840@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , freebsd-current@freebsd.org, kib@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: kib@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 19:55:26 -0000 Currently for absolute lookups the kernel vrefs fd_cdir and immediately unrefs it and vrefs root vnode. Patch below changes the code to start with vrefing root vnode for absolute lookups. In a crap microbenchmark of 16 threads opening /foo file I got a ~6% speedup. The code may require further refactoring later. diff --git a/sys/kern/vfs_lookup.c b/sys/kern/vfs_lookup.c index e4f9d64..421adb6 100644 --- a/sys/kern/vfs_lookup.c +++ b/sys/kern/vfs_lookup.c @@ -129,6 +129,27 @@ namei_cleanup_cnp(struct componentname *cnp) #endif } +static int +namei_handle_root(struct nameidata *ndp, struct vnode **dpp) +{ + struct componentname *cnp = &ndp->ni_cnd; + + if (ndp->ni_strictrelative != 0) { +#ifdef KTRACE + if (KTRPOINT(curthread, KTR_CAPFAIL)) + ktrcapfail(CAPFAIL_LOOKUP, NULL, NULL); +#endif + return (ENOTCAPABLE); + } + while (*(cnp->cn_nameptr) == '/') { + cnp->cn_nameptr++; + ndp->ni_pathlen--; + } + *dpp = ndp->ni_rootdir; + VREF(*dpp); + return (0); +} + int namei(struct nameidata *ndp) { @@ -221,6 +242,7 @@ namei(struct nameidata *ndp) AUDIT_ARG_UPATH2(td, ndp->ni_dirfd, cnp->cn_pnbuf); dp = NULL; + cnp->cn_nameptr = cnp->cn_pnbuf; if (cnp->cn_pnbuf[0] != '/') { if (ndp->ni_startdir != NULL) { dp = ndp->ni_startdir; @@ -263,6 +285,15 @@ namei(struct nameidata *ndp) namei_cleanup_cnp(cnp); return (error); } + } else { + error = namei_handle_root(ndp, &dp); + FILEDESC_SUNLOCK(fdp); + if (ndp->ni_startdir != NULL) + vrele(ndp->ni_startdir); + if (error != 0) { + namei_cleanup_cnp(cnp); + return (error); + } } if (dp == NULL) { dp = fdp->fd_cdir; @@ -274,28 +305,6 @@ namei(struct nameidata *ndp) SDT_PROBE(vfs, namei, lookup, entry, dp, cnp->cn_pnbuf, cnp->cn_flags, 0, 0); for (;;) { - /* - * Check if root directory should replace current directory. - * Done at start of translation and after symbolic link. - */ - cnp->cn_nameptr = cnp->cn_pnbuf; - if (*(cnp->cn_nameptr) == '/') { - vrele(dp); - if (ndp->ni_strictrelative != 0) { -#ifdef KTRACE - if (KTRPOINT(curthread, KTR_CAPFAIL)) - ktrcapfail(CAPFAIL_LOOKUP, NULL, NULL); -#endif - namei_cleanup_cnp(cnp); - return (ENOTCAPABLE); - } - while (*(cnp->cn_nameptr) == '/') { - cnp->cn_nameptr++; - ndp->ni_pathlen--; - } - dp = ndp->ni_rootdir; - VREF(dp); - } ndp->ni_startdir = dp; error = lookup(ndp); if (error) { @@ -370,6 +379,18 @@ namei(struct nameidata *ndp) ndp->ni_pathlen += linklen; vput(ndp->ni_vp); dp = ndp->ni_dvp; + cnp->cn_nameptr = cnp->cn_pnbuf; + /* + * Check if root directory should replace current directory. + */ + if (*(cnp->cn_nameptr) == '/') { + vrele(dp); + error = namei_handle_root(ndp, &dp); + if (error != 0) { + namei_cleanup_cnp(cnp); + return (error); + } + } } namei_cleanup_cnp(cnp); vput(ndp->ni_vp); -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Mon Sep 1 19:55:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A1B7FE7; Mon, 1 Sep 2014 19:55:26 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 764771A60; Mon, 1 Sep 2014 19:55:25 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id k48so5902838wev.34 for ; Mon, 01 Sep 2014 12:55:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=pzxq8ur5+6RNzoGg93/FfFfjo1oqOszqau+mRCk/qzM=; b=hZXRFkyyUwP6VXPS8NZ/7IRSnPHZvuSlY1/kayIunWbYAeByRXo2iopGjHM3UnD0Mh Mmcs7ujEQft/jsHj29zyiY1x4UI3wc7Pv0yFaJBWD/dLOfR9D5pIg4moHKnQUMCeEHV6 QZ1vrOy20N72HOc6TrsM59+i2ctVunj4R4bMjECIc3LEZRtmqP18+Vz6ZpQV5gZUH9rp npqjV7nYx52EjzTKjQNXaNvVwmdcQyW7gl5fli7ZjmrMSP/OXtez6p3Om+N+XhGHgbAu JiMpczVbMgMweKLqUGzDLAq4KhN7x64ioHaePVWzsI/mIw2wGfZgbAVeb30iCTP+W6kS W7/A== X-Received: by 10.194.108.41 with SMTP id hh9mr34076770wjb.68.1409601323728; Mon, 01 Sep 2014 12:55:23 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id r8sm4289106wjy.20.2014.09.01.12.55.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Sep 2014 12:55:22 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 1 Sep 2014 21:55:20 +0200 From: Baptiste Daroussin To: ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org, pkg@FreeBSD.org Subject: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <20140901195520.GB77917@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 19:55:26 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, The ports tree has been modified to only support pkg(8) as package manageme= nt system for all supported version of FreeBSD. if you were still using pkg_install (pkg_* tools) you will have to upgrade = your system. The simplest way is cd /usr/ports/ports-mgmt/pkg make install then run=20 pkg2ng You will have lots of warning, don't be scared, they are expected, pkg_* databases used to get easily mangled. pkg2ng is most of the time able to de= al with it. If however you encounter a problem then please report to pkg@FreeBSD.org A tag has been applied to the ports tree if you need to get the latest ports tree before the EOL of pkg_install: https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL A branch has been created if some committers want to provides updates on the for pkg_install users: https://svn.FreeBSD.org/ports/branches/pkg_install Please note that this branch is not officially maintained and that we stron= gly recommend that you do migrate to pkg(8) Best regards, Bapt on behalf of portmgr --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlQEzygACgkQ8kTtMUmk6Ez62ACeKBwgmchm6kJ2rVnYukF+PVH4 0WgAnRVv9QdxS/27NEU+WJBpNg96Zf6u =gM2v -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 00:04:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C8CD881 for ; Tue, 2 Sep 2014 00:04:38 +0000 (UTC) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFC501441 for ; Tue, 2 Sep 2014 00:04:37 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id z60so5724065qgd.20 for ; Mon, 01 Sep 2014 17:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=sQ1fhIAzeXZbbtuTFalAx98vMWea1Hxq9qX/+/vD65s=; b=W/IP1fzQyX1O6zCYH4i9oK0dViwuCXAOBvgl7Qp9XKWP0zWlk3lgVZPlNXstlVZl21 voJcT/UcVdesfHi8lbNZ4er/RFqI67fiq+hhEZa2bnZiSXIHNIvsq8o/wFCYB11creJn wY0JMUlpWVoZ5XlakQG2zZEfJcNxiRQpON0PANeGJC7F8DLWq4UWMfXyUwjj6dTy1SuO LHH/01XjBKAWs964D+r1mvWGpFpQqk7E3z+r0r4mYdGhv7Vc5RRoHKaX+AkSn07bwS7/ Xo7jYGhPVnGQm6JjICZ1A/5LuOITWe2ZjjlGJp5JmpVc9E6H7bmQsB2JDvz2Q+4TlQE1 Ulwg== MIME-Version: 1.0 X-Received: by 10.229.26.10 with SMTP id b10mr49958759qcc.29.1409616276868; Mon, 01 Sep 2014 17:04:36 -0700 (PDT) Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.140.19.9 with HTTP; Mon, 1 Sep 2014 17:04:36 -0700 (PDT) In-Reply-To: <20140831203419.GU71691@funkthat.com> References: <20140831064718.GT71691@funkthat.com> <20140831203419.GU71691@funkthat.com> Date: Tue, 2 Sep 2014 09:04:36 +0900 X-Google-Sender-Auth: brvZCzlCaevvy7Mn-csFLvzsqJw Message-ID: Subject: Re: Kernel page fault with non-sleepable locks held error with kernel r270837 From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 00:04:38 -0000 Hello, 2014-09-01 5:34 GMT+09:00 John-Mark Gurney : > Can you find out what line the filt_soread is on? This will help figure > out if it's kn or so... If you could get the address of the page fault, > that would also be helpful... > > Ok, a similar fix was committed in r133794, and a quick look at the code > doesn't show any knote's that are allocated on the stack anymore... I finally managed to get a crash dump. The output is as follows: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex so_rcv (so_rcv) r = 0 (0xc713e5a0) locked @ /usr/local/poudriere/jails/head/usr/src/sys/kern/kern_event.c:2005 KDB: stack backtrace: db_trace_self_wrapper(c11a69af,72656b2f,656b2f6e,655f6e72,746e6576,...) at 0xc05296bd = db_trace_self_wrapper+0x2d/frame 0xe8f16710 kdb_backtrace(c11aaf80,0,c713e5a0,c119a9e8,7d5,...) at 0xc0b4b160 = kdb_backtrace+0x30/frame 0xe8f16778 witness_warn(5,0,c136b0a0,76e2000,c1833d58,...) at 0xc0b68a52 = witness_warn+0x402/frame 0xe8f167c8 trap_pfault(18,3fd,c0dcc2d0,c1f64a80,c75e1000,...) at 0xc102f46b = trap_pfault+0x5b/frame 0xe8f16840 trap(e8f16988) at 0xc102edcf = trap+0x6cf/frame 0xe8f1697c calltrap() at 0xc1017c4c = calltrap+0x6/frame 0xe8f1697c --- trap 0xc, eip = 0xc0b9837d, esp = 0xe8f169c8, ebp = 0xe8f169f0 --- filt_soread(c75d93f0,0,c119a9e8,48d,0,...) at 0xc0b9837d = filt_soread+0x9d/frame 0xe8f169f0 kqueue_register(c6e2d310,1,1,4f5,0,...) at 0xc0ad1457 = kqueue_register+0x807/frame 0xe8f16a68 kern_kevent(c6e2d310,7,1,40,e8f16c10,...) at 0xc0ad1ec2 = kern_kevent+0x1f2/frame 0xe8f16bc0 sys_kevent(c6e2d310,e8f16cc8,c152a610,14,c11a4905,...) at 0xc0ad1bc1 = sys_kevent+0x131/frame 0xe8f16c40 syscall(e8f16d08) at 0xc102fc4c = syscall+0x30c/frame 0xe8f16cfc Xint0x80_syscall() at 0xc1017ce1 = Xint0x80_syscall+0x21/frame 0xe8f16cfc --- syscall (363, FreeBSD ELF32, sys_kevent), eip = 0x2849ad3f, esp = 0xbfbfa224, ebp = 0xbfbfa288 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0b9837d stack pointer = 0x28:0xe8f169c8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 428 (unbound-anchor) fram the back trace, line 3268 of the filt_soread() was where the trap was invoked. ---- 3263 } else { 3264 if (so->so_rcv.sb_cc >= so->so_rcv.sb_lowat) 3265 return 1; 3266 } 3267 3268 if (V_socket_hhh[HHOOK_FILT_SOREAD]->hhh_nhooks > 0) /* <-- HERE */ 3269 /* This hook returning non-zero indicates an event, not error */ 3270 return (hhook_run_socket(so, NULL, HHOOK_FILT_SOREAD)); ---- The kernel is built with VIMAGE option, so this may be related to VIMAGE? And, how can I get the address of the page fault? I found the old sample at http://www.nendai.nagoya-u.ac.jp/~kato/FreeBSD/debug/sample1.html but (kgdb) frame 11 <- the trap() line (kgdb) frame frame->tf_ebp frame->tf_eip do not work. From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 00:49:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE7A8213 for ; Tue, 2 Sep 2014 00:49:21 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A04701934 for ; Tue, 2 Sep 2014 00:49:21 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id ey11so13270218pad.7 for ; Mon, 01 Sep 2014 17:49:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=FumV9boU1BS1IcHYUm5gjayozHKXUUIVquf7xCT8jrA=; b=WSHLhxGa91Erx8QTCGD6RFXs9QVNk5/llxncWXqeG5ImhgsGudSeU7tkhJF2tMTfQl QyKcEpATJ+tO+OY4OmLJJb7NWTj6kCKisRPzhq4VuDsY28NhTjnXHoDMMUjC113ltz0X oK6Id4XgJcrp6xhD6WInvYPP2FfnoaUB16ELK2yoxHOWIvOxT2YWnHDgMp2XSwQtCUMV OabLFg5bpBAXsCdZ67wjqFxSWCeC+Uo7Dh7kBWW0bQXAD5wOW0C4FXtUIpDyunL7T6la T9mg4LXcs7VnBAuUI8be9/cKHKFCtmrzkh4tCVz+AWo0h9pUDsx0kfCtA02VlMb/i4Ao 676A== X-Received: by 10.68.224.225 with SMTP id rf1mr23778432pbc.56.1409618961184; Mon, 01 Sep 2014 17:49:21 -0700 (PDT) Received: from [192.168.20.11] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id qv9sm2079427pbb.86.2014.09.01.17.49.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 01 Sep 2014 17:49:20 -0700 (PDT) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11D257) From: Garrett Cooper Subject: Re: Kernel page fault with non-sleepable locks held error with kernel r270837 Date: Mon, 1 Sep 2014 17:49:19 -0700 To: "hiroo.ono+freebsd@gmail.com" Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 00:49:22 -0000 > On Aug 30, 2014, at 22:01, Hiroo Ono (=1B$B>.Ln42@8=1B(B) wrote: >=20 > Hello, >=20 > During upgrading world and kernel from r26939 to r270837, I got the > following problem. > a) the arch is i386 > b) kernel is of r270837, userland is of r26939 (make kernel is done > and rebooted, make installworld not yet). > c) booting in single user mode is OK. > d) during startup of multi-user mode, when dhclient is run, the > following message appears, and the system freezes: >=20 > Starting devd. > wlan0: link state changed to UP > Starting webcamd. > Attached to ugen4.2[0] > Starting webcready running for ugen4.2.0 > /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd > Starting dhclient. > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > DHCPACK from 192.168.8.2 > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex so_rcv (so_rcv) r =3D 0 (0xc713f078) locked @ > /usr/src/sys/kern/kern_event.c:2005 > KDB stack backtrace: > rapper+0x2d/frame 0xe8f42710 > kdb_backtrace(c11aaf80,0,c713f078,c119a9e8,7d5,...) at 0xc0b4b160 =3D > kdb_backtrace+0x30/frame 0xe8f42778 > witness_warn(5,0,c136b0a0,76fb000,c1833d58,...) at 0xc8b68a52 =3D > witness_warn+0x402/frame 0xe8f427c8 > trap_pfault(18,3fd,c0dcc2d0,c1f64a80,c75fa000,...) at 0xc102f46b =3D > trap_pfault+0x5b/frame 0xe8f42840 > trap(e8f42988) at 0xc102edcf =3D trap+0x6cf/frame 0xe8f4297c > calltrap() at 0xc1017c4c =3D calltrap+0x6/frame 0xe8f4297c > filt_soread(c75f7828,0,c119a9e8,48d,0,...) at 0xc0b9837d =3D > filt_soread+0x9d/frame 0xe8f429f0 > kqueue_register(c6f59310,1,1,4f5,0,...) at 0xc0ad1457 =3D > kqueue_register+0x807/frame 0xe8f42a68 > kern_kevent(c6f59310,7,12c217ce1 =3D Xint0x80), eip =3D > instruction poi =3D 0x28:0xe8f429f0 fff, type 0x1b > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > DHCPACK from 192.168.8.2 Is bpf built into the kernel, or is it built and loaded as a module. I'm won= dering because an issue with vimage and socket "hook" support was resolved i= n an earlier revision, but this might not have been caught: http://svnweb.freebsd.org/base?view=3Drevision&revision=3D270318 Cheers, -Garrett= From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 01:39:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D717AB90; Tue, 2 Sep 2014 01:39:35 +0000 (UTC) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E6EB1D54; Tue, 2 Sep 2014 01:39:35 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id im17so6207736vcb.41 for ; Mon, 01 Sep 2014 18:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EDddnFDjbRLMlBYKZ/aqRFPoXdlZ0Is/Bi+YFecmJrQ=; b=oPIjIJJivjOZoJX1rqrbU35IGTi/7YexPeaIMgG/e1j3DwGxHf5ibm6CxxTnDdNFTh 6VVtAkdg2ck1ICokQEUcNdMbiUicnVlUp4szo1xdJeH3AbtYK6XUbG3D7yCdD2s5E15i 4vRgvRIHMO4OZ6zqivG3LLJ/hTbw84DZk/MMtsWyp+IsxdgRSS1yavNUxTBG5Fs9iNqp XgR9SUAz15E57ZnSs20icMZX5HfKnns7hFiFNyaIca67Ehj1CzT4gWf9YQ+LDseav4TZ BcIeh92V8ZGK2QRmcOIceR3pLqtGCsRQbnh4SMHKv8LM6RG0nSTr5DkWzHEdLwKP/CAS v68A== MIME-Version: 1.0 X-Received: by 10.220.163.69 with SMTP id z5mr27867954vcx.10.1409621974373; Mon, 01 Sep 2014 18:39:34 -0700 (PDT) Received: by 10.221.57.72 with HTTP; Mon, 1 Sep 2014 18:39:34 -0700 (PDT) In-Reply-To: <54050D07.4010404@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> Date: Mon, 1 Sep 2014 20:39:34 -0500 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: "Sam Fourman Jr." To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 01:39:36 -0000 > > And for the portsnap users? > > In short, this change doesn't directly effect portsnap users. Portsnap is a tool that used to obtain a copy of the ports tree. Portsnap is only one way, another way to get a copy of the ports tree is by using subversion and checking it out by using the svn command. pkg(8) is a package management tool, and to make use of most packages having a copy of the ports tree is not required. > > > -- > Michelle Sullivan > http://www.mhix.org/ > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 02:17:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D6E5576; Tue, 2 Sep 2014 02:17:07 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1lp0145.outbound.protection.outlook.com [207.46.163.145]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89293111B; Tue, 2 Sep 2014 02:17:05 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (2601:2:4780:2fd:3cfa:1b41:db29:34df) by CY1PR0301MB0843.namprd03.prod.outlook.com (25.160.163.149) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 02:16:55 +0000 Message-ID: <54052891.5000104@my.hennepintech.edu> Date: Mon, 1 Sep 2014 21:16:49 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan , Sam Fourman Jr. Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> In-Reply-To: <540522A3.9050506@sorbs.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [2601:2:4780:2fd:3cfa:1b41:db29:34df] X-ClientProxiedBy: BN3PR0301CA0017.namprd03.prod.outlook.com (25.160.180.155) To CY1PR0301MB0843.namprd03.prod.outlook.com (25.160.163.149) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0322B4EDE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(189002)(199003)(24454002)(51704005)(74502001)(31966008)(74662001)(77096002)(83322001)(50986999)(42186005)(59896002)(4396001)(85306004)(93886004)(87266999)(99396002)(65816999)(76176999)(99136001)(54356999)(102836001)(46102001)(88552001)(21056001)(83506001)(64706001)(50466002)(101416001)(85852003)(83072002)(90102001)(79102001)(80022001)(117636001)(23676002)(65956001)(86362001)(89122001)(76482001)(64126003)(92726001)(20776003)(47776003)(81542001)(92566001)(81342001)(77982001)(107046002)(75432001)(95666004)(87976001)(105586002)(106356001)(89472002)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:CY1PR0301MB0843; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:17:07 -0000 On 2014.09.01 20:51, Michelle Sullivan wrote: >>> And for the portsnap users? >>> >> In short, this change doesn't directly effect portsnap users. >> > Sure about that? I'm sure of it. Your issue is with the tree itself, not the tool used to fetch it. > Correct, take a 9.2 install disk, install it, portsnap and then install > pkg on it... Oh wait, you can't.. pkg_install is broken, and 9.2 > install disks don't have pkg in the BaseOS.... Use the ports tree tarball included, or fetch it (either during or after installation). It is not impossible to get an old version of the ports tree with only the 9.2 base system. I don't see how this is anything more than an inconvenience. Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be doing a new install with 9.2. From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 02:20:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDF5E8C7; Tue, 2 Sep 2014 02:20:56 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 937481174; Tue, 2 Sep 2014 02:20:56 +0000 (UTC) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s822KsDZ018211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 1 Sep 2014 19:20:55 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <54052981.7010502@freebsd.org> Date: Mon, 01 Sep 2014 19:20:49 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Sam Fourman Jr." , Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:20:57 -0000 On 9/1/14, 6:39 PM, Sam Fourman Jr. wrote: >> And for the portsnap users? >> >> > In short, this change doesn't directly effect portsnap users. > > Portsnap is a tool that used to obtain a copy of the ports tree. > > Portsnap is only one way, another way to get a copy of the ports tree is by > using subversion and checking it out by using the svn command. > > pkg(8) is a package management tool, and to make use of most packages > having a copy of the ports tree is not required. But it is if you don't want the options that a pkg is built with. We need to do a lot of pkg munging for that reason, generating our own versions (which is ok, that's not a complaint, just a fact of life). I've warmed to pkg after using it a bit, and many of its initial shortcomings have been fixed. But one thing I'd like to request (a very minor thing).. Could the packing list have some newlines inserted into it to make it more humanly readable? Our old tools for auditing and controlling (old style) packages would print out that information. The new tools we need to write will need to do similar. We did an experiment at work here and wrote a small script that parsed it and then rewrote it back to the package with newlines added and pkg handled it just fine, so it should be a very minor thing to add some newlines when generating it in the first place. I don't think anything else needs to be changed. > >> >> -- >> Michelle Sullivan >> http://www.mhix.org/ >> >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 02:27:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C7E6BC9; Tue, 2 Sep 2014 02:27:04 +0000 (UTC) Received: from thyme.infocus-llc.com (thyme.infocus-llc.com [199.15.120.10]) (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 758671262; Tue, 2 Sep 2014 02:27:03 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 1CBD237B409; Mon, 1 Sep 2014 21:26:56 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3hnBxW1HBHz18B; Mon, 1 Sep 2014 21:26:55 -0500 (CDT) Date: Mon, 1 Sep 2014 21:26:55 -0500 From: "Matthew D. Fuller" To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <20140902022655.GI43581@over-yonder.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <540522A3.9050506@sorbs.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23-fullermd.4 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.4 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:27:04 -0000 On Tue, Sep 02, 2014 at 03:51:31AM +0200 I heard the voice of Michelle Sullivan, and lo! it spake thus: > > Correct, take a 9.2 install disk, install it, portsnap and then > install pkg on it... Oh wait, you can't.. pkg_install is broken, > and 9.2 install disks don't have pkg in the BaseOS.... So what? The pkg port uses _ITSELF_ to register. The "pkg" in the base system isn't pkg, it just a bootstrap to fetch the pkg pkg (which them uses itself to register too). If you're using the pkg _PORT_, it's not even involved in the first place. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 02:40:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CC32209; Tue, 2 Sep 2014 02:40:03 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 455B71363; Tue, 2 Sep 2014 02:40:03 +0000 (UTC) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s822e0Pt018262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 1 Sep 2014 19:40:00 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <54052DFA.4030808@freebsd.org> Date: Mon, 01 Sep 2014 19:39:54 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Andrew Berg , Michelle Sullivan , "Sam Fourman Jr." Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> In-Reply-To: <54052891.5000104@my.hennepintech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:40:03 -0000 On 9/1/14, 7:16 PM, Andrew Berg wrote: > On 2014.09.01 20:51, Michelle Sullivan wrote: >>>> And for the portsnap users? >>>> >>> In short, this change doesn't directly effect portsnap users. >>> >> Sure about that? > I'm sure of it. Your issue is with the tree itself, not the tool used to fetch it. > >> Correct, take a 9.2 install disk, install it, portsnap and then install >> pkg on it... Oh wait, you can't.. pkg_install is broken, and 9.2 >> install disks don't have pkg in the BaseOS.... > Use the ports tree tarball included, or fetch it (either during or after > installation). It is not impossible to get an old version of the ports tree > with only the 9.2 base system. I don't see how this is anything more than an > inconvenience. > Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be > doing a new install with 9.2. sigh.. when are we as a project, all going to learn that reality in business is that you often need to install stuff that is old. Its not always your choice. The custommers require it.. You should try arguing with someone like Bank of Americas security and operations department some day about whether they want to suddenly upgrade 300 machines for no real reason (from their perspective). On that topic, 10.0 is slightly broken from that perspective because as you install it, it upgrades pkg to a new version that was not in 10.0, so you can no longer build a 10.0 machine that matches the 10.0 machines you installed at the custommer site when 10.0 first came out, that they qualified as acceptible.. Well you MAY get the mostly same result, but the 'pkg' you have is a different one so the image checks out as different' (Imaginary hooters sound and theoretical security alerts trigger etc.) (oh and it interacts badly with the installer designed to run with the previous version.. The first part of the install works fine, and then half way through the install, things go strange when pkg upgrades itself.) 10.0 is past but we should think about how to prevent that in 10.1 etc. I guess the pkg config file in the install needs to be locked down to the release until the install is completed. We should make sure the base install only installs the pkg in the release and doesn't upgrade itself without asking first... (luckily that last issue doesn't affect most business customers who use their own install schemes). > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 03:03:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95817C7D; Tue, 2 Sep 2014 03:03:24 +0000 (UTC) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0211.outbound.protection.outlook.com [207.46.163.211]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C81C01854; Tue, 2 Sep 2014 03:03:22 +0000 (UTC) Received: from BN3PR0301MB0835.namprd03.prod.outlook.com (25.160.154.145) by BN3PR0301MB0867.namprd03.prod.outlook.com (25.160.155.141) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 03:03:07 +0000 Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (10.255.156.132) by BN3PR0301MB0835.namprd03.prod.outlook.com (25.160.154.145) with Microsoft SMTP Server (TLS) id 15.0.1015.19; Tue, 2 Sep 2014 03:03:05 +0000 Message-ID: <54053363.2030606@my.hennepintech.edu> Date: Mon, 1 Sep 2014 22:02:59 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> In-Reply-To: <54052B1D.3040607@sorbs.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.255.156.132] X-ClientProxiedBy: CH1PR03CA005.namprd03.prod.outlook.com (10.255.156.150) To BN3PR0301MB0835.namprd03.prod.outlook.com (25.160.154.145) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:;UriScan:; X-Forefront-PRVS: 0322B4EDE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(24454002)(51704005)(199003)(189002)(65956001)(87266999)(54356999)(105586002)(95666004)(76176999)(106356001)(90102001)(110136001)(89122001)(64126003)(65816999)(47776003)(81342001)(20776003)(80022001)(107046002)(64706001)(83506001)(101416001)(50986999)(81542001)(88552001)(85306004)(93886004)(59896002)(21056001)(99136001)(87976001)(83072002)(86362001)(74502001)(23676002)(75432001)(50466002)(79102001)(99396002)(102836001)(92726001)(74662001)(117636001)(77096002)(31966008)(46102001)(83322001)(85852003)(76482001)(77982001)(92566001)(4396001)(42186005)(89472002); DIR:OUT; SFP:; SCL:1; SRVR:BN3PR0301MB0835; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; A:0; MX:1; LANG:en; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:; X-OriginatorOrg: my.hennepintech.edu Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:03:24 -0000 On 2014.09.01 21:27, Michelle Sullivan wrote: > Actually it's an inconvenience for someone like me and you. Not for > many freebsd users, and certainly not for me 6 months ago if I hadn't > been writing my own ports.... oh and what was it, 1.3.6 -> 1.3.7? broke > shit... (badly) ... There were instructions for upgrading 1.3.6 to 1.3.7 alongside a notice that things would not be good if the instructions were not followed and an explanation of the issue. I think these kinds of notices need to reach more people, but of course, that is easier said than done. BTW, from what I have observed, 1.3.x issues have affected Poudriere users the most, binary package users a bit less (but still significantly), and pure ports users very little. >> Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be >> doing a new install with 9.2. >> > Try getting yourself a FreeBSD server at Softlayer... They still > install 7.x for Christ's sake (amongst others - but last time I checked, > on new servers, 8.4, 9.0, 9.1, 10.0*) Fair enough. > (not had time - because an EOL message is not a 'It will not > work after this date' message it is a 'you're unsupported after this > date and things *might* not work as expected' No, it means "we're not supporting this any more, so we don't care if there are new vulnerabilities or things stop working". I'm not going to dictate to other people what their upgrade schedule should be, but anyone running unsupported versions of software should not have any expectation that the ecosystem around it will be accommodating. The ports tree already requires a lot work to make sure everything works on supported versions of FreeBSD, and I see no reason whatsoever for anyone to put effort into making it work on EOL versions. From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 03:03:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7710EFB; Tue, 2 Sep 2014 03:03:29 +0000 (UTC) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0240.outbound.protection.outlook.com [207.46.163.240]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B189F1858; Tue, 2 Sep 2014 03:03:28 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (10.255.156.132) by BY1PR0301MB0837.namprd03.prod.outlook.com (25.160.193.143) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 03:03:20 +0000 Message-ID: <54053372.6020009@my.hennepintech.edu> Date: Mon, 1 Sep 2014 22:03:14 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Julian Elischer , Michelle Sullivan , Sam Fourman Jr. Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> In-Reply-To: <54052DFA.4030808@freebsd.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.255.156.132] X-ClientProxiedBy: CH1PR03CA010.namprd03.prod.outlook.com (10.255.156.155) To BY1PR0301MB0837.namprd03.prod.outlook.com (25.160.193.143) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0322B4EDE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(24454002)(189002)(199003)(80022001)(47776003)(87266999)(93886004)(99396002)(50466002)(50986999)(21056001)(75432001)(85306004)(117636001)(90102001)(59896002)(4396001)(88552001)(64706001)(86362001)(23676002)(65956001)(76176999)(54356999)(42186005)(101416001)(99136001)(20776003)(81542001)(87976001)(83322001)(102836001)(83506001)(77096002)(92566001)(92726001)(83072002)(85852003)(74502001)(74662001)(31966008)(65816999)(81342001)(106356001)(95666004)(64126003)(107046002)(79102001)(76482001)(46102001)(105586002)(77982001)(89122001)(89472002); DIR:OUT; SFP:; SCL:1; SRVR:BY1PR0301MB0837; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:03:29 -0000 On 2014.09.01 21:39, Julian Elischer wrote: > sigh.. when are we as a project, all going to learn that reality in > business is > that you often need to install stuff that is old. Its not always your > choice. > The custommers require it.. > You should try arguing with someone like Bank of Americas security and > operations > department some day about whether they want to suddenly upgrade 300 > machines > for no real reason (from their perspective). FreeBSD minor version upgrades are meant to be non-disruptive. However, I will admit that I have not performed any such upgrades in a critical environment, so if you think they are disruptive, please enlighten me with the details. Also, there are options out there for getting support for extended periods if you need it. Some companies are built around providing support for things that the original developers have long abandoned because some businesses need it. From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 03:14:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32A134DC; Tue, 2 Sep 2014 03:14:25 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE1F1198F; Tue, 2 Sep 2014 03:14:24 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id ey11so13499780pad.7 for ; Mon, 01 Sep 2014 20:14:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=oIfc7aJO58TuzASWK0RQ4jy+9Yhk4gChdAMQ5RMR7Rc=; b=zycZ+nOYpgKuCBnxLKkP+KaeaJuCNKVCzUGMDEYZtQ1+xXumgi5Bx6xoKozWutA4Fo iMVMVsXZwbJCykgRRUnT9azHo1jlQIy18HdDw54rrCQhKql75/QuhVirCen+zmmQXMHp oaWTS34WsjfzuB2047VZqsMCJDBbo6/8wYq1KwALwdL9LtQ5bZebiXkYQpr2pcvPuTob Bg2nAsepY9LCYL5KAtQAK7x+vSQn6LKlLE4D6L32KuT8By+zKL+YfwURA0YS8FfNQ/+R z+Y0EgZ1e7UQFUWX4z8L+5D7NyA7cGW/YLsQO++BbLegHrbkwfE6YK4tA50b7jyKvc36 ISgQ== X-Received: by 10.68.161.197 with SMTP id xu5mr560415pbb.160.1409627664154; Mon, 01 Sep 2014 20:14:24 -0700 (PDT) Received: from [192.168.20.5] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id qa2sm3387221pdb.38.2014.09.01.20.14.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 01 Sep 2014 20:14:23 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_69E864F1-60BD-4D0B-BB04-34706E4AE5F6"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: yaneurabeya@gmail.com In-Reply-To: <54053363.2030606@my.hennepintech.edu> Date: Mon, 1 Sep 2014 20:14:22 -0700 Message-Id: <8E432427-B3A8-4BF7-B54F-DE9B8CA268DC@gmail.com> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> To: Andrew Berg X-Mailer: Apple Mail (2.1878.6) Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, Michelle Sullivan , "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:14:25 -0000 --Apple-Mail=_69E864F1-60BD-4D0B-BB04-34706E4AE5F6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Sep 1, 2014, at 20:02, Andrew Berg = wrote: > On 2014.09.01 21:27, Michelle Sullivan wrote: >> Actually it's an inconvenience for someone like me and you. Not for >> many freebsd users, and certainly not for me 6 months ago if I hadn't >> been writing my own ports.... oh and what was it, 1.3.6 -> 1.3.7? = broke >> shit... (badly) ... > There were instructions for upgrading 1.3.6 to 1.3.7 alongside a = notice that > things would not be good if the instructions were not followed and an > explanation of the issue. I think these kinds of notices need to reach = more > people, but of course, that is easier said than done. > BTW, from what I have observed, 1.3.x issues have affected Poudriere = users the > most, binary package users a bit less (but still significantly), and = pure ports > users very little. >=20 >>> Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you = would be >>> doing a new install with 9.2. >>>=20 >> Try getting yourself a FreeBSD server at Softlayer... They still >> install 7.x for Christ's sake (amongst others - but last time I = checked, >> on new servers, 8.4, 9.0, 9.1, 10.0*) > Fair enough. >=20 >> (not had time - because an EOL message is not a 'It will not >> work after this date' message it is a 'you're unsupported after this >> date and things *might* not work as expected' > No, it means "we're not supporting this any more, so we don't care if = there are > new vulnerabilities or things stop working". I'm not going to dictate = to other > people what their upgrade schedule should be, but anyone running = unsupported > versions of software should not have any expectation that the = ecosystem around > it will be accommodating. > The ports tree already requires a lot work to make sure everything = works on > supported versions of FreeBSD, and I see no reason whatsoever for = anyone to put > effort into making it work on EOL versions. Installing pkgng on FreeBSD 7.x isn=92t impossible, but it does = require jumping through some hoops because xz not being present until = 8.x. These directions aren=92t complete (welcome to feedback if anyone = runs into issues), but they=92re a start: = https://github.com/yaneurabeya/scratch/blob/master/docs/cheatsheets/freebs= d . Cheers! -Garrett --Apple-Mail=_69E864F1-60BD-4D0B-BB04-34706E4AE5F6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUBTYOAAoJEMZr5QU6S73eHOQIALDlJRDBWsF358dhExXJBs5L X3+x6WrobmZKCaJvZ1E+hftAjebU6pj+PRphgBeKy5l17f6xLKezDI8R3cRSr3rD zpXt74/7j/UXU0rITlft6toMkrFsGRWdmAw1q06Bb+T+gkz6hGi228WcGxD+dePe zXBKpN1VBzueCU+ElFo3Fk4hnNIpcFeu/3NW3eH9zmVnU4+u0EGKLl9rQFiMOi4A aQXw4XQ+kF+BsiSzkUwPj8PRApZkk4KPmWzKJtUX5PhuqycPwpjaGh4qumsxCNuq LFXav5jgEdiYCJL1SCIJm8FbIrf0M1xlTpV43r0+kuTTCm2pNexlF41j80kvIUk= =MBj1 -----END PGP SIGNATURE----- --Apple-Mail=_69E864F1-60BD-4D0B-BB04-34706E4AE5F6-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 00:19:30 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 185CBC0B; Tue, 2 Sep 2014 00:19:30 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 72ACF1578; Tue, 2 Sep 2014 00:19:29 +0000 (UTC) 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 <0NB80004QZQPH900@hades.sorbs.net>; Mon, 01 Sep 2014 17:23:15 -0700 (PDT) Message-id: <54050D07.4010404@sorbs.net> Date: Tue, 02 Sep 2014 02:19:19 +0200 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: Baptiste Daroussin Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> In-reply-to: <20140901195520.GB77917@ivaldir.etoilebsd.net> X-Mailman-Approved-At: Tue, 02 Sep 2014 03:23:30 +0000 Cc: ports@FreeBSD.org, pkg@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 00:19:30 -0000 Baptiste Daroussin wrote: > Hi all, > > The ports tree has been modified to only support pkg(8) as package management > system for all supported version of FreeBSD. > > if you were still using pkg_install (pkg_* tools) you will have to upgrade your > system. > > The simplest way is > cd /usr/ports/ports-mgmt/pkg > make install > then run > pkg2ng > > You will have lots of warning, don't be scared, they are expected, pkg_* > databases used to get easily mangled. pkg2ng is most of the time able to deal > with it. > > If however you encounter a problem then please report to pkg@FreeBSD.org > > A tag has been applied to the ports tree if you need to get the latest ports > tree before the EOL of pkg_install: > https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL > > A branch has been created if some committers want to provides updates on the > for pkg_install users: > https://svn.FreeBSD.org/ports/branches/pkg_install > > Please note that this branch is not officially maintained and that we strongly > recommend that you do migrate to pkg(8) > > Best regards, > Bapt on behalf of portmgr > And for the portsnap users? -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 03:26:12 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81620C6F; Tue, 2 Sep 2014 03:26:12 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0188.outbound.protection.outlook.com [207.46.163.188]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A37F41AA2; Tue, 2 Sep 2014 03:26:09 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (10.255.156.132) by CY1PR0301MB0843.namprd03.prod.outlook.com (25.160.163.149) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 03:26:06 +0000 Message-ID: <540538C6.8050505@my.hennepintech.edu> Date: Mon, 1 Sep 2014 22:25:58 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> <540534D3.603@sorbs.net> In-Reply-To: <540534D3.603@sorbs.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.255.156.132] X-ClientProxiedBy: CH1PR03CA002.namprd03.prod.outlook.com (10.255.156.147) To CY1PR0301MB0843.namprd03.prod.outlook.com (25.160.163.149) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0322B4EDE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(189002)(199003)(24454002)(31966008)(74662001)(74502001)(77096002)(83322001)(50986999)(42186005)(59896002)(4396001)(93886004)(85306004)(99396002)(87266999)(76176999)(65816999)(99136001)(80316001)(54356999)(102836001)(110136001)(33656002)(46102001)(88552001)(21056001)(83506001)(64706001)(50466002)(101416001)(85852003)(83072002)(90102001)(79102001)(80022001)(23676002)(65956001)(86362001)(89122001)(76482001)(92726001)(64126003)(47776003)(20776003)(81342001)(81542001)(92566001)(77982001)(107046002)(75432001)(95666004)(87976001)(105586002)(106356001)(89472002); DIR:OUT; SFP:; SCL:1; SRVR:CY1PR0301MB0843; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:26:12 -0000 On 2014.09.01 22:09, Michelle Sullivan wrote: > That's my point - there was a patch waiting to submit that knowingly > broke pkg_install at midnight on the day after the EOL... the EOL > shouldn't be an EOL - because it was really a 'portsnap after this date > before you upgrade and you're screwed it won't work any more at all...' As Peter outlined, this EOL was announced long ago, and it was mentioned at least once that it was to allow breaking changes. There really would be no reason to drop support for it in the ports tree if there were no plans to make changes. From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 01:51:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08FEAFC5; Tue, 2 Sep 2014 01:51:35 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id AB2FE1E3F; Tue, 2 Sep 2014 01:51:34 +0000 (UTC) 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 <0NB90005G40CH900@hades.sorbs.net>; Mon, 01 Sep 2014 18:55:26 -0700 (PDT) Message-id: <540522A3.9050506@sorbs.net> Date: Tue, 02 Sep 2014 03:51:31 +0200 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: "Sam Fourman Jr." Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> In-reply-to: X-Mailman-Approved-At: Tue, 02 Sep 2014 03:44:30 +0000 Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 01:51:35 -0000 Sam Fourman Jr. wrote: >> And for the portsnap users? >> >> >> > In short, this change doesn't directly effect portsnap users. > Sure about that? > Portsnap is a tool that used to obtain a copy of the ports tree. > try this: portsnap fetch update && cd /usr/ports/ports-mgmt/pkg && make install If you *haven't* install pkg first... > Portsnap is only one way, another way to get a copy of the ports tree is by > using subversion and checking it out by using the svn command. > Not much good if you haven't installed svn already... > pkg(8) is a package management tool, and to make use of most packages > having a copy of the ports tree is not required. > > Correct, take a 9.2 install disk, install it, portsnap and then install pkg on it... Oh wait, you can't.. pkg_install is broken, and 9.2 install disks don't have pkg in the BaseOS.... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 03:00:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD1AB961; Tue, 2 Sep 2014 03:00:01 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 1436A15A3; Tue, 2 Sep 2014 03:00:01 +0000 (UTC) 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 <0NB90005Y76DH900@hades.sorbs.net>; Mon, 01 Sep 2014 20:03:52 -0700 (PDT) Message-id: <540532AC.2070508@sorbs.net> Date: Tue, 02 Sep 2014 04:59:56 +0200 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: Julian Elischer Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> In-reply-to: <54052DFA.4030808@freebsd.org> X-Mailman-Approved-At: Tue, 02 Sep 2014 03:44:37 +0000 Cc: pkg@freebsd.org, Baptiste Daroussin , Andrew Berg , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:00:01 -0000 Julian Elischer wrote: > > You should try arguing with someone like Bank of Americas security and > operations > department You work for the same company as me? > some day about whether they want to suddenly upgrade 300 machines > for no real reason (from their perspective). > -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 03:09:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1BB52CF; Tue, 2 Sep 2014 03:09:10 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 95EDE18D2; Tue, 2 Sep 2014 03:09:10 +0000 (UTC) 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 <0NB9000627LOH900@hades.sorbs.net>; Mon, 01 Sep 2014 20:13:02 -0700 (PDT) Message-id: <540534D3.603@sorbs.net> Date: Tue, 02 Sep 2014 05:09:07 +0200 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: Andrew Berg Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> In-reply-to: <54053363.2030606@my.hennepintech.edu> X-Mailman-Approved-At: Tue, 02 Sep 2014 03:44:47 +0000 Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:09:11 -0000 Andrew Berg wrote: > On 2014.09.01 21:27, Michelle Sullivan wrote: > >> Actually it's an inconvenience for someone like me and you. Not for >> many freebsd users, and certainly not for me 6 months ago if I hadn't >> been writing my own ports.... oh and what was it, 1.3.6 -> 1.3.7? broke >> shit... (badly) ... >> > There were instructions for upgrading 1.3.6 to 1.3.7 alongside a notice that > things would not be good if the instructions were not followed and an > explanation of the issue. I think these kinds of notices need to reach more > people, but of course, that is easier said than done. > BTW, from what I have observed, 1.3.x issues have affected Poudriere users the > most, binary package users a bit less (but still significantly), and pure ports > users very little. > I am a poudriere user... across 8.4, 9.0, 9.1, 9.2, 9.3, 10.0 on both i386 and amd64 :/ > >>> Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be >>> doing a new install with 9.2. >>> >>> >> Try getting yourself a FreeBSD server at Softlayer... They still >> install 7.x for Christ's sake (amongst others - but last time I checked, >> on new servers, 8.4, 9.0, 9.1, 10.0*) >> > Fair enough. > > >> (not had time - because an EOL message is not a 'It will not >> work after this date' message it is a 'you're unsupported after this >> date and things *might* not work as expected' >> > No, it means "we're not supporting this any more, so we don't care if there are > new vulnerabilities or things stop working". I'm not going to dictate to other > people what their upgrade schedule should be, but anyone running unsupported > versions of software should not have any expectation that the ecosystem around > it will be accommodating. > That's my point - there was a patch waiting to submit that knowingly broke pkg_install at midnight on the day after the EOL... the EOL shouldn't be an EOL - because it was really a 'portsnap after this date before you upgrade and you're screwed it won't work any more at all...' > The ports tree already requires a lot work to make sure everything works on > supported versions of FreeBSD, and I see no reason whatsoever for anyone to put > effort into making it work on EOL versions. > Some of us have production systems that span 6.0->10.0 (and most version in between) and are fighting fires with minimal help just trying to keep ahead.... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 03:30:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 256A8F7E; Tue, 2 Sep 2014 03:30:14 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEC51AE7; Tue, 2 Sep 2014 03:30:13 +0000 (UTC) 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 <0NB9000698KQH900@hades.sorbs.net>; Mon, 01 Sep 2014 20:34:05 -0700 (PDT) Message-id: <540539C0.7010008@sorbs.net> Date: Tue, 02 Sep 2014 05:30:08 +0200 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: Andrew Berg Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> <540534D3.603@sorbs.net> <540538C6.8050505@my.hennepintech.edu> In-reply-to: <540538C6.8050505@my.hennepintech.edu> X-Mailman-Approved-At: Tue, 02 Sep 2014 03:58:07 +0000 Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:30:14 -0000 Andrew Berg wrote: > On 2014.09.01 22:09, Michelle Sullivan wrote: > >> That's my point - there was a patch waiting to submit that knowingly >> broke pkg_install at midnight on the day after the EOL... the EOL >> shouldn't be an EOL - because it was really a 'portsnap after this date >> before you upgrade and you're screwed it won't work any more at all...' >> > As Peter outlined, this EOL was announced long ago, and it was mentioned at > least once that it was to allow breaking changes. There really would be no > reason to drop support for it in the ports tree if there were no plans to make > changes. > The point is the EOL was not an EOL, it was a deadline, either switch or you're screwed, and it was communicated as an EOL not as a "here's a deadline, switch or you're screwed" -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 09:06:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84608A30; Tue, 2 Sep 2014 09:06:35 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 51EB21FC7; Tue, 2 Sep 2014 09:06:35 +0000 (UTC) Received: from Julian-MBP3.local ([12.157.112.125]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s8296W9E019214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 2 Sep 2014 02:06:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <54058897.3080102@freebsd.org> Date: Tue, 02 Sep 2014 02:06:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <540532AC.2070508@sorbs.net> In-Reply-To: <540532AC.2070508@sorbs.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pkg@freebsd.org, Baptiste Daroussin , Andrew Berg , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 09:06:35 -0000 On 9/1/14, 7:59 PM, Michelle Sullivan wrote: > Julian Elischer wrote: >> You should try arguing with someone like Bank of Americas security and >> operations >> department > You work for the same company as me? in a past life, they were a customer. > >> some day about whether they want to suddenly upgrade 300 machines >> for no real reason (from their perspective). >> From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 09:08:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43A2BCF6; Tue, 2 Sep 2014 09:08:38 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 11060104D; Tue, 2 Sep 2014 09:08:37 +0000 (UTC) Received: from Julian-MBP3.local ([12.157.112.125]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s8298V6h019223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 2 Sep 2014 02:08:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5405890F.8080804@freebsd.org> Date: Tue, 02 Sep 2014 02:08:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Andrew Berg , Michelle Sullivan , "Sam Fourman Jr." Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> In-Reply-To: <54053372.6020009@my.hennepintech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 09:08:38 -0000 On 9/1/14, 8:03 PM, Andrew Berg wrote: > On 2014.09.01 21:39, Julian Elischer wrote: >> sigh.. when are we as a project, all going to learn that reality in >> business is >> that you often need to install stuff that is old. Its not always your >> choice. >> The custommers require it.. >> You should try arguing with someone like Bank of Americas security and >> operations >> department some day about whether they want to suddenly upgrade 300 >> machines >> for no real reason (from their perspective). > FreeBSD minor version upgrades are meant to be non-disruptive. However, I will > admit that I have not performed any such upgrades in a critical environment, so > if you think they are disruptive, please enlighten me with the details. > Also, there are options out there for getting support for extended periods if > you need it. Some companies are built around providing support for things that > the original developers have long abandoned because some businesses need it. It's not how disruptive they are technically. it's how many months of shakedown testing you have to go through before they allow you to put new software on any production system. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 10:25:20 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A587E5F; Tue, 2 Sep 2014 10:25:20 +0000 (UTC) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C103B1A94; Tue, 2 Sep 2014 10:25:19 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id va2so4593385obc.41 for ; Tue, 02 Sep 2014 03:25:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=k9IGqrh4dy6VCY9a7YKu7ZexWr6KRD28gf1AJvHR3to=; b=CTL/X9RJdWeQb+QKYnV8dHL67lYjFHuiafciVJwmImhX488+c812BlqDE0O6PceNmQ x5lDeNtjwckONdVL5AvH/n13ZW8sPoD4HXPTMWXPki8RsS0wtty9kZKgCqn56MpyGrvO FJ/uw0Ji7cM4QbmmllOOgpiVd+T6XQBboAU6waKh9+wGZNp7+603wjJ861Rjd/tEjhmE nX7YZ9XLMYHvuFG1hTbEWgroa6P3Ivcvr6NyhWDGqdHkhzTBy+hdswlaVDxSLmRHE9LM J3TYVXKifuGTUTzkNx96ramDv4ZQ9D42kU8nO02TBSgq+XOVXdvbIvz6ck33DYJ7ChWb tAiA== MIME-Version: 1.0 X-Received: by 10.182.87.167 with SMTP id az7mr31235335obb.41.1409653519029; Tue, 02 Sep 2014 03:25:19 -0700 (PDT) Sender: robbak@gmail.com Received: by 10.76.26.170 with HTTP; Tue, 2 Sep 2014 03:25:18 -0700 (PDT) In-Reply-To: <540539C0.7010008@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> <540534D3.603@sorbs.net> <540538C6.8050505@my.hennepintech.edu> <540539C0.7010008@sorbs.net> Date: Tue, 2 Sep 2014 20:25:18 +1000 X-Google-Sender-Auth: w_tw4vUZNHB9rQB2WlCyJCQZKjk Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Robert Backhaus To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: pkg@freebsd.org, Baptiste Daroussin , Andrew Berg , FreeBSD Current , stable@freebsd.org, ports , "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 10:25:20 -0000 On 2 September 2014 13:30, Michelle Sullivan wrote: > Andrew Berg wrote: > > On 2014.09.01 22:09, Michelle Sullivan wrote: > > > >> That's my point - there was a patch waiting to submit that knowingly > >> broke pkg_install at midnight on the day after the EOL... the EOL > >> shouldn't be an EOL - because it was really a 'portsnap after this date > >> before you upgrade and you're screwed it won't work any more at all...' > >> > > As Peter outlined, this EOL was announced long ago, and it was mentioned > at > > least once that it was to allow breaking changes. There really would be > no > > reason to drop support for it in the ports tree if there were no plans > to make > > changes. > > > > The point is the EOL was not an EOL, it was a deadline, either switch or > you're screwed, and it was communicated as an EOL not as a "here's a > deadline, switch or you're screwed" > > -- > Michelle Sullivan > http://www.mhix.org/ > The point is the EOL was *actually* an EOL: a deadline, either switch or you're screwed, and it was communicated as an EOL: a "here's a deadline, switch or you're screwed" From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 10:53:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 235A7D89; Tue, 2 Sep 2014 10:53:10 +0000 (UTC) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.30]) (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 A19A81E11; Tue, 2 Sep 2014 10:53:09 +0000 (UTC) Received: from [80.67.16.118] (helo=webmailfront01.ispgateway.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1XOlho-0003hY-Pw; Tue, 02 Sep 2014 12:52:56 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 02 Sep 2014 12:52:56 +0200 Date: Tue, 02 Sep 2014 12:52:56 +0200 Message-ID: <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> From: Marcus von Appen To: stable@freebsd.org, ports@freebsd.org, pkg@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> In-Reply-To: Reply-to: mva@freebsd.org User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 10:53:10 -0000 Alban Hertroys : > On 2 September 2014 11:08, Julian Elischer wrote: >> On 9/1/14, 8:03 PM, Andrew Berg wrote: >>> >>> On 2014.09.01 21:39, Julian Elischer wrote: >>>> >>>> sigh.. when are we as a project, all going to learn that reality in >>>> business is >>>> that you often need to install stuff that is old. Its not always your >>>> choice. >>>> The custommers require it.. >>>> You should try arguing with someone like Bank of Americas security and >>>> operations >>>> department some day about whether they want to suddenly upgrade 300 >>>> machines >>>> for no real reason (from their perspective). >>> >>> FreeBSD minor version upgrades are meant to be non-disruptive. However, I >>> will >>> admit that I have not performed any such upgrades in a critical >>> environment, so >>> if you think they are disruptive, please enlighten me with the details. >>> Also, there are options out there for getting support for extended periods >>> if >>> you need it. Some companies are built around providing support for things >>> that >>> the original developers have long abandoned because some businesses need >>> it. >> >> >> It's not how disruptive they are technically. >> it's how many months of shakedown testing you have to go through before they >> allow you to put new software on any production system. > > Just adding here, in commercial environments things don't change > quickly or easily. Whether this applies to the current issue with pkg > is not for me to say. > > For example, certain commercial upstream software vendors require to > go through a certification process before they even consider > supporting the new software you intend to use with theirs. > > Admittedly we haven't run into this issue in relation to FreeBSD, but > we certainly have with Firefox. As an example, the last version of > Firefox that Information Builders' WebFOCUS 7.7 supports is 3.6.7 > (currently available versions are 31 or 32!) and for Internet Explorer > that's 7 (currently at 11). > If you run into any kind of problem, the standard answer is to use a > browser that they support. Good luck with that! > Firefox 3.6.7 was released on July 20, 2010; over 4 years ago. > > In such cases you're more or less required to keep an old system > around that still has such old packages, if only to see if you can > reproduce any issues you encounter (with modern versions of your > software) on those old versions. > > With the deprecation of the old pkg_* tools you run into a conflict; > You can either update packages that are _not_ under certification for > such a vendor and get security updates and fixes using the new pkg, or > you have to stick with the certified software and _not_ get any > security updates or fixes. > > > It gets more interesting if you have to deal with manufacturing > processes (something we're looking to use FreeBSD for to replace our > current OpenVMS systems before they go out of support), as often > automatons write data to external databases and such software resides > in PLC's. Manufacturing equipment tends to age and the kind of > external databases they support is limited to what was available when > they were new and the capabilities of the PLC involved. > > I can totally understand that at some point it starts to get > impossible to maintain two separate packaging systems and I understand > that you think 2 years is enough time to shake things out, but > software vendors aren't that quick. For many, 2 years is a short time. > It also should be noted that everyone had enough time to raise those issues in the time between tthe announcement and now. No one did. Now that it is gone, they are brought up, while they should have been long time ago instead. It can't work that way. My 2 cents in this discussion :-). Cheers Marcus From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 10:01:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC1BF6DB; Tue, 2 Sep 2014 10:01:16 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69BE11831; Tue, 2 Sep 2014 10:01:15 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id pn19so7458516lab.18 for ; Tue, 02 Sep 2014 03:01:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IC2n2vDgwapYwPjo9ewXT/200DplrWHAIg6ywc5jWb0=; b=YiWsA1yfE5vzxR63skZyZOEZCF5MKVlGjjbAZHwbAEGNEnSgP6QV6jpRqe/Jcu62uy 0Oz4a3AwoViYeeONA3voytwvXs15IhAuDSZTQkUWur47gGtkVVKSTLEYtr/upZUxnqKx KrGm74j3lKmqqwNByLntg+sQai40Yx9F7WNnKrcaBQ82yvy2HQW7o+t5HzVRsVP0ZbbH 5CRKa26RWqqdyfPOHw1UqVxNcX4KtZtIcM0QbElY3STRCbZitw/ahnApHONVR5xhMi7v u4nYRxLCJmA/86C3GSZ2aL3SmcVqa24BTuolCFWJiy4QsRiRg9bqNxVtgHD3GkZA+OTr En5w== MIME-Version: 1.0 X-Received: by 10.152.29.1 with SMTP id f1mr33160128lah.47.1409652073201; Tue, 02 Sep 2014 03:01:13 -0700 (PDT) Received: by 10.152.179.4 with HTTP; Tue, 2 Sep 2014 03:01:13 -0700 (PDT) In-Reply-To: <5405890F.8080804@freebsd.org> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> Date: Tue, 2 Sep 2014 12:01:13 +0200 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Alban Hertroys To: Julian Elischer Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Tue, 02 Sep 2014 11:26:12 +0000 Cc: pkg@freebsd.org, Baptiste Daroussin , Andrew Berg , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, Michelle Sullivan , "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 10:01:17 -0000 On 2 September 2014 11:08, Julian Elischer wrote: > On 9/1/14, 8:03 PM, Andrew Berg wrote: >> >> On 2014.09.01 21:39, Julian Elischer wrote: >>> >>> sigh.. when are we as a project, all going to learn that reality in >>> business is >>> that you often need to install stuff that is old. Its not always your >>> choice. >>> The custommers require it.. >>> You should try arguing with someone like Bank of Americas security and >>> operations >>> department some day about whether they want to suddenly upgrade 300 >>> machines >>> for no real reason (from their perspective). >> >> FreeBSD minor version upgrades are meant to be non-disruptive. However, I >> will >> admit that I have not performed any such upgrades in a critical >> environment, so >> if you think they are disruptive, please enlighten me with the details. >> Also, there are options out there for getting support for extended periods >> if >> you need it. Some companies are built around providing support for things >> that >> the original developers have long abandoned because some businesses need >> it. > > > It's not how disruptive they are technically. > it's how many months of shakedown testing you have to go through before they > allow you to put new software on any production system. Just adding here, in commercial environments things don't change quickly or easily. Whether this applies to the current issue with pkg is not for me to say. For example, certain commercial upstream software vendors require to go through a certification process before they even consider supporting the new software you intend to use with theirs. Admittedly we haven't run into this issue in relation to FreeBSD, but we certainly have with Firefox. As an example, the last version of Firefox that Information Builders' WebFOCUS 7.7 supports is 3.6.7 (currently available versions are 31 or 32!) and for Internet Explorer that's 7 (currently at 11). If you run into any kind of problem, the standard answer is to use a browser that they support. Good luck with that! Firefox 3.6.7 was released on July 20, 2010; over 4 years ago. In such cases you're more or less required to keep an old system around that still has such old packages, if only to see if you can reproduce any issues you encounter (with modern versions of your software) on those old versions. With the deprecation of the old pkg_* tools you run into a conflict; You can either update packages that are _not_ under certification for such a vendor and get security updates and fixes using the new pkg, or you have to stick with the certified software and _not_ get any security updates or fixes. It gets more interesting if you have to deal with manufacturing processes (something we're looking to use FreeBSD for to replace our current OpenVMS systems before they go out of support), as often automatons write data to external databases and such software resides in PLC's. Manufacturing equipment tends to age and the kind of external databases they support is limited to what was available when they were new and the capabilities of the PLC involved. I can totally understand that at some point it starts to get impossible to maintain two separate packaging systems and I understand that you think 2 years is enough time to shake things out, but software vendors aren't that quick. For many, 2 years is a short time. Just saying... -- If you can't see the forest for the trees, Cut the trees and you'll see there is no forest. From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 11:47:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BDAB1BA; Tue, 2 Sep 2014 11:47:37 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 0D36214BE; Tue, 2 Sep 2014 11:47:36 +0000 (UTC) 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 <0NB90030JVLPSK00@hades.sorbs.net>; Tue, 02 Sep 2014 04:51:27 -0700 (PDT) Message-id: <5405AE54.60809@sorbs.net> Date: Tue, 02 Sep 2014 13:47:32 +0200 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: mva@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> In-reply-to: <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> X-Mailman-Approved-At: Tue, 02 Sep 2014 11:58:27 +0000 Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 11:47:37 -0000 Marcus von Appen wrote: > Alban Hertroys : > >> >> I can totally understand that at some point it starts to get >> impossible to maintain two separate packaging systems and I understand >> that you think 2 years is enough time to shake things out, but >> software vendors aren't that quick. For many, 2 years is a short time. >> > > It also should be noted that everyone had enough time to raise those > issues > in the time between tthe announcement and now. No one did. Now that it is > gone, they are brought up, while they should have been long time ago > instead. It can't work that way. > > My 2 cents in this discussion :-). Actually I brought it up as soon as I found the EOL was a deadline for breaking pkg_* tools, was told, "too late now" - that was more than 2 weeks ago, less than 2 months ago (forget the date) ... I'm happy with an EOL and working to upgrade everything, I'm not happy that the EOL was not actually an EOL and it was actually a deadline. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 12:08:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C509BB44; Tue, 2 Sep 2014 12:08:33 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A21061875; Tue, 2 Sep 2014 12:08:31 +0000 (UTC) Received: from c106.sec.cl.cam.ac.uk (c106.sec.cl.cam.ac.uk [128.232.18.106]) (authenticated bits=0) by theravensnest.org (8.14.9/8.14.9) with ESMTP id s82C8Kpp037492 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 2 Sep 2014 12:08:22 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: David Chisnall In-Reply-To: <5405AE54.60809@sorbs.net> Date: Tue, 2 Sep 2014 13:08:20 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0B55DEDF-7268-4E7A-8971-36AB68D0C170@FreeBSD.org> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> To: Michelle Sullivan X-Mailer: Apple Mail (2.1878.6) Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, mva@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 12:08:33 -0000 On 2 Sep 2014, at 12:47, Michelle Sullivan wrote: > I'm not happy that the EOL was > not actually an EOL and it was actually a deadline. I'm not sure what you think the difference is. The EOL says 'the = FreeBSD project no longer supports this configuration'. If you are not = relying on us for support (i.e. using an old or forked ports tree, or = building your own packages), then things will continue to work. If you = are expecting (unpaid, volunteer) support from the project in the form = of packages and a useable ports tree, then you need to use a supported = configuration. If being able to use the ports tree without installing pkg(8) is = sufficiently valuable to you, then I can put you in touch with some = companies that will backport things to a copy of the ports tree for your = use (although the price tag will scale with the number of ports that you = want to support). If, however, your complaint is that it's hard to get new software = certified for your system *then this change has absolutely no effect on = you!* If you're not worried about upgrading ports at all, then you can = just stick with the ports tree version from the time of your release. = If you're able to upgrade ports, then upgrading the pkg port should not = be an issue. David From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 13:46:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9F4C184 for ; Tue, 2 Sep 2014 13:46:54 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 7D62A1952 for ; Tue, 2 Sep 2014 13:46:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s82Dkr3V051194 for ; Tue, 2 Sep 2014 13:46:53 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s82DkruM051189 for current@freebsd.org; Tue, 2 Sep 2014 13:46:53 GMT (envelope-from bdrewery) Received: (qmail 72000 invoked from network); 2 Sep 2014 08:46:51 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 2 Sep 2014 08:46:51 -0500 Message-ID: <5405CA1B.2040307@FreeBSD.org> Date: Tue, 02 Sep 2014 08:46:03 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan , Andrew Berg Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> In-Reply-To: <54052B1D.3040607@sorbs.net> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6G4B6moeWhpM3KfU6P1ao0eIQcNeCCdbu" Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 13:46:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6G4B6moeWhpM3KfU6P1ao0eIQcNeCCdbu Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 9/1/2014 9:27 PM, Michelle Sullivan wrote: > oh and what was it, 1.3.6 -> 1.3.7? broke > shit... (badly) ... What broke? I am not aware of any new regressions in 1.3.7. --=20 Regards, Bryan Drewery --6G4B6moeWhpM3KfU6P1ao0eIQcNeCCdbu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJUBcofAAoJEDXXcbtuRpfPyioH/16aV4b62T/5obGJ2G+toY5U 2Ooh5AV+LrYbIKSW+uNP6goayOpjlSFBwG1g8jMo1+W1nj9LL9D2q4KjPbmXczXe x63bvJkoZzM6iBEFK0ZiNGzTu2ynL3vEB6xH8EqtSCwYWre8R2kCc6uI0S17oJAL FqMF7STvgzrO1dz97/SG7wtl2x9itx+e+YGLlr/N5wKLsE1FryTZbTz5ebiC3Rf2 05sBIG5vyGS1KfwaQCGHLzqNA+gKHkeDsF1KgZ7M18wCB7MF8bQZ02LK+mQGH2rK r5be9eP6LrECSCaunfvvvnnnsNIzUv2bt+gF6eLYYOQ51h3Js0UuPM7A142KJrI= =95C5 -----END PGP SIGNATURE----- --6G4B6moeWhpM3KfU6P1ao0eIQcNeCCdbu-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 13:37:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40050C52; Tue, 2 Sep 2014 13:37:30 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36CCF1825; Tue, 2 Sep 2014 13:37:29 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id cc10so7419845wib.6 for ; Tue, 02 Sep 2014 06:37:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/98x4GdfqDGMHKxvPm9QzQPxM1yht2GzTWUUCQez8N8=; b=wqy3GkXsuuGDwBLKpzbmhfzL5LRP+LujBQaJzAyTDqa/DJFbaUVpwe0Ydh9C3k6pzi P31nZ5PZQoCkwuPCfQKiodQaxnAuDnGyb3Ls4IbgT5XPiAqAUJXexgXsiROc14lUn1/R NXzHJTQTzCVCoTEItKgeS1grx7eLaVwPYricEckCjoQO4DxBFKs0VVfcXbVOsXSFGohv 1owHc0XNrv2yae5hgzHEK/SFrh42kDgRBD8AozK9Q2cSdwH0psEHYNH6YETh3UwnxsOf QFffGVVBBdyq36heJoehRrvFLUT+WBctNjEy4Lsz4rG4f2HKM9Rm1CZYTYQe6hY7kp5c BQqw== MIME-Version: 1.0 X-Received: by 10.180.12.173 with SMTP id z13mr5159697wib.53.1409665046312; Tue, 02 Sep 2014 06:37:26 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Tue, 2 Sep 2014 06:37:26 -0700 (PDT) In-Reply-To: <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> Date: Tue, 2 Sep 2014 09:37:26 -0400 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Brandon Allbery To: mva@freebsd.org X-Mailman-Approved-At: Tue, 02 Sep 2014 13:51:56 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 13:37:30 -0000 On Tue, Sep 2, 2014 at 6:52 AM, Marcus von Appen wrote: > It also should be noted that everyone had enough time to raise those issues > in the time between tthe announcement and now > If this is an issue that needed to be brought up, then FreeBSD has apparently never before been used in an enterprise??? -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 14:30:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7073EB03; Tue, 2 Sep 2014 14:30:27 +0000 (UTC) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.98]) (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 1D3041EB9; Tue, 2 Sep 2014 14:30:26 +0000 (UTC) Received: from [80.67.16.118] (helo=webmailfront01.ispgateway.de) by smtprelay05.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1XOoyD-0000Fx-UV; Tue, 02 Sep 2014 16:22:05 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 02 Sep 2014 16:22:05 +0200 Date: Tue, 02 Sep 2014 16:22:05 +0200 Message-ID: <20140902162205.Horde._7jSRVzORy7dvrf149pEyw1@webmail.df.eu> From: Marcus von Appen To: Brandon Allbery Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> In-Reply-To: Reply-to: mva@freebsd.org User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 14:30:27 -0000 Brandon Allbery : > On Tue, Sep 2, 2014 at 6:52 AM, Marcus von Appen wrote: > >> It also should be noted that everyone had enough time to raise those issues >> in the time between tthe announcement and now >> > > If this is an issue that needed to be brought up, then FreeBSD has > apparently never before been used in an enterprise??? I'm tempted to ask, if the enterprise has SLAs to ensure continuity, even after the official support has ended? ;-) Cheers Marcus From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 14:32:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7C7AECE; Tue, 2 Sep 2014 14:32:04 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B02AD1EF1; Tue, 2 Sep 2014 14:32:04 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id at1so7520363iec.23 for ; Tue, 02 Sep 2014 07:32:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=nbIiVF9ounZ2ZLfyqywn+r+/grMmLbcEOwPRpPKxH5s=; b=ZAuQio9AoBOZExAbtKEsGihUh7gpIA6e1+2O1Li07hrOEvZjDWlZFspjfs3MOrCWHL y9HiCR5CAE/86NuhdDWQD+wB+YA2lkmnxqHXrIp/iC59F1kjDcGMZEhME1clluehFu49 VZBy7xl1GZoOJxLsJRIGFmib4Ktb4fnfxj/idDLIN6Ij3lPPqhVfj2eiHKQ7E+zUMWm1 bo0TmZPJqsgzDWQ4c7PmCvm2BG7M9VW2SesGXINc2PusN+LkoHx1r5gkuaBtJaxcFVRd M+Ul0N6npHCyeRlIU6hQVyUT6Pw9wKC3FY6StV9jfS5i1ALlH+vtm3WkkXk1Y8Agv6bT poJA== X-Received: by 10.50.28.75 with SMTP id z11mr28920736igg.11.1409668324070; Tue, 02 Sep 2014 07:32:04 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.44.1 with HTTP; Tue, 2 Sep 2014 07:31:44 -0700 (PDT) From: Ed Maste Date: Tue, 2 Sep 2014 10:31:44 -0400 X-Google-Sender-Auth: pmq9LR0kj8CA0Q5G2ZyCMEtny3E Message-ID: Subject: Call for FreeBSD 2014Q3 (July-September) Status Reports To: FreeBSD Current , "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 14:32:05 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is October 7, for work done in July through September. Status report submissions do not have to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about what you're working on. Submission of reports is not restricted to committers. Anyone doing anything interesting and FreeBSD-related can -- and should -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly@freebsd.org . There is also an XML template [2] which can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review previous issues [4][5] for ideas on the style and format. We are looking forward to all of your 2014Q3 reports! Thanks, Ed (on behalf of monthly@) [1] http://www.freebsd.org/cgi/monthly.cgi [2] http://www.freebsd.org/news/status/report-sample.xml [3] http://www.freebsd.org/news/status/howto.html [4] http://www.freebsd.org/news/status/report-2014-01-2014-03.html [4] http://www.freebsd.org/news/status/report-2014-04-2014-06.html From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 15:04:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6615E2B1 for ; Tue, 2 Sep 2014 15:04:41 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 216B31316 for ; Tue, 2 Sep 2014 15:04:41 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id j7so6244786qaq.38 for ; Tue, 02 Sep 2014 08:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=tCqFaUtwrOaX/0xMm1cZ5G5daplw/hQiJ/R6MFnHFkg=; b=j6+wTF7zXtYnynj5eWP4Dl9M5BF0Z2wrQbRt+92IIS5ilcavVYyHG8wXkc5xyfNczM kDsrhMT/Fw7y+qHuUcp07F5BgSNjNXwxX5jro+BgtZ/vvOSI5iSK+vRLA9yenDT13rnU /aFoiFiPWqmDCNTVRBpEHSBsp55qbOEqqLRopYmTFA0OtfpLGVWO94cH/ErTXkxnPSZV fkq/XQQGkchYON4GRobC+LfLgAm8gTVAdSXeRnwRT/xH3QPBB1o+ebo2eOQCo7gfD4OT YARrQ4Kr4MTqhdJRB0NgVGpGOgKMAvzh3ZagLG/ww7INjNNWL5+7VwDDOPNMiwu7YScn zoNg== MIME-Version: 1.0 X-Received: by 10.229.67.69 with SMTP id q5mr56079850qci.25.1409670280269; Tue, 02 Sep 2014 08:04:40 -0700 (PDT) Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.140.19.9 with HTTP; Tue, 2 Sep 2014 08:04:40 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Sep 2014 00:04:40 +0900 X-Google-Sender-Auth: 1A6MMUOZP1R4Sel_PvStPV5BKNs Message-ID: Subject: Re: Kernel page fault with non-sleepable locks held error with kernel r270837 From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= To: Garrett Cooper Content-Type: multipart/mixed; boundary=001a11c308ec4e7917050216701b Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:04:41 -0000 --001a11c308ec4e7917050216701b Content-Type: text/plain; charset=UTF-8 Thank you! The attached patch to sys/kern/uipc_socket.c worked. I will file a bug report later. 2014-09-02 9:49 GMT+09:00 Garrett Cooper : > Is bpf built into the kernel, or is it built and loaded as a module. I'm wondering because an issue with vimage and socket "hook" support was resolved in an earlier revision, but this might not have been caught: > http://svnweb.freebsd.org/base?view=revision&revision=270318 > Cheers, > -Garrett --001a11c308ec4e7917050216701b Content-Type: text/plain; charset=US-ASCII; name="uipc_socket.c.diff.txt" Content-Disposition: attachment; filename="uipc_socket.c.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hzld91kq0 SW5kZXg6IHVpcGNfc29ja2V0LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gdWlwY19zb2NrZXQuYwkocmV2aXNp b24gMjcwODM3KQorKysgdWlwY19zb2NrZXQuYwkod29ya2luZyBjb3B5KQpAQCAtMzI2NSw5ICsz MjY1LDExIEBACiAJCQlyZXR1cm4gMTsKIAl9CiAKKwlDVVJWTkVUX1NFVChzby0+c29fdm5ldCk7 CiAJaWYgKFZfc29ja2V0X2hoaFtISE9PS19GSUxUX1NPUkVBRF0tPmhoaF9uaG9va3MgPiAwKQog CQkvKiBUaGlzIGhvb2sgcmV0dXJuaW5nIG5vbi16ZXJvIGluZGljYXRlcyBhbiBldmVudCwgbm90 IGVycm9yICovCiAJCXJldHVybiAoaGhvb2tfcnVuX3NvY2tldChzbywgTlVMTCwgSEhPT0tfRklM VF9TT1JFQUQpKTsKKwlDVVJWTkVUX1JFU1RPUkUoKTsKIAkKIAlyZXR1cm4gKDApOwogfQpAQCAt MzI5NCw4ICszMjk2LDEwIEBACiAJU09DS0JVRl9MT0NLX0FTU0VSVCgmc28tPnNvX3NuZCk7CiAJ a24tPmtuX2RhdGEgPSBzYnNwYWNlKCZzby0+c29fc25kKTsKIAorCUNVUlZORVRfU0VUKHNvLT5z b192bmV0KTsKIAlpZiAoVl9zb2NrZXRfaGhoW0hIT09LX0ZJTFRfU09XUklURV0tPmhoaF9uaG9v a3MgPiAwKQogCQloaG9va19ydW5fc29ja2V0KHNvLCBrbiwgSEhPT0tfRklMVF9TT1dSSVRFKTsK KwlDVVJWTkVUX1JFU1RPUkUoKTsKIAogCWlmIChzby0+c29fc25kLnNiX3N0YXRlICYgU0JTX0NB TlRTRU5ETU9SRSkgewogCQlrbi0+a25fZmxhZ3MgfD0gRVZfRU9GOwo= --001a11c308ec4e7917050216701b-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 15:21:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72C59BD7; Tue, 2 Sep 2014 15:21:41 +0000 (UTC) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B13015D5; Tue, 2 Sep 2014 15:21:41 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id kq14so15024840pab.37 for ; Tue, 02 Sep 2014 08:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=RM0DjhXDiVwKblsuCnkr+SD80Xp9nHM663HDvxNEklI=; b=C6zwB5DytJX4sv4cw3f3OSJ9SCHNbSCAROLxtuK00Pbik24wdN8UsA3D2u/SoFKbI0 PZ6UNtoB4SqZo3cGjob9QxyF+arivOw9WQj4vOWeqkHvCZ8y55CvA4QKT9jT+C9Vr87k +MBMBYKPk6nSbcySyqmPV96LyZ4s5xOFfHa+ka9JGTdag3WIuPX4HzSNAoD83Vmr+5Tk BzVFnufPOpfDBq3ZHwe3cVR2GqqYXmLqCycaenPSxXk4fA8N9KFmfD7Svnptgaj3JaZR xhpa/4tKvb36rJ0iWbbWwZxN0gMY70tpJ9ih3V82Q7ag1Bdy0PrVHs+4IOHYiTCwve2T lzZQ== X-Received: by 10.70.91.208 with SMTP id cg16mr48085651pdb.91.1409671300627; Tue, 02 Sep 2014 08:21:40 -0700 (PDT) Received: from [192.168.20.11] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id fn4sm12257960pab.39.2014.09.02.08.21.39 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Sep 2014 08:21:39 -0700 (PDT) References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> Mime-Version: 1.0 (1.0) In-Reply-To: <5405AE54.60809@sorbs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> X-Mailer: iPhone Mail (11D257) From: Garrett Cooper Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Date: Tue, 2 Sep 2014 08:21:38 -0700 To: Michelle Sullivan Cc: "ports@freebsd.org" , "pkg@freebsd.org" , "stable@freebsd.org" , "mva@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:21:41 -0000 > On Sep 2, 2014, at 4:47, Michelle Sullivan wrote: >=20 > Marcus von Appen wrote: >> Alban Hertroys : >>=20 >>>=20 >>> I can totally understand that at some point it starts to get >>> impossible to maintain two separate packaging systems and I understand >>> that you think 2 years is enough time to shake things out, but >>> software vendors aren't that quick. For many, 2 years is a short time. >>=20 >> It also should be noted that everyone had enough time to raise those >> issues >> in the time between tthe announcement and now. No one did. Now that it is= >> gone, they are brought up, while they should have been long time ago >> instead. It can't work that way. >>=20 >> My 2 cents in this discussion :-). >=20 > Actually I brought it up as soon as I found the EOL was a deadline for > breaking pkg_* tools, was told, "too late now" - that was more than 2 > weeks ago, less than 2 months ago (forget the date) ... I'm happy with > an EOL and working to upgrade everything, I'm not happy that the EOL was > not actually an EOL and it was actually a deadline. Hi Michelle, One subtle point that I wanted to ask for clarification is you thought t= he EOL announcement for pkg_install was going to be "pkg_install is no longe= r going to be supported, but you can still use it", instead of "pkg_install s= upport is going to be removed from the tree" -- is that correct? You'd probably hate to do this, but forking the sources and changing fro= m portsnap to a git or svn backed ports tree that downloads a tarball snapsh= ot might be the best resolution to this issue now... Thanks! -Garrett= From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 15:40:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE5BBFD3; Tue, 2 Sep 2014 15:40:41 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA661969; Tue, 2 Sep 2014 15:40:41 +0000 (UTC) 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 <0NBA0031V6E6SK00@hades.sorbs.net>; Tue, 02 Sep 2014 08:44:32 -0700 (PDT) Message-id: <5405E4F5.4090902@sorbs.net> Date: Tue, 02 Sep 2014 17:40:37 +0200 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: Garrett Cooper Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> In-reply-to: <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> X-Mailman-Approved-At: Tue, 02 Sep 2014 15:48:31 +0000 Cc: "ports@freebsd.org" , "pkg@freebsd.org" , "stable@freebsd.org" , "mva@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:40:41 -0000 Garrett Cooper wrote: >> On Sep 2, 2014, at 4:47, Michelle Sullivan wrote: >> >> Marcus von Appen wrote: >> >>> Alban Hertroys : >>> >>> >>>> I can totally understand that at some point it starts to get >>>> impossible to maintain two separate packaging systems and I understand >>>> that you think 2 years is enough time to shake things out, but >>>> software vendors aren't that quick. For many, 2 years is a short time. >>>> >>> It also should be noted that everyone had enough time to raise those >>> issues >>> in the time between tthe announcement and now. No one did. Now that it is >>> gone, they are brought up, while they should have been long time ago >>> instead. It can't work that way. >>> >>> My 2 cents in this discussion :-). >>> >> Actually I brought it up as soon as I found the EOL was a deadline for >> breaking pkg_* tools, was told, "too late now" - that was more than 2 >> weeks ago, less than 2 months ago (forget the date) ... I'm happy with >> an EOL and working to upgrade everything, I'm not happy that the EOL was >> not actually an EOL and it was actually a deadline. >> > > Hi Michelle, > One subtle point that I wanted to ask for clarification is you thought the EOL announcement for pkg_install was going to be "pkg_install is no longer going to be supported, but you can still use it", instead of "pkg_install support is going to be removed from the tree" -- is that correct? > 100% correct! (thank you for being one of the few to see the subtle but *very* important difference) > You'd probably hate to do this, but forking the sources and changing from portsnap to a git or svn backed ports tree that downloads a tarball snapshot might be the best resolution to this issue now... > This is my only option - however, I suspect I'm already f**ked - my build servers kicked off at 4am and the non pkg jails automatically converted themselves to pkg.. the pkg jails obviously continued... however I now have a repo that contains half pkg versions in the same directory structure and indexes as the pkg_install structure... Time to rebuild everything from scratch I think - second time in a year.. I'm guessing my boss is going to tell me, use RPM, no wasting more time on it... only time will tell... you'll know the result if you see future posts and patches from me. Michelle -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 15:47:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A71587C; Tue, 2 Sep 2014 15:47:52 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D40A1A88; Tue, 2 Sep 2014 15:47:51 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id t60so7096785wes.24 for ; Tue, 02 Sep 2014 08:47:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AxDVbuHqlRugWMMrVk3q/NOc29DA/5zPImOF07Tf58Q=; b=eQ9Lq7k7B18As5pPjxEHyCaR0F75LCOevNkKsY+MBQF5RSW7kP6EozfKcf/pHTeNR9 0xjbo6fXy1UN4CN+VFmpztcqEckS1Y13hGAL7DJaShkIwrQzFijnJJ9zO2JXIC8R+K9W uGcwtvG/GepEoKRgkDcyZFp4GWeZNbAxAcGLIeLrCYgaWTEmjSkxvDjDe3knzqmDtU6n Fo8egZhOBudN8lm/TXpcdeIQ9z1z/R+NppmMqhjXwQi4bNKSDLBm+tmIeSvGishdI9eK k4tGLxnezg/ZnA2ALYaY1D9JF63TjUqlQLNT57oKBNjiNj6tLiJEVjsHhUJ6FgmZYsmV 6mxw== MIME-Version: 1.0 X-Received: by 10.180.35.133 with SMTP id h5mr29159901wij.74.1409672869633; Tue, 02 Sep 2014 08:47:49 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Tue, 2 Sep 2014 08:47:49 -0700 (PDT) In-Reply-To: <5405E4F5.4090902@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> Date: Tue, 2 Sep 2014 11:47:49 -0400 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Brandon Allbery To: Michelle Sullivan X-Mailman-Approved-At: Tue, 02 Sep 2014 16:24:24 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "pkg@freebsd.org" , "stable@freebsd.org" , "current@freebsd.org" , "ports@freebsd.org" , "mva@freebsd.org" , Garrett Cooper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:47:52 -0000 On Tue, Sep 2, 2014 at 11:40 AM, Michelle Sullivan wrote: > This is my only option - however, I suspect I'm already f**ked - my > build servers kicked off at 4am and the non pkg jails automatically > converted themselves to pkg.. the pkg jails obviously continued... > however I now have a repo that contains half pkg versions in the same > directory structure and indexes as the pkg_install structure... > So, the flip side of enterprise software management is that you probably should not be integrating a rolling release like ports into what is supposed to be a stable verified environment in the first place. *Especially* not via cron jobs with no supervision. At the very least, your jails should be working from a local ports tree (or packages via poudriere), with cherry-picking of locally tested patches. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 15:53:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3EEBE3F; Tue, 2 Sep 2014 15:53:56 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id C22B11B9F; Tue, 2 Sep 2014 15:53:56 +0000 (UTC) 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 <0NBA00321709SK00@hades.sorbs.net>; Tue, 02 Sep 2014 08:57:47 -0700 (PDT) Message-id: <5405E810.8000400@sorbs.net> Date: Tue, 02 Sep 2014 17:53:52 +0200 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: Brandon Allbery Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> In-reply-to: X-Mailman-Approved-At: Tue, 02 Sep 2014 16:24:36 +0000 Cc: "pkg@freebsd.org" , "stable@freebsd.org" , "current@freebsd.org" , "ports@freebsd.org" , "mva@freebsd.org" , Garrett Cooper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:53:57 -0000 Brandon Allbery wrote: > On Tue, Sep 2, 2014 at 11:40 AM, Michelle Sullivan > wrote: > > >> This is my only option - however, I suspect I'm already f**ked - my >> build servers kicked off at 4am and the non pkg jails automatically >> converted themselves to pkg.. the pkg jails obviously continued... >> however I now have a repo that contains half pkg versions in the same >> directory structure and indexes as the pkg_install structure... >> >> > > So, the flip side of enterprise software management is that you probably > should not be integrating a rolling release like ports into what is > supposed to be a stable verified environment in the first place. > *Especially* not via cron jobs with no supervision. At the very least, your > jails should be working from a local ports tree (or packages via > poudriere), with cherry-picking of locally tested patches. > > The roll until they get a stable base (using Jenkins as the controller) - they've been rolling since a patch to DBIx-SearchBuilder (that I created and submitted), which out came the DBD::Pg update to 3.3.0 and the subsequent blacklisting of it for RT 4.x and then the tcl breakage around mid August until 2 days ago... So yeah not that stupid. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 19:11:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 799AAD77; Tue, 2 Sep 2014 19:11:41 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (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 641291746; Tue, 2 Sep 2014 19:11:41 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:52745 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1XOXam-0004q2-JH; Mon, 01 Sep 2014 12:48:44 -0700 From: To: "'freebsd-current'" Subject: [CFT] Installer Enhancement -- dpv Date: Tue, 2 Sep 2014 12:11:29 -0700 Message-ID: <02c501cfc6e1$b397e050$1ac7a0f0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac/G2ruCrPaqhByQRXqA4Rve7xeSoQ== Content-Language: en-us Sender: devin@shxd.cx Cc: 'Julian Elischer' , dteske@FreeBSD.org, 'Nathan Whitehorn' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 19:11:41 -0000 Hi all, I've completed a significant enhancement to bsdinstall's distextract. Current code: http://svnweb.freebsd.org/base/head/usr.sbin/bsdinstall/distextract/ Proposed Patch: http://druidbsd.sf.net/download/dpv-1.1-freebsd-head-patch-20140830.txt NB: Proposed commit message further below (after length "Story" section). Proposal is to commit this in 2 weeks and MFC to stable/10 *after* the 10.1-RELEASE (likely January MFC). Patched FreeBSD-9.3-STABLE-i386-20140820-r270206-disc1.iso: http://locheil.shxd.cx/FreeBSD-9.3-i386+dpv-1.1.iso I'd like to ask for community help in testing the improved distextract (especially over serial). NOTE: The only thing that I've changed in this patch and the above patched image was the distextract code. So the unpacking of the OS to the target installation media will look different than it does currently, but other than that no changes. Story: I really liked the direction that bsdinstall took in utilizing dialog(3)'s dialog_mixedgauge() widget -- allowing us to, unlike sysinstall, show overall progress for multiple items. However, I wanted to bring back some things from sysinstall which were nice -- such as the status info displayed along the bottom of the terminal (showing data through- put). The problem I had was that dialog_mixedgauge() is not very flexible. That being said, there are quite a few places where dialog_mixedgauge() is used: + bsdinstall distextract + bsdinstall distfetch And I would really like to use it in bsdconfig for package installation. However, due to known short-comings I have not yet utilized that widget in bsdconfig. Knowing that I would potentially have to duplicate the work I perform on distextract two or three times over, I chose to develop a replacement for dialog_mixedgauge() in the form of separate library (in its own directory). The result is the "dpv" library -- styled after "pv" from ports (in the sysutils category but does more): http://freshports.org/sysutils/pv It also comes with a "dpv" utility. A mixture of bsdconfig, bsdinstall, and other utilities should consume both the library and utility: + bsdinstall distextract will use dpv(3) in place of dialog_mixedgauge() NB: See above-mentioned patch "dpv-1.1-freebsd-head-patch-*.txt" + bsdinstall distfetch will use the same + bsdconfig packages will use dpv(1) in place of dialog(1) --infobox + A new tool "dpkg" will use dpv(3) to visualize pkg(1) EVENT_PIPE data + bsdconfig packages will use new "dpkg" tool to visualize pkg mgmt versus simply using dialog --infobox as it currently does How the dpv(3) library function works is by not using dialog_mixedgauge() (which was found to be very inflexible) but rather using dialog(3)'s more flexible dialog_gauge() widget. The secret behind getting a better widget is that dialog_gauge() allows you to dynamically update the prompt text after it has been called to life. The dpv(3) library renders prompt text similar to what you get with dialog_mixedgauge() but requires less work, is more flexible, and works around the shortcomings of the latter. For even more backstory, see my blog: http://devinteske.com/freebsd-installer-enhancements/ Proposed commit message: In bsdinstall's distextract, replace mixed_gauge() of dialog(3) with new dpv(3) wrapper to dialog(3) dialog_gauge(). The dpv(3) library provides a more flexible and refined interface similar to dialog_mixedgauge() however is implemented atop the more generalized dialog_gauge() for portability. This commit also introduces dpv(1) as a full test program for dpv(3). Noticeable improvements in bsdinstall's distextract will be a status line showing data rate information (with support for localeconv(3) to format numbers according to $LANG or $LC_ALL conversion information), i18n support, improved auto-sizing of gauge widget, a ``wheel barrow'' to keep the user informed that things are moving (even if status/progress has not changed), improved color support (mini-progress bars use the same color, if enabled, as the main gauge bar), and several other improvements (some not visible). dpv stands for "dialog progress view". Discussed on: -current Reviewed by: Tested by: jelischer, Relnotes: yes MFC after: 4 months X-MFC-to: stable/10, stable/9 --This line, and those below, will be ignored-- M usr.sbin/bsdinstall/distextract/Makefile M usr.sbin/bsdinstall/distextract/distextract.c M share/mk/bsd.libnames.mk M lib/Makefile A lib/libdpv AM lib/libdpv/Makefile AM lib/libdpv/dialog_util.c AM lib/libdpv/dialog_util.h AM lib/libdpv/dialogrc.c AM lib/libdpv/dialogrc.h AM lib/libdpv/dprompt.c AM lib/libdpv/dprompt.h AM lib/libdpv/dpv.3 AM lib/libdpv/dpv.c AM lib/libdpv/dpv.h AM lib/libdpv/dpv_private.h AM lib/libdpv/status.c AM lib/libdpv/status.h AM lib/libdpv/util.c AM lib/libdpv/util.h A lib/libfigpar AM lib/libfigpar/Makefile AM lib/libfigpar/figpar.3 AM lib/libfigpar/figpar.c AM lib/libfigpar/figpar.h AM lib/libfigpar/string_m.c AM lib/libfigpar/string_m.h M usr.bin/Makefile A usr.bin/dpv AM usr.bin/dpv/Makefile AM usr.bin/dpv/dpv.1 AM usr.bin/dpv/dpv.c AM usr.bin/dpv/dpv_util.h -- Cheers, Devin From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 19:16:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D49A5B1; Tue, 2 Sep 2014 19:16:42 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92DDD178B; Tue, 2 Sep 2014 19:16:42 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id h18so14775659igc.6 for ; Tue, 02 Sep 2014 12:16:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/RU9wIC6kIoumlDALUKWkAfgVFRenGKMri9/gAjuKjQ=; b=sfatVXCFncPyjsRCBFkk4qVrbExEDDzimsgI2xjNRLfsaYPUP3hTCF96WdrMdN6EEt ccTS8UnpJhn9yZ1oPdnsDUZBqbNvsbw6IWU4NBTL8X/TbpnnYb9CeQ1ScQGSomifWAHO EzWjwCVfL+JgraZ4Pq726jta8NzppFeDgM2ElTLpQpWpZEeCWi7Z3kJDjAAJgqVd7TXg dV7LvoZidDv+SWDqK/WZ+SWuaUqzMGg8Sj18W9Tal0TY8XgelRuoutw56l87v8jJVYK3 AJ0ABS5C+8911ohTrmxvhi1xNjpsM4slwQHI/cCuGhpbXgkeFeDSm/GF1Vj9EZCNd1QZ B92Q== MIME-Version: 1.0 X-Received: by 10.42.100.6 with SMTP id y6mr33258590icn.28.1409685402018; Tue, 02 Sep 2014 12:16:42 -0700 (PDT) Received: by 10.50.72.69 with HTTP; Tue, 2 Sep 2014 12:16:41 -0700 (PDT) In-Reply-To: <02c501cfc6e1$b397e050$1ac7a0f0$@FreeBSD.org> References: <02c501cfc6e1$b397e050$1ac7a0f0$@FreeBSD.org> Date: Tue, 2 Sep 2014 12:16:41 -0700 Message-ID: Subject: Re: [CFT] Installer Enhancement -- dpv From: Garrett Cooper To: dteske@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Julian Elischer , freebsd-current , Nathan Whitehorn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 19:16:42 -0000 On Tue, Sep 2, 2014 at 12:11 PM, wrote: > Hi all, > > I've completed a significant enhancement to bsdinstall's distextract. Hi Devin, Can you please post this patch up on reviews.freebsd.org? Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 19:18:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5DAA1BB; Tue, 2 Sep 2014 19:18:21 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (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 8E5AF1797; Tue, 2 Sep 2014 19:18:21 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:52799 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1XOXhK-0004tN-GJ; Mon, 01 Sep 2014 12:55:30 -0700 From: To: "'Garrett Cooper'" , References: <02c501cfc6e1$b397e050$1ac7a0f0$@FreeBSD.org> In-Reply-To: Subject: RE: [CFT] Installer Enhancement -- dpv Date: Tue, 2 Sep 2014 12:18:15 -0700 Message-ID: <02c701cfc6e2$a58948e0$f09bdaa0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHj1DE0nhKF4Ruc0A9xicszRgbnQQIoCBXpm7TcStA= Content-Language: en-us Sender: devin@shxd.cx Cc: 'Julian Elischer' , 'freebsd-current' , 'Nathan Whitehorn' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 19:18:21 -0000 > -----Original Message----- > From: Garrett Cooper [mailto:yaneurabeya@gmail.com] > Sent: Tuesday, September 2, 2014 12:17 PM > To: dteske@freebsd.org > Cc: freebsd-current; Julian Elischer; Nathan Whitehorn > Subject: Re: [CFT] Installer Enhancement -- dpv > > On Tue, Sep 2, 2014 at 12:11 PM, wrote: > > Hi all, > > > > I've completed a significant enhancement to bsdinstall's distextract. > > Hi Devin, > Can you please post this patch up on reviews.freebsd.org? Oooo, yes... the phabricator stuff. I was learning about that from sbruno at August's BAFUG meeting. Can you e-mail me on the side and walk a phabricator new-comer through the process of getting an account and slurping this in? -- Cheers, Devin From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 19:47:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BE1AAC1 for ; Tue, 2 Sep 2014 19:47:36 +0000 (UTC) Received: from mail.neu.net (neu.net [162.217.113.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gaq5.x.rootbsd.net", Issuer "gaq5.x.rootbsd.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D683A1ACA for ; Tue, 2 Sep 2014 19:47:35 +0000 (UTC) Received: from neu.net (neu.net [162.217.113.162]) by mail.neu.net (8.14.9/8.14.7) with ESMTP id s82GlcAq088574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 2 Sep 2014 12:47:43 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 2 Sep 2014 12:47:38 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Subject: panic on boot Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.98.4 at my.mail.server.name X-Virus-Status: Clean X-Spam-Status: No, score=-0.7 required=4.1 tests=RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 19:47:36 -0000 FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r269949: Wed Aug 13 14:18:28 EDT 2014 root@FBSD11:/usr/obj/usr/src/sys/MYKERNEL amd64 Trying to rebuild the system at r270973 I get a kernel panic on boot. I am able to boot into kernel.old at r269949 and the system is functional. Is anyone else seeing a panic on boot at a recent svn update? [root@FBSD11 /usr/src]# svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 270973 Node Kind: directory Schedule: normal Last Changed Author: kadesai Last Changed Rev: 270973 Last Changed Date: 2014-09-02 14:32:41 -0400 (Tue, 02 Sep 2014) From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 19:58:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77BCC171; Tue, 2 Sep 2014 19:58:34 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (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 2B03D1BF7; Tue, 2 Sep 2014 19:58:33 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id E15EF6A6004; Tue, 2 Sep 2014 21:58:30 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s82JwUme087555; Tue, 2 Sep 2014 21:58:30 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s82JwR1A086786; Tue, 2 Sep 2014 21:58:27 +0200 (CEST) (envelope-from lars) Date: Tue, 2 Sep 2014 21:58:27 +0200 From: Lars Engels To: dteske@FreeBSD.org Subject: Re: [CFT] Installer Enhancement -- dpv Message-ID: <20140902195827.GD57121@e-new.0x20.net> Mail-Followup-To: Lars Engels , dteske@FreeBSD.org, 'Garrett Cooper' , 'Julian Elischer' , 'freebsd-current' , 'Nathan Whitehorn' References: <02c501cfc6e1$b397e050$1ac7a0f0$@FreeBSD.org> <02c701cfc6e2$a58948e0$f09bdaa0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="UsiV5d7KlsBC0zIw" Content-Disposition: inline In-Reply-To: <02c701cfc6e2$a58948e0$f09bdaa0$@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: 'Julian Elischer' , 'freebsd-current' , 'Nathan Whitehorn' , 'Garrett Cooper' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 19:58:34 -0000 --UsiV5d7KlsBC0zIw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 02, 2014 at 12:18:15PM -0700, dteske@FreeBSD.org wrote: >=20 >=20 > > -----Original Message----- > > From: Garrett Cooper [mailto:yaneurabeya@gmail.com] > > Sent: Tuesday, September 2, 2014 12:17 PM > > To: dteske@freebsd.org > > Cc: freebsd-current; Julian Elischer; Nathan Whitehorn > > Subject: Re: [CFT] Installer Enhancement -- dpv > >=20 > > On Tue, Sep 2, 2014 at 12:11 PM, wrote: > > > Hi all, > > > > > > I've completed a significant enhancement to bsdinstall's distextract. > >=20 > > Hi Devin, > > Can you please post this patch up on reviews.freebsd.org? >=20 > Oooo, yes... the phabricator stuff. I was learning about that from > sbruno at August's BAFUG meeting. >=20 > Can you e-mail me on the side and walk a phabricator new-comer > through the process of getting an account and slurping this in? Intro is here: https://wiki.freebsd.org/CodeReview --UsiV5d7KlsBC0zIw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJUBiFjXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tb+wIAJfWpI/C06o3T4O8aKBAbFHJ YzSBUcCQJdevwlVYaN3yR2c5bl0z7euGeISVIA1AoQlKrKA+lCMQ/HCOKtEsnBGT S7Rx9hIqk5/70Yuf7ur5GGBrr6XwXSNcZ58oZBESFbRlrlj8mTTZlWs22Rd1YPGK ECp68vnpc5M8lyYUztHYiqSrSM91a7Qnqal/92HJa+mtIUXpTqSlKtgJjclbLLJA tdEk0uq6GWeIt6qFlgkyGFB1C81/9qr4z8qZPRpRe4S8DQTMfS/vkQ1SVutyLN3H CqqoX+MB21olPivxCWMYnEGCo8uhnwDzFighbswNk6BMTkJ1yMUa/DASAdD6+j0= =/NsI -----END PGP SIGNATURE----- --UsiV5d7KlsBC0zIw-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 20:13:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12D4A57F for ; Tue, 2 Sep 2014 20:13:10 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D82981D87 for ; Tue, 2 Sep 2014 20:13:09 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id hn18so14857227igb.9 for ; Tue, 02 Sep 2014 13:13:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w6FvnPpLFGnA94o5ESMfrYzWQCPQ5v/TouXUP+Ji5aw=; b=gwiGoyqpIZJY73szqI0EX9Jus0at7o9vEN/tOfsKOXvrg5bjv0gzUvdQGZGIHLu3qT yZioNTehScT/oAA8yS6DFEb4VdSF/jale5AH8KGUpexfGdKHI40xGM4vByNZk7I/2lKQ +hlV3jHsQhKe1T3ViSyXcGiMECNJLij9LuL3d3Y6FNM+z4zdTYPPqL+8kpn2sK0e0DUY nFWUAvKMngOcg+Y3Id3aiOFsAW/HFIT2q1xRMGeIrX6EOoc95xPb7YS5PCCJ2QUNA2ym voVXM9aZTMavJ/sAoKS+U4RXaYjrFx6XuD7Xy8ruONuUUnqyRn22Nqe14ygBZ5dD0t5W 8fzQ== MIME-Version: 1.0 X-Received: by 10.42.63.129 with SMTP id c1mr3085456ici.82.1409688789270; Tue, 02 Sep 2014 13:13:09 -0700 (PDT) Received: by 10.50.72.69 with HTTP; Tue, 2 Sep 2014 13:13:09 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Sep 2014 13:13:09 -0700 Message-ID: Subject: Re: panic on boot From: Garrett Cooper To: AN Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 20:13:10 -0000 On Tue, Sep 2, 2014 at 9:47 AM, AN wrote: > FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r269949: Wed Aug 13 > 14:18:28 EDT 2014 root@FBSD11:/usr/obj/usr/src/sys/MYKERNEL amd64 > > Trying to rebuild the system at r270973 > I get a kernel panic on boot. I am able to boot into kernel.old at r269949 > and the system is functional. Is anyone else seeing a panic on boot at a > recent svn update? Could you please provide the traceback? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 22:59:26 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE585DA for ; Tue, 2 Sep 2014 22:59:26 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 8EDA710B2 for ; Tue, 2 Sep 2014 22:59:26 +0000 (UTC) Received: from [192.168.200.205] (unknown [50.136.155.142]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id B521B192906 for ; Tue, 2 Sep 2014 22:59:18 +0000 (UTC) Subject: [PATCH]Modify do_exec() handler to deal with multiple imgact handlers From: Sean Bruno Reply-To: sbruno@freebsd.org To: freebsd-current Content-Type: text/plain; charset="us-ascii" Date: Tue, 02 Sep 2014 15:59:17 -0700 Message-ID: <1409698757.55485.8.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 22:59:26 -0000 https://reviews.freebsd.org/D696 I found that the binmisc handler was not executing if the shell handler fired. Both were using the same intepreted flag to determine if they should run. This change modifies struct image_params.interpreted to be a bitfield instead of a bool flag and assigns one bit to each image activator. Comments? sean Index: sys/kern/imgact_binmisc.c =================================================================== --- sys/kern/imgact_binmisc.c +++ sys/kern/imgact_binmisc.c @@ -600,12 +600,12 @@ } /* No interpreter nesting allowed. */ - if (imgp->interpreted) { + if (imgp->interpreted & IMGACT_BINMISC) { mtx_unlock(&interp_list_mtx); return (ENOEXEC); } - imgp->interpreted = 1; + imgp->interpreted |= IMGACT_BINMISC; if (imgp->args->fname != NULL) { fname = imgp->args->fname; Index: sys/kern/imgact_shell.c =================================================================== --- sys/kern/imgact_shell.c +++ sys/kern/imgact_shell.c @@ -115,10 +115,10 @@ * Don't allow a shell script to be the shell for a shell * script. :-) */ - if (imgp->interpreted) + if (imgp->interpreted & IMGACT_SHELL) return (ENOEXEC); - imgp->interpreted = 1; + imgp->interpreted |= IMGACT_SHELL; /* * At this point we have the first page of the file mapped. Index: sys/sys/imgact.h =================================================================== --- sys/sys/imgact.h +++ sys/sys/imgact.h @@ -61,7 +61,9 @@ unsigned long entry_addr; /* entry address of target executable */ unsigned long reloc_base; /* load address of image */ char vmspace_destroyed; /* flag - we've blown away original vm space */ - char interpreted; /* flag - this executable is interpreted */ +#define IMGACT_SHELL 0x1 +#define IMGACT_BINMISC 0x2 + unsigned char interpreted; /* mask of interpretes that have run */ char opened; /* flag - we have opened executable vnode */ char *interpreter_name; /* name of the interpreter */ void *auxargs; /* ELF Auxinfo structure pointer */ From owner-freebsd-current@FreeBSD.ORG Tue Sep 2 23:11:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0BF399E; Tue, 2 Sep 2014 23:11:51 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (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 9A12312F3; Tue, 2 Sep 2014 23:11:51 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:54791 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1XObLI-0006Rm-H8; Mon, 01 Sep 2014 16:49:00 -0700 From: To: , "'freebsd-current'" References: <02c501cfc6e1$b397e050$1ac7a0f0$@FreeBSD.org> In-Reply-To: <02c501cfc6e1$b397e050$1ac7a0f0$@FreeBSD.org> Subject: RE: [CFT] Installer Enhancement -- dpv Date: Tue, 2 Sep 2014 16:11:44 -0700 Message-ID: <037b01cfc703$43feb8f0$cbfc2ad0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHj1DE0nhKF4Ruc0A9xicszRgbnQZvGXgQQ Content-Language: en-us Sender: devin@shxd.cx Cc: 'Julian Elischer' , 'Nathan Whitehorn' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 23:11:51 -0000 I have posted this on reviews.f.o: https://reviews.freebsd.org/D714 -- Cheers, Devin > -----Original Message----- > From: devin@shxd.cx [mailto:devin@shxd.cx] On Behalf Of > dteske@FreeBSD.org > Sent: Tuesday, September 2, 2014 12:11 PM > To: 'freebsd-current' > Cc: dteske@FreeBSD.org; 'Julian Elischer'; 'Nathan Whitehorn' > Subject: [CFT] Installer Enhancement -- dpv > > Hi all, > > I've completed a significant enhancement to bsdinstall's distextract. > > Current code: > http://svnweb.freebsd.org/base/head/usr.sbin/bsdinstall/distextract/ > > Proposed Patch: > http://druidbsd.sf.net/download/dpv-1.1-freebsd-head-patch-20140830.txt > > NB: Proposed commit message further below (after length "Story" section). > > Proposal is to commit this in 2 weeks and MFC to stable/10 *after* the > 10.1-RELEASE (likely January MFC). > > Patched FreeBSD-9.3-STABLE-i386-20140820-r270206-disc1.iso: > http://locheil.shxd.cx/FreeBSD-9.3-i386+dpv-1.1.iso > > I'd like to ask for community help in testing the improved distextract > (especially over serial). > > NOTE: The only thing that I've changed in this patch and the above > patched image was the distextract code. So the unpacking of the OS > to the target installation media will look different than it does > currently, but other than that no changes. > > Story: > > I really liked the direction that bsdinstall took in utilizing dialog(3)'s > dialog_mixedgauge() widget -- allowing us to, unlike sysinstall, show > overall progress for multiple items. However, I wanted to bring back > some things from sysinstall which were nice -- such as the status info > displayed along the bottom of the terminal (showing data through- > put). > > The problem I had was that dialog_mixedgauge() is not very flexible. > That being said, there are quite a few places where dialog_mixedgauge() > is used: > > + bsdinstall distextract > + bsdinstall distfetch > > And I would really like to use it in bsdconfig for package installation. > However, due to known short-comings I have not yet utilized that > widget in bsdconfig. > > Knowing that I would potentially have to duplicate the work I perform > on distextract two or three times over, I chose to develop a replacement > for dialog_mixedgauge() in the form of separate library (in its own > directory). > > The result is the "dpv" library -- styled after "pv" from ports (in the > sysutils category but does more): http://freshports.org/sysutils/pv > > It also comes with a "dpv" utility. A mixture of bsdconfig, bsdinstall, > and other utilities should consume both the library and utility: > > + bsdinstall distextract will use dpv(3) in place of dialog_mixedgauge() > NB: See above-mentioned patch "dpv-1.1-freebsd-head-patch-*.txt" > + bsdinstall distfetch will use the same > + bsdconfig packages will use dpv(1) in place of dialog(1) --infobox > + A new tool "dpkg" will use dpv(3) to visualize pkg(1) EVENT_PIPE data > + bsdconfig packages will use new "dpkg" tool to visualize pkg mgmt > versus simply using dialog --infobox as it currently does > > How the dpv(3) library function works is by not using dialog_mixedgauge() > (which was found to be very inflexible) but rather using dialog(3)'s more > flexible dialog_gauge() widget. The secret behind getting a better widget > is that dialog_gauge() allows you to dynamically update the prompt text > after it has been called to life. The dpv(3) library renders prompt text > similar to what you get with dialog_mixedgauge() but requires less work, > is more flexible, and works around the shortcomings of the latter. > > For even more backstory, see my blog: > http://devinteske.com/freebsd-installer-enhancements/ > > Proposed commit message: > > In bsdinstall's distextract, replace mixed_gauge() of dialog(3) with > new dpv(3) wrapper to dialog(3) dialog_gauge(). The dpv(3) library provides > a more flexible and refined interface similar to dialog_mixedgauge() > however > is implemented atop the more generalized dialog_gauge() for portability. > This commit also introduces dpv(1) as a full test program for dpv(3). > Noticeable improvements in bsdinstall's distextract will be a status line > showing data rate information (with support for localeconv(3) to format > numbers according to $LANG or $LC_ALL conversion information), i18n > support, > improved auto-sizing of gauge widget, a ``wheel barrow'' to keep the user > informed that things are moving (even if status/progress has not changed), > improved color support (mini-progress bars use the same color, if enabled, > as the main gauge bar), and several other improvements (some not visible). > dpv stands for "dialog progress view". > > Discussed on: -current > Reviewed by: > Tested by: jelischer, > Relnotes: yes > MFC after: 4 months > X-MFC-to: stable/10, stable/9 > --This line, and those below, will be ignored-- > M usr.sbin/bsdinstall/distextract/Makefile > M usr.sbin/bsdinstall/distextract/distextract.c > M share/mk/bsd.libnames.mk > M lib/Makefile > A lib/libdpv > AM lib/libdpv/Makefile > AM lib/libdpv/dialog_util.c > AM lib/libdpv/dialog_util.h > AM lib/libdpv/dialogrc.c > AM lib/libdpv/dialogrc.h > AM lib/libdpv/dprompt.c > AM lib/libdpv/dprompt.h > AM lib/libdpv/dpv.3 > AM lib/libdpv/dpv.c > AM lib/libdpv/dpv.h > AM lib/libdpv/dpv_private.h > AM lib/libdpv/status.c > AM lib/libdpv/status.h > AM lib/libdpv/util.c > AM lib/libdpv/util.h > A lib/libfigpar > AM lib/libfigpar/Makefile > AM lib/libfigpar/figpar.3 > AM lib/libfigpar/figpar.c > AM lib/libfigpar/figpar.h > AM lib/libfigpar/string_m.c > AM lib/libfigpar/string_m.h > M usr.bin/Makefile > A usr.bin/dpv > AM usr.bin/dpv/Makefile > AM usr.bin/dpv/dpv.1 > AM usr.bin/dpv/dpv.c > AM usr.bin/dpv/dpv_util.h > > -- > Cheers, > Devin From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 04:17:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8098AD5D for ; Wed, 3 Sep 2014 04:17:38 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54A081751 for ; Wed, 3 Sep 2014 04:17:38 +0000 (UTC) Received: by mail-ig0-f179.google.com with SMTP id r2so8446850igi.12 for ; Tue, 02 Sep 2014 21:17:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=0DccW7MpthUhGGJ8AX+WssjOsh8eOGY32+By3vPWv7s=; b=lsJbVK2IT64eoXKfYRP5rjc82zpNDucmqRMc3xqnFX6P5e+oHMURkY8TPDUziPq3LH xtuIACNSHcNYFqdu+4ya6LgcMVOYrgGVmlGLyq4uTz7v+A1CdsVU8NG10lYCt6oOMSYr 8QsCFM+unE3faKvHHD/NqzUrY08R0fJfIsQbfLPl2/+HrXb+9LmMYEyvURpaKzIiTikG A3r9eKMnp7VD4JlW4cn8ULqrhAAI1ex9cOAGHStcN8GvKB/N/GkTL1J7NAbWSprNF4gg UFcfVxNvxE1Lr8wy87i1uSvsldvjUkB7A5eBb8CXK2V7jn9FRcLX1Wcl1AyKoFRbf+Am 7Fhg== X-Received: by 10.42.26.74 with SMTP id e10mr34747098icc.25.1409717857727; Tue, 02 Sep 2014 21:17:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.34.79 with HTTP; Tue, 2 Sep 2014 21:17:07 -0700 (PDT) From: Jia-Shiun Li Date: Wed, 3 Sep 2014 12:17:07 +0800 Message-ID: Subject: all processes have ppid 1 To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 04:17:38 -0000 Hi all, on r270962 -current ps indicates all processes have ppid 1 which is not reasonable. This happened to me since about 1 week ago. Wondering if anyone sees the same. the 'ps axdl' result looks like: http://pastebin.com/qFg5FusN -Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 04:40:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64B6E11A; Wed, 3 Sep 2014 04:40:42 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C8481904; Wed, 3 Sep 2014 04:40:42 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id h18so178479igc.12 for ; Tue, 02 Sep 2014 21:40:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dYi6qLsq26ff8PkdLoaHgyOb0DD7PcX+vNjm9qdsMZo=; b=quqSxu4wAexHSkskN1NQ94sfFGbqqQ3+8Aozng7KKvOgSX7vTJX+tROHuzuUSfPL/M jkEVqYVE+3AkgfowGec8bvBNzvkxRLjXneT8OEmBiNIV6GXF5Mco9Vi/yGe6NJfCH/+u aEshiJDdcPhV2qNVrllcs9CwJ5CyLiVfpJbGe7EC/mNwIU+OPZw7shIQPNo90lcjeHW8 G0snl8Hwip3nBPaHGurSPv92DwPxWYUiWTpbktRMNV9VUOYdPIosIeQocWWP0hHGNhf9 QOyQlFkK/VlkSvyCzDaKGqehsvBJpaJMbLzfbGk4oNVi+aSVoDCXvgABFmxNwrkD4nTa AvjQ== MIME-Version: 1.0 X-Received: by 10.42.126.82 with SMTP id d18mr114819ics.88.1409719240678; Tue, 02 Sep 2014 21:40:40 -0700 (PDT) Received: by 10.50.72.69 with HTTP; Tue, 2 Sep 2014 21:40:40 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Sep 2014 21:40:40 -0700 Message-ID: Subject: Re: all processes have ppid 1 From: Garrett Cooper To: Jia-Shiun Li Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current , mjg@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 04:40:42 -0000 On Tue, Sep 2, 2014 at 9:17 PM, Jia-Shiun Li wrote: > Hi all, > > on r270962 -current ps indicates all processes have ppid 1 which is > not reasonable. This happened to me since about 1 week ago. Wondering > if anyone sees the same. > > the 'ps axdl' result looks like: > http://pastebin.com/qFg5FusN I CCed mjg@ as he's been playing around with ps and the kernel facilities lately for dealing with the proc tree. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 04:40:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCFC611C for ; Wed, 3 Sep 2014 04:40:43 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C1AC1905 for ; Wed, 3 Sep 2014 04:40:43 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id l6so7928864qcy.38 for ; Tue, 02 Sep 2014 21:40:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=beJaf6DXPrt1JFl9rXLOv68T4/8b9gGbXl0JH4+++/Y=; b=zuHDyNfC9/6QQlZ5niOlrP0gkqLiaC/xiiEYfgnHho3ccmdVP+bIfItOAzhWjupQ1n cak9gp7QkxHGNp51OQ6Yevr2Xo0yu44B6t3zBo1B1wWOfjHDZcFZeYNMG/dTf75MvziJ qEECjdL1/oqpUCX4Rd41/sk8qwmfbW1JYof9bAf9SDbA4gthLOTBnWxfCg2/PwZpWJXr +0XrpXB5NLKyorU7C2hQnlSQhbOiJRN6Ml1xq1CUrlwIRxIKIfXhXM8C9q1ipDIaZrEJ hp3f2JMDZzxigDMA83V9r9zeRnIOEEYY+RX6Yh0m1/1FeNT4AXErNHUdEuomqntLUrL8 bwAw== MIME-Version: 1.0 X-Received: by 10.140.31.75 with SMTP id e69mr40000785qge.2.1409719242379; Tue, 02 Sep 2014 21:40:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Tue, 2 Sep 2014 21:40:42 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Sep 2014 21:40:42 -0700 X-Google-Sender-Auth: 7qS18B1rSozMqW2Ge42Ib6E8hHo Message-ID: Subject: Re: all processes have ppid 1 From: Adrian Chadd To: Jia-Shiun Li Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 04:40:43 -0000 On 2 September 2014 21:17, Jia-Shiun Li wrote: > Hi all, > > on r270962 -current ps indicates all processes have ppid 1 which is > not reasonable. This happened to me since about 1 week ago. Wondering > if anyone sees the same. > > the 'ps axdl' result looks like: > http://pastebin.com/qFg5FusN Whoa, verified on r270951 too. Ugh! -a From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 05:15:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA2DB903; Wed, 3 Sep 2014 05:15:15 +0000 (UTC) Date: Wed, 3 Sep 2014 01:15:11 -0400 From: Glen Barber To: Jia-Shiun Li Subject: Re: all processes have ppid 1 Message-ID: <20140903051511.GW1200@hub.FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="YnIutncTLXsDZs5t" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 05:15:16 -0000 --YnIutncTLXsDZs5t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 03, 2014 at 12:17:07PM +0800, Jia-Shiun Li wrote: > Hi all, >=20 > on r270962 -current ps indicates all processes have ppid 1 which is > not reasonable. This happened to me since about 1 week ago. Wondering > if anyone sees the same. >=20 This is being looked into. Thank you for noticing, and for the report. Glen --YnIutncTLXsDZs5t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJUBqPfAAoJELls3eqvi17QHswP/3bcgptOqhjxQEP2RANBODRW EHjM1KIyujcmi/7kkQ1AMb+zMKCG+5Sw/oSByPD/tK6J/pNkfx0alRzIS7NVc60Y LE437min/OtjQyEPvoAWYXVuguqqgahCTPYavwzpfjrVpAX98yf7XF5Q1pF5t6Pl eFQc697kuPBD1xUfG4WYT2Bw60v8s2lQCWpcVh0yjcn4hRLR5AgBz3K3IUAKSUoI cF8TEY2xmsMGgK7Hs2QCMU8CwIeMZhLXY2yh7Jxzd1pFShYu4ewUjwIec3LfOqUf bKrzdgCEYK/axju70RyFXQA132Xa/dX28fAMGxCtIVoQ6dAzAvZLXVJe81p23emb jOSw3i52cGEae+EjSTlfKye1SLxKlY+osNsez038wFMgCZ1hf7oooL/gW/qi55a6 VvRo1nobN0vns0dr5Q73AnFKHR1SfN8yQEjHbM0nEWFORP6Q9eyAutmjc/7kllmw xRAbeSLV51I+8k0IHc8uYiNoNm2vFoxXdGWOV2Ab31b0t7eotN6pTfEG+Ph4x7nw v9ZZxBiQzQ8FfIPdZmLF1Nw5nk6nHEcx8UHYhjexKg57/rC/9WIdzx2p6jFgtY1u QTO8H1jOZbvgREyX8o+iK76ZfBNLN7sYvpOAdIL6uS3qfoE6psWiR5RRHG9lBBVn Jp/JrHKC5nc8ebkDI7gU =mq6X -----END PGP SIGNATURE----- --YnIutncTLXsDZs5t-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 05:41:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B414E2D for ; Wed, 3 Sep 2014 05:41:24 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 224921E25 for ; Wed, 3 Sep 2014 05:41:23 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id v6so8802087lbi.23 for ; Tue, 02 Sep 2014 22:41:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=Ar3ny/vouS5u+QLQpK/aNh6txX2AR84QbfT38RisaB8=; b=R51XgcfnylIMO1udsWR0wZ10ykaZccgqkYczMtn9t0VwpzubIVrDkxCsesugymczkZ ckpiB42jRCq57EK08gVl4Ludgvp8g4jEGENxMGQCib5EXnYbiAvOf5Dd+f6HT25BgnUi ykIdgfORho8QtHl4S59sMtd2n02n38jbTw0574k4RFo6Mc2mHprUDo+SuF+LISiLut0G l1bAXBV2njLgN+XLuddDBpgjte4t/yBApUF6Bp2Jen658U/ToX7PlRPBtKjtz7cMcx5J NPlKGOv2VV0zGG6VYVqtU3OtwgBMwcYzm3zRMsEyzr7/ZNtdAicIwaqdOrJUmXj33uvd CfZg== X-Received: by 10.112.2.167 with SMTP id 7mr332652lbv.103.1409722881644; Tue, 02 Sep 2014 22:41:21 -0700 (PDT) Received: from laptop.minsk.domain (minsk.nivalnetwork.com. [86.57.144.74]) by mx.google.com with ESMTPSA id rd2sm7863790lbc.32.2014.09.02.22.41.19 for (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Sep 2014 22:41:20 -0700 (PDT) Date: Wed, 3 Sep 2014 08:41:37 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: Re: all processes have ppid 1 Message-ID: <20140903084137.419aa72d@laptop.minsk.domain> In-Reply-To: References: X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 05:41:24 -0000 On Wed, 3 Sep 2014 12:17:07 +0800 Jia-Shiun Li wrote: > Hi all, > > on r270962 -current ps indicates all processes have ppid 1 which is > not reasonable. This happened to me since about 1 week ago. Wondering > if anyone sees the same. > > the 'ps axdl' result looks like: > http://pastebin.com/qFg5FusN > > seems it was broken after r270515... > > -Jia-Shiun. -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 06:27:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3545DE1F; Wed, 3 Sep 2014 06:27:44 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73E5E1327; Wed, 3 Sep 2014 06:27:43 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x13so7941846wgg.5 for ; Tue, 02 Sep 2014 23:27:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=QKoLBtpHYz651Iub3OuWYYFzO9n/Rqpt6Yjy4wL82BE=; b=Fj7P40uC8DD8QkjYOm+upD97rsRHdNlNpSjx/QFyjNBr2caE8XUkHxHD49rZPZwkY0 orP3tWcH86b/KUmZrzo0g0jWUDx8jFBFwlSt62KPoFDoKIKZrqEOfkqpKmJI+f5d+Oi4 rFKHspBbgd2a2GdfPlzmMTUByQkcOjm0sdXcWxAnhOEUKlbsMjaD78kKayM/vnnyDq+9 uSGo/Vth9L8mii+vf+BpBGLqQ2Si7DbEj1FNZpGV0/8bHxRKmPVWZKriKRQeWkrZPS24 R3pWl3C62Tx8G7zHsgcv94ULNms3SJgQpgtbmNaj8mOsJ2CT9/ySTKapzABb52txoFEW AyPQ== X-Received: by 10.194.249.164 with SMTP id yv4mr45005713wjc.34.1409725661565; Tue, 02 Sep 2014 23:27:41 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id bt9sm13863857wjc.44.2014.09.02.23.27.40 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 02 Sep 2014 23:27:40 -0700 (PDT) Date: Wed, 3 Sep 2014 08:27:38 +0200 From: Mateusz Guzik To: Jia-Shiun Li Subject: Re: all processes have ppid 1 Message-ID: <20140903062737.GA13871@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Jia-Shiun Li , freebsd-current , Garrett Cooper , Adrian Chadd , Glen Barber , "Sergey V. Dyatko" References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Glen Barber , Adrian Chadd , freebsd-current , "Sergey V. Dyatko" , Garrett Cooper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 06:27:44 -0000 On Wed, Sep 03, 2014 at 12:17:07PM +0800, Jia-Shiun Li wrote: > Hi all, > > on r270962 -current ps indicates all processes have ppid 1 which is > not reasonable. This happened to me since about 1 week ago. Wondering > if anyone sees the same. > > the 'ps axdl' result looks like: > http://pastebin.com/qFg5FusN Please try r270993. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 07:28:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E655C38A; Wed, 3 Sep 2014 07:28:45 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A308E1A98; Wed, 3 Sep 2014 07:28:45 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id rd18so9180014iec.27 for ; Wed, 03 Sep 2014 00:28:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=jyAT8NHhbPyxyM2oLv9QoHXnsxT8SFtOxLy5ruFlu1s=; b=VnNFNJ/DIy684VwIv/FG0y3JXFqluK3ueGSw9mYX5wyfSyj5gy6Due7+9VjYcusgkx 7isPjW533gIvmTbU6HGzebEYa7wdDpfRHgvZIaLreAeQqpdYIHneLw3I8XYSFZhCMhgb KF2Ziz48oLR7Dp7mI69f9PXYZL4e5iyrMI/B/xLU+3P0Bzsq6K6iI3a4y/LDMOmLXLyP cIBo3/Ae1NSCKBdT1KBfYQVXgSzqwhL7qrjRpZd3nETXK/LehrfFBrli6yprutgkcLQP hSwDvaAWY+5M4v6m9pNyikuij4+z8eJE21muLX6VdZfVEcm2MerTManFnXq6Q/uDHSkV c6rA== X-Received: by 10.50.143.65 with SMTP id sc1mr33810518igb.19.1409729325039; Wed, 03 Sep 2014 00:28:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.34.79 with HTTP; Wed, 3 Sep 2014 00:28:14 -0700 (PDT) In-Reply-To: <20140903062737.GA13871@dft-labs.eu> References: <20140903062737.GA13871@dft-labs.eu> From: Jia-Shiun Li Date: Wed, 3 Sep 2014 15:28:14 +0800 Message-ID: Subject: Re: all processes have ppid 1 To: Mateusz Guzik , Jia-Shiun Li , freebsd-current , Garrett Cooper , Adrian Chadd , Glen Barber , "Sergey V. Dyatko" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 07:28:46 -0000 On Wed, Sep 3, 2014 at 2:27 PM, Mateusz Guzik wrote: > > Please try r270993. > confirm fixed. Thanks! http://pastebin.com/YrPtL35p -Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 13:51:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D4B55D7 for ; Wed, 3 Sep 2014 13:51:41 +0000 (UTC) Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CADDD1BB6 for ; Wed, 3 Sep 2014 13:51:40 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id et14so17601081pad.2 for ; Wed, 03 Sep 2014 06:51:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=cp/crjRDuQivVX2DWX79FzUozFj8zo6J0VGntwkNeis=; b=TFLA3pujAl+6XWxgpDz6DaOTdWWHnPIqJG08k/RzDe0aAV1m1vykUwR3LS37nWFbFP ff+bCJ413/hUPTvPQSvxYTwCPz6IiScrNz5IP42jfRuHHAFdolCy6hRXDTcmdspQueHS gLPXJXC25HmOKHpMJW00RzO/Mzwd3AVe7X1lJdf/QVzACWbUWx8lL/k4dtFpNkmWn7kM dklY1nAgfu+dDkma0GOtzRDt1moUEM1ePE9KdECEeeWApb5wEt3JIVtFK0OPPrtsZdka kexEXix6EB+IbAuW+lyINMKKGFv0zoV8pIdMZO2NSx9dKKUf11BJWY97rD+LFDW0aih/ sySA== X-Gm-Message-State: ALoCoQk4DfryBTK0l1QsZdnOxyhEpbfR3qZRqEGtcOro4bFY6n5GYxdGv2q50my3Eu6DU/qoVzcK X-Received: by 10.70.96.102 with SMTP id dr6mr58072612pdb.86.1409752290728; Wed, 03 Sep 2014 06:51:30 -0700 (PDT) Received: from [192.168.1.100] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id n7sm9434160pdm.35.2014.09.03.06.51.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 03 Sep 2014 06:51:30 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: panic on boot From: Tim Kientzle In-Reply-To: Date: Wed, 3 Sep 2014 06:51:28 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Garrett Cooper X-Mailer: Apple Mail (2.1878.6) Cc: AN , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 13:51:41 -0000 On Sep 2, 2014, at 1:13 PM, Garrett Cooper = wrote: > On Tue, Sep 2, 2014 at 9:47 AM, AN wrote: >> FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r269949: Wed Aug = 13 >> 14:18:28 EDT 2014 root@FBSD11:/usr/obj/usr/src/sys/MYKERNEL = amd64 >>=20 >> Trying to rebuild the system at r270973 >> I get a kernel panic on boot. I am able to boot into kernel.old at = r269949 >> and the system is functional. Is anyone else seeing a panic on boot = at a >> recent svn update? >=20 > Could you please provide the traceback? I=92m also seeing panics at boot on BBB (armv6) with a kernel built from = r270779. Old kernel from r270339 still works. I=92ll dig out more details tonight. Tim From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 14:08:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D070243D for ; Wed, 3 Sep 2014 14:08:53 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1F7C1DB1 for ; Wed, 3 Sep 2014 14:08:53 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id hz1so17585241pad.34 for ; Wed, 03 Sep 2014 07:08:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=NBJLGjiwU0cYFciweA59Z8gNNOWxvhW26eVR5UQxOUE=; b=QK9d0keKjfTSc1YfFkCewbWBUiuJZ3CBwbFYRRDnDIMxI0RvHuDtGbCWz5jX1Bea2b fst7RnzpkhFbcDE8jcgrDEvtHD3E63lr6zHkQk1eyNt/Xnog3kTixj0SSzH2FZkIcqTA IN1CGcDSRha87vJEUH69GTR4M0u3F2yFy3ncyAXW4q0Bx0j1YzY7Gh0LorDi49YuGXpn BxbAxJMJkKcoPCtkc0sHQg+O0pUgeChJCt5H0FI7RQH5//8soZj+6gb6euvBJ7J8+pvq IH9RmmTp1UjzcNw9jDkmFsbWhzp7XM1/6LPBTW8YslSrBeW9bnnFgfdHUgInWSJ2wktS pYfQ== X-Gm-Message-State: ALoCoQm4nJ43T7TLKsFsAoIm7RGtbR8GQ2eitJH0V1A8Rth0SXKyCxb/Nt0013YaPTmk4Mb0/frJ X-Received: by 10.67.1.99 with SMTP id bf3mr57692899pad.110.1409753332457; Wed, 03 Sep 2014 07:08:52 -0700 (PDT) Received: from [192.168.1.100] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id b9sm6965742pbu.91.2014.09.03.07.08.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 03 Sep 2014 07:08:51 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: panic on boot From: Tim Kientzle In-Reply-To: Date: Wed, 3 Sep 2014 07:08:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Garrett Cooper X-Mailer: Apple Mail (2.1878.6) Cc: AN , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:08:54 -0000 On Sep 3, 2014, at 6:51 AM, Tim Kientzle wrote: >=20 > On Sep 2, 2014, at 1:13 PM, Garrett Cooper = wrote: >=20 >> On Tue, Sep 2, 2014 at 9:47 AM, AN wrote: >>> FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r269949: Wed = Aug 13 >>> 14:18:28 EDT 2014 root@FBSD11:/usr/obj/usr/src/sys/MYKERNEL = amd64 >>>=20 >>> Trying to rebuild the system at r270973 >>> I get a kernel panic on boot. I am able to boot into kernel.old at = r269949 >>> and the system is functional. Is anyone else seeing a panic on boot = at a >>> recent svn update? >>=20 >> Could you please provide the traceback? >=20 > I=92m also seeing panics at boot on BBB (armv6) with a kernel built = from r270779. Old kernel from r270339 still works. Here=92s what I=92m seeing at boot on BBB with r270779: =85 usual kernel boot messages ... Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... warning: no time-of-day clock registered, system time will not be set = accurately Setting hostuuid: aeaa664b-1739-11e4-8e30-7c669d6ce14d. Setting hostid: 0x0318d0fa. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s2a: clean, 1982743 free (62311 frags, 240054 blocks, 1.6% = fragmentation) Mounting local file systems:. /etc/rc: WARNING: $swapfile is obsolete. Ignored. Writing entropy file:. Setting hostname: bb-blue. cpsw0: link state changed to DOWN Starting Network: lo0 cpsw0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2=20 inet 127.0.0.1 netmask 0xff000000=20 nd6 options=3D21 cpsw0: flags=3D8843 metric 0 mtu = 1500 options=3D8000b ether 7c:66:9d:6c:e1:4d media: Ethernet autoselect (none) status: no carrier nd6 options=3D29 Starting devd. panic: Undefined instruction in kernel. KDB: enter: panic [ thread pid 284 tid 100069 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 284 tid 100069 td 0xc2b15c80 db_trace_self() at db_trace_self pc =3D 0xc054d7a8 lr =3D 0xc0231ab8 (db_stack_trace+0xf4) sp =3D 0xde69d2f8 fp =3D 0xde69d310 r10 =3D 0xc0939838 db_stack_trace() at db_stack_trace+0xf4 pc =3D 0xc0231ab8 lr =3D 0xc0231428 (db_command+0x270) sp =3D 0xde69d318 fp =3D 0xde69d3b8 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0x00000000 db_command() at db_command+0x270 pc =3D 0xc0231428 lr =3D 0xc023118c (db_command_loop+0x60) sp =3D 0xde69d3c0 fp =3D 0xde69d3d0 r4 =3D 0xc059585e r5 =3D 0xc05b04e3 r6 =3D 0xc0939824 r7 =3D 0xc064fa38 r8 =3D 0xc06958e4 r9 =3D 0xc06958e0 db_trap() at db_trap+0xd8 pc =3D 0xc0233b54 lr =3D 0xc039e894 (kdb_trap+0xbc) sp =3D 0xde69d500 fp =3D 0xde69d520 r4 =3D 0x00000000 r5 =3D 0x00000001 r6 =3D 0xc0695908 r7 =3D 0xc064fa38 kdb_trap() at kdb_trap+0xbc pc =3D 0xc039e894 lr =3D 0xc0563c80 = (undefinedinstruction+0x298) sp =3D 0xde69d528 fp =3D 0xde69d598 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0xc0563938 r7 =3D 0xe7ffffff r8 =3D 0xc2b15c80 r9 =3D 0xc039e164 r10 =3D 0xde69d5a0 undefinedinstruction() at undefinedinstruction+0x298 pc =3D 0xc0563c80 lr =3D 0xc054f490 (exception_exit) sp =3D 0xde69d5a0 fp =3D 0xde69d5f8 r4 =3D 0xc05b0538 r5 =3D 0xde69d634 r6 =3D 0xc05dc349 r7 =3D 0xc0687e28 r8 =3D 0xc2b15c80 r9 =3D 0xc093b1dc r10 =3D 0xc0687c90 exception_exit() at exception_exit pc =3D 0xc054f490 lr =3D 0xc039e158 (kdb_enter+0x40) sp =3D 0xde69d5f0 fp =3D 0xde69d5f8 r0 =3D 0xc06958f4 r1 =3D 0x00000000 r2 =3D 0xc05b3eac r3 =3D 0x000000aa r4 =3D 0xc05b0538 r5 =3D 0xde69d634 r6 =3D 0xc05dc349 r7 =3D 0xc0687e28 r8 =3D 0xc2b15c80 r9 =3D 0xc093b1dc r10 =3D 0xc0687c90 r12 =3D 0x00000000 $a() at $a pc =3D 0xc039e168 lr =3D 0xc03675a0 (vpanic+0xb4) sp =3D 0xde69d600 fp =3D 0xde69d620 r4 =3D 0x00000100 vpanic() at vpanic+0xb4 pc =3D 0xc03675a0 lr =3D 0xc0367604 (kproc_shutdown) sp =3D 0xde69d628 fp =3D 0xde69d62c r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0xc0563938 r7 =3D 0xe28fc600 r8 =3D 0xc2b15c80 r9 =3D 0xc2eb1bd8 r10 =3D 0xde69d6b8 kproc_shutdown() at kproc_shutdown pc =3D 0xc0367604 lr =3D 0xc0939610 (gdb_uh) sp =3D 0xde69d634 fp =3D 0xde69d6b0 r4 =3D 0xc0367604 r5 =3D 0xde69d634 Unknown entry: 0 gdb_uh() at gdb_uh pc =3D 0xc0939610 lr =3D 0xc0939610 (gdb_uh) sp =3D 0xde69d634 fp =3D 0xde69d6b0 Unable to unwind into user mode From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 14:24:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 154CD95; Wed, 3 Sep 2014 14:24:34 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BEBD91FF7; Wed, 3 Sep 2014 14:24:33 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 682B3BDC6B; Wed, 3 Sep 2014 16:24:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=Aj8eSUHEOnP 6YqetHNu81/PQtEw=; b=cQKzfs7BKSDAT+j1Duo3F87i9MG6tWxgaoUnmfzGUfV SGEvPyIPwv6qGW2TwqkxmN0Wr5ifHfcnAkXaAcCp2+OHtWGPsoqR1arxz1zf3ruU aK2+gnZ+NlyYxs+AmJ6d/B//x6VlVpgHMUdy3Kleh8FlJ45herTkZyIC/fYhfDo0 = Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 42DE0BDC4C; Wed, 3 Sep 2014 16:24:30 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 1BB3E6158; Wed, 3 Sep 2014 16:24:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id B43E67302D9F; Wed, 3 Sep 2014 16:24:27 +0200 (CEST) Date: Wed, 03 Sep 2014 16:24:27 +0200 From: Mathieu Arnold To: Michelle Sullivan , mva@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: In-Reply-To: <5405AE54.60809@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:24:34 -0000 +--On 2 septembre 2014 13:47:32 +0200 Michelle Sullivan wrote: | Marcus von Appen wrote: |> Alban Hertroys : |> |>> |>> I can totally understand that at some point it starts to get |>> impossible to maintain two separate packaging systems and I understand |>> that you think 2 years is enough time to shake things out, but |>> software vendors aren't that quick. For many, 2 years is a short time. |>> |> |> It also should be noted that everyone had enough time to raise those |> issues |> in the time between tthe announcement and now. No one did. Now that it is |> gone, they are brought up, while they should have been long time ago |> instead. It can't work that way. |> |> My 2 cents in this discussion :-). | | Actually I brought it up as soon as I found the EOL was a deadline for | breaking pkg_* tools, was told, "too late now" - that was more than 2 | weeks ago, less than 2 months ago (forget the date) ... I'm happy with | an EOL and working to upgrade everything, I'm not happy that the EOL was | not actually an EOL and it was actually a deadline. I still don't see what you have to say about what EOL mean, it's *End Of Life* meaning after, it is dead, and won't exist any more. -- Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 14:56:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B392145F; Wed, 3 Sep 2014 14:56:18 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6861914CC; Wed, 3 Sep 2014 14:56:18 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id B2882BDC70; Wed, 3 Sep 2014 16:56:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=lCNMDywaIUV FGa1QZgLmEituujQ=; b=GB9F1Yk7f6vh8t5iRzTYL9NA4w9x+hdFNgM9afKwTZK LUaaxflftWWTalBgSyqaxQySoPjE6+XL5TDl01YF3iePUPekKjVjeej2KB0U24Js Yxbu340NnmsWSFFq+yBusW9p5f3atTxfsJ+KmhBWe6JU/2By1fCF+vZ6QCBAL++0 = Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 8BA3DBDC5D; Wed, 3 Sep 2014 16:56:16 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id DF268614F; Wed, 3 Sep 2014 16:56:15 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 54783730328C; Wed, 3 Sep 2014 16:56:15 +0200 (CEST) Date: Wed, 03 Sep 2014 16:56:14 +0200 From: Mathieu Arnold To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> In-Reply-To: <5407276D.3050200@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <5407276D.3050200@sorbs.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:56:18 -0000 +--On 3 septembre 2014 16:36:29 +0200 Michelle Sullivan wrote: | Mathieu Arnold wrote: |> I still don't see what you have to say about what EOL mean, it's *End Of |> Life* meaning after, it is dead, and won't exist any more. |> |> | Ahh so all those Windows XP servers are dead and don't work anymore... Not at all, but you don't update them any more. -- Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 15:02:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69E4CBF8; Wed, 3 Sep 2014 15:02:29 +0000 (UTC) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22C981733; Wed, 3 Sep 2014 15:02:28 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward5l.mail.yandex.net (Yandex) with ESMTP id A9131C412DB; Wed, 3 Sep 2014 19:02:25 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 33DF97E1471; Wed, 3 Sep 2014 19:02:25 +0400 (MSK) Received: from 46.38.39.141.tel.ru (46.38.39.141.tel.ru [46.38.39.141]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id PgTUM81Cip-2OqOwQeB; Wed, 3 Sep 2014 19:02:24 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 19f3bcc1-951a-40d4-9eb8-44e8df38028e Message-ID: <54072D80.4010402@passap.ru> Date: Wed, 03 Sep 2014 19:02:24 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Craig Rodrigues Subject: Re: "make installworld" commands used to generate manifest for makefs? References: <20140825165522.GC91673@spindle.one-eyed-alien.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 15:02:29 -0000 28.08.2014 23:02, Craig Rodrigues пишет: > I did this: > > make -DDB_FROM_SRC -DNO_ROOT installkernel DESTDIR=/tmp/test4 > make -DDB_FROM_SRC -DNO_ROOT installworld DESTDIR=/tmp/test4 > make -DDB_FROM_SRC -DNO_ROOT distribution DESTDIR=/tmp/test4 > > /tmp/test4/METALOG was created, but it did not seem to have > /boot/kernel/kernel or > any kernel modules. Is that expected? For a new installation "installworld" should be done first (it creates the needed directory infrastructure). And then one may do "installkernel". -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 15:21:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 766C4C5A; Wed, 3 Sep 2014 15:21:14 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2ABCD1991; Wed, 3 Sep 2014 15:21:14 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 758AEBDC4C; Wed, 3 Sep 2014 17:21:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=heWRH7OprhS SCsmTR9UhrGkAvCs=; b=AtCPliyl4/Uw7BGODhYk1DCf21xPxxQyPPiCu84lIAq i4JVLHJUMI49h4uikHiATvD4FHOTbcq8JhPIWP/8Ybp6Q1WeK2fmXTUyhBkpRcct jftzF0lMTWEs9T9aSq2/Vxdyd8hLiGwzgsW0xBlN5MdFzZf8DyzEjqFx6kmFkNC4 = Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 51FC6BDC2E; Wed, 3 Sep 2014 17:21:12 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 4EE5E6158; Wed, 3 Sep 2014 17:21:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 827907303680; Wed, 3 Sep 2014 17:21:10 +0200 (CEST) Date: Wed, 03 Sep 2014 17:21:10 +0200 From: Mathieu Arnold To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <562F5E76969DAAFC2106C9EC@ogg.in.absolight.net> In-Reply-To: <5407311C.5070903@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <5407276D.3050200@sorbs.net> <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> <5407311C.5070903@sorbs.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 15:21:14 -0000 +--On 3 septembre 2014 17:17:48 +0200 Michelle Sullivan wrote: | Mathieu Arnold wrote: |> +--On 3 septembre 2014 16:36:29 +0200 Michelle Sullivan |> wrote: |> | Mathieu Arnold wrote: |> |> I still don't see what you have to say about what EOL mean, it's *End |> |> Of Life* meaning after, it is dead, and won't exist any more. |> |> |> |> |> | Ahh so all those Windows XP servers are dead and don't work anymore... |> |> Not at all, but you don't update them any more. |> |> | Actually you do, but it does nothing... just like freebsd-update on any | EOL release... | | Microsoft didn't release a patch that would change the base system so | you can no longer install any software... They just stopped providing | updates, then later stopped providing security updates. You can still go and fetch/build software. You can't do it using the FreeBSD App Store though. -- Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 14:36:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8D7E83E; Wed, 3 Sep 2014 14:36:33 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id B96711233; Wed, 3 Sep 2014 14:36:33 +0000 (UTC) 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 <0NBB0041XY3AEV00@hades.sorbs.net>; Wed, 03 Sep 2014 07:40:24 -0700 (PDT) Message-id: <5407276D.3050200@sorbs.net> Date: Wed, 03 Sep 2014 16:36:29 +0200 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: Mathieu Arnold Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> In-reply-to: X-Mailman-Approved-At: Wed, 03 Sep 2014 15:27:29 +0000 Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, mva@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:36:34 -0000 Mathieu Arnold wrote: > I still don't see what you have to say about what EOL mean, it's *End Of > Life* meaning after, it is dead, and won't exist any more. > > Ahh so all those Windows XP servers are dead and don't work anymore... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 15:17:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B076A8E; Wed, 3 Sep 2014 15:17:51 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9F818E4; Wed, 3 Sep 2014 15:17:51 +0000 (UTC) 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 <0NBC0042B004EV00@hades.sorbs.net>; Wed, 03 Sep 2014 08:21:42 -0700 (PDT) Message-id: <5407311C.5070903@sorbs.net> Date: Wed, 03 Sep 2014 17:17:48 +0200 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: Mathieu Arnold Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <5407276D.3050200@sorbs.net> <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> In-reply-to: <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> X-Mailman-Approved-At: Wed, 03 Sep 2014 15:45:26 +0000 Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 15:17:51 -0000 Mathieu Arnold wrote: > +--On 3 septembre 2014 16:36:29 +0200 Michelle Sullivan > wrote: > | Mathieu Arnold wrote: > |> I still don't see what you have to say about what EOL mean, it's *End Of > |> Life* meaning after, it is dead, and won't exist any more. > |> > |> > | Ahh so all those Windows XP servers are dead and don't work anymore... > > Not at all, but you don't update them any more. > > Actually you do, but it does nothing... just like freebsd-update on any EOL release... Microsoft didn't release a patch that would change the base system so you can no longer install any software... They just stopped providing updates, then later stopped providing security updates. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 17:11:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B635994 for ; Wed, 3 Sep 2014 17:11:34 +0000 (UTC) Received: from phoenix.eternamente.info (phoenix.arroway.org [109.169.80.17]) by mx1.freebsd.org (Postfix) with ESMTP id 8E57918B4 for ; Wed, 3 Sep 2014 17:11:20 +0000 (UTC) Received: from [152.236.14.216] (unknown [152.236.14.216]) by phoenix.eternamente.info (Postfix) with ESMTPA id 4B5E41CC8F for ; Wed, 3 Sep 2014 14:01:24 -0300 (BRT) User-Agent: K-9 Mail for Android In-Reply-To: <54072D80.4010402@passap.ru> References: <20140825165522.GC91673@spindle.one-eyed-alien.net> <54072D80.4010402@passap.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: "make installworld" commands used to generate manifest for makefs? From: Nenhum_de_Nos Date: Wed, 03 Sep 2014 14:01:19 -0300 CC: freebsd-current Current Message-ID: <257cbfbf-959e-44f2-bef0-86c12522de03@email.android.com> X-Mailman-Approved-At: Wed, 03 Sep 2014 17:24:21 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 17:11:34 -0000 On September 3, 2014 12:02:24 PM GMT-03:00, Boris Samorodov wrote: >28.08.2014 23:02, Craig Rodrigues пишет: > >> I did this: >> >> make -DDB_FROM_SRC -DNO_ROOT installkernel DESTDIR=/tmp/test4 >> make -DDB_FROM_SRC -DNO_ROOT installworld DESTDIR=/tmp/test4 >> make -DDB_FROM_SRC -DNO_ROOT distribution DESTDIR=/tmp/test4 >> >> /tmp/test4/METALOG was created, but it did not seem to have >> /boot/kernel/kernel or >> any kernel modules. Is that expected? > >For a new installation "installworld" should be done first (it creates >the needed directory infrastructure). And then one may do >"installkernel". As I read from so much time ago to install first kernel, starting from which FreeBSD version I should change? Thanks, >-- >WBR, Boris Samorodov (bsam) >FreeBSD Committer, http://www.FreeBSD.org The Power To Serve >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to >"freebsd-current-unsubscribe@freebsd.org" -- "We will call you Cygnus, the God of balance you shall be." From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 18:34:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96E79D5F; Wed, 3 Sep 2014 18:34:30 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (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 4A69D117D; Wed, 3 Sep 2014 18:34:30 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id DAD356A6027; Wed, 3 Sep 2014 20:34:26 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s83IYQtx016736; Wed, 3 Sep 2014 20:34:26 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s83IYNWm015273; Wed, 3 Sep 2014 20:34:23 +0200 (CEST) (envelope-from lars) Date: Wed, 3 Sep 2014 20:34:23 +0200 From: Lars Engels To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <20140903183422.GF57121@e-new.0x20.net> References: <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <5407276D.3050200@sorbs.net> <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> <5407311C.5070903@sorbs.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kb0TSCuX821Ar6UT" Content-Disposition: inline In-Reply-To: <5407311C.5070903@sorbs.net> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org, Mathieu Arnold X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 18:34:30 -0000 --kb0TSCuX821Ar6UT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 03, 2014 at 05:17:48PM +0200, Michelle Sullivan wrote: > Mathieu Arnold wrote: > > +--On 3 septembre 2014 16:36:29 +0200 Michelle Sullivan > > wrote: > > | Mathieu Arnold wrote: > > |> I still don't see what you have to say about what EOL mean, it's *En= d Of > > |> Life* meaning after, it is dead, and won't exist any more. > > |>=20 > > |> =20 > > | Ahh so all those Windows XP servers are dead and don't work anymore... > > > > Not at all, but you don't update them any more. > > > > =20 > Actually you do, but it does nothing... just like freebsd-update on any > EOL release... >=20 > Microsoft didn't release a patch that would change the base system so > you can no longer install any software... They just stopped providing > updates, then later stopped providing security updates. Same for FreeBSD and pkg_*. Stay with status quo, use pkg_* with the last tagged version of the ports tree that works with pkg_* or switch to pkg and be happy like the rest of us. --kb0TSCuX821Ar6UT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJUB18uXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tabsIAJ4weLg9YkfoV0bYtgERt7OY MrjOmHOsUZpeZ+7AN4FuTgDHXr1ilhC9rrp3tYdsKYRrUjJZZAaaHYS36fmJbFfU fvHrMVJ+v/RD0untC6rS/uBIrYxBsSG8xUtlTNlFeOuiXgFYEHxF1drTCt9SkK2w +X6XTOms5ynCNZIYG+UnX86a0yV63Emy8XDpDGtEYAaQcm7B5M3RAUzIrxz1YcaD mNDHPz8ow2cnSrZ61dT3akPqxJXdlYtRonDRKu2+3nrmqytq0gU160yMuY5Ewdmu j9ZpcEXPjfge8GvRAjRUvScSB1OxdpB4agcOX+G9ZQwdaJeJMaLWsxaTe/+3Tls= =jMHl -----END PGP SIGNATURE----- --kb0TSCuX821Ar6UT-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 20:06:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12410C61; Wed, 3 Sep 2014 20:06:28 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::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 DF0E31D8B; Wed, 3 Sep 2014 20:06:27 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AE2EEB984; Wed, 3 Sep 2014 16:06:26 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, sbruno@freebsd.org Subject: Re: [PATCH]Modify do_exec() handler to deal with multiple imgact handlers Date: Wed, 03 Sep 2014 15:39:04 -0400 Message-ID: <1737767.X0j5Yf1ak8@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <1409698757.55485.8.camel@bruno> References: <1409698757.55485.8.camel@bruno> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 03 Sep 2014 16:06:26 -0400 (EDT) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 20:06:28 -0000 On Tuesday, September 02, 2014 03:59:17 PM Sean Bruno wrote: > https://reviews.freebsd.org/D696 > > I found that the binmisc handler was not executing if the shell handler > fired. Both were using the same intepreted flag to determine if they > should run. > > This change modifies struct image_params.interpreted to be a bitfield > instead of a bool flag and assigns one bit to each image activator. > > Comments? > > sean > > Index: sys/kern/imgact_binmisc.c > =================================================================== > --- sys/kern/imgact_binmisc.c > +++ sys/kern/imgact_binmisc.c > @@ -600,12 +600,12 @@ > } > > /* No interpreter nesting allowed. */ > - if (imgp->interpreted) { > + if (imgp->interpreted & IMGACT_BINMISC) { > mtx_unlock(&interp_list_mtx); > return (ENOEXEC); > } > > - imgp->interpreted = 1; > + imgp->interpreted |= IMGACT_BINMISC; > > if (imgp->args->fname != NULL) { > fname = imgp->args->fname; > Index: sys/kern/imgact_shell.c > =================================================================== > --- sys/kern/imgact_shell.c > +++ sys/kern/imgact_shell.c > @@ -115,10 +115,10 @@ > * Don't allow a shell script to be the shell for a shell > * script. :-) > */ > - if (imgp->interpreted) > + if (imgp->interpreted & IMGACT_SHELL) > return (ENOEXEC); > > - imgp->interpreted = 1; > + imgp->interpreted |= IMGACT_SHELL; > > /* > * At this point we have the first page of the file mapped. > Index: sys/sys/imgact.h > =================================================================== > --- sys/sys/imgact.h > +++ sys/sys/imgact.h > @@ -61,7 +61,9 @@ > unsigned long entry_addr; /* entry address of target executable */ > unsigned long reloc_base; /* load address of image */ > char vmspace_destroyed; /* flag - we've blown away original vm space */ > - char interpreted; /* flag - this executable is interpreted */ > +#define IMGACT_SHELL 0x1 > +#define IMGACT_BINMISC 0x2 > + unsigned char interpreted; /* mask of interpretes that have run */ s/interpretes/interpreters/ Other than that I think this is fine, though I wonder if it will result in some unexpected effects (you probably want to be able to use a binmisc binary as the #! interpreter for a script, but I'm not sure the opposite is true. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 23:32:01 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DABB84C; Wed, 3 Sep 2014 23:32:01 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 0D4931902; Wed, 3 Sep 2014 23:32:00 +0000 (UTC) Received: from [192.168.200.205] (unknown [50.136.155.142]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 0E8E0192906; Wed, 3 Sep 2014 23:31:52 +0000 (UTC) Subject: Re: [PATCH]Modify do_exec() handler to deal with multiple imgact handlers From: Sean Bruno Reply-To: sbruno@freebsd.org To: John Baldwin In-Reply-To: <1737767.X0j5Yf1ak8@ralph.baldwin.cx> References: <1409698757.55485.8.camel@bruno> <1737767.X0j5Yf1ak8@ralph.baldwin.cx> Content-Type: text/plain; charset="us-ascii" Date: Wed, 03 Sep 2014 16:31:50 -0700 Message-ID: <1409787110.1137.8.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 23:32:01 -0000 On Wed, 2014-09-03 at 15:39 -0400, John Baldwin wrote: > On Tuesday, September 02, 2014 03:59:17 PM Sean Bruno wrote: > > https://reviews.freebsd.org/D696 > > > > I found that the binmisc handler was not executing if the shell handler > > fired. Both were using the same intepreted flag to determine if they > > should run. > > > > This change modifies struct image_params.interpreted to be a bitfield > > instead of a bool flag and assigns one bit to each image activator. > > > > Comments? > > > > sean > > > > Index: sys/kern/imgact_binmisc.c > > =================================================================== > > --- sys/kern/imgact_binmisc.c > > +++ sys/kern/imgact_binmisc.c > > @@ -600,12 +600,12 @@ > > } > > > > /* No interpreter nesting allowed. */ > > - if (imgp->interpreted) { > > + if (imgp->interpreted & IMGACT_BINMISC) { > > mtx_unlock(&interp_list_mtx); > > return (ENOEXEC); > > } > > > > - imgp->interpreted = 1; > > + imgp->interpreted |= IMGACT_BINMISC; > > > > if (imgp->args->fname != NULL) { > > fname = imgp->args->fname; > > Index: sys/kern/imgact_shell.c > > =================================================================== > > --- sys/kern/imgact_shell.c > > +++ sys/kern/imgact_shell.c > > @@ -115,10 +115,10 @@ > > * Don't allow a shell script to be the shell for a shell > > * script. :-) > > */ > > - if (imgp->interpreted) > > + if (imgp->interpreted & IMGACT_SHELL) > > return (ENOEXEC); > > > > - imgp->interpreted = 1; > > + imgp->interpreted |= IMGACT_SHELL; > > > > /* > > * At this point we have the first page of the file mapped. > > Index: sys/sys/imgact.h > > =================================================================== > > --- sys/sys/imgact.h > > +++ sys/sys/imgact.h > > @@ -61,7 +61,9 @@ > > unsigned long entry_addr; /* entry address of target executable */ > > unsigned long reloc_base; /* load address of image */ > > char vmspace_destroyed; /* flag - we've blown away original vm space */ > > - char interpreted; /* flag - this executable is interpreted */ > > +#define IMGACT_SHELL 0x1 > > +#define IMGACT_BINMISC 0x2 > > + unsigned char interpreted; /* mask of interpretes that have run */ > > s/interpretes/interpreters/ > Fixed on phabric review. > Other than that I think this is fine, though I wonder if it will result > in some unexpected effects (you probably want to be able to use a binmisc > binary as the #! interpreter for a script, but I'm not sure the opposite > is true. > Its slightly more complicated by the fact that qemu-user has its own #! parsing too. If qemu-user sees that it is operating on a shell script, it will make the needed changes itself to argv[0]. So the condition you describe, with respect to qemu-user + binmisc won't happen. ref qemu-bsd-user tree, bsd-user/freebsd/os-proc.c:is_target_shell_script() and freebsd_exec_common() https://github.com/seanbruno/qemu-bsd-user/blob/bsd-user/bsd-user/freebsd/os-proc.c From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 05:59:17 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2883A42B; Thu, 4 Sep 2014 05:59:17 +0000 (UTC) Received: from mail.beastielabs.net (unknown [IPv6:2001:888:1227:0:200:24ff:fec9:5934]) (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 D29BF1F91; Thu, 4 Sep 2014 05:59:16 +0000 (UTC) Received: from beastie.hotsoft.nl (beastie.hotsoft.nl [IPv6:2001:888:1227:0:219:d1ff:fee8:91eb]) by mail.beastielabs.net (8.14.7/8.14.7) with ESMTP id s845xC3M078751; Thu, 4 Sep 2014 07:59:12 +0200 (CEST) (envelope-from hans@beastielabs.net) Message-ID: <5407FFB0.80203@beastielabs.net> Date: Thu, 04 Sep 2014 07:59:12 +0200 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Re: [CFT] Autofs. References: <20140730071933.GA20122@pc5.home> <53F0878E.3000401@beastielabs.net> <20140817145059.GA5497@pc5.home> In-Reply-To: <20140817145059.GA5497@pc5.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 05:59:17 -0000 On 08/17/14 16:50, Edward Tomasz Napierała wrote: > On 0817T1244, Hans Ottevanger wrote: >> [...] >> Hi! >> >> Great to see a real autofs finally coming to FreeBSD. >> >> I already did some very cursory testing on a recent 11-CURRENT system >> that I still happened to have and things with at least the /net map >> look quite OK. >> >> I could do some more extensive testing if I could use some of my >> 10-STABLE systems. I already checked that the patch applies cleanly >> to a recent 10-STABLE (modulo a few offsets) and that both buildworld >> and buildkernel succeed. Should I expect difficulties actually >> running your autofs on 10-STABLE? > > No, it should be fine. Plan is to MFC this to 10 soon, btw. > Good to see that autofa has been MFC'd during my vacation 8-) But I found a little problem... When I try to access the NFS exported file-systems on an older test machine (running 7.x, but that is not so relevant, it also happens with other servers), with the following exports: $ showmount -e soekris Exports list on soekris: /var 192.168.0.0 /usr 192.168.0.0 /home 192.168.0.0 / 192.168.0.0 I get: $ ls /net/soekris COPYRIGHT dist libexec proc tmp bin entropy lost+found rescue usr boot etc media root var compat home mnt sbin dev lib which is correct, but the next level fails: $ ls -l /net/soekris/usr total 0 since /usr on soekris is definitely not empty. Relevant output of mount : ... map -hosts on /net (autofs) soekris:/ on /net/soekris (nfs, nosuid, automounted) This is on 10.1-PRERELEASE r270922. The kernel config is GENERIC minus devices I do not have and AUTOFS added. Config files (/etc/auto_master, et al) are default. Mounting manually does succeed (in two steps, of course). When trying this from Mac OS X (I am still on Snow Leopard) automounting works as expected. I did not have the opportunity yet to try a Linux box (also do not know whether autofs there has been eaten by systemd already 8-)). Do I miss something, or is this a bug? Kind regards, Hans From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 07:15:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0641D56B; Thu, 4 Sep 2014 07:15:42 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6A551987; Thu, 4 Sep 2014 07:15:41 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id r10so603707igi.16 for ; Thu, 04 Sep 2014 00:15:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wzjUh6Hao6im93ca6cmXSoGFgFAiO5UudE3/kji/SAE=; b=OZqdf+43kcjrmN2xneYaQyaKxlwNH24ozhP6uBq6QYuIW8ZlL4EwNJthw0XyI96Qbc lc2IvMTOF/J84HrRuE1dxorIXAMKRzoIQ/+B69ieqDybMqV2kNkuEGv6seHkgaseadzQ lxL1sIWzPXh3xlQtjAZbAYNS+hy3xeh3HflMH5E9BFxmVhFtQwDlK+msjgT2md8uOcN1 /RBf1wXDxnpRLCob9ux8hPqmljwcq+qlCeFiamjNTGkfAjgyTrQVunDgUFR/KEFAWBGM GtU1yfyih9OOBNiRMjliESnaaQav8H7zPIMuVH1H4vVkRel9eaY7A9oTf811Lm1P0gAq MPMg== MIME-Version: 1.0 X-Received: by 10.50.82.98 with SMTP id h2mr3637515igy.26.1409814940903; Thu, 04 Sep 2014 00:15:40 -0700 (PDT) Received: by 10.50.72.69 with HTTP; Thu, 4 Sep 2014 00:15:40 -0700 (PDT) In-Reply-To: <5407FFB0.80203@beastielabs.net> References: <20140730071933.GA20122@pc5.home> <53F0878E.3000401@beastielabs.net> <20140817145059.GA5497@pc5.home> <5407FFB0.80203@beastielabs.net> Date: Thu, 4 Sep 2014 00:15:40 -0700 Message-ID: Subject: Re: [CFT] Autofs. From: Garrett Cooper To: Hans Ottevanger Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 07:15:42 -0000 Hi Hans! On Wed, Sep 3, 2014 at 10:59 PM, Hans Ottevanger wrote: > Good to see that autofa has been MFC'd during my vacation 8-) > > But I found a little problem... ... > Do I miss something, or is this a bug? Can you please provide the output of `mount -p' from your server? Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 07:35:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E37EF24; Thu, 4 Sep 2014 07:35:55 +0000 (UTC) Received: from mail.beastielabs.net (unknown [IPv6:2001:888:1227:0:200:24ff:fec9:5934]) (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 254DB1E6B; Thu, 4 Sep 2014 07:35:54 +0000 (UTC) Received: from beastie.hotsoft.nl (beastie.hotsoft.nl [IPv6:2001:888:1227:0:219:d1ff:fee8:91eb]) by mail.beastielabs.net (8.14.7/8.14.7) with ESMTP id s847ZqjB079092; Thu, 4 Sep 2014 09:35:52 +0200 (CEST) (envelope-from hans@beastielabs.net) Message-ID: <54081658.9020609@beastielabs.net> Date: Thu, 04 Sep 2014 09:35:52 +0200 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Garrett Cooper Subject: Re: [CFT] Autofs. References: <20140730071933.GA20122@pc5.home> <53F0878E.3000401@beastielabs.net> <20140817145059.GA5497@pc5.home> <5407FFB0.80203@beastielabs.net> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 07:35:55 -0000 On 09/04/14 09:15, Garrett Cooper wrote: > Hi Hans! > > On Wed, Sep 3, 2014 at 10:59 PM, Hans Ottevanger wrote: > >> Good to see that autofa has been MFC'd during my vacation 8-) >> >> But I found a little problem... > > ... > >> Do I miss something, or is this a bug? > > Can you please provide the output of `mount -p' from your server? Sure, looks like this: [root@soekris ~]# mount -p /dev/ad0s1a / ufs rw 1 1 devfs /dev devfs rw 0 0 /dev/ad0s1f /home ufs rw 2 2 /dev/ad0s1e /usr ufs rw 2 2 /dev/ad0s1d /var ufs rw 2 2 And as I mentioned, mounting manually succeeds. Kind regards, Hans From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 08:49:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C428B2AD; Thu, 4 Sep 2014 08:49:59 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) (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 7E8311764; Thu, 4 Sep 2014 08:49:59 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id 94D3A9DD41D; Thu, 4 Sep 2014 10:49:49 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: <201406301402.42119.jhb@freebsd.org> Date: Thu, 4 Sep 2014 10:49:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <8BA1A243-8EA9-449A-A2D2-4E03487CE3E0@sarenet.es> References: <201406301402.42119.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1283) Cc: Luigi Rizzo , freebsd-current@freebsd.org, delphij@freebsd.org, Stefano Garzarella X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 08:49:59 -0000 On Jun 30, 2014, at 8:02 PM, John Baldwin wrote: >=20 > I think these sound fine, but I've cc'd Xin Li (delphij@) who has = worked with > folks at Emulex to maintain this driver. He is probably the best = person to > review this. Hi, Seems 10.1 is on the pipeline now, but as far as I know none of these = fixes have been applied to -STABLE. Any chances to do it yet? As far as = I know, the "oce" driver is currently unusable in -STABLE. I managed to = cause a panic reliably within 30 seconds. Borja. From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 12:43:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04588EC6; Thu, 4 Sep 2014 12:43:37 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 508901160; Thu, 4 Sep 2014 12:43:36 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id v6so11364128lbi.23 for ; Thu, 04 Sep 2014 05:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=xsIXfdb5SpsoCs+DNSVIUmzETgMvEF5kXWmrvUZLjiA=; b=BR65deIHDrouyQixJ+aovTfIUmhqqVI0k0QGY7krWkAMoRbDlXYCT8hJd6UKg5xiW5 RyWeXOA8cLoUzTOZhWlwmO+Zb4+O2+JJlBXJUWxjtrmGOOGv5s8qxv1v+wnW2z4zZnVQ 0IBhqDvPS3TwP1IAurhSebQTTFoCAat1/vSSNv7LPIpFmCaa2xKSXGSWyFTvljfrHIWg uARJR4y4fJ5c9xSWawFekOkBMqJxqB1c0lKYSWVz3Fu/aFA5xtbIGYhwd6MGYYrDTVxi Tnp4wT5sw81jg8OgaSjWxC+q9/ueuQEYmfm/vrxt3k5ROvqdzky06KWdPisfCEUxL9eS pMhQ== X-Received: by 10.112.135.230 with SMTP id pv6mr4131646lbb.105.1409834614135; Thu, 04 Sep 2014 05:43:34 -0700 (PDT) Received: from pc5.home (abwx83.neoplus.adsl.tpnet.pl. [83.8.247.83]) by mx.google.com with ESMTPSA id w3sm148106lal.13.2014.09.04.05.43.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Sep 2014 05:43:33 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 4 Sep 2014 14:43:30 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Hans Ottevanger Subject: Re: [CFT] Autofs. Message-ID: <20140904124330.GB4152@pc5.home> Mail-Followup-To: Hans Ottevanger , freebsd-arch@FreeBSD.org, freebsd-current@FreeBSD.org References: <20140730071933.GA20122@pc5.home> <53F0878E.3000401@beastielabs.net> <20140817145059.GA5497@pc5.home> <5407FFB0.80203@beastielabs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5407FFB0.80203@beastielabs.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 12:43:37 -0000 On 0904T0759, Hans Ottevanger wrote: > On 08/17/14 16:50, Edward Tomasz Napierała wrote: > >On 0817T1244, Hans Ottevanger wrote: > >> > [...] > >>Hi! > >> > >>Great to see a real autofs finally coming to FreeBSD. > >> > >>I already did some very cursory testing on a recent 11-CURRENT system > >>that I still happened to have and things with at least the /net map > >>look quite OK. > >> > >>I could do some more extensive testing if I could use some of my > >>10-STABLE systems. I already checked that the patch applies cleanly > >>to a recent 10-STABLE (modulo a few offsets) and that both buildworld > >>and buildkernel succeed. Should I expect difficulties actually > >>running your autofs on 10-STABLE? > > > >No, it should be fine. Plan is to MFC this to 10 soon, btw. > > > > Good to see that autofa has been MFC'd during my vacation 8-) > > But I found a little problem... > > When I try to access the NFS exported file-systems on an older test > machine (running 7.x, but that is not so relevant, it also happens > with other servers), with the following exports: > > $ showmount -e soekris > Exports list on soekris: > /var 192.168.0.0 > /usr 192.168.0.0 > /home 192.168.0.0 > / 192.168.0.0 > > I get: > > $ ls /net/soekris > COPYRIGHT dist libexec proc tmp > bin entropy lost+found rescue usr > boot etc media root var > compat home mnt sbin > dev lib > > which is correct, but the next level fails: > > $ ls -l /net/soekris/usr > total 0 > > since /usr on soekris is definitely not empty. > Relevant output of mount : > > ... > map -hosts on /net (autofs) > soekris:/ on /net/soekris (nfs, nosuid, automounted) > > This is on 10.1-PRERELEASE r270922. The kernel config is GENERIC > minus devices I do not have and AUTOFS added. Config files > (/etc/auto_master, et al) are default. Mounting manually does succeed > (in two steps, of course). > > When trying this from Mac OS X (I am still on Snow Leopard) > automounting works as expected. I did not have the opportunity yet to > try a Linux box (also do not know whether autofs there has been eaten > by systemd already 8-)). > > Do I miss something, or is this a bug? It's a bug. Or rather, a missing feature. The problem here is that the "/" export "shadows" the rest. To handle this correctly, automountd(8) would need to mount the "/" share, then mount autofs on "/usr" etc, and then call it done. This part is easy. The problem is: how to expire (automatically unmount) it? Because of autofs mounts, the "/" share will always be busy, and thus won't ever get automatically unmounted. So, for now, we don't even try to handle this situation. I'm not sure what would the best way to solve it. From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 14:16:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0F12E60 for ; Thu, 4 Sep 2014 14:16:26 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::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 A92D41DAE for ; Thu, 4 Sep 2014 14:16:26 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.9/8.14.9) with ESMTP id s84EGOHn066571 for ; Thu, 4 Sep 2014 10:16:24 -0400 (EDT) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.4 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.9/8.14.9/Submit) id s84EGOQm066570 for freebsd-current@freebsd.org; Thu, 4 Sep 2014 10:16:24 -0400 (EDT) (envelope-from lidl) Date: Thu, 4 Sep 2014 10:16:24 -0400 From: Kurt Lidl To: freebsd-current@freebsd.org Subject: ipv6 network aliases not set after upgrade to 9.3 Message-ID: <20140904141624.GA66403@hydra.pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 14:16:26 -0000 Greetings all: I have a host that recently was upgraded from FreeBSD 9.1 to FreeBSD 9.3. After the upgrade, the IPv6 aliases that I was setting on vlan'd interfaces, no longer get set: The section of my /etc/rc.conf, which worked under 9.1: # inside network (gigabit connected) ifconfig_bce1="up" vlans_bce1="16 17" ifconfig_bce1_16="192.168.16.4/24" ifconfig_bce1_16_ipv6="inet6 accept_rtadv" ifconfig_bce1_16_alias0="inet6 2001:470:e254:0010::4 prefixlen 64 alias" ifconfig_bce1_17="192.168.17.4/24" ifconfig_bce1_17_ipv6="inet6 accept_rtadv" ifconfig_bce1_17_alias0="inet6 2001:470:e254:0011::4 prefixlen 64 alias" When I use the same configuration file under 9.3, I get the vlan'd interfaces created, and they get an auto-assigned IPv6 interface, but the aliases do not get assigned. If I manually run: ifconfig bce1.16 inet6 2001:470:e254:0010::4 prefixlen 64 alias ifconfig bce1.17 inet6 2001:470:e254:0011::4 prefixlen 64 alias Then the aliased addresses get assigned. Did the syntax for specifying aliases on vlan'd interfaces change subtly for 9.3 vs 9.1? I did not see anything calling out this change in either the 9.2 or 9.3 release notes. Thanks! -Kurt From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 14:24:20 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BA7E118; Thu, 4 Sep 2014 14:24:20 +0000 (UTC) Received: from mail.beastielabs.net (unknown [IPv6:2001:888:1227:0:200:24ff:fec9:5934]) (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 544801EA6; Thu, 4 Sep 2014 14:24:19 +0000 (UTC) Received: from beastie.hotsoft.nl (beastie.hotsoft.nl [IPv6:2001:888:1227:0:219:d1ff:fee8:91eb]) by mail.beastielabs.net (8.14.7/8.14.7) with ESMTP id s84EOFJc081037; Thu, 4 Sep 2014 16:24:15 +0200 (CEST) (envelope-from hans@beastielabs.net) Message-ID: <5408760F.2000607@beastielabs.net> Date: Thu, 04 Sep 2014 16:24:15 +0200 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Re: [CFT] Autofs. References: <20140730071933.GA20122@pc5.home> <53F0878E.3000401@beastielabs.net> <20140817145059.GA5497@pc5.home> <5407FFB0.80203@beastielabs.net> <20140904124330.GB4152@pc5.home> In-Reply-To: <20140904124330.GB4152@pc5.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 14:24:20 -0000 On 09/04/14 14:43, Edward Tomasz Napierała wrote: > On 0904T0759, Hans Ottevanger wrote: >> On 08/17/14 16:50, Edward Tomasz Napierała wrote: >>> On 0817T1244, Hans Ottevanger wrote: >>>> >> [...] >>>> Hi! >>>> >>>> Great to see a real autofs finally coming to FreeBSD. >>>> >>>> I already did some very cursory testing on a recent 11-CURRENT system >>>> that I still happened to have and things with at least the /net map >>>> look quite OK. >>>> >>>> I could do some more extensive testing if I could use some of my >>>> 10-STABLE systems. I already checked that the patch applies cleanly >>>> to a recent 10-STABLE (modulo a few offsets) and that both buildworld >>>> and buildkernel succeed. Should I expect difficulties actually >>>> running your autofs on 10-STABLE? >>> >>> No, it should be fine. Plan is to MFC this to 10 soon, btw. >>> >> >> Good to see that autofa has been MFC'd during my vacation 8-) >> >> But I found a little problem... >> >> When I try to access the NFS exported file-systems on an older test >> machine (running 7.x, but that is not so relevant, it also happens >> with other servers), with the following exports: >> >> $ showmount -e soekris >> Exports list on soekris: >> /var 192.168.0.0 >> /usr 192.168.0.0 >> /home 192.168.0.0 >> / 192.168.0.0 >> >> I get: >> >> $ ls /net/soekris >> COPYRIGHT dist libexec proc tmp >> bin entropy lost+found rescue usr >> boot etc media root var >> compat home mnt sbin >> dev lib >> >> which is correct, but the next level fails: >> >> $ ls -l /net/soekris/usr >> total 0 >> >> since /usr on soekris is definitely not empty. >> Relevant output of mount : >> >> ... >> map -hosts on /net (autofs) >> soekris:/ on /net/soekris (nfs, nosuid, automounted) >> >> This is on 10.1-PRERELEASE r270922. The kernel config is GENERIC >> minus devices I do not have and AUTOFS added. Config files >> (/etc/auto_master, et al) are default. Mounting manually does succeed >> (in two steps, of course). >> >> When trying this from Mac OS X (I am still on Snow Leopard) >> automounting works as expected. I did not have the opportunity yet to >> try a Linux box (also do not know whether autofs there has been eaten >> by systemd already 8-)). >> >> Do I miss something, or is this a bug? > > It's a bug. Or rather, a missing feature. The problem here is that > the "/" export "shadows" the rest. To handle this correctly, automountd(8) > would need to mount the "/" share, then mount autofs on "/usr" etc, and > then call it done. This part is easy. The problem is: how to expire > (automatically unmount) it? Because of autofs mounts, the "/" share > will always be busy, and thus won't ever get automatically unmounted. > So, for now, we don't even try to handle this situation. > > I'm not sure what would the best way to solve it. > Maybe the same way as Mac OS X does. On my old MacMini (Snow Leopard) I get in a quiescent state, before automounting anything: /dev/disk0s2 on / (hfs, local, journaled) devfs on /dev (devfs, local, nobrowse) map -hosts on /net (autofs, nosuid, automounted, nobrowse) map auto_home on /home (autofs, automounted, nobrowse) Immediately after "ls -l /net/soekris/usr": /dev/disk0s2 on / (hfs, local, journaled) devfs on /dev (devfs, local, nobrowse) map -hosts on /net (autofs, nosuid, automounted, nobrowse) map auto_home on /home (autofs, automounted, nobrowse) soekris:/ on /net/soekris (nfs, nodev, nosuid, automounted, nobrowse) trigger on /net/soekris/usr (autofs, automounted, nobrowse) trigger on /net/soekris/var (autofs, automounted, nobrowse) trigger on /net/soekris/home (autofs, automounted, nobrowse) soekris:/usr on /net/soekris/usr (nfs, nodev, nosuid, automounted, nobrowse) Then, after more than 400 seconds: /dev/disk0s2 on / (hfs, local, journaled) devfs on /dev (devfs, local, nobrowse) map -hosts on /net (autofs, nosuid, automounted, nobrowse) map auto_home on /home (autofs, automounted, nobrowse) soekris:/ on /net/soekris (nfs, nodev, nosuid, automounted, nobrowse) trigger on /net/soekris/usr (autofs, automounted, nobrowse) trigger on /net/soekris/var (autofs, automounted, nobrowse) trigger on /net/soekris/home (autofs, automounted, nobrowse) and finally after 600 seconds we are back to: /dev/disk0s2 on / (hfs, local, journaled) devfs on /dev (devfs, local, nobrowse) map -hosts on /net (autofs, nosuid, automounted, nobrowse) map auto_home on /home (autofs, automounted, nobrowse) So triggers for the subdirectories are automounted on their automounted parent directory and expiration occurs in steps. BTW, I reconfigured the automount timeout as 300s (was 3600s) so I do not fully understand why the first time takes at least 400s. If you think it is useful I can grab an older Linux box from my basement and try to get autofs running on it, to do the same experiment. I currently do not have a Solaris installation. Kind regards, Hans From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 15:36:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 090095DD for ; Thu, 4 Sep 2014 15:36:28 +0000 (UTC) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B88B91A31 for ; Thu, 4 Sep 2014 15:36:27 +0000 (UTC) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [37.140.190.28]) by forward3l.mail.yandex.net (Yandex) with ESMTP id A17711500E2F for ; Thu, 4 Sep 2014 19:36:15 +0400 (MSK) Received: from smtp3o.mail.yandex.net (localhost [127.0.0.1]) by smtp3o.mail.yandex.net (Yandex) with ESMTP id 42CDE1E0FC7 for ; Thu, 4 Sep 2014 19:36:15 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id nJYd46Q2IN-aEZWbUNW; Thu, 4 Sep 2014 19:36:14 +0400 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: b520c539-81b3-4d30-a7e4-77106899f80f Message-ID: <540886EE.3050708@passap.ru> Date: Thu, 04 Sep 2014 19:36:14 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: "make installworld" commands used to generate manifest for makefs? References: <20140825165522.GC91673@spindle.one-eyed-alien.net> <54072D80.4010402@passap.ru> <257cbfbf-959e-44f2-bef0-86c12522de03@email.android.com> In-Reply-To: <257cbfbf-959e-44f2-bef0-86c12522de03@email.android.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 15:36:28 -0000 03.09.2014 21:01, Nenhum_de_Nos пишет: > > > On September 3, 2014 12:02:24 PM GMT-03:00, Boris Samorodov wrote: >> 28.08.2014 23:02, Craig Rodrigues пишет: >> >>> I did this: >>> >>> make -DDB_FROM_SRC -DNO_ROOT installkernel DESTDIR=/tmp/test4 >>> make -DDB_FROM_SRC -DNO_ROOT installworld DESTDIR=/tmp/test4 >>> make -DDB_FROM_SRC -DNO_ROOT distribution DESTDIR=/tmp/test4 >>> >>> /tmp/test4/METALOG was created, but it did not seem to have >>> /boot/kernel/kernel or >>> any kernel modules. Is that expected? >> >> For a new installation "installworld" should be done first (it creates >> the needed directory infrastructure). And then one may do >> "installkernel". > > As I read from so much time ago to install first kernel, starting from which FreeBSD version I should change? It seems to be true for ages. Take a look at /usr/src/Makefile, section "To cross-install current onto a separate partition". -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 19:41:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22494AEB; Thu, 4 Sep 2014 19:41:56 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C2BC1C09; Thu, 4 Sep 2014 19:41:55 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id ty20so925159lab.21 for ; Thu, 04 Sep 2014 12:41:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=3m7brMSyrWCWth+zLZR3GcYUdWoSoKNXpEAmF8XRZTg=; b=a6cZv3/HYNMr1eFA7QbiuJyGBYj8JebsCCizaIeIBGFcs8lvJklxS9QigUP3bnDCbM rVxfwZAfp7LDbdJrIGJxjDvlXbBO/drDBM5Fbpjokm8bg3bsi+wZmqMdQoEbjo1ESoYd Bk1zNU8eumMWxIR5P0/Caz/G9CHI2+kV2Okbzwv1jhjS/7Fbe2MnTPKS68KPO8qxA9Sr Uce5hUDozbet2PDEWKmfsuaymQlaTSE7ykO886R7IubMmi5UVXM7S0YmOcKn2nMVEHMq qfx8tlTAz1g4WWkgfWakC2ZI2RNQ7KtAw340LhCqGJhh7BQKeSgeXnWWYpvGz/hIl+DU bP6g== X-Received: by 10.152.6.133 with SMTP id b5mr6927017laa.16.1409859712895; Thu, 04 Sep 2014 12:41:52 -0700 (PDT) Received: from pc5.home (abwx83.neoplus.adsl.tpnet.pl. [83.8.247.83]) by mx.google.com with ESMTPSA id w11sm749359lbm.30.2014.09.04.12.41.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Sep 2014 12:41:52 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 4 Sep 2014 21:41:49 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Hans Ottevanger Subject: Re: [CFT] Autofs. Message-ID: <20140904194149.GA4650@pc5.home> Mail-Followup-To: Hans Ottevanger , freebsd-arch@FreeBSD.org, freebsd-current@FreeBSD.org References: <20140730071933.GA20122@pc5.home> <53F0878E.3000401@beastielabs.net> <20140817145059.GA5497@pc5.home> <5407FFB0.80203@beastielabs.net> <20140904124330.GB4152@pc5.home> <5408760F.2000607@beastielabs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5408760F.2000607@beastielabs.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 19:41:56 -0000 On 0904T1624, Hans Ottevanger wrote: > On 09/04/14 14:43, Edward Tomasz Napierała wrote: > >On 0904T0759, Hans Ottevanger wrote: > >>On 08/17/14 16:50, Edward Tomasz Napierała wrote: > >>>On 0817T1244, Hans Ottevanger wrote: > >>>> > >>[...] > >>>>Hi! > >>>> > >>>>Great to see a real autofs finally coming to FreeBSD. > >>>> > >>>>I already did some very cursory testing on a recent 11-CURRENT system > >>>>that I still happened to have and things with at least the /net map > >>>>look quite OK. > >>>> > >>>>I could do some more extensive testing if I could use some of my > >>>>10-STABLE systems. I already checked that the patch applies cleanly > >>>>to a recent 10-STABLE (modulo a few offsets) and that both buildworld > >>>>and buildkernel succeed. Should I expect difficulties actually > >>>>running your autofs on 10-STABLE? > >>> > >>>No, it should be fine. Plan is to MFC this to 10 soon, btw. > >>> > >> > >>Good to see that autofa has been MFC'd during my vacation 8-) > >> > >>But I found a little problem... > >> > >>When I try to access the NFS exported file-systems on an older test > >>machine (running 7.x, but that is not so relevant, it also happens > >>with other servers), with the following exports: > >> > >>$ showmount -e soekris > >>Exports list on soekris: > >>/var 192.168.0.0 > >>/usr 192.168.0.0 > >>/home 192.168.0.0 > >>/ 192.168.0.0 > >> > >>I get: > >> > >>$ ls /net/soekris > >>COPYRIGHT dist libexec proc tmp > >>bin entropy lost+found rescue usr > >>boot etc media root var > >>compat home mnt sbin > >>dev lib > >> > >>which is correct, but the next level fails: > >> > >>$ ls -l /net/soekris/usr > >>total 0 > >> > >>since /usr on soekris is definitely not empty. > >>Relevant output of mount : > >> > >>... > >>map -hosts on /net (autofs) > >>soekris:/ on /net/soekris (nfs, nosuid, automounted) > >> > >>This is on 10.1-PRERELEASE r270922. The kernel config is GENERIC > >>minus devices I do not have and AUTOFS added. Config files > >>(/etc/auto_master, et al) are default. Mounting manually does succeed > >>(in two steps, of course). > >> > >>When trying this from Mac OS X (I am still on Snow Leopard) > >>automounting works as expected. I did not have the opportunity yet to > >>try a Linux box (also do not know whether autofs there has been eaten > >>by systemd already 8-)). > >> > >>Do I miss something, or is this a bug? > > > >It's a bug. Or rather, a missing feature. The problem here is that > >the "/" export "shadows" the rest. To handle this correctly, automountd(8) > >would need to mount the "/" share, then mount autofs on "/usr" etc, and > >then call it done. This part is easy. The problem is: how to expire > >(automatically unmount) it? Because of autofs mounts, the "/" share > >will always be busy, and thus won't ever get automatically unmounted. > >So, for now, we don't even try to handle this situation. > > > >I'm not sure what would the best way to solve it. > > > > Maybe the same way as Mac OS X does. > > On my old MacMini (Snow Leopard) I get in a quiescent state, before > automounting anything: > > /dev/disk0s2 on / (hfs, local, journaled) > devfs on /dev (devfs, local, nobrowse) > map -hosts on /net (autofs, nosuid, automounted, nobrowse) > map auto_home on /home (autofs, automounted, nobrowse) > > Immediately after "ls -l /net/soekris/usr": > > /dev/disk0s2 on / (hfs, local, journaled) > devfs on /dev (devfs, local, nobrowse) > map -hosts on /net (autofs, nosuid, automounted, nobrowse) > map auto_home on /home (autofs, automounted, nobrowse) > soekris:/ on /net/soekris (nfs, nodev, nosuid, automounted, nobrowse) > trigger on /net/soekris/usr (autofs, automounted, nobrowse) > trigger on /net/soekris/var (autofs, automounted, nobrowse) > trigger on /net/soekris/home (autofs, automounted, nobrowse) > soekris:/usr on /net/soekris/usr (nfs, nodev, nosuid, automounted, nobrowse) > > Then, after more than 400 seconds: > > /dev/disk0s2 on / (hfs, local, journaled) > devfs on /dev (devfs, local, nobrowse) > map -hosts on /net (autofs, nosuid, automounted, nobrowse) > map auto_home on /home (autofs, automounted, nobrowse) > soekris:/ on /net/soekris (nfs, nodev, nosuid, automounted, nobrowse) The problem is, in FreeBSD we would never be able to unmount the filesystem above (/net/soekris) due to autofs instances below, which are mounted on top of it: > trigger on /net/soekris/usr (autofs, automounted, nobrowse) > trigger on /net/soekris/var (autofs, automounted, nobrowse) > trigger on /net/soekris/home (autofs, automounted, nobrowse) > > and finally after 600 seconds we are back to: > > /dev/disk0s2 on / (hfs, local, journaled) > devfs on /dev (devfs, local, nobrowse) > map -hosts on /net (autofs, nosuid, automounted, nobrowse) > map auto_home on /home (autofs, automounted, nobrowse) > > So triggers for the subdirectories are automounted on their > automounted parent directory and expiration occurs in steps. BTW, I > reconfigured the automount timeout as 300s (was 3600s) so I do not > fully understand why the first time takes at least 400s. > > If you think it is useful I can grab an older Linux box from my > basement and try to get autofs running on it, to do the same > experiment. I currently do not have a Solaris installation. Nah, not really. I know what the problem is, I'm just not sure what's te best way to approach it. And I really like to fix things the _right_ way. Give me some time :-) From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 00:02:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76921975; Fri, 5 Sep 2014 00:02:58 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD002199B; Fri, 5 Sep 2014 00:02:57 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id mc6so12982278lab.15 for ; Thu, 04 Sep 2014 17:02:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=bnF2K/LR36DG+i+6vB/o48eN9eztSMwQV7POCsYKdHA=; b=djorMaxch0UUfuDkm6tKjT5KS1ln7q0MTs3szOa0RrX1eJnK2v5qGKPdSC78rBR7/5 hHjyaYKOot9yyfhNgLkxDPqI1Nud+6WX9Cmt3AcrY7fjBcblYLWM+upNzSWmtgbA0e/I K2tRX7z2mZO7frag+TRfaQ8RucZW5aA83QHP1uESPLqD535FBwX26w34RLqepZRnqgU+ VZI44xAZ76gtLDoVhZngXO3chzjQxkWJ5dY7DY2WGlB94/w/g7FyBnbbC6oafq7HMKeE +SWznO61wbcxGnRngR1VWtaBDfSH25yZxcvc5ZDXFkl/gBOjlZDlfa+2B8CCStZ9hRut mqyA== MIME-Version: 1.0 X-Received: by 10.112.138.201 with SMTP id qs9mr4489941lbb.41.1409875375479; Thu, 04 Sep 2014 17:02:55 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.22.72 with HTTP; Thu, 4 Sep 2014 17:02:55 -0700 (PDT) Date: Thu, 4 Sep 2014 17:02:55 -0700 X-Google-Sender-Auth: kuyxh1m2FMcGa97qU9PX3-RaUpY Message-ID: Subject: ddb_enable="YES" by default? From: Craig Rodrigues To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 00:02:58 -0000 Brooks, In r178450, you set the default of ddb_enable to NO: ------------------------------------------------------------------------ r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines Changed paths: M /head/etc/defaults/rc.conf Revert rev 1.332 and keep ddb scripts off by default for now. Minidumps are more flexable and much text-dump like output can be produced from them so there's a good argument they are a better default. Index: head/etc/defaults/rc.conf =================================================================== --- head/etc/defaults/rc.conf (revision 178449) +++ head/etc/defaults/rc.conf (revision 178450) @@ -33,7 +33,7 @@ apm_enable="NO" # Set to YES to enable APM BIOS functions (or NO). apmd_enable="NO" # Run apmd to handle APM event from userland. apmd_flags="" # Flags to apmd (if enabled). -ddb_enable="YES" # Load ddb scripts at boot. +ddb_enable="NO" # Set to YES to load ddb scripts at boot. ddb_config="/etc/ddb.conf" # ddb(8) config file. devd_enable="YES" # Run devd, to trigger programs on device tree changes. devd_flags="" # Additional flags for devd(8). Do you think this is OK to enable by default now? Developers who know what they are doing can turn it off in /etc/rc.conf. For the average end-user, this is super useful, because it loads the ddb rules in /etc/ddb.conf, which do useful things like enable textdumps, show all the locks, show all the locked vnodes, and reboots the box. This will allow end-users who have a problem in the field with FreeBSD, and are not kernel debugging experts, to get a lot of useful diagnostic info that can be reported back to developers on the mailing lists. Right now, a lot of times, people take camera pictures of their screen at the ddb prompt. That's pretty painful. :) -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 00:21:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F7B0D70; Fri, 5 Sep 2014 00:21:55 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 039FD1B41; Fri, 5 Sep 2014 00:21:54 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s850Ll7d029146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 4 Sep 2014 17:21:47 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <54090215.4080006@freebsd.org> Date: Thu, 04 Sep 2014 17:21:41 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD Current , fs@freebsd.org Subject: fuse libfuse and teh fuse_mount call with options Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 00:21:55 -0000 the documentation for using the fuse library seems a bit light.. I want to stop a fuse filesystem from getting cached by the buffer cache. (the data is dynamic) mount_fuse(8) says I need to add the direct-io mount option, but the mount is being done by the library call fuse_mount(). I've been hunting around for examples of how to use this argument when using the library call. the code curently looks like: [...] char *mp = arg; /* mountpoint */ struct fuse_args *farg = NULL; #ifdef DP_DEBUG /* enable fuse debugging */ struct fuse_args fa; char *argv[3]; argv[0] = "dp"; argv[1] = "-d"; argv[2] = NULL; fa.argc = 2; fa.argv = argv; fa.allocated = FALSE; farg = &fa; #endif /* DP_PROC_DEBUG */ /* unmount root (if stale) */ dp_proc_unmount(mp); /* record load time */ dp_proc_create_time = time(NULL); /* mount fuse filesystem */ fc = fuse_mount(mp, farg); if (!fc) { printk("%s: fuse_mount() failed\n", __FUNCTION__); ASSERT(!"fuse_mount failed"); return -1; } ====== dp -d seems to be the arguments to the daemon supplying data. So I'm not really seeing a place to add "-o direct-io" Our current work-around is to simply hack the fuse kernel module to just disable the calls to the buffer cache. I'd rather 'turn it off' than hack it off. documetation of this library seems really thin on the ground. As are examples. any help appreciated. Julian From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 03:30:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8F321D1 for ; Fri, 5 Sep 2014 03:30:47 +0000 (UTC) Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com [209.85.220.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B9F2D1EF4 for ; Fri, 5 Sep 2014 03:30:47 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id eu11so21302931pac.5 for ; Thu, 04 Sep 2014 20:30:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=0VL/Z9kqxQWD0QOgswGJh1I69ABEh4bK9GwHYsdaeyo=; b=PyTFASVnEkeRKiT6PwgUNyrqse+juLCqB4M54koCBS33FOHnCftCADzthThV3qArRk uquWwxRFsSjgnVMeUzwQ0f4770fnfqVYrnpbw3I6Lz+IpzQVTVlkjrKQ+w1ujiVaph5S gvXW58wh7/f9Jaf3ATjZj3mRX01a38xhwVUXvzlDLZNcKbSneSps+b11usmZh+lR20YZ vJ+qy9D8l4sdoyIoiUDCIAx8Ten5uzPRJ8Dos+XWHtcDrGjvvTMBbV0azWLjFWSeAyMt KuSwVa9a3mfp/Im+RaqIWO2nBYwZPwoZct53R4HVMSTCMMP0IM4hC1Jj4/Ht9PwaDC6P /ewA== X-Gm-Message-State: ALoCoQlnXHBnMVX6iK/Kz9/ZIviQTiF+fDc/gcNa4acxVCHpjZwDCsl6CSQvtKmpVwkvv/bXUK0C X-Received: by 10.70.129.204 with SMTP id ny12mr10416211pdb.114.1409887526176; Thu, 04 Sep 2014 20:25:26 -0700 (PDT) Received: from [192.168.1.100] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id mn1sm512296pbc.4.2014.09.04.20.25.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Sep 2014 20:25:25 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: panic on boot From: Tim Kientzle In-Reply-To: Date: Thu, 4 Sep 2014 20:25:17 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Garrett Cooper X-Mailer: Apple Mail (2.1878.6) Cc: AN , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 03:30:48 -0000 On Sep 3, 2014, at 7:08 AM, Tim Kientzle wrote: >=20 > On Sep 3, 2014, at 6:51 AM, Tim Kientzle wrote: >=20 >>=20 >> On Sep 2, 2014, at 1:13 PM, Garrett Cooper = wrote: >>=20 >>> On Tue, Sep 2, 2014 at 9:47 AM, AN wrote: >>>> FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r269949: Wed = Aug 13 >>>> 14:18:28 EDT 2014 root@FBSD11:/usr/obj/usr/src/sys/MYKERNEL = amd64 >>>>=20 >>>> Trying to rebuild the system at r270973 >>>> I get a kernel panic on boot. I am able to boot into kernel.old at = r269949 >>>> and the system is functional. Is anyone else seeing a panic on = boot at a >>>> recent svn update? >>>=20 >>> Could you please provide the traceback? >>=20 >> I=92m also seeing panics at boot on BBB (armv6) with a kernel built = from r270779. Old kernel from r270339 still works. >=20 > Here=92s what I=92m seeing at boot on BBB with r270779: >=20 > =85 usual kernel boot messages ... > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... > warning: no time-of-day clock registered, system time will not be set = accurately > Setting hostuuid: aeaa664b-1739-11e4-8e30-7c669d6ce14d. > Setting hostid: 0x0318d0fa. > No suitable dump device was found. > Entropy harvesting: interrupts ethernet point_to_point swi. > Starting file system checks: > /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0s2a: clean, 1982743 free (62311 frags, 240054 blocks, 1.6% = fragmentation) > Mounting local file systems:. > /etc/rc: WARNING: $swapfile is obsolete. Ignored. > Writing entropy file:. > Setting hostname: bb-blue. > cpsw0: link state changed to DOWN > Starting Network: lo0 cpsw0. > lo0: flags=3D8049 metric 0 mtu 16384 > options=3D600003 > inet6 ::1 prefixlen 128=20 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2=20 > inet 127.0.0.1 netmask 0xff000000=20 > nd6 options=3D21 > cpsw0: flags=3D8843 metric 0 = mtu 1500 > options=3D8000b > ether 7c:66:9d:6c:e1:4d > media: Ethernet autoselect (none) > status: no carrier > nd6 options=3D29 > Starting devd. > panic: Undefined instruction in kernel. >=20 > KDB: enter: panic > [ thread pid 284 tid 100069 ] > Stopped at $d: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 284 tid 100069 td 0xc2b15c80 > db_trace_self() at db_trace_self > pc =3D 0xc054d7a8 lr =3D 0xc0231ab8 (db_stack_trace+0xf4) > sp =3D 0xde69d2f8 fp =3D 0xde69d310 > r10 =3D 0xc0939838 > db_stack_trace() at db_stack_trace+0xf4 > pc =3D 0xc0231ab8 lr =3D 0xc0231428 (db_command+0x270) > sp =3D 0xde69d318 fp =3D 0xde69d3b8 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0x00000000 > db_command() at db_command+0x270 > pc =3D 0xc0231428 lr =3D 0xc023118c (db_command_loop+0x60) > sp =3D 0xde69d3c0 fp =3D 0xde69d3d0 > r4 =3D 0xc059585e r5 =3D 0xc05b04e3 > r6 =3D 0xc0939824 r7 =3D 0xc064fa38 > r8 =3D 0xc06958e4 r9 =3D 0xc06958e0 > db_trap() at db_trap+0xd8 > pc =3D 0xc0233b54 lr =3D 0xc039e894 (kdb_trap+0xbc) > sp =3D 0xde69d500 fp =3D 0xde69d520 > r4 =3D 0x00000000 r5 =3D 0x00000001 > r6 =3D 0xc0695908 r7 =3D 0xc064fa38 > kdb_trap() at kdb_trap+0xbc > pc =3D 0xc039e894 lr =3D 0xc0563c80 = (undefinedinstruction+0x298) > sp =3D 0xde69d528 fp =3D 0xde69d598 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0xc0563938 r7 =3D 0xe7ffffff > r8 =3D 0xc2b15c80 r9 =3D 0xc039e164 > r10 =3D 0xde69d5a0 > undefinedinstruction() at undefinedinstruction+0x298 > pc =3D 0xc0563c80 lr =3D 0xc054f490 (exception_exit) > sp =3D 0xde69d5a0 fp =3D 0xde69d5f8 > r4 =3D 0xc05b0538 r5 =3D 0xde69d634 > r6 =3D 0xc05dc349 r7 =3D 0xc0687e28 > r8 =3D 0xc2b15c80 r9 =3D 0xc093b1dc > r10 =3D 0xc0687c90 > exception_exit() at exception_exit > pc =3D 0xc054f490 lr =3D 0xc039e158 (kdb_enter+0x40) > sp =3D 0xde69d5f0 fp =3D 0xde69d5f8 > r0 =3D 0xc06958f4 r1 =3D 0x00000000 > r2 =3D 0xc05b3eac r3 =3D 0x000000aa > r4 =3D 0xc05b0538 r5 =3D 0xde69d634 > r6 =3D 0xc05dc349 r7 =3D 0xc0687e28 > r8 =3D 0xc2b15c80 r9 =3D 0xc093b1dc > r10 =3D 0xc0687c90 r12 =3D 0x00000000 > $a() at $a > pc =3D 0xc039e168 lr =3D 0xc03675a0 (vpanic+0xb4) > sp =3D 0xde69d600 fp =3D 0xde69d620 > r4 =3D 0x00000100 > vpanic() at vpanic+0xb4 > pc =3D 0xc03675a0 lr =3D 0xc0367604 (kproc_shutdown) > sp =3D 0xde69d628 fp =3D 0xde69d62c > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0xc0563938 r7 =3D 0xe28fc600 > r8 =3D 0xc2b15c80 r9 =3D 0xc2eb1bd8 > r10 =3D 0xde69d6b8 > kproc_shutdown() at kproc_shutdown > pc =3D 0xc0367604 lr =3D 0xc0939610 (gdb_uh) > sp =3D 0xde69d634 fp =3D 0xde69d6b0 > r4 =3D 0xc0367604 r5 =3D 0xde69d634 > Unknown entry: 0 > gdb_uh() at gdb_uh > pc =3D 0xc0939610 lr =3D 0xc0939610 (gdb_uh) > sp =3D 0xde69d634 fp =3D 0xde69d6b0 > Unable to unwind into user mode I just noticed another of my BBB systems is successfully running = r270695, so it seems something broke the Beaglebone kernel between = 270695 and 270779. Tim From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 08:18:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CAA0E59; Fri, 5 Sep 2014 08:18:02 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D7811C59; Fri, 5 Sep 2014 08:18:01 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id n3so372611wiv.5 for ; Fri, 05 Sep 2014 01:17:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=IsSBKBBkgnVGyLJdvzkGThQfq5wZ6dyoUp0rL4aipgY=; b=Xsu6FijFIE/pa4nQHpCflqOCMCQn4KFCB0UUCOH8W4juM2XqkXuYRxrBeBfHMe+Tgy GmnUh3Etd/Sr2IZChr4gs77dfN2NJIKTjS2cTkrE4Og+KpSn2mmcR34dOO/l6I7mXPh0 AtYKuu+lGk9hNwqrhmVVH2hUKl6lbaTuQ8nYgvZkc2wqzOxoICTgAvEP0GZR3AsDBy1x o0rOe9RZdQ4NVH5XaENQrDk7PpPWjfwzbiq/gnk8k7Nj8mztYMIuFWffoVpWE+5b72Iu 2eJLhXCaV0ksJfHYkFpg9cFRt6OwgNfd97MTT0PfKnkr/NuerkdCH9ZSHeY5Z6Jpt7pQ gslw== MIME-Version: 1.0 X-Received: by 10.180.20.196 with SMTP id p4mr1760788wie.56.1409905079799; Fri, 05 Sep 2014 01:17:59 -0700 (PDT) Received: by 10.217.173.196 with HTTP; Fri, 5 Sep 2014 01:17:59 -0700 (PDT) Date: Fri, 5 Sep 2014 04:17:59 -0400 Message-ID: Subject: New ASLR Patch From: Shawn Webb To: FreeBSD-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Alan Cox , dev@hardenedbsd.org, Bryan Drewery , Robert Watson , PaX Team , =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 08:18:02 -0000 Hey All, I've submitted a new revision of our ASLR patch to Phabric. It can be applied to 11-CURRENT. The main changes include removal of the MAP_32BIT hack for amd64, a couple bug fixes, and stylistic changes requested by a few people. I'm looking for commentary and volunteers for testing. The link to Phabric is below and you can download the raw patch from there. https://reviews.freebsd.org/D473 Thanks, Shawn From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 15:32:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6862100; Fri, 5 Sep 2014 15:32:49 +0000 (UTC) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) by mx1.freebsd.org (Postfix) with ESMTP id B04D8150D; Fri, 5 Sep 2014 15:32:49 +0000 (UTC) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 2F4315A9F24; Fri, 5 Sep 2014 15:22:53 +0000 (UTC) Date: Fri, 5 Sep 2014 15:22:53 +0000 From: Brooks Davis To: Craig Rodrigues Subject: Re: ddb_enable="YES" by default? Message-ID: <20140905152252.GA26395@spindle.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Brooks Davis , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 15:32:49 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 04, 2014 at 05:02:55PM -0700, Craig Rodrigues wrote: > Brooks, >=20 > In r178450, you set the default of ddb_enable to NO: >=20 > ------------------------------------------------------------------------ > r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines > Changed paths: > M /head/etc/defaults/rc.conf >=20 > Revert rev 1.332 and keep ddb scripts off by default for now. Minidumps > are more flexable and much text-dump like output can be produced from > them so there's a good argument they are a better default. >=20 > Index: head/etc/defaults/rc.conf > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- head/etc/defaults/rc.conf (revision 178449) > +++ head/etc/defaults/rc.conf (revision 178450) > @@ -33,7 +33,7 @@ > apm_enable=3D"NO" # Set to YES to enable APM BIOS functions (or N= O). > apmd_enable=3D"NO" # Run apmd to handle APM event from userland. > apmd_flags=3D"" # Flags to apmd (if enabled). > -ddb_enable=3D"YES" # Load ddb scripts at boot. > +ddb_enable=3D"NO" # Set to YES to load ddb scripts at boot. > ddb_config=3D"/etc/ddb.conf" # ddb(8) config file. > devd_enable=3D"YES" # Run devd, to trigger programs on device tree c= hanges. > devd_flags=3D"" # Additional flags for devd(8). >=20 >=20 >=20 > Do you think this is OK to enable by default now? > Developers who know what they are doing can turn it off in /etc/rc.conf. > > For the average end-user, this is super useful, because > it loads the ddb rules in /etc/ddb.conf, which do > useful things like enable textdumps, show all the locks, show all the > locked vnodes, > and reboots the box. >=20 > This will allow end-users who have a problem in the field with FreeBSD, > and are not kernel debugging experts, to get a lot of useful diagnostic > info that can be reported back to developers on the mailing lists. >=20 > Right now, a lot of times, people take camera pictures of their screen at= the > ddb prompt. That's pretty painful. :) IIRC John was the one who convinced me it was better to post process text dumps than to run potentially risky ddb scripts. I've cc'd him for his opinion. One way or another I belive we should default to producing a useful crash report even at the risk of filling /var. -- Brooks --AhhlLboLdkugWU4S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlQJ1UwACgkQXY6L6fI4GtTl0ACfbcnR5cEereLZTzsmJYXR3MHQ cVsAoJp+XyCOmQLXfjh9cGQZMEMOaOAb =Wn7n -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 15:38:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B68D44F for ; Fri, 5 Sep 2014 15:38:38 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1911315D2 for ; Fri, 5 Sep 2014 15:38:37 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XPval-0005Mj-R9 for freebsd-current@freebsd.org; Fri, 05 Sep 2014 17:38:27 +0200 Received: from 208.85.208.53 ([208.85.208.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Sep 2014 17:38:27 +0200 Received: from atkin901 by 208.85.208.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 05 Sep 2014 17:38:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Subject: panic m_demote: m_nextpkt not NULL Date: Fri, 05 Sep 2014 08:38:10 -0700 Lines: 123 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 208.85.208.53 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 X-Enigmail-Version: 1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 15:38:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 r271093 GENERIC amd64. Received this panic in the tcp reassembly code: Unread portion of the kernel message buffer: panic: m_demote: m_nextpkt not NULL cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011331b410 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe011331b4c0 vpanic() at vpanic+0x189/frame 0xfffffe011331b540 kassert_panic() at kassert_panic+0x139/frame 0xfffffe011331b5b0 m_demote() at m_demote+0x79/frame 0xfffffe011331b5e0 sbappendstream_locked() at sbappendstream_locked+0x4b/frame 0xfffffe011331b600 tcp_reass() at tcp_reass+0x3bd/frame 0xfffffe011331b660 tcp_do_segment() at tcp_do_segment+0x1b01/frame 0xfffffe011331b750 tcp_input() at tcp_input+0xf67/frame 0xfffffe011331b890 ip_input() at ip_input+0xce/frame 0xfffffe011331b8e0 netisr_dispatch_src() at netisr_dispatch_src+0x86/frame 0xfffffe011331b950 ether_demux() at ether_demux+0x141/frame 0xfffffe011331b980 ether_nh_input() at ether_nh_input+0x32a/frame 0xfffffe011331b9b0 netisr_dispatch_src() at netisr_dispatch_src+0x86/frame 0xfffffe011331ba20 ether_input() at ether_input+0x4f/frame 0xfffffe011331ba50 if_input() at if_input+0xa/frame 0xfffffe011331ba60 em_rxeof() at em_rxeof+0x2bd/frame 0xfffffe011331bae0 em_handle_que() at em_handle_que+0x40/frame 0xfffffe011331bb20 taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame 0xfffffe011331bb80 taskqueue_thread_loop() at taskqueue_thread_loop+0x9b/frame 0xfffffe011331bbb0 fork_exit() at fork_exit+0x84/frame 0xfffffe011331bbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe011331bbf0 - --- trap 0, rip = 0, rsp = 0xfffffe011331bcb0, rbp = 0 --- Uptime: 41m32s Dumping 357 out of 3937 MB:..5%..14%..23%..32%..41%..54%..63%..72%..81%..95% (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0xffffffff8090d6b7 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff8090dc58 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:746 #3 0xffffffff8090da89 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:634 #4 0xffffffff80983b59 in m_demote (m0=0xfffff80067044c00, all=) at /usr/src/sys/kern/uipc_mbuf.c:402 #5 0xffffffff8098b0ab in sbappendstream_locked (sb=0xfffff8009914c090, m=0xfffff80067044c00) at /usr/src/sys/kern/uipc_sockbuf.c:532 #6 0xffffffff80ac15ed in tcp_reass (tp=0xfffff80099115000, th=, tlenp=, m=) at /usr/src/sys/netinet/tcp_reass.c:264 #7 0xffffffff80abbb41 in tcp_do_segment (m=0xfffff80067044c00, th=0xfffff80067091022, so=0xfffff8009914c000, tp=, drop_hdrlen=, tlen=1448, ti_locked=1) at /usr/src/sys/netinet/tcp_input.c:2917 #8 0xffffffff80ab9667 in tcp_input (mp=, offp=, proto=0) at /usr/src/sys/netinet/tcp_input.c:1383 #9 0xffffffff80a4f6fe in ip_input (m=0x0) at /usr/src/sys/netinet/ip_input.c:729 #10 0xffffffff809e9046 in netisr_dispatch_src (proto=, source=, m=0xfffff80067044c00) at /usr/src/sys/net/netisr.c:968 #11 0xffffffff809dfe91 in ether_demux (ifp=, m=0xfffff80067044c00) at /usr/src/sys/net/if_ethersubr.c:775 #12 0xffffffff809e0bea in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:582 #13 0xffffffff809e9046 in netisr_dispatch_src (proto=, source=, m=0xfffff80067044c00) at /usr/src/sys/net/netisr.c:968 #14 0xffffffff809e019f in ether_input (ifp=0xfffff80002c08000, m=0x0) at /usr/src/sys/net/if_ethersubr.c:683 #15 0xffffffff809dd1da in if_input (ifp=0x0, sendmp=0x0) at /usr/src/sys/net/if.c:3909 #16 0xffffffff804dd51d in em_rxeof (count=99) at /usr/src/sys/dev/e1000/if_em.c:4485 #17 0xffffffff804dce00 in em_handle_que (context=0xfffffe0000d23000, pending=) at /usr/src/sys/dev/e1000/if_em.c:1522 #18 0xffffffff80956bb0 in taskqueue_run_locked (queue=0xfffff80002957000) at /usr/src/sys/kern/subr_taskqueue.c:356 #19 0xffffffff809576ab in taskqueue_thread_loop (arg=) at /usr/src/sys/kern/subr_taskqueue.c:623 #20 0xffffffff808db5f4 in fork_exit ( callout=0xffffffff80957610 , arg=0xfffffe0000d25738, frame=0xfffffe011331bc00) at /usr/src/sys/kern/kern_fork.c:977 #21 0xffffffff80d0607e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:605 #22 0x0000000000000000 in ?? () (kgdb) frame 4 #4 0xffffffff80983b59 in m_demote (m0=0xfffff80067044c00, all=) at /usr/src/sys/kern/uipc_mbuf.c:402 402 KASSERT(m->m_nextpkt == NULL, (kgdb) list 397 m_tag_delete_chain(m, NULL); 398 m->m_flags &= ~M_PKTHDR; 399 bzero(&m->m_pkthdr, sizeof(struct pkthdr)); 400 } 401 if (m != m0 && m->m_nextpkt != NULL) { 402 KASSERT(m->m_nextpkt == NULL, 403 ("%s: m_nextpkt not NULL", __func__)); 404 m_freem(m->m_nextpkt); 405 m->m_nextpkt = NULL; 406 } -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlQJ2OIACgkQrDN5kXnx8yZD8wCfXhx5DquDyqQ0YpqhopFxZfwy ZhkAn0ZAfFcCQNLbOSTYnmxf+dJYGvA8 =mPMI -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 15:53:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87176E52; Fri, 5 Sep 2014 15:53:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::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 5F4581916; Fri, 5 Sep 2014 15:53:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 564C7B962; Fri, 5 Sep 2014 11:53:51 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: ddb_enable="YES" by default? Date: Fri, 5 Sep 2014 10:54:11 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201409051054.11446.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 05 Sep 2014 11:53:51 -0400 (EDT) Cc: Craig Rodrigues , Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 15:53:52 -0000 On Thursday, September 04, 2014 8:02:55 pm Craig Rodrigues wrote: > Brooks, > > In r178450, you set the default of ddb_enable to NO: > > ------------------------------------------------------------------------ > r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines > Changed paths: > M /head/etc/defaults/rc.conf > > Revert rev 1.332 and keep ddb scripts off by default for now. Minidumps > are more flexable and much text-dump like output can be produced from > them so there's a good argument they are a better default. > > Index: head/etc/defaults/rc.conf > =================================================================== > --- head/etc/defaults/rc.conf (revision 178449) > +++ head/etc/defaults/rc.conf (revision 178450) > @@ -33,7 +33,7 @@ > apm_enable="NO" # Set to YES to enable APM BIOS functions (or NO). > apmd_enable="NO" # Run apmd to handle APM event from userland. > apmd_flags="" # Flags to apmd (if enabled). > -ddb_enable="YES" # Load ddb scripts at boot. > +ddb_enable="NO" # Set to YES to load ddb scripts at boot. > ddb_config="/etc/ddb.conf" # ddb(8) config file. > devd_enable="YES" # Run devd, to trigger programs on device tree changes. > devd_flags="" # Additional flags for devd(8). > > > > Do you think this is OK to enable by default now? > Developers who know what they are doing can turn it off in /etc/rc.conf. > > For the average end-user, this is super useful, because > it loads the ddb rules in /etc/ddb.conf, which do > useful things like enable textdumps, show all the locks, show all the > locked vnodes, > and reboots the box. > > This will allow end-users who have a problem in the field with FreeBSD, > and are not kernel debugging experts, to get a lot of useful diagnostic > info that can be reported back to developers on the mailing lists. > > Right now, a lot of times, people take camera pictures of their screen at the > ddb prompt. That's pretty painful. :) Probably at least 50% of the time when I work with a user on a bug report, I ask them to go into kgdb and run specific commands to extract more detailed info (print some struct, etc.). You can'd do that with text dumps. All that info is thrown away when the machine reboots. OTOH, /var/crash/core.txt.N provides much of the same information automatically from a minidump (and I've seen users posting URLs to the file). You can also implement many of the more advanced ddb commands like 'show lockedvnodes' using gdb scripts against a minidump (see 'lockedvnodes' command in www.freebsd.org/~jhb/gdb/gdb6). In short, minidumps still provide far more information and can almost completely replicate the functionality of textdumps. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 16:44:40 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83BC85E2; Fri, 5 Sep 2014 16:44:40 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 60DFE1EA0; Fri, 5 Sep 2014 16:44:40 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s85GiWWd020120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Sep 2014 09:44:32 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s85GiWhM020119; Fri, 5 Sep 2014 09:44:32 -0700 (PDT) (envelope-from jmg) Date: Fri, 5 Sep 2014 09:44:32 -0700 From: John-Mark Gurney To: current@FreeBSD.org Subject: request for documentation of m_uiotombuf and m_mbuftouio... Message-ID: <20140905164432.GN82175@funkthat.com> Mail-Followup-To: current@FreeBSD.org, freebsd-doc@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 05 Sep 2014 09:44:33 -0700 (PDT) Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 16:44:40 -0000 If someone would like to write a man page for these functions, I'll fix them up and commit them... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 17:09:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 558C545D for ; Fri, 5 Sep 2014 17:09:52 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 17D5E11A3 for ; Fri, 5 Sep 2014 17:09:51 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XPx1B-000Ey4-JC for freebsd-current@freebsd.org; Fri, 05 Sep 2014 19:09:49 +0200 Message-ID: <5409EE56.8080901@dumbbell.fr> Date: Fri, 05 Sep 2014 19:09:42 +0200 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: panic m_demote: m_nextpkt not NULL References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qbOUjQ4WF36DGBtIMKSEvCHa54sBvG3L6" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 17:09:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qbOUjQ4WF36DGBtIMKSEvCHa54sBvG3L6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 05.09.2014 17:38, Mark Atkinson wrote: > r271093 GENERIC amd64. Received this panic in the tcp reassembly code= : Gleb Smirnof fixed this in r271123. I had this same panic yesterday after around 3h of uptime each time, but today, everything's fine. --=20 Jean-S=E9bastien P=E9dron --qbOUjQ4WF36DGBtIMKSEvCHa54sBvG3L6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUCe5dXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMEbYQALUemljP07fivsGQY03OzCDn mjrSGyi8ImIxw0h1/ECYxV683jSFG1uCmsIEMU7F0gs7ph3rJSV5+7E8HCcu56Mv 652GI1sBy0H8c171TLyWsCZTGtvocVvwlElPi83EnjMHbu1jV56Qr7APL7gnwb7A fSFtP/onmnnCH1Cbwi39CjLQ1g/POEaIBp6QaVVWDUM0tW6Y6yToB8VZYYmWzAav bHpIaNQhrpG7eHyI7e3Giw7zxn3qNhu0HZU60hZZ+NeSjiusjYMQy9+OSAWULGr7 hKtVdmva1aOi+/pCMWW9lYCaOXt5QOxi2UiW+r3Q0SQIceKC8KVuUOGnHNlWATrE qLaOVaovuttyrFmynKcwf6bnTZo+qwMKprNOXx+Wnx2oMALi9OYmbxBJaCLspdRf HlRXygR3niWc47GmcvkDI1pcL2tF0hs/6uHc21a2XRhIq03nrunDQAL95Ma457IA L0SQzJxWOv5rtKxd8CyF1gqVvLZ0zaycrChEWqOFlxhO/pYIEnHMD1mN/+ZeD6TY 2D+nuTfARlXFEhQ3hxxAr7mI7xv/8aVMvODU5a2aIbVbCXasAKI+CHddLoh4tGu0 axdmjJ5a+eNefxa+HYiJ3qhR9wyk40ltCFiAbwxpIz6PpR8v8lb4WQSLsC5iapMV IwBy96uzCyFPjlgzDASF =6XM9 -----END PGP SIGNATURE----- --qbOUjQ4WF36DGBtIMKSEvCHa54sBvG3L6-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 17:24:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5274CB33 for ; Fri, 5 Sep 2014 17:24:21 +0000 (UTC) Received: from webmail2.jnielsen.net (webmail2.jnielsen.net [50.114.224.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 31B6D1384 for ; Fri, 5 Sep 2014 17:24:20 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by webmail2.jnielsen.net (8.14.9/8.14.9) with ESMTP id s85HKLoJ062821 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 5 Sep 2014 11:20:24 -0600 (MDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail2.jnielsen.net: Host office.betterlinux.com [199.58.199.60] claimed to be [10.10.1.198] From: John Nielsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: UEFI display frozen on Retina MacBook Pro Message-Id: <9C939A39-79DA-44A7-8C8C-48B6423B50D4@jnielsen.net> Date: Fri, 5 Sep 2014 11:20:21 -0600 To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 17:24:21 -0000 I have a "MacBook Pro Retina, Mid 2012" (MacBookPro10,1) on which I'd = like to be able to boot FreeBSD from an external USB drive. For testing = I've been using the mini-memstick images from the -CURRENT snapshots, = most recently the one from 20140903. I am able to select "EFI Boot" on the USB device from the Mac's boot = menu, and it does _something_, but the screen never changes--the image = of the boot menu is displayed indefinitely. I think it is actually = booting since there is drive activity and the caps lock key indicator = starts working a few seconds in, but the screen just stays the same. = Thinking the resolution of the Retina display may have been an issue, I = tried booting with it disabled (lid closed) and an external monitor and = keyboard. The result was the same--Mac boot menu frozen on the external = display. Is there anything I should try to troubleshoot or debug this issue? = Anything else I should include in a PR? I can test patches if needed = (probably after building an image including the patch from a VM). Thanks, JN From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 17:30:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36C3FE57; Fri, 5 Sep 2014 17:30:23 +0000 (UTC) Date: Fri, 5 Sep 2014 13:30:19 -0400 From: Glen Barber To: John Nielsen Subject: Re: UEFI display frozen on Retina MacBook Pro Message-ID: <20140905173019.GF36287@hub.FreeBSD.org> References: <9C939A39-79DA-44A7-8C8C-48B6423B50D4@jnielsen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IdQYvU5iz1n5pUC3" Content-Disposition: inline In-Reply-To: <9C939A39-79DA-44A7-8C8C-48B6423B50D4@jnielsen.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 17:30:23 -0000 --IdQYvU5iz1n5pUC3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 05, 2014 at 11:20:21AM -0600, John Nielsen wrote: > I have a "MacBook Pro Retina, Mid 2012" (MacBookPro10,1) on which I'd lik= e to be able to boot FreeBSD from an external USB drive. For testing I've b= een using the mini-memstick images from the -CURRENT snapshots, most recent= ly the one from 20140903. >=20 > I am able to select "EFI Boot" on the USB device from the Mac's boot menu= , and it does _something_, but the screen never changes--the image of the b= oot menu is displayed indefinitely. I think it is actually booting since th= ere is drive activity and the caps lock key indicator starts working a few = seconds in, but the screen just stays the same. Thinking the resolution of = the Retina display may have been an issue, I tried booting with it disabled= (lid closed) and an external monitor and keyboard. The result was the same= --Mac boot menu frozen on the external display. >=20 > Is there anything I should try to troubleshoot or debug this issue? Anyth= ing else I should include in a PR? I can test patches if needed (probably a= fter building an image including the patch from a VM). >=20 To be clear, which boot menu do you see? If you see the FreeBSD loader menu, escape to the loader prompt and try: set kern.vty=3Dvt set hw.vga.textmode=3D1 boot I am a bit unclear under which conditions 'hw.vga.textmode=3D1' is required, though. Glen --IdQYvU5iz1n5pUC3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJUCfMrAAoJELls3eqvi17QllkQAMm0LfTeRKuzQp4G3UpDhC5D eiGedeobNbiYaJtia37OXcn8hJtl6do6aUS0+uLE42XV5bsd4uUWFaK0PmxD2718 9P1Upk9p888hLFfzaRsMtrbYIgfE/I9I00XR+5VQM440yujyFoNRFb2kqkZnwe+J puvNuUa8fGphgCrQZ0ZWaIkFdXRMzjNp5Ko/RSS3sNMLFtTMFu75gkja6ITKi+V/ IR+O+YrEIklGUU80DE8qi8BE1dsBwj/Vo8PfUVIMPFgK+EOo9zgNu+I1DjJZHOPH WVIK47Z1xfmuyqes/2K3tLUH05D1ySL/GXno5/HNURTfxE4dykaSBSH0WcA51DY8 lb2wD448aNiP6lz6AdIXhxpCI2vgQLhl9WRGtiz/jRx0kvyxb8hvGot6lMk/bsOf DOpkgErGNTetDRGpJc26Z/RYebcrON8m90SI1yFG1F1Q1lg5rnEnv4oayo7Iwpau FZgnPdwwNUvgsNwEjOtpZMPApKeNEhhWTBnz1H7HJiCVTtMjzu9Odv/CgDDxid0E R55U6XbZ8M4Sg1+AdF3DX9PIBvfm8BBVHI6jMSKeD7CL22nmDa7sRWFpO9jz9k9R +9ZWR0Vm6uYcWvliHITWlyDjcCOR9lWA0rPMyAyszP0yXL0uXBtae8KpGT3tv9CJ N5/EtizeacEX0pVdLVhL =wnD8 -----END PGP SIGNATURE----- --IdQYvU5iz1n5pUC3-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 17:37:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F410FEF; Fri, 5 Sep 2014 17:37:25 +0000 (UTC) Received: from webmail2.jnielsen.net (webmail2.jnielsen.net [50.114.224.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 52A1A150C; Fri, 5 Sep 2014 17:37:24 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60] (may be forged)) (authenticated bits=0) by webmail2.jnielsen.net (8.14.9/8.14.9) with ESMTP id s85HbLQm075507 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 5 Sep 2014 11:37:24 -0600 (MDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail2.jnielsen.net: Host office.betterlinux.com [199.58.199.60] (may be forged) claimed to be [10.10.1.198] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: UEFI display frozen on Retina MacBook Pro From: John Nielsen In-Reply-To: <20140905173019.GF36287@hub.FreeBSD.org> Date: Fri, 5 Sep 2014 11:37:21 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <97975F21-B733-4549-8ED8-8E86CBE6DEA7@jnielsen.net> References: <9C939A39-79DA-44A7-8C8C-48B6423B50D4@jnielsen.net> <20140905173019.GF36287@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 17:37:25 -0000 On Sep 5, 2014, at 11:30 AM, Glen Barber wrote: > On Fri, Sep 05, 2014 at 11:20:21AM -0600, John Nielsen wrote: >> I have a "MacBook Pro Retina, Mid 2012" (MacBookPro10,1) on which I'd = like to be able to boot FreeBSD from an external USB drive. For testing = I've been using the mini-memstick images from the -CURRENT snapshots, = most recently the one from 20140903. >>=20 >> I am able to select "EFI Boot" on the USB device from the Mac's boot = menu, and it does _something_, but the screen never changes--the image = of the boot menu is displayed indefinitely. I think it is actually = booting since there is drive activity and the caps lock key indicator = starts working a few seconds in, but the screen just stays the same. = Thinking the resolution of the Retina display may have been an issue, I = tried booting with it disabled (lid closed) and an external monitor and = keyboard. The result was the same--Mac boot menu frozen on the external = display. >>=20 >> Is there anything I should try to troubleshoot or debug this issue? = Anything else I should include in a PR? I can test patches if needed = (probably after building an image including the patch from a VM). >>=20 >=20 > To be clear, which boot menu do you see? If you see the FreeBSD = loader > menu, escape to the loader prompt and try: >=20 > set kern.vty=3Dvt > set hw.vga.textmode=3D1 > boot >=20 > I am a bit unclear under which conditions 'hw.vga.textmode=3D1' is > required, though. No, I don't ever see the FreeBSD loader. I see the menu you get on a Mac = when you hold down the option (alt) key while booting--big disk icons = representing the bootable disks/partitions in the system. In my case it = was the "Macintosh HD" volume (Mac OS Mavericks), my Windows partition, = and the USB stick with the FreeBSD memstick image on it, which the Mac = just called "EFI Boot" (and the icon was that of a USB disk). There is = also a little section at the bottom that allows wifi network booting (if = you've done all the black magic (not PXE) to get that to happen). It = shows a circular activity animation while it scans for wireless = networks. That animation stops when I select the USB EFI icon and press = enter (and that is the only visual indication I get that I made a = selection). JN From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 18:18:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70E3B311 for ; Fri, 5 Sep 2014 18:18:28 +0000 (UTC) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A7831A49 for ; Fri, 5 Sep 2014 18:18:27 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 5315525D3892 for ; Fri, 5 Sep 2014 18:18:24 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 74B9BC76FE5 for ; Fri, 5 Sep 2014 18:18:23 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id ftRFWuMe9uTd for ; Fri, 5 Sep 2014 18:18:21 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3] (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id DC925C76FE4 for ; Fri, 5 Sep 2014 18:18:20 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: mk output during builds: duplicate script for target "...." ignored Message-Id: <7ACF0755-7D31-4BE2-A833-9E5AFB35D9D0@lists.zabbadoz.net> Date: Fri, 5 Sep 2014 18:18:15 +0000 To: current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 18:18:28 -0000 Started the last 48 hours at some time: bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "clean" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.obj.mk" line 130: warning: = using previous script for "clean" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "cleandepend" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.dep.mk" line 207: warning: = using previous script for "cleandepend" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "distribute" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.subdir.mk" line 42: = warning: using previous script for "distribute" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "lint" ignored bmake: "/sys/conf/kmod.mk" line 464: warning: using previous script for = "lint" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "obj" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.obj.mk" line 91: warning: = using previous script for "obj" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "objlink" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.obj.mk" line 101: warning: = using previous script for "objlink" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "tags" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.dep.mk" line 62: warning: = using previous script for "tags" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "files" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.subdir.mk" line 121: = warning: using previous script for "files" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "includes" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.subdir.mk" line 121: = warning: using previous script for "includes" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "clean" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.obj.mk" line 130: warning: = using previous script for "clean" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "cleandepend" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.dep.mk" line 207: warning: = using previous script for "cleandepend" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "distribute" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.subdir.mk" line 42: = warning: using previous script for "distribute" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "lint" ignored bmake: "/sys/conf/kmod.mk" line 464: warning: using previous script for = "lint" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "obj" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.obj.mk" line 91: warning: = using previous script for "obj" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "objlink" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.obj.mk" line 101: warning: = using previous script for "objlink" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "tags" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.dep.mk" line 62: warning: = using previous script for "tags" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "files" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.subdir.mk" line 121: = warning: using previous script for "files" defined here bmake: "/scratch/tmp/bz/head.svn/Makefile" line 282: warning: duplicate = script for target "includes" ignored bmake: "/scratch/tmp/bz/head.svn/share/mk/bsd.subdir.mk" line 121: = warning: using previous script for "includes" defined here =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 18:37:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD111E47; Fri, 5 Sep 2014 18:37:59 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4121C7D; Fri, 5 Sep 2014 18:37:59 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B84EC1FE027; Fri, 5 Sep 2014 20:37:56 +0200 (CEST) Message-ID: <540A0301.9040701@selasky.org> Date: Fri, 05 Sep 2014 20:37:53 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD Current , "freebsd-net@freebsd.org" , Scott Long Subject: [RFC] Patch to improve TSO limitation formula in general Content-Type: multipart/mixed; boundary="------------020609020709040903060408" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 18:38:00 -0000 This is a multi-part message in MIME format. --------------020609020709040903060408 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I've tested the attached patch with success and would like to have some feedback from other FreeBSD network developers. The problem is that the current TSO limitation only limits the number of bytes that can be transferred in a TSO packet and not the number of mbuf's. The current solution is to have a quick and dirty custom m_dup() in the TX path to re-allocate the mbuf chains into 4K ones to make it simple. All of this hack can be avoided if the definition of the TSO limit can be changed a bit, like shown here: /* + * Structure defining hardware TSO limits. + */ +struct if_tso_limit { + u_int raw_value[0]; /* access all fields as one */ + u_char frag_count; /* maximum number of fragments: 1..255 */ + u_char frag_size_log2; /* maximum fragment size: 2 ** (12..16) */ + u_char hdr_size_log2; /* maximum header size: 2 ** (2..8) */ + u_char reserved; /* zero */ +}; First we need to know the maximum fragment count. Typical value is 32. Second we need to know the maximum fragment size. Typical value is 4K. Last we need to know of any headers that should be subtracted from the maximum. Hence this code is running in the fast path, I would like to use "u_char" for all fields and allow copy-only access as a "u_int" as an optimization. This avoids cludges and messing with additional header files. I would like to push this patch after some more testing to -current and then to 10-stable hopefully before the coming 10-release, because the current solution is affecting performance of the Mellanox based network adapters in an unfair way. For example by setting the current TSO limit to 32KBytes which will be OK for all-2K fragments, we see a severe degradation in performance. Even though the hardware is fully capable of transmitting 16 4K mbufs. Comments and reviews are welcome! --HPS --------------020609020709040903060408 Content-Type: text/x-diff; name="tso.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tso.diff" === sys/dev/oce/oce_if.c ================================================================== --- sys/dev/oce/oce_if.c (revision 270996) +++ sys/dev/oce/oce_if.c (local) @@ -1731,7 +1731,9 @@ sc->ifp->if_baudrate = IF_Gbps(10); #if __FreeBSD_version >= 1000000 - sc->ifp->if_hw_tsomax = OCE_MAX_TSO_SIZE; + sc->ifp->if_hw_tsomax.frag_count = 29; /* 29 elements */ + sc->ifp->if_hw_tsomax.frag_size_log2 = 12; /* 4K */ + sc->ifp->if_hw_tsomax.hdr_size_log2 = 5; /* ETH+VLAN < 2**5 */ #endif ether_ifattach(sc->ifp, sc->macaddr.mac_addr); === sys/dev/oce/oce_if.h ================================================================== --- sys/dev/oce/oce_if.h (revision 270996) +++ sys/dev/oce/oce_if.h (local) @@ -152,7 +152,6 @@ #define OCE_MAX_TX_ELEMENTS 29 #define OCE_MAX_TX_DESC 1024 #define OCE_MAX_TX_SIZE 65535 -#define OCE_MAX_TSO_SIZE (65535 - ETHER_HDR_LEN) #define OCE_MAX_RX_SIZE 4096 #define OCE_MAX_RQ_POSTS 255 #define OCE_DEFAULT_PROMISCUOUS 0 === sys/dev/vmware/vmxnet3/if_vmx.c ================================================================== --- sys/dev/vmware/vmxnet3/if_vmx.c (revision 270996) +++ sys/dev/vmware/vmxnet3/if_vmx.c (local) @@ -1722,7 +1722,9 @@ ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_init = vmxnet3_init; ifp->if_ioctl = vmxnet3_ioctl; - ifp->if_hw_tsomax = VMXNET3_TSO_MAXSIZE; + ifp->if_hw_tsomax.frag_count = VMXNET3_TX_MAXSEGS; + ifp->if_hw_tsomax.frag_size_log2 = VMXNET3_TX_MAXSEGSHIFT; + ifp->if_hw_tsomax.hdr_size_log2 = 5; /* ETH+VLAN < 2**5 */ #ifdef VMXNET3_LEGACY_TX ifp->if_start = vmxnet3_start; === sys/dev/vmware/vmxnet3/if_vmxvar.h ================================================================== --- sys/dev/vmware/vmxnet3/if_vmxvar.h (revision 270996) +++ sys/dev/vmware/vmxnet3/if_vmxvar.h (local) @@ -277,14 +277,13 @@ */ #define VMXNET3_TX_MAXSEGS 32 #define VMXNET3_TX_MAXSIZE (VMXNET3_TX_MAXSEGS * MCLBYTES) -#define VMXNET3_TSO_MAXSIZE \ - (VMXNET3_TX_MAXSIZE - sizeof(struct ether_vlan_header)) /* * Maximum support Tx segments size. The length field in the * Tx descriptor is 14 bits. */ -#define VMXNET3_TX_MAXSEGSIZE (1 << 14) +#define VMXNET3_TX_MAXSEGSHIFT 14 +#define VMXNET3_TX_MAXSEGSIZE (1 << VMXNET3_TX_MAXSEGSHIFT) /* * The maximum number of Rx segments we accept. When LRO is enabled, === sys/dev/xen/netfront/netfront.c ================================================================== --- sys/dev/xen/netfront/netfront.c (revision 270996) +++ sys/dev/xen/netfront/netfront.c (local) @@ -134,7 +134,6 @@ * to mirror the Linux MAX_SKB_FRAGS constant. */ #define MAX_TX_REQ_FRAGS (65536 / PAGE_SIZE + 2) -#define NF_TSO_MAXBURST ((IP_MAXPACKET / PAGE_SIZE) * MCLBYTES) #define RX_COPY_THRESHOLD 256 @@ -2102,7 +2101,9 @@ ifp->if_hwassist = XN_CSUM_FEATURES; ifp->if_capabilities = IFCAP_HWCSUM; - ifp->if_hw_tsomax = NF_TSO_MAXBURST; + ifp->if_hw_tsomax.frag_count = MAX_TX_REQ_FRAGS; + ifp->if_hw_tsomax.frag_size_log2 = PAGE_SHIFT; + ifp->if_hw_tsomax.hdr_size_log2 = 5; /* ETH+VLAN < 2**5 */ ether_ifattach(ifp, np->mac); callout_init(&np->xn_stat_ch, CALLOUT_MPSAFE); === sys/net/if.c ================================================================== --- sys/net/if.c (revision 270996) +++ sys/net/if.c (local) @@ -445,6 +445,7 @@ ifp->if_index = idx; ifp->if_type = type; ifp->if_alloctype = type; + ifp->if_hw_tsomax = IF_TSO_LIMIT_DEFAULT(); if (if_com_alloc[type] != NULL) { ifp->if_l2com = if_com_alloc[type](type, ifp); if (ifp->if_l2com == NULL) { @@ -657,16 +658,6 @@ TAILQ_INSERT_HEAD(&ifp->if_addrhead, ifa, ifa_link); /* Reliably crash if used uninitialized. */ ifp->if_broadcastaddr = NULL; - -#if defined(INET) || defined(INET6) - /* Initialize to max value. */ - if (ifp->if_hw_tsomax == 0) - ifp->if_hw_tsomax = min(IP_MAXPACKET, 32 * MCLBYTES - - (ETHER_HDR_LEN + ETHER_VLAN_ENCAP_LEN)); - KASSERT(ifp->if_hw_tsomax <= IP_MAXPACKET && - ifp->if_hw_tsomax >= IP_MAXPACKET / 8, - ("%s: tsomax outside of range", __func__)); -#endif } #ifdef VIMAGE else { === sys/net/if_lagg.c ================================================================== --- sys/net/if_lagg.c (revision 270996) +++ sys/net/if_lagg.c (local) @@ -445,11 +445,7 @@ struct lagg_port *lp; int cap = ~0, ena = ~0; u_long hwa = ~0UL; -#if defined(INET) || defined(INET6) - u_int hw_tsomax = IP_MAXPACKET; /* Initialize to the maximum value. */ -#else - u_int hw_tsomax = ~0; /* if_hw_tsomax is only for INET/INET6, but.. */ -#endif + struct if_tso_limit hw_tsomax = IF_TSO_LIMIT_DEFAULT(); LAGG_WLOCK_ASSERT(sc); @@ -458,10 +454,9 @@ cap &= lp->lp_ifp->if_capabilities; ena &= lp->lp_ifp->if_capenable; hwa &= lp->lp_ifp->if_hwassist; - /* Set to the minimum value of the lagg ports. */ - if (lp->lp_ifp->if_hw_tsomax < hw_tsomax && - lp->lp_ifp->if_hw_tsomax > 0) - hw_tsomax = lp->lp_ifp->if_hw_tsomax; + /* Set to the common value of the lagg ports. */ + hw_tsomax = IF_TSO_LIMIT_COMMON(&hw_tsomax, + &lp->lp_ifp->if_hw_tsomax); } cap = (cap == ~0 ? 0 : cap); ena = (ena == ~0 ? 0 : ena); @@ -470,7 +465,7 @@ if (sc->sc_ifp->if_capabilities != cap || sc->sc_ifp->if_capenable != ena || sc->sc_ifp->if_hwassist != hwa || - sc->sc_ifp->if_hw_tsomax != hw_tsomax) { + IF_TSO_LIMIT_CMP(&sc->sc_ifp->if_hw_tsomax, !=, &hw_tsomax)) { sc->sc_ifp->if_capabilities = cap; sc->sc_ifp->if_capenable = ena; sc->sc_ifp->if_hwassist = hwa; === sys/net/if_var.h ================================================================== --- sys/net/if_var.h (revision 270996) +++ sys/net/if_var.h (local) @@ -120,6 +120,36 @@ typedef uint64_t (*if_get_counter_t)(if_t, ifnet_counter); /* + * Structure defining hardware TSO limits. + */ +struct if_tso_limit { + u_int raw_value[0]; /* access all fields as one */ + u_char frag_count; /* maximum number of fragments: 1..255 */ + u_char frag_size_log2; /* maximum fragment size: 2 ** (12..16) */ + u_char hdr_size_log2; /* maximum header size: 2 ** (2..8) */ + u_char reserved; /* zero */ +}; + +#define IF_TSO_LIMIT_DEFAULT() ({ \ +struct if_tso_limit tso_temp = { \ + .frag_count = 128, \ + .frag_size_log2 = 16, \ + .hdr_size_log2 = 2, \ + .reserved = 0, \ +}; tso_temp; }) + +#define IF_TSO_LIMIT_COMMON(a,b) ({ \ +struct if_tso_limit tso_temp = { \ + .frag_count = min((a)->frag_count, (b)->frag_count), \ + .frag_size_log2 = min((a)->frag_size_log2, (b)->frag_size_log2),\ + .hdr_size_log2 = max((a)->hdr_size_log2, (b)->hdr_size_log2), \ + .reserved = 0, \ +}; tso_temp; }) + +#define IF_TSO_LIMIT_CMP(a,op,b) \ + ((a)->raw_value[0] op (b)->raw_value[0]) + +/* * Structure defining a network interface. * * Size ILP32: 592 (approx) @@ -222,10 +252,8 @@ if_get_counter_t if_get_counter; /* get counter values */ /* Stuff that's only temporary and doesn't belong here. */ - u_int if_hw_tsomax; /* tso burst length limit, the minimum - * is (IP_MAXPACKET / 8). - * XXXAO: Have to find a better place - * for it eventually. */ + struct if_tso_limit if_hw_tsomax; + /* * Old, racy and expensive statistics, should not be used in * new drivers. === sys/net/if_vlan.c ================================================================== --- sys/net/if_vlan.c (revision 270996) +++ sys/net/if_vlan.c (local) @@ -1511,8 +1511,8 @@ * propagate the hardware-assisted flag. TSO on VLANs * does not necessarily require hardware VLAN tagging. */ - if (p->if_hw_tsomax > 0) - ifp->if_hw_tsomax = p->if_hw_tsomax; + ifp->if_hw_tsomax = IF_TSO_LIMIT_COMMON(&ifp->if_hw_tsomax, + &p->if_hw_tsomax); if (p->if_capabilities & IFCAP_VLAN_HWTSO) ifp->if_capabilities |= p->if_capabilities & IFCAP_TSO; if (p->if_capenable & IFCAP_VLAN_HWTSO) { === sys/netinet/tcp_output.c ================================================================== --- sys/netinet/tcp_output.c (revision 270996) +++ sys/netinet/tcp_output.c (local) @@ -767,9 +767,70 @@ flags &= ~TH_FIN; if (tso) { + struct if_tso_limit if_hw_tsomax; + struct mbuf *mb; + u_int rem_frags; + u_int moff; + int max_len; + + /* copy TSO limit information */ + if_hw_tsomax.raw_value[0] = tp->t_tsomax; + + /* compute maximum TSO length */ + max_len = (((u_int)if_hw_tsomax.frag_count) << + if_hw_tsomax.frag_size_log2) - hdrlen - + (1 << if_hw_tsomax.hdr_size_log2); + + /* clamp maximum length value */ + if (max_len > IP_MAXPACKET) + max_len = IP_MAXPACKET; + else if (max_len < 0) + max_len = 0; + + /* get smallest length */ + if (len > (u_int)max_len) { + sendalot = 1; + len = (u_int)max_len; + } + + /* get remaining fragments */ + rem_frags = if_hw_tsomax.frag_count; + KASSERT(ipoptlen == 0, ("%s: TSO can't do IP options", __func__)); + max_len = 0; + mb = sbsndptr(&so->so_snd, off, len, &moff); + + /* now make sure the number of fragments fit too */ + while (mb != NULL && (u_int)max_len < len) { + u_int cur_length; + u_int cur_frags; + + /* + * Get length of mbuf fragment and how + * many hardware frags it would use: + */ + cur_length = (mb->m_len - moff); + cur_frags = (cur_length + + (1 << if_hw_tsomax.frag_size_log2) - 1) + >> if_hw_tsomax.frag_size_log2; + + /* Handle special case: Zero Length Mbuf */ + if (cur_frags == 0) + cur_frags = 1; + + /* Check if fragment limit will be exceeded */ + if (cur_frags >= rem_frags) { + max_len += min(cur_length, rem_frags << if_hw_tsomax.frag_size_log2); + break; + } + max_len += cur_length; + rem_frags -= cur_frags; + moff = 0; + mb = mb->m_next; + } + /* * Limit a burst to t_tsomax minus IP, * TCP and options length to keep ip->ip_len @@ -776,8 +837,8 @@ * from overflowing or exceeding the maximum * length allowed by the network interface. */ - if (len > tp->t_tsomax - hdrlen) { - len = tp->t_tsomax - hdrlen; + if (len > (u_int)max_len) { + len = (u_int)max_len; sendalot = 1; } === sys/netinet/tcp_subr.c ================================================================== --- sys/netinet/tcp_subr.c (revision 270996) +++ sys/netinet/tcp_subr.c (local) @@ -1818,7 +1818,7 @@ if (ifp->if_capenable & IFCAP_TSO4 && ifp->if_hwassist & CSUM_TSO) { cap->ifcap |= CSUM_TSO; - cap->tsomax = ifp->if_hw_tsomax; + cap->tsomax = ifp->if_hw_tsomax.raw_value[0]; } } RTFREE(sro.ro_rt); @@ -1857,7 +1857,7 @@ if (ifp->if_capenable & IFCAP_TSO6 && ifp->if_hwassist & CSUM_TSO) { cap->ifcap |= CSUM_TSO; - cap->tsomax = ifp->if_hw_tsomax; + cap->tsomax = ifp->if_hw_tsomax.raw_value[0]; } } RTFREE(sro6.ro_rt); --------------020609020709040903060408-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 19:24:00 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D289D01; Fri, 5 Sep 2014 19:24:00 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B7D921222; Fri, 5 Sep 2014 19:23:58 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id s85JNnjW018556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 5 Sep 2014 23:23:49 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id s85JNnvn018555; Fri, 5 Sep 2014 23:23:49 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 5 Sep 2014 23:23:49 +0400 From: Gleb Smirnoff To: current@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: request for documentation of m_uiotombuf and m_mbuftouio... Message-ID: <20140905192349.GF17059@FreeBSD.org> References: <20140905164432.GN82175@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140905164432.GN82175@funkthat.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 19:24:00 -0000 On Fri, Sep 05, 2014 at 09:44:32AM -0700, John-Mark Gurney wrote: J> If someone would like to write a man page for these functions, I'll J> fix them up and commit them... Well, the entire mbuf(9) needs to be examined and fixed. I promised myself to do that before stable/11. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 19:24:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0274AE6B for ; Fri, 5 Sep 2014 19:24:32 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F38B1232 for ; Fri, 5 Sep 2014 19:24:31 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id s85JOTDW018578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 5 Sep 2014 23:24:29 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id s85JOTuw018577; Fri, 5 Sep 2014 23:24:29 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 5 Sep 2014 23:24:29 +0400 From: Gleb Smirnoff To: Mark Atkinson Subject: Re: panic m_demote: m_nextpkt not NULL Message-ID: <20140905192429.GG17059@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 19:24:32 -0000 On Fri, Sep 05, 2014 at 08:38:10AM -0700, Mark Atkinson wrote: M> r271093 GENERIC amd64. Received this panic in the tcp reassembly code: M> Unread portion of the kernel message buffer: M> panic: m_demote: m_nextpkt not NULL M> cpuid = 0 Sorry for that. Was fixed in r271123. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 20:51:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 684C481E; Fri, 5 Sep 2014 20:51:27 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89FBE1C89; Fri, 5 Sep 2014 20:51:26 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id l4so1648625lbv.36 for ; Fri, 05 Sep 2014 13:51:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4zCUbJmzxHFsnsTUSGwh7Uwv3RGkgs+9ylQrL3GMWeU=; b=wSK5dvbKfS6IOm6YyZToKmqZb29829rzktqTEKTGY+p+9wuqr3A1bL01scvUnEx271 qIz1JTSihcJkgRTBxDswCIkOClCMIjsCGBHNMGbDbRPzRDvF1BhX+8EOacp68tf2q2L/ X/Tf5b1rpJK2BftCY7XykGuW2uZqxF/8iHZht85AwqHpKInVMwbXYHxCju/VMT0zpfXr /yadTlT2j8/dmq0ve5lT3GP+grCVSDxwOmtUzpx/6cV3LrAr6h0C7HXyTxnJgEy7PYed AQM9ZUHwQW0vufUDODQtbjn7kyNYDWavOhnjCUQb/QGKy1KDC3OBv+0VAx8AaLFQP+5p IYHA== MIME-Version: 1.0 X-Received: by 10.112.149.133 with SMTP id ua5mr13445250lbb.40.1409950284336; Fri, 05 Sep 2014 13:51:24 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.22.72 with HTTP; Fri, 5 Sep 2014 13:51:24 -0700 (PDT) In-Reply-To: <201409051054.11446.jhb@freebsd.org> References: <201409051054.11446.jhb@freebsd.org> Date: Fri, 5 Sep 2014 13:51:24 -0700 X-Google-Sender-Auth: BH-HMZRWwFnnTEOksTX95QYqpZg Message-ID: Subject: Re: ddb_enable="YES" by default? From: Craig Rodrigues To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current , Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 20:51:27 -0000 On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin wrote: > > Probably at least 50% of the time when I work with a user on a bug report, > I ask them to go into kgdb and run specific commands to extract more detailed > info (print some struct, etc.). Sure, I understand, but you are not working with every user who encounters a kernel panic in FreeBSD. For the average or casual FreeBSD user, such as desktop users of FreeBSD or PC-BSD, wouldn't it be better to have ddb_enable="YES" be the default in FreeBSD? The ddb script there does a fairly reasonable job of gathering some useful info which can be analyzed later, and then rebooting the box. For more expert users, or people developing products, they can set ddb_enable="NO" and do more advanced debugging. Or hook into /etc/rc.d/ddb and define a different ddb script which doesn't do textdumps on kernel panic. -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 21:08:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCD14BD4; Fri, 5 Sep 2014 21:08:21 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B97CB1D9D; Fri, 5 Sep 2014 21:08:21 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id 1E397B07; Fri, 5 Sep 2014 14:08:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1409951298; bh=wNQ3h8iL6SbmH5cFKsC4aseLm1J973yDWYBdybbIoI4=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=EZ5JQlyi/WP+Qr7vf3dAsCn1lwKHHy2SJP5jWJwTXbcp3HvLkch0/9elfyf+Rrd7j qVZv6xKIXAHwEXFo6ORdNhROS6stDJr0txeMIeL4YHyHV+7odGMy8UUDDdAcfjBSgo uMNO9yQXkR840TPeOd0PJDVlrgAvQAanqjwghr/c= From: Peter Wemm To: freebsd-current@freebsd.org Subject: Re: ddb_enable="YES" by default? Date: Fri, 05 Sep 2014 14:08:07 -0700 Message-ID: <1690616.oBzWaFvmny@overcee.wemm.org> User-Agent: KMail/4.12.5 (FreeBSD/11.0-CURRENT; KDE/4.12.5; amd64; ; ) In-Reply-To: References: <201409051054.11446.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1586536.letjnL5TKF"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Craig Rodrigues , Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 21:08:22 -0000 --nextPart1586536.letjnL5TKF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Friday 05 September 2014 13:51:24 Craig Rodrigues wrote: > On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin wrote:= > > Probably at least 50% of the time when I work with a user on a bug = report, > > I ask them to go into kgdb and run specific commands to extract mor= e > > detailed info (print some struct, etc.). >=20 > Sure, I understand, but you are not working with every user who > encounters a kernel panic in FreeBSD. For the average or casual > FreeBSD user, such as desktop > users of FreeBSD or PC-BSD, wouldn't it be better > to have ddb_enable=3D"YES" be the default in FreeBSD? The ddb script= > there does a fairly reasonable > job of gathering some useful info which can be analyzed later, and > then rebooting the box. >=20 > For more expert users, or people developing products, they can set > ddb_enable=3D"NO" > and do more advanced debugging. Or hook into /etc/rc.d/ddb and defin= e > a different > ddb script which doesn't do textdumps on kernel panic. I think what John was saying was at that point it's too late. The loss= of the=20 crash dump means the one shot at getting more information is gone. For reproducable crashes, yes, an end user could just flip the bit. Bu= t for a=20 one-off, it's too late. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart1586536.letjnL5TKF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJUCiZBAAoJEDXWlwnsgJ4EHigH+wQnxEa89YoYfZO/3WCiYBZ0 vcILIOJHkZ8j5MKzM/9SMUujsDJVDO/xVf4nlrzW8Z5oCWu6qulhq3P+hJXL7h54 wvpbFcxPKETk+rV5rggHQJTCCgpOnGMSadxG50MXKvOKBwkoc5S7SE+HA6XZblUa byYtDO8vj4M2vlcgEkUIIgTNRfrEzXLa9cuJCHpQycIzATSUg6q/Py8n9qkcTP3i IEGWCZorXwxKSewYmfRkW0y7R9MovOBX8VBiThNi/uf3XcEIVVkorJZOrxsaFl6r qB3mOkoIwnformBG+Ct7H4iPgUmZg3BD1YBGVHJJ1BRX5n6RMzjjpK6l0Iq4sIs= =C4Ls -----END PGP SIGNATURE----- --nextPart1586536.letjnL5TKF-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 21:19:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A3E5203; Fri, 5 Sep 2014 21:19:59 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 156051EBA; Fri, 5 Sep 2014 21:19:59 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id lf10so1021817pab.14 for ; Fri, 05 Sep 2014 14:19:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=rjaOasgCmEznfIHhnkzXm+3EVP16SeM7c2lurW0ryY4=; b=dq5u+3lXvb8XTAfWPSWzr+5uJe0F/RZneCmjpSozYWTKkM5YwUZ7+JjM16pcy5LkYN 7TRGymZjnDqG+8vDb+lNHjzNPKPAyuroADnoDc8ZmssttZQXPZVdeb67z/v7/yRuv9Pd OX0SkrC4Pu0uCQ6h5zR3EmOLQ7vMlTUidQDe5EtsEoqnNpZLYDXCh+n7NyOhKU3hEb2t ISI/eMcw4jXhYGB06k+wOOvSE1IVwh6Fy1pCVWIpH0kCgCIetfq2GsNWqBzdZIQsSIyR keDfDrfKZQzSIw9V3WiY4x3+Uc2SXjx2k/1gnQLuxW0/tvXo6eBJA7BQaNp90CNIQtp5 FHdA== X-Received: by 10.70.52.199 with SMTP id v7mr25947614pdo.49.1409951998448; Fri, 05 Sep 2014 14:19:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.55.162 with HTTP; Fri, 5 Sep 2014 14:19:18 -0700 (PDT) In-Reply-To: <540A0301.9040701@selasky.org> References: <540A0301.9040701@selasky.org> From: Eric Joyner Date: Fri, 5 Sep 2014 14:19:18 -0700 Message-ID: Subject: Re: [RFC] Patch to improve TSO limitation formula in general To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" , FreeBSD Current , Scott Long , Jack F Vogel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 21:19:59 -0000 There are some concerns if we use this with devices that ixl supports: - The maximum fragment size is 16KB-1, which isn't a power of 2. - You can't get the maximum TSO size for ixl devices by multiplying the maximum number of fragments by the maximum size. Instead the number of fragments is AFAIK unlimited, but a segment can only span 8 mbufs (including the [up to 3] mbufs containing the header), and the maximum TSO size is 256KB. And one question: - Is hdr_size_log2 supposed to be the length of the L2 header? We can fit 254 L2 bytes in our hardware during a TSO, so if that's the value, I guess that's fine, barring the it-not-being-a-power-of-2 issue. With all that said, the 8 mbuf limit per segment issue is a TSO limitation that we'd like to notify the stack about, so I wonder if that could be incorporated along with this. Right now, our driver checks to see if a segment in a TSO spans more than six mbufs and then m_defrag()'s the entire chain if one exists; it's less than optimal but necessary to prevent errors. - Eric --- - Eric Joyner On Fri, Sep 5, 2014 at 11:37 AM, Hans Petter Selasky wrote: > Hi, > > I've tested the attached patch with success and would like to have some > feedback from other FreeBSD network developers. The problem is that the > current TSO limitation only limits the number of bytes that can be > transferred in a TSO packet and not the number of mbuf's. > > The current solution is to have a quick and dirty custom m_dup() in the TX > path to re-allocate the mbuf chains into 4K ones to make it simple. All of > this hack can be avoided if the definition of the TSO limit can be changed > a bit, like shown here: > > > /* > + * Structure defining hardware TSO limits. > + */ > +struct if_tso_limit { > + u_int raw_value[0]; /* access all fields as one */ > + u_char frag_count; /* maximum number of fragments: 1..255 */ > + u_char frag_size_log2; /* maximum fragment size: 2 ** (12..16) */ > + u_char hdr_size_log2; /* maximum header size: 2 ** (2..8) */ > + u_char reserved; /* zero */ > +}; > > > First we need to know the maximum fragment count. Typical value is 32. > Second we need to know the maximum fragment size. Typical value is 4K. > Last we need to know of any headers that should be subtracted from the > maximum. Hence this code is running in the fast path, I would like to use > "u_char" for all fields and allow copy-only access as a "u_int" as an > optimization. This avoids cludges and messing with additional header files. > > I would like to push this patch after some more testing to -current and > then to 10-stable hopefully before the coming 10-release, because the > current solution is affecting performance of the Mellanox based network > adapters in an unfair way. For example by setting the current TSO limit to > 32KBytes which will be OK for all-2K fragments, we see a severe degradation > in performance. Even though the hardware is fully capable of transmitting > 16 4K mbufs. > > Comments and reviews are welcome! > > --HPS > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 21:36:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60E3FBAD; Fri, 5 Sep 2014 21:36:07 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::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 1CB8A1120; Fri, 5 Sep 2014 21:36:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0C2C2B97B; Fri, 5 Sep 2014 17:36:06 -0400 (EDT) From: John Baldwin To: Peter Wemm Subject: Re: ddb_enable="YES" by default? Date: Fri, 5 Sep 2014 17:35:49 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1690616.oBzWaFvmny@overcee.wemm.org> In-Reply-To: <1690616.oBzWaFvmny@overcee.wemm.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201409051735.49577.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 05 Sep 2014 17:36:06 -0400 (EDT) Cc: Craig Rodrigues , freebsd-current@freebsd.org, Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 21:36:07 -0000 On Friday, September 05, 2014 5:08:07 pm Peter Wemm wrote: > On Friday 05 September 2014 13:51:24 Craig Rodrigues wrote: > > On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin wrote: > > > Probably at least 50% of the time when I work with a user on a bug report, > > > I ask them to go into kgdb and run specific commands to extract more > > > detailed info (print some struct, etc.). > > > > Sure, I understand, but you are not working with every user who > > encounters a kernel panic in FreeBSD. For the average or casual > > FreeBSD user, such as desktop > > users of FreeBSD or PC-BSD, wouldn't it be better > > to have ddb_enable="YES" be the default in FreeBSD? The ddb script > > there does a fairly reasonable > > job of gathering some useful info which can be analyzed later, and > > then rebooting the box. > > > > For more expert users, or people developing products, they can set > > ddb_enable="NO" > > and do more advanced debugging. Or hook into /etc/rc.d/ddb and define > > a different > > ddb script which doesn't do textdumps on kernel panic. > > I think what John was saying was at that point it's too late. The loss of the > crash dump means the one shot at getting more information is gone. > > For reproducable crashes, yes, an end user could just flip the bit. But for a > one-off, it's too late. Also, crashinfo is already enabled by default. If a user enables crash dumps in the installer, they will have a nice /var/crash/core.txt.N that they can post to the mailing lists just as easily as the text dump you envision. And in fact, I've seen our users already doing this. (Have you looked at a /var/crash/core.txt.N file yet?) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 21:37:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B90FCDC; Fri, 5 Sep 2014 21:37:46 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A1E5114B; Fri, 5 Sep 2014 21:37:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=nwXOFrWWUaDFt1qvPHPf6eUtkbsryicQhDquLP5k858=; b=n4u+CoyJUK3nW1KOVj3hn6tjLN1tAGJcAfPlQAlDgzF4JdOvYtieiDI6zT8+co0tOkm7sQp7yfdS34Ty7FFqswUKsqTChdUwaYTGeiHgoSWY7eywxqx7mpmgFGCdQYghPme+tywxWIHLEZP/6gtCnGLE5ZOPfYEBanQ6xKkqJsQ=; Received: from localhost.lerctr.org ([127.0.0.1]:25802 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XQ1CR-0000gE-Db; Fri, 05 Sep 2014 16:37:45 -0500 Received: from host.alcatel.com ([198.205.55.139]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 05 Sep 2014 16:37:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 05 Sep 2014 16:37:43 -0500 From: Larry Rosenman To: John Baldwin Subject: Re: =?UTF-8?Q?ddb=5Fenable=3D=22YES=22=20by=20default=3F?= In-Reply-To: <201409051735.49577.jhb@freebsd.org> References: <1690616.oBzWaFvmny@overcee.wemm.org> <201409051735.49577.jhb@freebsd.org> Message-ID: <9f73359eec9d0fa7cd7f872616586ea6@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.2 X-Spam-Score: -4.6 (----) X-LERCTR-Spam-Score: -4.6 (----) X-Spam-Report: SpamScore (-4.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.717 X-LERCTR-Spam-Report: SpamScore (-4.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.717 Cc: Craig Rodrigues , freebsd-current@freebsd.org, Brooks Davis , Peter Wemm , owner-freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 21:37:46 -0000 On 2014-09-05 16:35, John Baldwin wrote: > On Friday, September 05, 2014 5:08:07 pm Peter Wemm wrote: >> On Friday 05 September 2014 13:51:24 Craig Rodrigues wrote: >> > On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin wrote: >> > > Probably at least 50% of the time when I work with a user on a bug report, >> > > I ask them to go into kgdb and run specific commands to extract more >> > > detailed info (print some struct, etc.). >> > >> > Sure, I understand, but you are not working with every user who >> > encounters a kernel panic in FreeBSD. For the average or casual >> > FreeBSD user, such as desktop >> > users of FreeBSD or PC-BSD, wouldn't it be better >> > to have ddb_enable="YES" be the default in FreeBSD? The ddb script >> > there does a fairly reasonable >> > job of gathering some useful info which can be analyzed later, and >> > then rebooting the box. >> > >> > For more expert users, or people developing products, they can set >> > ddb_enable="NO" >> > and do more advanced debugging. Or hook into /etc/rc.d/ddb and define >> > a different >> > ddb script which doesn't do textdumps on kernel panic. >> >> I think what John was saying was at that point it's too late. The >> loss of the >> crash dump means the one shot at getting more information is gone. >> >> For reproducable crashes, yes, an end user could just flip the bit. >> But for a >> one-off, it's too late. > > Also, crashinfo is already enabled by default. If a user enables crash > dumps > in the installer, they will have a nice /var/crash/core.txt.N that they > can > post to the mailing lists just as easily as the text dump you envision. > And in > fact, I've seen our users already doing this. (Have you looked at a > /var/crash/core.txt.N file yet?) I've in fact done just that (posted the top part of a core.txt.N file, and gotten VERY good results from the list(s)..... -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 21:44:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33DE6219; Fri, 5 Sep 2014 21:44:50 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E831A1276; Fri, 5 Sep 2014 21:44:49 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 040031FE027; Fri, 5 Sep 2014 23:44:46 +0200 (CEST) Message-ID: <540A2ECB.8010502@selasky.org> Date: Fri, 05 Sep 2014 23:44:43 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Eric Joyner Subject: Re: [RFC] Patch to improve TSO limitation formula in general References: <540A0301.9040701@selasky.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , FreeBSD Current , Scott Long , Jack F Vogel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 21:44:50 -0000 On 09/05/14 23:19, Eric Joyner wrote: > There are some concerns if we use this with devices that ixl supports: > > - The maximum fragment size is 16KB-1, which isn't a power of 2. > Hi Eric, Multiplying by powers of two are more fast, than non-powers of two. So in this case you would have to use 8KB as a maximum. > - You can't get the maximum TSO size for ixl devices by multiplying the > maximum number of fragments by the maximum size. > Instead the number of fragments is AFAIK unlimited, but a segment can only > span 8 mbufs (including the [up to 3] mbufs containing the header), and the > maximum TSO size is 256KB. > > And one question: > > - Is hdr_size_log2 supposed to be the length of the L2 header? We can fit > 254 L2 bytes in our hardware during a TSO, so if that's the value, I guess > that's fine, barring the it-not-being-a-power-of-2 issue. This is the ethernet / vlan headers. It is added with the TCP/IP-header in the end. > > With all that said, the 8 mbuf limit per segment issue is a TSO limitation > that we'd like to notify the stack about, so I wonder if that could be > incorporated along with this. Right now, our driver checks to see if a > segment in a TSO spans more than six mbufs and then m_defrag()'s the entire > chain if one exists; it's less than optimal but necessary to prevent errors. It is not impossible to move from log2 syntax to non-log2 syntax, hence the logic will be exactly the same, only that the required division and multiplication will have a bit overhead I guess. Could you make a patch on top of my patch with the changes you think are required to fully support the ixl hardware? Or propose a new patch which also serves the MLX needs? Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 22:09:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2FA8B0B; Fri, 5 Sep 2014 22:09:21 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 26E741502; Fri, 5 Sep 2014 22:09:20 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ar8EAEEtClSDaFve/2dsb2JhbABag2BXBIJ4xgwKhnlTAYEed4QDAQEBAwEBAQEgBCcdAwsFFhIGERkCBCUBCRgOBggHBAEcBIgZCA2pcpU+AReOdgYBAQEaGRsHgnmBUwWTRIIqg3uEX5NKgWcegXghLweBAAgXIoEHAQEB X-IronPort-AV: E=Sophos;i="5.04,475,1406606400"; d="scan'208";a="151956192" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 05 Sep 2014 18:09:12 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C6D7FB406A; Fri, 5 Sep 2014 18:09:12 -0400 (EDT) Date: Fri, 5 Sep 2014 18:09:12 -0400 (EDT) From: Rick Macklem To: Hans Petter Selasky Message-ID: <1762951742.33012989.1409954952800.JavaMail.root@uoguelph.ca> In-Reply-To: <540A2ECB.8010502@selasky.org> Subject: Re: [RFC] Patch to improve TSO limitation formula in general MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_33012987_2077484506.1409954952678" X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-net@freebsd.org, Eric Joyner , FreeBSD Current , Scott Long , Jack F Vogel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 22:09:21 -0000 ------=_Part_33012987_2077484506.1409954952678 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hans Petter Selesky wrote: > On 09/05/14 23:19, Eric Joyner wrote: > > There are some concerns if we use this with devices that ixl > > supports: > > > > - The maximum fragment size is 16KB-1, which isn't a power of 2. > > > > Hi Eric, > > Multiplying by powers of two are more fast, than non-powers of two. > So > in this case you would have to use 8KB as a maximum. > Well, I'm no architecture expert, but I really doubt the CPU delay of a non-power of 2 multiply/divide is significant related to doing smaller TSO segments. Long ago (as in 1970s) I did work on machines where shifts for power of 2 multiply/divide was preferable, but these days I doubt it is going to matter?? > > - You can't get the maximum TSO size for ixl devices by multiplying > > the > > maximum number of fragments by the maximum size. > > Instead the number of fragments is AFAIK unlimited, but a segment > > can only > > span 8 mbufs (including the [up to 3] mbufs containing the header), > > and the > > maximum TSO size is 256KB. > > > > And one question: > > > > - Is hdr_size_log2 supposed to be the length of the L2 header? We > > can fit > > 254 L2 bytes in our hardware during a TSO, so if that's the value, > > I guess > > that's fine, barring the it-not-being-a-power-of-2 issue. > > This is the ethernet / vlan headers. It is added with the > TCP/IP-header > in the end. > > > > > With all that said, the 8 mbuf limit per segment issue is a TSO > > limitation > > that we'd like to notify the stack about, so I wonder if that could > > be > > incorporated along with this. Right now, our driver checks to see > > if a > > segment in a TSO spans more than six mbufs and then m_defrag()'s > > the entire > > chain if one exists; it's less than optimal but necessary to > > prevent errors. > At this time, if there is a limit of 8 TSO segments (mbufs) in a transmit list, you will need to set: ifp->if_hw_tsomax = 8 * MCLBYTES - (ETHER_HDR_LEN + ETHER_VLAN_ENCAP_LEN); - just before the call to ether_ifattach(ifp); I do have an untested patch (attached in case anyone is interested) which adds if_hw_tsomaxseg that drivers can set to their maximum number of transmit segments (mbufs) fot TSO. This value is then used by tcp_output() to generate appropriately sized TSO segments. However, I'm just working on getting a way to test this patch, so I can't say if/when it will be in head. rick > It is not impossible to move from log2 syntax to non-log2 syntax, > hence > the logic will be exactly the same, only that the required division > and > multiplication will have a bit overhead I guess. > > Could you make a patch on top of my patch with the changes you think > are > required to fully support the ixl hardware? Or propose a new patch > which > also serves the MLX needs? > > Thank you! > > --HPS > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" > ------=_Part_33012987_2077484506.1409954952678 Content-Type: text/x-patch; name=tsomaxseg.patch Content-Disposition: attachment; filename=tsomaxseg.patch Content-Transfer-Encoding: base64 LS0tIGtlcm4vdWlwY19zb2NrYnVmLmMuc2F2CTIwMTQtMDEtMzAgMjA6Mjc6MTcuMDAwMDAwMDAw IC0wNTAwCisrKyBrZXJuL3VpcGNfc29ja2J1Zi5jCTIwMTQtMDEtMzAgMjI6MTI6MDguMDAwMDAw MDAwIC0wNTAwCkBAIC05NjUsNiArOTY1LDM5IEBAIHNic25kcHRyKHN0cnVjdCBzb2NrYnVmICpz YiwgdV9pbnQgb2ZmLCAKIH0KIAogLyoKKyAqIFJldHVybiB0aGUgZmlyc3QgbWJ1ZiBmb3IgdGhl IHByb3ZpZGVkIG9mZnNldC4KKyAqLworc3RydWN0IG1idWYgKgorc2JzbmRtYnVmKHN0cnVjdCBz b2NrYnVmICpzYiwgdV9pbnQgb2ZmLCBsb25nICpmaXJzdF9sZW4pCit7CisJc3RydWN0IG1idWYg Km07CisKKwlLQVNTRVJUKHNiLT5zYl9tYiAhPSBOVUxMLCAoIiVzOiBzYl9tYiBpcyBOVUxMIiwg X19mdW5jX18pKTsKKworCSpmaXJzdF9sZW4gPSAwOworCS8qCisJICogSXMgb2ZmIGJlbG93IHN0 b3JlZCBvZmZzZXQ/IEhhcHBlbnMgb24gcmV0cmFuc21pdHMuCisJICogSWYgc28sIGp1c3QgdXNl IHNiX21iLgorCSAqLworCWlmIChzYi0+c2Jfc25kcHRyID09IE5VTEwgfHwgc2ItPnNiX3NuZHB0 cm9mZiA+IG9mZikKKwkJbSA9IHNiLT5zYl9tYjsKKwllbHNlIHsKKwkJbSA9IHNiLT5zYl9zbmRw dHI7CisJCW9mZiAtPSBzYi0+c2Jfc25kcHRyb2ZmOworCX0KKwl3aGlsZSAob2ZmID4gMCAmJiBt ICE9IE5VTEwpIHsKKwkJaWYgKG9mZiA8IG0tPm1fbGVuKQorCQkJYnJlYWs7CisJCW9mZiAtPSBt LT5tX2xlbjsKKwkJbSA9IG0tPm1fbmV4dDsKKwl9CisJaWYgKG0gIT0gTlVMTCkKKwkJKmZpcnN0 X2xlbiA9IG0tPm1fbGVuIC0gb2ZmOworCisJcmV0dXJuIChtKTsKK30KKworLyoKICAqIERyb3Ag YSByZWNvcmQgb2ZmIHRoZSBmcm9udCBvZiBhIHNvY2tidWYgYW5kIG1vdmUgdGhlIG5leHQgcmVj b3JkIHRvIHRoZQogICogZnJvbnQuCiAgKi8KLS0tIHN5cy9zb2NrYnVmLmguc2F2CTIwMTQtMDEt MzAgMjA6NDI6MjguMDAwMDAwMDAwIC0wNTAwCisrKyBzeXMvc29ja2J1Zi5oCTIwMTQtMDEtMzAg MjI6MDg6NDMuMDAwMDAwMDAwIC0wNTAwCkBAIC0xNTMsNiArMTUzLDggQEAgaW50CXNicmVzZXJ2 ZV9sb2NrZWQoc3RydWN0IHNvY2tidWYgKnNiLAogCSAgICBzdHJ1Y3QgdGhyZWFkICp0ZCk7CiBz dHJ1Y3QgbWJ1ZiAqCiAJc2JzbmRwdHIoc3RydWN0IHNvY2tidWYgKnNiLCB1X2ludCBvZmYsIHVf aW50IGxlbiwgdV9pbnQgKm1vZmYpOworc3RydWN0IG1idWYgKgorCXNic25kbWJ1ZihzdHJ1Y3Qg c29ja2J1ZiAqc2IsIHVfaW50IG9mZiwgbG9uZyAqZmlyc3RfbGVuKTsKIHZvaWQJc2J0b3hzb2Nr YnVmKHN0cnVjdCBzb2NrYnVmICpzYiwgc3RydWN0IHhzb2NrYnVmICp4c2IpOwogaW50CXNid2Fp dChzdHJ1Y3Qgc29ja2J1ZiAqc2IpOwogaW50CXNibG9jayhzdHJ1Y3Qgc29ja2J1ZiAqc2IsIGlu dCBmbGFncyk7Ci0tLSBuZXRpbmV0L3RjcF9pbnB1dC5jLnNhdgkyMDE0LTAxLTMwIDE5OjM3OjUy LjAwMDAwMDAwMCAtMDUwMAorKysgbmV0aW5ldC90Y3BfaW5wdXQuYwkyMDE0LTAxLTMwIDE5OjM5 OjA3LjAwMDAwMDAwMCAtMDUwMApAQCAtMzYyNyw2ICszNjI3LDcgQEAgdGNwX21zcyhzdHJ1Y3Qg dGNwY2IgKnRwLCBpbnQgb2ZmZXIpCiAJaWYgKGNhcC5pZmNhcCAmIENTVU1fVFNPKSB7CiAJCXRw LT50X2ZsYWdzIHw9IFRGX1RTTzsKIAkJdHAtPnRfdHNvbWF4ID0gY2FwLnRzb21heDsKKwkJdHAt PnRfdHNvbWF4c2VncyA9IGNhcC50c29tYXhzZWdzOwogCX0KIH0KIAotLS0gbmV0aW5ldC90Y3Bf b3V0cHV0LmMuc2F2CTIwMTQtMDEtMzAgMTg6NTU6MTUuMDAwMDAwMDAwIC0wNTAwCisrKyBuZXRp bmV0L3RjcF9vdXRwdXQuYwkyMDE0LTAxLTMwIDIyOjE4OjU2LjAwMDAwMDAwMCAtMDUwMApAQCAt MTY2LDggKzE2Niw4IEBAIGludAogdGNwX291dHB1dChzdHJ1Y3QgdGNwY2IgKnRwKQogewogCXN0 cnVjdCBzb2NrZXQgKnNvID0gdHAtPnRfaW5wY2ItPmlucF9zb2NrZXQ7Ci0JbG9uZyBsZW4sIHJl Y3dpbiwgc2VuZHdpbjsKLQlpbnQgb2ZmLCBmbGFncywgZXJyb3IgPSAwOwkvKiBLZWVwIGNvbXBp bGVyIGhhcHB5ICovCisJbG9uZyBsZW4sIHJlY3dpbiwgc2VuZHdpbiwgdHNvX3RsZW47CisJaW50 IGNudCwgb2ZmLCBmbGFncywgZXJyb3IgPSAwOwkvKiBLZWVwIGNvbXBpbGVyIGhhcHB5ICovCiAJ c3RydWN0IG1idWYgKm07CiAJc3RydWN0IGlwICppcCA9IE5VTEw7CiAJc3RydWN0IGlwb3ZseSAq aXBvdiA9IE5VTEw7CkBAIC03ODAsNiArNzgwLDI0IEBAIHNlbmQ6CiAJCQl9CiAKIAkJCS8qCisJ CQkgKiBMaW1pdCB0aGUgbnVtYmVyIG9mIFRTTyB0cmFuc21pdCBzZWdtZW50cyAobWJ1ZnMKKwkJ CSAqIGluIG1idWYgbGlzdCkgdG8gdHAtPnRfdHNvbWF4c2Vncy4KKwkJCSAqLworCQkJY250ID0g MDsKKwkJCW0gPSBzYnNuZG1idWYoJnNvLT5zb19zbmQsIG9mZiwgJnRzb190bGVuKTsKKwkJCXdo aWxlIChtICE9IE5VTEwgJiYgY250IDwgdHAtPnRfdHNvbWF4c2VncyAmJgorCQkJICAgIHRzb190 bGVuIDwgbGVuKSB7CisJCQkJaWYgKGNudCA+IDApCisJCQkJCXRzb190bGVuICs9IG0tPm1fbGVu OworCQkJCWNudCsrOworCQkJCW0gPSBtLT5tX25leHQ7CisJCQl9CisJCQlpZiAobSAhPSBOVUxM ICYmIHRzb190bGVuIDwgbGVuKSB7CisJCQkJbGVuID0gdHNvX3RsZW47CisJCQkJc2VuZGFsb3Qg PSAxOworCQkJfQorCisJCQkvKgogCQkJICogUHJldmVudCB0aGUgbGFzdCBzZWdtZW50IGZyb20g YmVpbmcKIAkJCSAqIGZyYWN0aW9uYWwgdW5sZXNzIHRoZSBzZW5kIHNvY2tidWYgY2FuCiAJCQkg KiBiZSBlbXB0aWVkLgotLS0gbmV0aW5ldC90Y3Bfc3Vici5jLnNhdgkyMDE0LTAxLTMwIDE5OjQ0 OjM1LjAwMDAwMDAwMCAtMDUwMAorKysgbmV0aW5ldC90Y3Bfc3Vici5jCTIwMTQtMDEtMzAgMjA6 NTY6MTIuMDAwMDAwMDAwIC0wNTAwCkBAIC0xODAwLDYgKzE4MDAsMTIgQEAgdGNwX21heG10dShz dHJ1Y3QgaW5fY29ubmluZm8gKmluYywgc3RydQogCQkJICAgIGlmcC0+aWZfaHdhc3Npc3QgJiBD U1VNX1RTTykKIAkJCQljYXAtPmlmY2FwIHw9IENTVU1fVFNPOwogCQkJCWNhcC0+dHNvbWF4ID0g aWZwLT5pZl9od190c29tYXg7CisjaWZkZWYgbm90eWV0CisJCQkJY2FwLT50c29tYXhzZWdzID0g aWZwLT5pZl9od190c29tYXhzZWdzOworI2VuZGlmCisJCQkJaWYgKGNhcC0+dHNvbWF4c2VncyA9 PSAwKQorCQkJCQljYXAtPnRzb21heHNlZ3MgPQorCQkJCQkgICAgVENQVFNPX01BWF9UWF9TRUdT X0RFRkFVTFQ7CiAJCX0KIAkJUlRGUkVFKHNyby5yb19ydCk7CiAJfQotLS0gbmV0aW5ldC90Y3Bf dmFyLmguc2F2CTIwMTQtMDEtMzAgMTk6Mzk6MjIuMDAwMDAwMDAwIC0wNTAwCisrKyBuZXRpbmV0 L3RjcF92YXIuaAkyMDE0LTAxLTMwIDIwOjUyOjU3LjAwMDAwMDAwMCAtMDUwMApAQCAtMjA5LDYg KzIwOSw3IEBAIHN0cnVjdCB0Y3BjYiB7CiAJdV9pbnQJdF9rZWVwY250OwkJLyogbnVtYmVyIG9m IGtlZXBhbGl2ZXMgYmVmb3JlIGNsb3NlICovCiAKIAl1X2ludAl0X3Rzb21heDsJCS8qIHRzbyBi dXJzdCBsZW5ndGggbGltaXQgKi8KKwl1X2ludAl0X3Rzb21heHNlZ3M7CQkvKiB0c28gYnVyc3Qg c2VnbWVudCBsaW1pdCAqLwogCiAJdWludDMyX3QgdF9pc3BhcmVbOF07CQkvKiA1IFVUTywgMyBU QkQgKi8KIAl2b2lkCSp0X3BzcGFyZTJbNF07CQkvKiA0IFRCRCAqLwpAQCAtMjY4LDYgKzI2OSwx MSBAQCBzdHJ1Y3QgdGNwY2IgewogI2RlZmluZQlUQ1BPT0JfSEFWRURBVEEJMHgwMQogI2RlZmlu ZQlUQ1BPT0JfSEFEREFUQQkweDAyCiAKKy8qCisgKiBEZWZhdWx0IHZhbHVlIGZvciBUU08gbWF4 aW11bSBudW1iZXIgb2YgdHJhbnNtaXQgc2VnbWVudHMgKGNvdW50IG9mIG1idWZzKS4KKyAqLwor I2RlZmluZQlUQ1BUU09fTUFYX1RYX1NFR1NfREVGQVVMVAkzMAorCiAjaWZkZWYgVENQX1NJR05B VFVSRQogLyoKICAqIERlZmluZXMgd2hpY2ggYXJlIG5lZWRlZCBieSB0aGUgeGZvcm1fdGNwIG1v ZHVsZSBhbmQgdGNwX1tpbnxvdXRdcHV0CkBAIC0zMzMsNiArMzM5LDcgQEAgc3RydWN0IGhjX21l dHJpY3NfbGl0ZSB7CS8qIG11c3Qgc3RheSBpbgogc3RydWN0IHRjcF9pZmNhcCB7CiAJaW50CWlm Y2FwOwogCXVfaW50CXRzb21heDsKKwl1X2ludAl0c29tYXhzZWdzOwogfTsKIAogI2lmbmRlZiBf TkVUSU5FVF9JTl9QQ0JfSF8K ------=_Part_33012987_2077484506.1409954952678-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 22:24:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F7DCC4; Fri, 5 Sep 2014 22:24:58 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id E6263182C; Fri, 5 Sep 2014 22:24:57 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqwEAKg3ClSDaFve/2dsb2JhbABag2BXBIJ4xhAKhnlTAYEbd4QDAQEBAwEBAQEgKyALBRYYAgINGQIpAQkmBggCBQQBGgIEiBkIDalylToBF4EsjUoGAQEbNAeCeYFTBZVug3uEX5NKgWcegXghLweBAAgXIoEHAQEB X-IronPort-AV: E=Sophos;i="5.04,476,1406606400"; d="scan'208";a="151957905" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 05 Sep 2014 18:24:56 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id D6526B4061; Fri, 5 Sep 2014 18:24:56 -0400 (EDT) Date: Fri, 5 Sep 2014 18:24:56 -0400 (EDT) From: Rick Macklem To: Hans Petter Selasky Message-ID: <575724560.33015896.1409955896874.JavaMail.root@uoguelph.ca> In-Reply-To: <540A0301.9040701@selasky.org> Subject: Re: [RFC] Patch to improve TSO limitation formula in general MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-net@freebsd.org, FreeBSD Current , Scott Long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 22:24:58 -0000 Hans Petter Selasky wrote: > Hi, > > I've tested the attached patch with success and would like to have > some > feedback from other FreeBSD network developers. The problem is that > the > current TSO limitation only limits the number of bytes that can be > transferred in a TSO packet and not the number of mbuf's. > > The current solution is to have a quick and dirty custom m_dup() in > the > TX path to re-allocate the mbuf chains into 4K ones to make it > simple. > All of this hack can be avoided if the definition of the TSO limit > can > be changed a bit, like shown here: > > > /* > + * Structure defining hardware TSO limits. > + */ > +struct if_tso_limit { > + u_int raw_value[0]; /* access all fields as one */ > + u_char frag_count; /* maximum number of fragments: > 1..255 */ > + u_char frag_size_log2; /* maximum fragment size: 2 ** > (12..16) */ > + u_char hdr_size_log2; /* maximum header size: 2 ** (2..8) > */ > + u_char reserved; /* zero */ > +}; > > > First we need to know the maximum fragment count. Typical value is > 32. > Second we need to know the maximum fragment size. Typical value is > 4K. > Last we need to know of any headers that should be subtracted from > the > maximum. Hence this code is running in the fast path, I would like to > use "u_char" for all fields and allow copy-only access as a "u_int" > as > an optimization. This avoids cludges and messing with additional > header > files. > > I would like to push this patch after some more testing to -current > and > then to 10-stable hopefully before the coming 10-release, because the > current solution is affecting performance of the Mellanox based > network > adapters in an unfair way. For example by setting the current TSO > limit > to 32KBytes which will be OK for all-2K fragments, we see a severe > degradation in performance. Even though the hardware is fully capable > of > transmitting 16 4K mbufs. > Ok, I didn't see this until now, but I will take a look at the patch. My main comment is that I tried using a mix of 2K and 4K mbuf clusters in NFS and was able (with some effort) get the UMA allocator all messed up, where it would basically be stuck because it couldn't allocate boundary tags. As such, until this issue w.r.t. UMA is rssolved, mixing MCLBYTES and MPAGESIZE clusters is very dangerous imho. (alc@ did send me a simple patch related to this UMA problem, but I haven't been able to test it yet.) rick ps: For the M_WAITOK case, the allocator problem shows up as threads sleeping on "btallo" which happens in vmem_bt_alloc() in kern/subr_vmem.c. It may never happen on 64bit arches, but it can definitely happen on i386. > Comments and reviews are welcome! > > --HPS > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 22:43:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C13EF5AF; Fri, 5 Sep 2014 22:43:34 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81EFC1A01; Fri, 5 Sep 2014 22:43:34 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 8E0FC1FE027; Sat, 6 Sep 2014 00:43:32 +0200 (CEST) Message-ID: <540A3C91.406@selasky.org> Date: Sat, 06 Sep 2014 00:43:29 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Rick Macklem Subject: Re: [RFC] Patch to improve TSO limitation formula in general References: <1762951742.33012989.1409954952800.JavaMail.root@uoguelph.ca> In-Reply-To: <1762951742.33012989.1409954952800.JavaMail.root@uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Eric Joyner , FreeBSD Current , Scott Long , Jack F Vogel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 22:43:34 -0000 On 09/06/14 00:09, Rick Macklem wrote: > Hans Petter Selesky wrote: >> On 09/05/14 23:19, Eric Joyner wrote: >>> There are some concerns if we use this with devices that ixl >>> supports: >>> >>> - The maximum fragment size is 16KB-1, which isn't a power of 2. >>> >> >> Hi Eric, >> >> Multiplying by powers of two are more fast, than non-powers of two. >> So >> in this case you would have to use 8KB as a maximum. >> > Well, I'm no architecture expert, but I really doubt the CPU delay of a > non-power of 2 multiply/divide is significant related to doing smaller > TSO segments. Long ago (as in 1970s) I did work on machines where shifts > for power of 2 multiply/divide was preferable, but these days I doubt it > is going to matter?? > Hi, You also need to patch LAGG and VLAN drivers? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Sep 5 23:21:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57425E5; Fri, 5 Sep 2014 23:21:18 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id A93281DD9; Fri, 5 Sep 2014 23:21:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqwEALJEClSDaFve/2dsb2JhbABag2BXBIJ4xhsKhnlTAYEad4QEAQEEAQEBICsdAwsbEgYCAg0ZAikBCRgOBggHBAEcBIghDal3lTkBF4EsjVABAQEaNAeCeYFTBZVug3uEX5NKg30hLweBCDmBBwEBAQ X-IronPort-AV: E=Sophos;i="5.04,476,1406606400"; d="scan'208";a="153076390" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 05 Sep 2014 19:21:15 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8C263B404B; Fri, 5 Sep 2014 19:21:15 -0400 (EDT) Date: Fri, 5 Sep 2014 19:21:15 -0400 (EDT) From: Rick Macklem To: Hans Petter Selasky Message-ID: <1527367342.33029385.1409959275542.JavaMail.root@uoguelph.ca> In-Reply-To: <540A3C91.406@selasky.org> Subject: Re: [RFC] Patch to improve TSO limitation formula in general MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-net@freebsd.org, Eric Joyner , FreeBSD Current , Scott Long , Jack F Vogel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 23:21:18 -0000 Hans Petter Selasky wrote: > On 09/06/14 00:09, Rick Macklem wrote: > > Hans Petter Selesky wrote: > >> On 09/05/14 23:19, Eric Joyner wrote: > >>> There are some concerns if we use this with devices that ixl > >>> supports: > >>> > >>> - The maximum fragment size is 16KB-1, which isn't a power of 2. > >>> > >> > >> Hi Eric, > >> > >> Multiplying by powers of two are more fast, than non-powers of > >> two. > >> So > >> in this case you would have to use 8KB as a maximum. > >> > > Well, I'm no architecture expert, but I really doubt the CPU delay > > of a > > non-power of 2 multiply/divide is significant related to doing > > smaller > > TSO segments. Long ago (as in 1970s) I did work on machines where > > shifts > > for power of 2 multiply/divide was preferable, but these days I > > doubt it > > is going to matter?? > > > > Hi, > > You also need to patch LAGG and VLAN drivers? > Yep. I already ran into the fact that these drivers didn't pass if_hw_tsomax up and patched them for that recently. The same will be necessary for if_hw_tsomaxseg if/when it goes into head. As I said, this patch is currently completely untested and, even once I get it tested/working, there will need to be a discussion on freebsd-net@ w.r.t. whether it is appropriate for head. I will take a look at your patch around Monday. Btw, when setting if_hw_tsomax as I suggested in the first post, you will still end up doing a lot of m_defrag() calls for NFS RPC messages, but at least they will get through. rick > --HPS > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 00:03:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F5C9C4B for ; Sat, 6 Sep 2014 00:03:54 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC4AC1246 for ; Sat, 6 Sep 2014 00:03:53 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id 10so5353998lbg.2 for ; Fri, 05 Sep 2014 17:03:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=oSYPW9Y8IlNJzwX7U2W4uaxj5DG0wni9qS8c7lImXwU=; b=opNZ/Bp3xX0NB3TMbkw363+iIzmxW9s/UGonspjzAw/ypO1sB1mlNUQxIMZxbeId7g s6e6vK19KzS3pwySrQ9HtY8bDNt0qi4mEOwuZAGfudj01+LPLnN/YcF/EXNLw+3X8k41 SKNKU6LsI+JOxaLxne4Wmpj8Gxj4i/M96c6fbNPVZwQ0YOPJsUUr2pJBpXuUrUEXW2CY V1aNlITTPnDfJ1+m0n1J8/ytfwXqG42Ac0i6jjsW/qlAQdRDFCAJ2sGYLcMTXD7pWIrx l6U55k9seVknCFw+MuIUwq/T6jiz19SPCsUuyIdipuwiiDOvXMDZH8e/ryrWBLYSRYxE 7Y5w== MIME-Version: 1.0 X-Received: by 10.112.34.78 with SMTP id x14mr14319123lbi.38.1409961831730; Fri, 05 Sep 2014 17:03:51 -0700 (PDT) Received: by 10.112.162.101 with HTTP; Fri, 5 Sep 2014 17:03:51 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: <9C939A39-79DA-44A7-8C8C-48B6423B50D4@jnielsen.net> References: <9C939A39-79DA-44A7-8C8C-48B6423B50D4@jnielsen.net> Date: Sat, 6 Sep 2014 08:03:51 +0800 Message-ID: Subject: Re: UEFI display frozen on Retina MacBook Pro From: Huang Wen Hui To: John Nielsen Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 00:03:54 -0000 Hi, 2014-09-06 1:20 GMT+08:00 John Nielsen : > I have a "MacBook Pro Retina, Mid 2012" (MacBookPro10,1) on which I'd like > to be able to boot FreeBSD from an external USB drive. For testing I've > been using the mini-memstick images from the -CURRENT snapshots, most > recently the one from 20140903. > This IMAC model can UEFI boot when I tried before. I install rEFInd( http://www.rodsbooks.com/refind/) as boot manager, You can see FreeBSD boot information under rEFInd. Cheers, Huang Wen Hui > I am able to select "EFI Boot" on the USB device from the Mac's boot menu, > and it does _something_, but the screen never changes--the image of the > boot menu is displayed indefinitely. I think it is actually booting since > there is drive activity and the caps lock key indicator starts working a > few seconds in, but the screen just stays the same. Thinking the resolution > of the Retina display may have been an issue, I tried booting with it > disabled (lid closed) and an external monitor and keyboard. The result was > the same--Mac boot menu frozen on the external display. > > Is there anything I should try to troubleshoot or debug this issue? > Anything else I should include in a PR? I can test patches if needed > (probably after building an image including the patch from a VM). > > Thanks, > > JN > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 00:06:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64798D99; Sat, 6 Sep 2014 00:06:25 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E75D126A; Sat, 6 Sep 2014 00:06:24 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s8606OhI026138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Sep 2014 17:06:24 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s8606OOY026137; Fri, 5 Sep 2014 17:06:24 -0700 (PDT) (envelope-from jmg) Date: Fri, 5 Sep 2014 17:06:23 -0700 From: John-Mark Gurney To: Hans Petter Selasky Subject: Re: [RFC] Patch to improve TSO limitation formula in general Message-ID: <20140906000623.GQ82175@funkthat.com> Mail-Followup-To: Hans Petter Selasky , FreeBSD Current , "freebsd-net@freebsd.org" , Scott Long References: <540A0301.9040701@selasky.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <540A0301.9040701@selasky.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 05 Sep 2014 17:06:24 -0700 (PDT) Cc: "freebsd-net@freebsd.org" , FreeBSD Current , Scott Long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 00:06:25 -0000 Hans Petter Selasky wrote this message on Fri, Sep 05, 2014 at 20:37 +0200: > I've tested the attached patch with success and would like to have some > feedback from other FreeBSD network developers. The problem is that the > current TSO limitation only limits the number of bytes that can be > transferred in a TSO packet and not the number of mbuf's. > > The current solution is to have a quick and dirty custom m_dup() in the > TX path to re-allocate the mbuf chains into 4K ones to make it simple. > All of this hack can be avoided if the definition of the TSO limit can > be changed a bit, like shown here: > > > /* > + * Structure defining hardware TSO limits. > + */ > +struct if_tso_limit { > + u_int raw_value[0]; /* access all fields as one */ > + u_char frag_count; /* maximum number of fragments: 1..255 */ > + u_char frag_size_log2; /* maximum fragment size: 2 ** (12..16) */ > + u_char hdr_size_log2; /* maximum header size: 2 ** (2..8) */ > + u_char reserved; /* zero */ > +}; Please make this a union if you really need to access the raw_value, or just drop it... Is this done to fit in the u_int t_tsomax that is in tcpcb? Also, I couldn't find code, but if the tcp connection needs to be sent out a different interface that has more restrictive tso requirements, do we properly handle this case? My quick reading of the code seems to imply that we only get the TSO requirements on connection and never update it... As these are per if, saving memory by packing them isn't really that effective these days... Per the later comments, yes, a shift MAY be faster than a full mul/div by a cycle or two, but this won't make that huge of a difference when dealing with it.. If the programmer has to use crazy macros or do the math EVERY time they use the fields, this will end up w/ less readable/maintainable code at the cost of improving performance by maybe .001%, so my vote is for u_int's instead, and convert to their sizes properly... Comments on the patch: You can drop the .reserve initalization... It is common C knowlege that unassigned members are assigned zero... The IF_TSO_LIMIT_CMP macros seems excesive... Do you ever see a need to use other operators? and if so, would they be useful? I'd just convert it to: #define IF_TSO_LIMIT_EQ(a, b) ((a)->raw_value[0] == (b)->raw_value[0]) I am a bit puzzled by this code: + /* Check if fragment limit will be exceeded */ + if (cur_frags >= rem_frags) { + max_len += min(cur_length, rem_frags << if_hw_tsomax.frag_size_log2); + break; + } specificly the max_len += line... The code seems to say if we would overrun the remaining frags (maybe you want a > instead of >=) we increase max_len... seems like if we include this frag that would put us over the limit that we should just skip it? (break w/o increasing max_len).. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 01:13:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5706E87; Sat, 6 Sep 2014 01:13:10 +0000 (UTC) Received: from smtp02-smtp-4.daemonmail.net (smtp02-smtp-4.daemonmail.net [216.104.163.134]) by mx1.freebsd.org (Postfix) with ESMTP id BBD901A5B; Sat, 6 Sep 2014 01:13:10 +0000 (UTC) Received: from mxw02.daemonmail.net (unknown [216.104.161.12]) by smtp02-smtp-4.daemonmail.net (Postfix) with ESMTP id 486AEA23CD; Fri, 5 Sep 2014 18:03:41 -0700 (PDT) X-Best-Tracker: ezog@startupguru.com Received: from localhost (localhost [127.0.0.1]) by mxw02.daemonmail.net (Postfix) with ESMTP id CCB0345A09; Fri, 5 Sep 2014 18:03:40 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at mxw02.daemonmail.net X-Spam-Flag: NO X-Spam-Score: 4.452 X-Spam-Level: **** X-Spam-Status: No, score=4.452 tagged_above=-20 required=6.31 tests=[BAYES_80=2, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_OBFUSCATE_10_20=0.093, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, NML_ADSP_CUSTOM_MED=0.9, SPF_SOFTFAIL=0.665] autolearn=no Received: from mxw02.daemonmail.net ([IPv6:::ffff:127.0.0.1]) by localhost (mxw02.daemonmail.net [::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8cDUvFdowMd1; Fri, 5 Sep 2014 18:03:34 -0700 (PDT) Received: from serv15.tierra.net (serv15.tierra.net [216.104.160.85]) by mxw02.daemonmail.net (Postfix) with ESMTP id DF59F459FE; Fri, 5 Sep 2014 18:03:34 -0700 (PDT) Received: from startupguru.com (unknown [88.235.165.86]) (Authenticated sender: ezog@startupguru.com) by startupguru.com (Postfix) with ESMTPA id B13289FCB6; Fri, 5 Sep 2014 18:03:30 -0700 (PDT) Message-ID: <650F82654DFEE649E0D5439A8D581567@startupguru.com> From: "Joe Nosay" To: "Kevin Lo" , "freebsd current" , "Steve Kargl" , "Glen Barber" , "ppc" , "Michael Chapman" , "Allan Jude" , "Francesca Mento" Subject: =?ISO-8859-1?Q?Looking_For_a_New_Casino=3F?= Date: Fri, 6 Sep 2014 02:03:30 +0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3522.110 X-MIMEOLE: Produced By Microsoft MimeOLE V16.4.3522.110 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 01:13:11 -0000 http://divineglobal.com/ckib/icrxfpwm.briszwj From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 02:01:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D92E7DA; Sat, 6 Sep 2014 02:01:39 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E505C1E6A; Sat, 6 Sep 2014 02:01:38 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id uy5so9300072obc.4 for ; Fri, 05 Sep 2014 19:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Sg7cwTEZQ9WQcj2gtDkkoBcgRLrfls9IZD5LM2lzuRQ=; b=T+jG/hK7p2c0ycllsbxVlwf1dOPCzo3XW/L0TTRgBuGUwnlia9ezeElbhQw7it5Ht+ JkCG6iE7zfCNm69yP/ewCRt+Y6/PY5QEG5iasX0aAUcrUJaDbEFZzWu8+7K3HQ1HN1je rDcA9nNvRXmV25FHK+oM87DowrkUtDgQGcWwWNehiWa5WJULl50/L3L6mrnNq05Ur4XC 1403+3WlB+K0RPAYKSdjIKTCl3/R3AHGHqMxZzzz+YRpTEjhRHzRJrJou99u4ZO2Xn3I X2wLCXHXpiEFbA0OfcnGS7JfGMDbOpKZ7vqo/7taZdZKOvcqHLmqZ7GJfhFQxKpCLBO3 E1AQ== MIME-Version: 1.0 X-Received: by 10.60.65.35 with SMTP id u3mr17865901oes.35.1409968898252; Fri, 05 Sep 2014 19:01:38 -0700 (PDT) Received: by 10.182.87.33 with HTTP; Fri, 5 Sep 2014 19:01:38 -0700 (PDT) In-Reply-To: <650F82654DFEE649E0D5439A8D581567@startupguru.com> References: <650F82654DFEE649E0D5439A8D581567@startupguru.com> Date: Fri, 5 Sep 2014 22:01:38 -0400 Message-ID: Subject: Re: Looking For a New Casino? From: Joe Nosay To: Kevin Lo , freebsd current , Steve Kargl , Glen Barber , ppc , Michael Chapman , Allan Jude , Francesca Mento Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 02:01:39 -0000 This is not from me. On Fri, Sep 5, 2014 at 10:03 PM, Joe Nosay wrote: > http://divineglobal.com/ckib/icrxfpwm.briszwj > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 05:51:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D8F3443 for ; Sat, 6 Sep 2014 05:51:02 +0000 (UTC) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC2F31844 for ; Sat, 6 Sep 2014 05:51:01 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id x19so14743033ier.7 for ; Fri, 05 Sep 2014 22:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=vtHw/ZDd3BBjAWKeKdgNeddZI54ZOVQUmRoq+xZhh2A=; b=OUvWRtguff5TMWQdxifHjBX1LJbtqgECWYf9hQjG9npZiEm1JsFgX/QkbDgF0VR6Y4 mQJcIXpH7Ttvj/iRXvx9QaFbFPD50PQMcIShagVlmg9CRUtwSUQmkS3BqoNJu5kC6pQS QdT7tD9k+gYId64R1JE1Q9exXcb9gAsqkQH47PrpNr1YKIwd7cBUlH2c/a1si+FMm1X1 lCd7a45LamJE0kdNre+8XYn5LD1XGKX8Tl8vyLVP3q8M8jhj6oylZx+05HK1aibG73ik WTQ4BrRt6eRbT9eTokRkXYK03eVAIeony16mJ4fwD1H2S/uWS5Bvcn86tY61DWlAiUvE KMAg== MIME-Version: 1.0 X-Received: by 10.50.7.100 with SMTP id i4mr10074357iga.32.1409982661260; Fri, 05 Sep 2014 22:51:01 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Fri, 5 Sep 2014 22:51:01 -0700 (PDT) In-Reply-To: <540886EE.3050708@passap.ru> References: <20140825165522.GC91673@spindle.one-eyed-alien.net> <54072D80.4010402@passap.ru> <257cbfbf-959e-44f2-bef0-86c12522de03@email.android.com> <540886EE.3050708@passap.ru> Date: Fri, 5 Sep 2014 22:51:01 -0700 X-Google-Sender-Auth: _8PMa9ouJLQL1bPh7lip3eo24wk Message-ID: Subject: Re: "make installworld" commands used to generate manifest for makefs? From: Kevin Oberman To: Boris Samorodov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 05:51:02 -0000 On Thu, Sep 4, 2014 at 8:36 AM, Boris Samorodov wrote: > 03.09.2014 21:01, Nenhum_de_Nos =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > > > > On September 3, 2014 12:02:24 PM GMT-03:00, Boris Samorodov < > bsam@passap.ru> wrote: > >> 28.08.2014 23:02, Craig Rodrigues =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> > >>> I did this: > >>> > >>> make -DDB_FROM_SRC -DNO_ROOT installkernel DESTDIR=3D/tmp/test4 > >>> make -DDB_FROM_SRC -DNO_ROOT installworld DESTDIR=3D/tmp/test4 > >>> make -DDB_FROM_SRC -DNO_ROOT distribution DESTDIR=3D/tmp/test4 > >>> > >>> /tmp/test4/METALOG was created, but it did not seem to have > >>> /boot/kernel/kernel or > >>> any kernel modules. Is that expected? > >> > >> For a new installation "installworld" should be done first (it creates > >> the needed directory infrastructure). And then one may do > >> "installkernel". > > > > As I read from so much time ago to install first kernel, starting from > which FreeBSD version I should change? > > It seems to be true for ages. Take a look at /usr/src/Makefile, > section "To cross-install current onto a separate partition". > > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > Please understand that this is true when doing a cross-install where a system with the required directory structure to install a kernel is not yet present. It is not true when updating a system on which is existing FreeBSD is running. When updating a system from sources, you should always installkernel first and then reboot to make sure you have a working kernel before installworld blows away the tools needed to fix a kernel problem. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 05:54:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B28F355B for ; Sat, 6 Sep 2014 05:54:46 +0000 (UTC) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8431D1861 for ; Sat, 6 Sep 2014 05:54:46 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id eu11so23649844pac.19 for ; Fri, 05 Sep 2014 22:54:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=2y77SGW0ptoZRtEK5xZDgzScGtp39uuJRF4zWSjANAw=; b=JIZo2PZBNeoDcVvMJivfHNiLZrqgYN9Gh1Vt6D6Eq1c2DmMVcOQh1Dq5i9Igqjan2v ulmdiEWJoNB6kIfUzJMdykQCdTY8VHKun47/t9+gpr7zSRjN2txQkXcqbpFkwgC/DdgH mDZoqW5PsPUuC/lPCzX0OMnTMCZM2tewHDKnE8ao7pE0n6/CQIID9C5eippCx0Iz1Heu cSOp1DETC5PnixNUDiFmgbhsJFnyRPCF3KuAxEaVrwpojUUTfQizcLm0I4KfTuTKuquX oR3MCkwoQGtpQvkDEpO66+p6c4MTA8wCl3UlnE8hGTwva+t0DzQ5OOheu3EuQn93p3gU L1fw== X-Received: by 10.70.38.49 with SMTP id d17mr28560672pdk.19.1409982886124; Fri, 05 Sep 2014 22:54:46 -0700 (PDT) Received: from [10.88.239.179] (mobile-166-137-215-074.mycingular.net. [166.137.215.74]) by mx.google.com with ESMTPSA id xu4sm3439497pab.30.2014.09.05.22.54.39 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 05 Sep 2014 22:54:45 -0700 (PDT) References: <20140825165522.GC91673@spindle.one-eyed-alien.net> <54072D80.4010402@passap.ru> <257cbfbf-959e-44f2-bef0-86c12522de03@email.android.com> <540886EE.3050708@passap.ru> Mime-Version: 1.0 (1.0) In-Reply-To: <540886EE.3050708@passap.ru> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: quoted-printable Message-Id: <2853B06A-1497-451F-A7EF-D294E6F98093@gmail.com> X-Mailer: iPhone Mail (11D257) From: Garrett Cooper Subject: Re: "make installworld" commands used to generate manifest for makefs? Date: Fri, 5 Sep 2014 22:54:27 -0700 To: Boris Samorodov Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 05:54:46 -0000 > On Sep 4, 2014, at 8:36, Boris Samorodov wrote: >=20 > 03.09.2014 21:01, Nenhum_de_Nos =1B$B'a'Z'j'V'd=1B(B: >>=20 >>=20 >>> On September 3, 2014 12:02:24 PM GMT-03:00, Boris Samorodov wrote: >>> 28.08.2014 23:02, Craig Rodrigues =1B$B'a'Z'j'V'd=1B(B: >>>=20 >>>> I did this: >>>>=20 >>>> make -DDB_FROM_SRC -DNO_ROOT installkernel DESTDIR=3D/tmp/test4 >>>> make -DDB_FROM_SRC -DNO_ROOT installworld DESTDIR=3D/tmp/test4 >>>> make -DDB_FROM_SRC -DNO_ROOT distribution DESTDIR=3D/tmp/test4 >>>>=20 >>>> /tmp/test4/METALOG was created, but it did not seem to have >>>> /boot/kernel/kernel or >>>> any kernel modules. Is that expected? >>>=20 >>> For a new installation "installworld" should be done first (it creates >>> the needed directory infrastructure). And then one may do >>> "installkernel". >>=20 >> As I read from so much time ago to install first kernel, starting from wh= ich FreeBSD version I should change? >=20 > It seems to be true for ages. Take a look at /usr/src/Makefile, > section "To cross-install current onto a separate partition". If you mkdir DESTDIR first, then run the canonical build steps, that would w= ork as well :). Cheers! -Garrett= From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 07:43:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38DDE24A for ; Sat, 6 Sep 2014 07:43:47 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C397A1122 for ; Sat, 6 Sep 2014 07:43:45 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s867Ulmb080699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Sep 2014 17:30:53 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id s867Ug2d037072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 6 Sep 2014 17:30:42 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id s867UfBH037071; Sat, 6 Sep 2014 17:30:41 +1000 (EST) (envelope-from peter) Date: Sat, 6 Sep 2014 17:30:41 +1000 From: Peter Jeremy To: "Bjoern A. Zeeb" Subject: Re: mk output during builds: duplicate script for target "...." ignored Message-ID: <20140906073041.GB383@server.rulingia.com> References: <7ACF0755-7D31-4BE2-A833-9E5AFB35D9D0@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <7ACF0755-7D31-4BE2-A833-9E5AFB35D9D0@lists.zabbadoz.net> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 07:43:47 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Sep-05 18:18:15 +0000, "Bjoern A. Zeeb" wrote: >Started the last 48 hours at some time: It's now fixed for me. I think the fix was r271168. --=20 Peter Jeremy --/04w6evG8XlLl3ft Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUCrggXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0OP8P/02MZ9W7ZuDQw+y56sL+dYLZ obfIq1PT6KbjFmLFqwJ/V2H3/jviWxm1z5IHGruInCaxZ4bKhio7FJySmLrCahhv iU8mjPn3fJRDRCparAXO2EMvl6WvzMQSWZo5nvsk0g3Z5vSKHenOZ6styOmbhya3 EieOnqmbhYt5kGZ1MJysOpN3Se2SRQnB3XsZMyUHHqXoCID3dh0jA+Twm0sJoI96 DJS4TRN8cPkT57rzmECJD/vvIC+FqTGrTng1YfZdjN1msEAV8kiwQa4maja3IQ5u v46WDj/R1RvoLseIJqxCe6gDbw9LlEdz+RE5VsrHGeu4JPVNtxWkbcWJnqWAvZOr hfqnZ0n/+JlupV8FfwqHHvfnFO4ZYNzcRvk9Xk0vgJvhxxtjtchEb97RVsofW+hG R5Jg4j5huWuzxdU9VRCSAHdY3oxU+fxuOXOzI+ilQ1dfhzhGhb4ErlwZMJeJcHri 9gr6ZY6ns/4dqdU4o8kthGlBSSLQygyo7itTF6QzjHZ5xBu2h5NrSHxDXgyrfsrx 6W1XtpHaOTuODhS6C2x1xbXrfRUZNdrx453AXmgP4F4wWqdcorfLnU/h7i9X6+FR tW7LyWWjs/3PGh2P131ijW8+RnetAIU0aE30g8pHX26SwRB6cuVTZclc6gy/hkY/ ny19VJDr5SPl1ErkCGdF =RlUA -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 18:53:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8DF2D7E for ; Sat, 6 Sep 2014 18:53:52 +0000 (UTC) Received: from forward6l.mail.yandex.net (forward6l.mail.yandex.net [IPv6:2a02:6b8:0:1819::6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1F6518BD for ; Sat, 6 Sep 2014 18:53:52 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward6l.mail.yandex.net (Yandex) with ESMTP id 2F4A214E11E3; Sat, 6 Sep 2014 22:53:40 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id A5F5A1B450FB; Sat, 6 Sep 2014 22:53:39 +0400 (MSK) Received: from 78.108.204.68.tel.ru (78.108.204.68.tel.ru [78.108.204.68]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id qydvxvjNv5-rd6qOSKH; Sat, 6 Sep 2014 22:53:39 +0400 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 215590c0-9722-475e-91bf-17bc89291f18 Message-ID: <540B5832.9090805@passap.ru> Date: Sat, 06 Sep 2014 22:53:38 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: "make installworld" commands used to generate manifest for makefs? References: <20140825165522.GC91673@spindle.one-eyed-alien.net> <54072D80.4010402@passap.ru> <257cbfbf-959e-44f2-bef0-86c12522de03@email.android.com> <540886EE.3050708@passap.ru> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 18:53:53 -0000 06.09.2014 09:51, Kevin Oberman пишет: > On Thu, Sep 4, 2014 at 8:36 AM, Boris Samorodov wrote: > >> 03.09.2014 21:01, Nenhum_de_Nos пишет: >>> >>> >>> On September 3, 2014 12:02:24 PM GMT-03:00, Boris Samorodov < >> bsam@passap.ru> wrote: >>>> 28.08.2014 23:02, Craig Rodrigues пишет: >>>> >>>>> I did this: >>>>> >>>>> make -DDB_FROM_SRC -DNO_ROOT installkernel DESTDIR=/tmp/test4 >>>>> make -DDB_FROM_SRC -DNO_ROOT installworld DESTDIR=/tmp/test4 >>>>> make -DDB_FROM_SRC -DNO_ROOT distribution DESTDIR=/tmp/test4 >>>>> >>>>> /tmp/test4/METALOG was created, but it did not seem to have >>>>> /boot/kernel/kernel or >>>>> any kernel modules. Is that expected? >>>> >>>> For a new installation "installworld" should be done first (it creates >>>> the needed directory infrastructure). And then one may do >>>> "installkernel". >>> >>> As I read from so much time ago to install first kernel, starting from >> which FreeBSD version I should change? >> >> It seems to be true for ages. Take a look at /usr/src/Makefile, >> section "To cross-install current onto a separate partition". >> >> -- >> WBR, Boris Samorodov (bsam) >> FreeBSD Committer, http://www.FreeBSD.org The Power To Serve >> > > Please understand that this is true when doing a cross-install where a > system with the required directory structure to install a kernel is not yet > present. Sure. It was the case for the OP. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 22:44:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9C937FB for ; Sat, 6 Sep 2014 22:44:15 +0000 (UTC) Received: from smtp-relay3.uniserve.ca (smtp-relay3.uniserve.ca [204.239.42.108]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8DB1ED8 for ; Sat, 6 Sep 2014 22:44:15 +0000 (UTC) Received: from host4.uniservehosting.com ([216.113.193.55]) by smtp-relay3.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1XQOZ8-00015z-Ag; Sat, 06 Sep 2014 15:34:42 -0700 Received: from host23.190-226-156.telecom.net.ar ([190.226.156.23]:57085 helo=pinicola.ca) by host4.uniservehosting.com with esmtpa (Exim 4.82) (envelope-from ) id 1XQOZ4-00031x-QT; Sat, 06 Sep 2014 15:34:42 -0700 Message-ID: <652961D47AF432023FF21D17FE342FA0@pinicola.ca> From: "Joe Nosay" To: "velcro mrnga" , "freebsd current" , "Francesca Mento" , "neurotic be still" Subject: Joe Nosay Date: Fri, 6 Sep 2014 11:34:35 +0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3522.110 X-MIMEOLE: Produced By Microsoft MimeOLE V16.4.3522.110 X-OutGoing-Spam-Status: No, score=3.7 X-Scanner: OK. Scanned. X-Uniserve-Spam-Score: 9.7 97 (+++++++++) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 22:44:15 -0000 http://www.poledesmetiers.com/xi/nfmnhtgzensddzsnay.nuslicbepgdn