From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 23 04:12:49 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3267F1065670; Sun, 23 Sep 2012 04:12:49 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id CE6218FC12; Sun, 23 Sep 2012 04:12:47 +0000 (UTC) Received: by oagm1 with SMTP id m1so5760475oag.13 for ; Sat, 22 Sep 2012 21:12: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:date:message-id:subject:from:to :cc:content-type; bh=bzgd74Lb9TOanuVHex5VupFRW9S/olVKwWYyvEuzmec=; b=nJKa+ly9rm0PbVSLcP/yx9TntDTMdmVrTS889BJu7HFo9zHEkjbL5vS/9287neeaRZ ihkcIKArv28bewarumkqsXb+suFUnTNe0x6yhXup1oO0Xg4Frb0W0uz11W0PveIyTX5e MZP9R0nnlynJFdtrZbsyPwh1QkvrkthKWxLrLnONcIlF2UPO71Zv8vDtomHWh5/scs+i LKqJkIgNKWM29XE2KHczeu38qidZeQCLyYgcwLLrn1JBOv3J02ijRVpVotTL7J8S5iv+ HkW34Wnvyea9ANBQCqjXDJ/cfQWzOphtdkU6TCJazJ1ipOboxEwFDMbegx4RjOuW2098 tdWg== MIME-Version: 1.0 Received: by 10.60.20.69 with SMTP id l5mr7008395oee.114.1348373565539; Sat, 22 Sep 2012 21:12:45 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sat, 22 Sep 2012 21:12:44 -0700 (PDT) In-Reply-To: References: Date: Sat, 22 Sep 2012 21:12:44 -0700 Message-ID: From: Garrett Cooper To: freebsd-toolchain@freebsd.org Content-Type: multipart/mixed; boundary=e89a8fb206686603e204ca56aff2 Cc: freebsd-hackers@freebsd.org, Bruce Evans Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 04:12:49 -0000 --e89a8fb206686603e204ca56aff2 Content-Type: text/plain; charset=ISO-8859-1 On Sun, Sep 2, 2012 at 11:01 PM, Garrett Cooper wrote: > Hello, > I've been a bit busy working on porting over ATF from NetBSD, and > one of the pieces that's currently not available in FreeBSD that's > available in NetBSD is the ability to understand and compile multiple > programs. In order to do this I had to refactor bsd.prog.mk (a lot). > The attached patch is the end result so far, and I was wondering if > anyone could please review it and/or test it (outside of me doing so). > I wrote over 40 tests, but it's not exercising everything, and I would > like for someone to please review/test this out who has an interest in > NLS support (ala bsd.nls.mk) in particular. AFAICT this is the only > gap that I couldn't resolve right away (there isn't a ton of recent > documentation on how to use bsd.nls.mk). > I'll run a micro benchmark and buildworld a few times (in > progress) with and without the change to measure the performance > effect. > Any assistance would be much appreciated. I've attached an updated version of the patch (run through buildworld successfully multiple times; make universe successfully; going to submit for an -exp run). I needed to modify bsd.crunchgen.mk to grok OBJS.${PROG}, but apart from that backwards compatibility has been maintained -- sans-INSTALLFLAGS_EDIT (does anyone still use that undocumented functionality?). Performance wise, it's slightly slower on my W3520 with the change, but not by much (~20 seconds). As always, questions and comments are welcome, and if someone has a chance, please review the proposed patch. Thanks! -Garrett Without the change: $ python calc_runtime.py bw.*_without.log | ministat -w 72 x +------------------------------------------------------------------------+ | x | |x x x x x xx x x| | |_________________________A_________M________________| | +------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 919 1010 972 958.9 33.994934 With the change: $ python calc_runtime.py bw.*.log | ministat -w 72 x +------------------------------------------------------------------------+ | x | |xx x x x x x xx| | |___________________________A_________________M_________| | +------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 940 1002 988 972.3 24.476973 make universe results: # make universe MAKE_JUST_WORLDS=y -------------------------------------------------------------- >>> make universe started on Tue Sep 18 09:30:04 PDT 2012 -------------------------------------------------------------- >> amd64 started on Tue Sep 18 09:30:04 PDT 2012 >> amd64.amd64 buildworld started on Tue Sep 18 09:30:04 PDT 2012 >> amd64.amd64 buildworld completed on Tue Sep 18 11:20:19 PDT 2012 >> amd64 completed on Tue Sep 18 11:20:19 PDT 2012 >> arm started on Tue Sep 18 11:20:19 PDT 2012 >> arm.arm buildworld started on Tue Sep 18 11:20:19 PDT 2012 >> arm.arm buildworld completed on Tue Sep 18 12:25:24 PDT 2012 >> arm.armeb buildworld started on Tue Sep 18 12:25:24 PDT 2012 >> arm.armeb buildworld completed on Tue Sep 18 13:30:25 PDT 2012 >> arm.armv6 buildworld started on Tue Sep 18 13:30:25 PDT 2012 >> arm.armv6 buildworld completed on Tue Sep 18 14:35:14 PDT 2012 >> arm.armv6eb buildworld started on Tue Sep 18 14:35:14 PDT 2012 >> arm.armv6eb buildworld completed on Tue Sep 18 15:40:05 PDT 2012 >> arm completed on Tue Sep 18 15:40:05 PDT 2012 >> i386 started on Tue Sep 18 15:40:05 PDT 2012 >> i386.i386 buildworld started on Tue Sep 18 15:40:05 PDT 2012 >> i386.i386 buildworld completed on Tue Sep 18 16:56:06 PDT 2012 >> i386 completed on Tue Sep 18 16:56:06 PDT 2012 >> ia64 started on Tue Sep 18 16:56:06 PDT 2012 >> ia64.ia64 buildworld started on Tue Sep 18 16:56:06 PDT 2012 >> ia64.ia64 buildworld completed on Tue Sep 18 18:27:49 PDT 2012 >> ia64 completed on Tue Sep 18 18:27:49 PDT 2012 >> mips started on Tue Sep 18 18:27:49 PDT 2012 >> mips.mipsel buildworld started on Tue Sep 18 18:27:49 PDT 2012 >> mips.mipsel buildworld completed on Tue Sep 18 19:34:50 PDT 2012 >> mips.mips buildworld started on Tue Sep 18 19:34:50 PDT 2012 >> mips.mips buildworld completed on Tue Sep 18 20:41:49 PDT 2012 >> mips.mips64el buildworld started on Tue Sep 18 20:41:49 PDT 2012 >> mips.mips64el buildworld completed on Tue Sep 18 21:49:21 PDT 2012 >> mips.mips64 buildworld started on Tue Sep 18 21:49:21 PDT 2012 >> mips.mips64 buildworld completed on Tue Sep 18 22:57:13 PDT 2012 >> mips.mipsn32 buildworld started on Tue Sep 18 22:57:13 PDT 2012 >> mips.mipsn32 buildworld completed on Wed Sep 19 00:04:43 PDT 2012 >> mips completed on Wed Sep 19 00:04:43 PDT 2012 >> pc98 started on Wed Sep 19 00:04:43 PDT 2012 >> pc98.i386 buildworld started on Wed Sep 19 00:04:43 PDT 2012 >> pc98.i386 buildworld completed on Wed Sep 19 01:20:42 PDT 2012 >> pc98 completed on Wed Sep 19 01:20:42 PDT 2012 >> powerpc started on Wed Sep 19 01:20:42 PDT 2012 >> powerpc.powerpc buildworld started on Wed Sep 19 01:20:42 PDT 2012 >> powerpc.powerpc buildworld completed on Wed Sep 19 02:37:34 PDT 2012 >> powerpc.powerpc64 buildworld started on Wed Sep 19 02:37:34 PDT 2012 >> powerpc.powerpc64 buildworld completed on Wed Sep 19 04:28:10 PDT 2012 >> powerpc completed on Wed Sep 19 04:28:10 PDT 2012 >> sparc64 started on Wed Sep 19 04:28:10 PDT 2012 >> sparc64.sparc64 buildworld started on Wed Sep 19 04:28:10 PDT 2012 >> sparc64.sparc64 buildworld completed on Wed Sep 19 05:42:30 PDT 2012 >> sparc64 completed on Wed Sep 19 05:42:30 PDT 2012 -------------------------------------------------------------- >>> make universe completed on Wed Sep 19 05:42:30 PDT 2012 (started Tue Sep 18 09:30:04 PDT 2012) -------------------------------------------------------------- --e89a8fb206686603e204ca56aff2 Content-Type: application/octet-stream; name="share-mk-bsd-prog-mk-CURRENT.patch" Content-Disposition: attachment; filename="share-mk-bsd-prog-mk-CURRENT.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h7fmqx4g0 SW5kZXg6IHNoYXJlL21rL2JzZC5jcnVuY2hnZW4ubWsKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc2hhcmUvbWsv YnNkLmNydW5jaGdlbi5tawkocmV2aXNpb24gMjQwNjg5KQorKysgc2hhcmUvbWsvYnNkLmNydW5j aGdlbi5tawkod29ya2luZyBjb3B5KQpAQCAtMTMsNiArMTMsNyBAQAogIyAgICAgICBsb2NhbCBh cmNoaXRlY3R1cmUuCiAjCiAjIFNwZWNpYWwgb3B0aW9ucyBjYW4gYmUgc3BlY2lmaWVkIGZvciBp bmRpdmlkdWFsIHByb2dyYW1zCisjICBDUlVOQ0hfT0JKVkFSXyQoUCk6IE9CSlMgdmFyaWFibGUg Zm9yIHByb2dyYW0gJChQKTsgZGVmYXVsdHMgdG8gT0JKUy4ke1BST0d9LgogIyAgQ1JVTkNIX1NS Q0RJUl8kKFApOiBiYXNlIHNvdXJjZSBkaXJlY3RvcnkgZm9yIHByb2dyYW0gJChQKQogIyAgQ1JV TkNIX0JVSUxET1BUU18kKFApOiBhZGRpdGlvbmFsIGJ1aWxkIG9wdGlvbnMgZm9yICQoUCkKICMg IENSVU5DSF9BTElBU18kKFApOiBhZGRpdGlvbmFsIG5hbWVzIHRvIGJlIHVzZWQgZm9yICQoUCkK QEAgLTQ5LDYgKzUwLDcgQEAKICMgZXhjZXB0IGZvciB0aG9zZSB0aGF0IGdldCBzdXBwcmVzc2Vk LgogLmZvciBEIGluICQoQ1JVTkNIX1NSQ0RJUlMpCiAuZm9yIFAgaW4gJChDUlVOQ0hfUFJPR1Nf JChEKSkKK0NSVU5DSF9PQkpWQVJfJHtQfT89CSdPQkpTLiQke1BST0d9JwogLmlmZGVmIENSVU5D SF9TUkNESVJfJHtQfQogJChPVVRQVVRTKTogJChDUlVOQ0hfU1JDRElSXyR7UH0pL01ha2VmaWxl CiAuZWxzZQpAQCAtOTUsNiArOTcsNyBAQAogLmVsc2UKIAllY2hvIHNwZWNpYWwgJChQKSBidWls ZG9wdHMgRElSUFJGWD0ke0RJUlBSRlh9JHtQfS8gPj4kKC5UQVJHRVQpCiAuZW5kaWYKKwllY2hv IHNwZWNpYWwgJChQKSBvYmp2YXIgJChDUlVOQ0hfT0JKVkFSXyR7UH0pID4+ICQoLlRBUkdFVCkK IC5mb3IgQSBpbiAkKENSVU5DSF9BTElBU18kKFApKQogCWVjaG8gbG4gJChQKSAkKEEpID4+JCgu VEFSR0VUKQogLmVuZGZvcgpJbmRleDogc2hhcmUvbWsvYnNkLmR0cmFjZS5tawo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBzaGFyZS9tay9ic2QuZHRyYWNlLm1rCShyZXZpc2lvbiAyNDA2ODkpCisrKyBzaGFyZS9t ay9ic2QuZHRyYWNlLm1rCSh3b3JraW5nIGNvcHkpCkBAIC00Miw3ICs0Miw3IEBACiBEUEFERCs9 JHtMSUJFTEZ9CiBMREFERCs9LWxlbGYKIAotLmlmIGRlZmluZWQoUFJPRykKKy5pZiBkZWZpbmVk KFBST0cpIHx8IGRlZmluZWQoUFJPR1MpCiBfRFRSQUNFTElOS0lORz0ke09CSlN9CiBPQkpTKz0k e0RUUkFDRU9CSlN9CiAuZWxzZQpJbmRleDogc2hhcmUvbWsvYnNkLnByb2cubWsKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQotLS0gc2hhcmUvbWsvYnNkLnByb2cubWsJKHJldmlzaW9uIDI0MDY4OSkKKysrIHNoYXJlL21r L2JzZC5wcm9nLm1rCSh3b3JraW5nIGNvcHkpCkBAIC01LDIyMiArNSwzMzYgQEAKIAogLlNVRkZJ WEVTOiAub3V0IC5vIC5jIC5jYyAuY3BwIC5jeHggLkMgLm0gLnkgLmwgLmxuIC5zIC5TIC5hc20K IAotIyBYWFggVGhlIHVzZSBvZiBDT1BUUyBpbiBtb2Rlcm4gbWFrZWZpbGVzIGlzIGRpc2NvdXJh Z2VkLgorLmlmICR7TUtfTUFOfSA9PSAibm8iCitOT19NQU49CisuZW5kaWYKKworIyBMZWdhY3kg a25vYnMKKy5pZiBkZWZpbmVkKFBST0cpIHx8IGRlZmluZWQoUFJPR19DWFgpCisuIGlmIGRlZmlu ZWQoUFJPRykKK1BST0dTPQkJJHtQUk9HfQorLiBlbmRpZgorLiBpZiBkZWZpbmVkKFBST0dfQ1hY KQorUFJPR1M9CQkke1BST0dfQ1hYfQorUFJPR1NfQ1hYPQkke1BST0dfQ1hYfQorLiBlbmRpZgor IyBMb29wIG9uY2UgdG8ga2VlcCBwYXR0ZXJuIGFuZCBhdm9pZCBuYW1lc3BhY2UgcG9sbHV0aW9u CisuIGZvciBfUCBpbiAke1BST0dTfQorLiAgaWYgZGVmaW5lZChJTlRFUk5BTFBST0cpCitJTlRF Uk5BTFBST0cuJHtfUH09CisuICBlbmRpZgorLiAgaWYgIWRlZmluZWQoTk9fTUFOKQorLiAgIGlm IGRlZmluZWQoTUFOKQorTUFOLiR7X1B9PQkke01BTn0KKy4gICBlbHNlCisuICAgIGZvciBzZWN0 IGluIDEgMWFvdXQgMiAzIDQgNSA2IDcgOCA5CisuICAgICBpZiBkZWZpbmVkKE1BTiR7c2VjdH0p CitNQU4uJHtfUH09CSR7TUFOJHtzZWN0fX0KKy4gICAgIGVuZGlmCisuICAgIGVuZGZvcgorLiAg IGVuZGlmCisuICBlbmRpZiAjIGRlZmluZWQoTk9fTUFOKQorLiAgaWYgZGVmaW5lZChOTFNOQU1F KSAmJiAhZW1wdHkoTkxTTkFNRSkKK05MU05BTUUuJHtQfTo9CSR7TkxTTkFNRX0KKy4gIGVuZGlm CisuICBpZiBkZWZpbmVkKE9CSlMpCitPQkpTLiR7X1B9Oj0JJHtPQkpTfQorLiAgZW5kaWYKKy4g IGlmIGRlZmluZWQoUFJFQ0lPVVNQUk9HKQorUFJFQ0lPVVNQUk9HLiR7X1B9PQorLiAgZW5kaWYK Ky4gIGlmIGRlZmluZWQoUFJPR05BTUUpCitQUk9HTkFNRS4ke19QfT0JJHtQUk9HTkFNRX0KKy4g IGVuZGlmCisuICBpZiBkZWZpbmVkKFNSQ1MpCitTUkNTLiR7X1B9Oj0JJHtTUkNTfQorLiAgZW5k aWYKKy4gZW5kZm9yCisuZWxzZSAjICFkZWZpbmVkKFBST0cpICYmICFkZWZpbmVkKFBST0dfQ1hY KQorLiBpZiBkZWZpbmVkKFBST0dTX0NYWCkgJiYgIWVtcHR5KFBST0dTX0NYWCkKK1BST0dTKz0J CSR7UFJPR1NfQ1hYfQorLiBlbmRpZgorLmVuZGlmICMgZGVmaW5lZChQUk9HKSB8fCBkZWZpbmVk KFBST0dfQ1hYKQorCisuaWYgZGVmaW5lZChQUk9HU19DWFgpICYmICFlbXB0eShQUk9HU19DWFgp CisuIGZvciBfUCBpbiAke1BST0dTX0NYWH0KK1BST0dfQ1hYLiR7X1B9PQorLiBlbmRmb3IKKy5l bmRpZgorCisjIEF2b2lkIHJlY3Vyc2l2ZSB2YXJpYWJsZXMKKy51bmRlZiBOTFNOQU1FCisKIC5p ZiBkZWZpbmVkKENPUFRTKQogQ0ZMQUdTKz0ke0NPUFRTfQogLmVuZGlmCiAKKy5pZiBkZWZpbmVk KERFQlVHX0ZMQUdTKQorLiBpZiAke01LX0NURn0gIT0gIm5vIiAmJiAke0RFQlVHX0ZMQUdTOk0t Z30gIT0gIiIKK0NURkZMQUdTKz0gLWcKKy4gZW5kaWYKK0NGTEFHUys9JHtERUJVR19GTEFHU30K K0NYWEZMQUdTKz0ke0RFQlVHX0ZMQUdTfQorLmVuZGlmCisKK1NUUklQPz0JCS1zCisKIC5pZiAk e01LX0FTU0VSVF9ERUJVR30gPT0gIm5vIgogQ0ZMQUdTKz0gLUROREVCVUcKIE5PX1dFUlJPUj0K IC5lbmRpZgogCi0uaWYgZGVmaW5lZChERUJVR19GTEFHUykKLUNGTEFHUys9JHtERUJVR19GTEFH U30KLUNYWEZMQUdTKz0ke0RFQlVHX0ZMQUdTfQorLmZvciBfUCBpbiAke1BST0dTfQogCi0uaWYg JHtNS19DVEZ9ICE9ICJubyIgJiYgJHtERUJVR19GTEFHUzpNLWd9ICE9ICIiCi1DVEZGTEFHUys9 IC1nCi0uZW5kaWYKLS5lbmRpZgorQklORElSLiR7X1B9Pz0JJHtCSU5ESVJ9CitCSU5HUlAuJHtf UH0/PQkke0JJTkdSUH0KK0JJTk1PREUuJHtfUH0/PQkke0JJTk1PREV9CitCSU5PV04uJHtfUH0/ PQkke0JJTk9XTn0KIAotLmlmIGRlZmluZWQoQ1JVTkNIX0NGTEFHUykKLUNGTEFHUys9JHtDUlVO Q0hfQ0ZMQUdTfQotLmVuZGlmCitDRkxBR1MuJHtfUH0rPQkke0NGTEFHU30KK0NYWEZMQUdTLiR7 X1B9Kz0gJHtDWFhGTEFHU30KK0RQQURELiR7X1B9Kz0JJHtEUEFERH0KK0xEQURELiR7X1B9Kz0J JHtMREFERH0KK0xERkxBR1MuJHtfUH0rPQkke0xERkxBR1N9CiAKLS5pZiAhZGVmaW5lZChERUJV R19GTEFHUykKLVNUUklQPz0JLXMKLS5lbmRpZgorSU5TVEFMTEZMQUdTLiR7X1B9Pz0gJHtJTlNU QUxMRkxBR1N9CiAKLS5pZiBkZWZpbmVkKE5PX1NIQVJFRCkgJiYgKCR7Tk9fU0hBUkVEfSAhPSAi bm8iICYmICR7Tk9fU0hBUkVEfSAhPSAiTk8iKQotTERGTEFHUys9IC1zdGF0aWMKLS5lbmRpZgor LiBpZiBkZWZpbmVkKFBSRUNJT1VTUFJPRy4ke19QfSkKKy4gIGlmICFkZWZpbmVkKE5PX0ZTQ0hH KSAmJiAhZGVmaW5lZChOT19GU0NIRy4ke19QfSkKK0lOU1RBTExGTEFHUy4ke19QfSs9IC1mc2No ZworLiAgZW5kaWYKK0lOU1RBTExGTEFHUy4ke19QfSs9IC1TCisuIGVuZGlmCiAKLS5pZiBkZWZp bmVkKFBST0dfQ1hYKQotUFJPRz0JJHtQUk9HX0NYWH0KLS5lbmRpZgorTk9fU0hBUkVELiR7X1B9 Pz0JJHtOT19TSEFSRUR9CiAKLS5pZiBkZWZpbmVkKFBST0cpCi0uaWYgZGVmaW5lZChTUkNTKQor LiBpZiAhZGVmaW5lZChOTFNESVIuJHtfUH0pCitOTFNESVIuJHtfUH06PQkke05MU0RJUn0KKy4g ZW5kaWYKKy4gdW5kZWYgTkxTRElSCiAKLU9CSlMrPSAgJHtTUkNTOk4qLmg6UjpTLyQvLm8vZ30K Ky4gaWYgIWVtcHR5KE5PX1NIQVJFRC4ke19QfSkgJiYgJHtOT19TSEFSRUQuJHtfUH06dGx9ICE9 ICJubyIKK0xERkxBR1MuJHtfUH0rPSAtc3RhdGljCisuIGVuZGlmCiAKLS5pZiB0YXJnZXQoYmVm b3JlbGlua2luZykKLSR7UFJPR306ICR7T0JKU30gYmVmb3JlbGlua2luZwotLmVsc2UKLSR7UFJP R306ICR7T0JKU30KLS5lbmRpZgotLmlmIGRlZmluZWQoUFJPR19DWFgpCi0JJHtDWFh9ICR7Q1hY RkxBR1N9ICR7TERGTEFHU30gLW8gJHsuVEFSR0VUfSAke09CSlN9ICR7TERBRER9Ci0uZWxzZQot CSR7Q0N9ICR7Q0ZMQUdTfSAke0xERkxBR1N9IC1vICR7LlRBUkdFVH0gJHtPQkpTfSAke0xEQURE fQotLmVuZGlmCi0uaWYgJHtNS19DVEZ9ICE9ICJubyIKLQkke0NURk1FUkdFfSAke0NURkZMQUdT fSAtbyAkey5UQVJHRVR9ICR7T0JKU30KLS5lbmRpZgorLiBpZiBkZWZpbmVkKFNSQ1MuJHtfUH0p CiAKLS5lbHNlCSMgIWRlZmluZWQoU1JDUykKK19TUkNTOj0JCSR7U1JDUy4ke19QfX0KK09CSlMu JHtfUH0rPQkke19TUkNTOk4qLmg6UjpTLyQvLm8vZ30KIAotLmlmICF0YXJnZXQoJHtQUk9HfSkK LS5pZiBkZWZpbmVkKFBST0dfQ1hYKQotU1JDUz0JJHtQUk9HfS5jYwotLmVsc2UKLVNSQ1M9CSR7 UFJPR30uYwotLmVuZGlmCisuICBpZiB0YXJnZXQoYmVmb3JlbGlua2luZykKKyR7X1B9OiAke09C SlMuJHtfUH19IGJlZm9yZWxpbmtpbmcKKy4gIGVsc2UKKyR7X1B9OiAke09CSlMuJHtfUH19Cisu ICBlbmRpZgorLiAgaWYgZGVmaW5lZChQUk9HX0NYWC4ke19QfSkKKwkke0NYWH0gJHtDWFhGTEFH Uy4ke19QfX0gJHtMREZMQUdTLiR7X1B9fSAtbyAkey5UQVJHRVR9ICR7T0JKUy4ke19QfX0gXAor CSAgICAke0xEQURELiR7X1B9fQorLiAgZWxzZQorCSR7Q0N9ICR7Q0ZMQUdTLiR7X1B9fSAke0xE RkxBR1MuJHtfUH19IC1vICR7LlRBUkdFVH0gJHtPQkpTLiR7X1B9fSBcCisJICAgICR7TERBREQu JHtfUH19CisuICBlbmRpZgorLiAgaWYgJHtNS19DVEZ9ICE9ICJubyIKKwkke0NURk1FUkdFfSAk e0NURkZMQUdTfSAtbyAkey5UQVJHRVR9ICR7T0JKUy4ke19QfX0KKy4gIGVuZGlmCiAKKy4gZWxz ZSAjICFkZWZpbmVkKFNSQ1MuJHtfUH0pCisKKy4gIGlmICF0YXJnZXQoJHtfUH0pCisuICAgaWYg ZGVmaW5lZChQUk9HX0NYWC4ke19QfSkKK1NSQ1MuJHtfUH0/PQkke19QfS5jYworLiAgIGVsc2UK K1NSQ1MuJHtfUH0/PQkke19QfS5jCisuICAgZW5kaWYKKwogIyBBbHdheXMgbWFrZSBhbiBpbnRl cm1lZGlhdGUgb2JqZWN0IGZpbGUgYmVjYXVzZToKICMgLSBpdCBzYXZlcyB0aW1lIHJlYnVpbGRp bmcgd2hlbiBvbmx5IHRoZSBsaWJyYXJ5IGhhcyBjaGFuZ2VkCiAjIC0gdGhlIG5hbWUgb2YgdGhl IG9iamVjdCBnZXRzIHB1dCBpbnRvIHRoZSBleGVjdXRhYmxlIHN5bWJvbCB0YWJsZSBpbnN0ZWFk IG9mCiAjICAgdGhlIG5hbWUgb2YgYSB2YXJpYWJsZSB0ZW1wb3Jhcnkgb2JqZWN0LgogIyAtIGl0 J3MgdXNlZnVsIHRvIGtlZXAgb2JqZWN0cyBhcm91bmQgZm9yIGNydW5jaGluZy4KLU9CSlM9CSR7 UFJPR30ubworT0JKUy4ke19QfTo9CSR7X1B9Lm8KIAotLmlmIHRhcmdldChiZWZvcmVsaW5raW5n KQotJHtQUk9HfTogJHtPQkpTfSBiZWZvcmVsaW5raW5nCi0uZWxzZQotJHtQUk9HfTogJHtPQkpT fQotLmVuZGlmCi0uaWYgZGVmaW5lZChQUk9HX0NYWCkKLQkke0NYWH0gJHtDWFhGTEFHU30gJHtM REZMQUdTfSAtbyAkey5UQVJHRVR9ICR7T0JKU30gJHtMREFERH0KLS5lbHNlCi0JJHtDQ30gJHtD RkxBR1N9ICR7TERGTEFHU30gLW8gJHsuVEFSR0VUfSAke09CSlN9ICR7TERBRER9Ci0uZW5kaWYK LS5pZiAke01LX0NURn0gIT0gIm5vIgotCSR7Q1RGTUVSR0V9ICR7Q1RGRkxBR1N9IC1vICR7LlRB UkdFVH0gJHtPQkpTfQotLmVuZGlmCi0uZW5kaWYKKy4gICBpZiB0YXJnZXQoYmVmb3JlbGlua2lu ZykKKyR7X1B9OiAke09CSlMuJHtfUH19IGJlZm9yZWxpbmtpbmcKKy4gICBlbHNlCiske19QfTog JHtPQkpTLiR7X1B9fQorLiAgIGVuZGlmICMgdGFyZ2V0KGJlZm9yZWxpbmtpbmcpCisuICAgaWYg ZGVmaW5lZChQUk9HX0NYWC4ke19QfSkKKwkke0NYWH0gJHtDWFhGTEFHUy4ke19QfX0gJHtMREZM QUdTLiR7X1B9fSAtbyAkey5UQVJHRVR9ICR7T0JKUy4ke19QfX0gXAorCSAgICAke0xEQURELiR7 X1B9fQorLiAgIGVsc2UKKwkke0NDfSAke0NGTEFHUy4ke19QfX0gJHtMREZMQUdTLiR7X1B9fSAt byAkey5UQVJHRVR9ICR7T0JKUy4ke19QfX0gXAorCSAgICAke0xEQURELiR7X1B9fQorLiAgIGVu ZGlmCisuICAgaWYgJHtNS19DVEZ9ICE9ICJubyIKKwkke0NURk1FUkdFfSAke0NURkZMQUdTfSAt byAkey5UQVJHRVR9ICR7T0JKUy4ke19QfX0KKy4gICBlbmRpZgogCi0uZW5kaWYKKy4gIGVuZGlm ICMgIXRhcmdldCgke19QfSkKIAotLmlmCSR7TUtfTUFOfSAhPSAibm8iICYmICFkZWZpbmVkKE1B TikgJiYgXAotCSFkZWZpbmVkKE1BTjEpICYmICFkZWZpbmVkKE1BTjIpICYmICFkZWZpbmVkKE1B TjMpICYmIFwKLQkhZGVmaW5lZChNQU40KSAmJiAhZGVmaW5lZChNQU41KSAmJiAhZGVmaW5lZChN QU42KSAmJiBcCi0JIWRlZmluZWQoTUFONykgJiYgIWRlZmluZWQoTUFOOCkgJiYgIWRlZmluZWQo TUFOOSkgJiYgXAotCSFkZWZpbmVkKE1BTjFhb3V0KQotTUFOPQkke1BST0d9LjEKLU1BTjE9CSR7 TUFOfQotLmVuZGlmCi0uZW5kaWYKKy4gZW5kaWYgIyBkZWZpbmVkKFNSQ1MuJHtfUH0pCiAKLWFs bDogb2Jqd2FybiAke1BST0d9ICR7U0NSSVBUU30KLS5pZiAke01LX01BTn0gIT0gIm5vIgorQ0xF QU5GSUxFUys9IAkke09CSlMuJHtfUH19CisKKy5lbmRmb3IgIyBmb3IgX1AgaW4gJHtQUk9HU30K KworYWxsOiBvYmp3YXJuICR7UFJPR1N9ICR7U0NSSVBUU30KKworLmlmICFkZWZpbmVkKE5PX01B TikKKy4gZm9yIF9QIGluICR7UFJPR1N9CitNQU4uJHtfUH0/PQkke19QfS4xCitNQU46PQkJJHtN QU4uJHtfUH19CisuICBpbmNsdWRlIDxic2QubWFuLm1rPgorLiBlbmRmb3IKKy4gaWYgdGFyZ2V0 KF9tYW5wYWdlcykgIyBic2QubWFuLm1rIHdhcyBpbmNsdWRlZAogYWxsOiBfbWFucGFnZXMKKy4g ZW5kaWYKIC5lbmRpZgogCi0uaWYgZGVmaW5lZChQUk9HKQotQ0xFQU5GSUxFUys9ICR7UFJPR30K LS5lbmRpZgorQ0xFQU5GSUxFUys9CSR7UFJPR1N9CiAKLS5pZiBkZWZpbmVkKE9CSlMpCi1DTEVB TkZJTEVTKz0gJHtPQkpTfQotLmVuZGlmCi0KIC5pbmNsdWRlIDxic2QubGlibmFtZXMubWs+CiAK LS5pZiBkZWZpbmVkKFBST0cpCiBfRVhUUkFERVBFTkQ6Ci0uaWYgZGVmaW5lZChMREZMQUdTKSAm JiAhZW1wdHkoTERGTEFHUzpNLW5vc3RkbGliKQotLmlmIGRlZmluZWQoRFBBREQpICYmICFlbXB0 eShEUEFERCkKLQllY2hvICR7UFJPR306ICR7RFBBRER9ID4+ICR7REVQRU5ERklMRX0KLS5lbmRp ZgotLmVsc2UKLQllY2hvICR7UFJPR306ICR7TElCQ30gJHtEUEFERH0gPj4gJHtERVBFTkRGSUxF fQotLmlmIGRlZmluZWQoUFJPR19DWFgpCi0uaWYgIWVtcHR5KENYWEZMQUdTOk0tc3RkbGliPWxp YmMrKykKLQllY2hvICR7UFJPR306ICR7TElCQ1BMVVNQTFVTfSA+PiAke0RFUEVOREZJTEV9Ci0u ZWxzZQotCWVjaG8gJHtQUk9HfTogJHtMSUJTVERDUExVU1BMVVN9ID4+ICR7REVQRU5ERklMRX0K LS5lbmRpZgotLmVuZGlmCi0uZW5kaWYKLS5lbmRpZgorLmZvciBfUCBpbiAke1BST0dTfQorLiBp ZiAhZW1wdHkoTERGTEFHUy4ke1B9Ok0tbm9zdGRsaWIpCisuICBpZiAhZW1wdHkoRFBBREQuJHtf UH0pCisJZWNobyAke19QfTogJHtEUEFERC4ke19QfX0gPj4gJHtERVBFTkRGSUxFfQorLiAgZW5k aWYKKy4gZWxzZQorCWVjaG8gJHtfUH06ICR7TElCQ30gJHtEUEFERC4ke19QfX0gPj4gJHtERVBF TkRGSUxFfQorLiAgaWYgZGVmaW5lZChQUk9HX0NYWC4ke19QfSkKKy4gICBpZiAhZW1wdHkoQ1hY RkxBR1MuJHtQfTpNLXN0ZGxpYj1saWJjKyspCisJZWNobyAke19QfTogJHtMSUJDUExVU1BMVVN9 ID4+ICR7REVQRU5ERklMRX0KKy4gICBlbHNlCisJZWNobyAke19QfTogJHtMSUJTVERDUExVU1BM VVN9ID4+ICR7REVQRU5ERklMRX0KKy4gICBlbmRpZgorLiAgZW5kaWYKKy4gZW5kaWYKKy5lbmRm b3IKIAogLmlmICF0YXJnZXQoaW5zdGFsbCkKIAotLmlmIGRlZmluZWQoUFJFQ0lPVVNQUk9HKQot LmlmICFkZWZpbmVkKE5PX0ZTQ0hHKQotSU5TVEFMTEZMQUdTKz0gLWZzY2hnCi0uZW5kaWYKLUlO U1RBTExGTEFHUys9IC1TCi0uZW5kaWYKKy4gaWYgIXRhcmdldChyZWFsaW5zdGFsbCkKIAotX0lO U1RBTExGTEFHUzo9CSR7SU5TVEFMTEZMQUdTfQotLmZvciBpZSBpbiAke0lOU1RBTExGTEFHU19F RElUfQotX0lOU1RBTExGTEFHUzo9CSR7X0lOU1RBTExGTEFHUyR7aWV9fQotLmVuZGZvcgorLiAg Zm9yIF9QIGluICR7UFJPR1N9CiAKLS5pZiAhdGFyZ2V0KHJlYWxpbnN0YWxsKSAmJiAhZGVmaW5l ZChJTlRFUk5BTFBST0cpCi1yZWFsaW5zdGFsbDogX3Byb2dpbnN0YWxsCi0uT1JERVI6IGJlZm9y ZWluc3RhbGwgX3Byb2dpbnN0YWxsCi1fcHJvZ2luc3RhbGw6Ci0uaWYgZGVmaW5lZChQUk9HKQot LmlmIGRlZmluZWQoUFJPR05BTUUpCi0JJHtJTlNUQUxMfSAke1NUUklQfSAtbyAke0JJTk9XTn0g LWcgJHtCSU5HUlB9IC1tICR7QklOTU9ERX0gXAotCSAgICAke19JTlNUQUxMRkxBR1N9ICR7UFJP R30gJHtERVNURElSfSR7QklORElSfS8ke1BST0dOQU1FfQotLmVsc2UKLQkke0lOU1RBTEx9ICR7 U1RSSVB9IC1vICR7QklOT1dOfSAtZyAke0JJTkdSUH0gLW0gJHtCSU5NT0RFfSBcCi0JICAgICR7 X0lOU1RBTExGTEFHU30gJHtQUk9HfSAke0RFU1RESVJ9JHtCSU5ESVJ9Ci0uZW5kaWYKLS5lbmRp ZgotLmVuZGlmCSMgIXRhcmdldChyZWFsaW5zdGFsbCkKKy4gICBpZiAhZGVmaW5lZChJTlRFUk5B TFBST0cuJHtfUH0pCiAKLS5pZiBkZWZpbmVkKFNDUklQVFMpICYmICFlbXB0eShTQ1JJUFRTKQot cmVhbGluc3RhbGw6IF9zY3JpcHRzaW5zdGFsbAotLk9SREVSOiBiZWZvcmVpbnN0YWxsIF9zY3Jp cHRzaW5zdGFsbAorLk9SREVSOiBiZWZvcmVpbnN0YWxsIF9wcm9naW5zdGFsbC4ke19QfQorX3By b2dpbnN0YWxsLiR7X1B9OgorLiAgICBpZiBkZWZpbmVkKFBST0dOQU1FLiR7X1B9KQorCSR7SU5T VEFMTH0gJHtTVFJJUH0gLW8gJHtCSU5PV04uJHtfUH19IC1nICR7QklOR1JQLiR7X1B9fSBcCisJ ICAgIC1tICR7QklOTU9ERS4ke19QfX0gJHtJTlNUQUxMRkxBR1MuJHtfUH19ICR7X1B9IFwKKwkg ICAgJHtERVNURElSfSR7QklORElSLiR7X1B9fS8ke1BST0dOQU1FLiR7X1B9fQorLiAgICBlbHNl CisJJHtJTlNUQUxMfSAke1NUUklQfSAtbyAke0JJTk9XTi4ke19QfX0gLWcgJHtCSU5HUlAuJHtf UH19IFwKKwkgICAgLW0gJHtCSU5NT0RFLiR7X1B9fSAke0lOU1RBTExGTEFHUy4ke19QfX0gJHtf UH0gXAorCSAgICAke0RFU1RESVJ9JHtCSU5ESVIuJHtfUH19CisuICAgIGVuZGlmIAogCityZWFs aW5zdGFsbDogX3Byb2dpbnN0YWxsLiR7X1B9CisKKy4gICBlbmRpZiAjICFkZWZpbmVkKElOVEVS TkFMUFJPRy4ke19QfSkKKworLiAgZW5kZm9yICMgZm9yIF9QIGluICR7UFJPR1N9CisKKy4gZW5k aWYgIyAhdGFyZ2V0KHJlYWxpbnN0YWxsKQorCisuIGlmIGRlZmluZWQoU0NSSVBUUykgJiYgIWVt cHR5KFNDUklQVFMpCiBTQ1JJUFRTRElSPz0JJHtCSU5ESVJ9CiBTQ1JJUFRTT1dOPz0JJHtCSU5P V059CiBTQ1JJUFRTR1JQPz0JJHtCSU5HUlB9CiBTQ1JJUFRTTU9ERT89CSR7QklOTU9ERX0KIAot LmZvciBzY3JpcHQgaW4gJHtTQ1JJUFRTfQotLmlmIGRlZmluZWQoU0NSSVBUU05BTUUpCi1TQ1JJ UFRTTkFNRV8ke3NjcmlwdDpUfT89CSR7U0NSSVBUU05BTUV9Ci0uZWxzZQotU0NSSVBUU05BTUVf JHtzY3JpcHQ6VH0/PQkke3NjcmlwdDpUOlJ9Ci0uZW5kaWYKLVNDUklQVFNESVJfJHtzY3JpcHQ6 VH0/PQkke1NDUklQVFNESVJ9Ci1TQ1JJUFRTT1dOXyR7c2NyaXB0OlR9Pz0JJHtTQ1JJUFRTT1dO fQotU0NSSVBUU0dSUF8ke3NjcmlwdDpUfT89CSR7U0NSSVBUU0dSUH0KLVNDUklQVFNNT0RFXyR7 c2NyaXB0OlR9Pz0JJHtTQ1JJUFRTTU9ERX0KLV9zY3JpcHRzaW5zdGFsbDogX1NDUklQVFNJTlNf JHtzY3JpcHQ6VH0KLV9TQ1JJUFRTSU5TXyR7c2NyaXB0OlR9OiAke3NjcmlwdH0KLQkke0lOU1RB TEx9IC1vICR7U0NSSVBUU09XTl8key5BTExTUkM6VH19IFwKLQkgICAgLWcgJHtTQ1JJUFRTR1JQ XyR7LkFMTFNSQzpUfX0gLW0gJHtTQ1JJUFRTTU9ERV8key5BTExTUkM6VH19IFwKKy4gIGZvciBT IGluICR7U0NSSVBUU30KKworcmVhbGluc3RhbGw6IHNjcmlwdHNpbnN0YWxsCisuT1JERVI6IGJl Zm9yZWluc3RhbGwgc2NyaXB0c2luc3RhbGwKKworLiAgIGlmIGRlZmluZWQoU0NSSVBUU05BTUUp CitTQ1JJUFRTTkFNRV8ke1N9Pz0gJHtTQ1JJUFRTTkFNRX0KKy4gICBlbHNlCitTQ1JJUFRTTkFN RV8ke1N9Pz0gJHtTOlQ6Un0KKy4gICBlbmRpZgorCitTQ1JJUFRTRElSXyR7U30/PSAke1NDUklQ VFNESVJ9CitTQ1JJUFRTT1dOXyR7U30/PSAke1NDUklQVFNPV059CitTQ1JJUFRTR1JQXyR7U30/ PSAke1NDUklQVFNHUlB9CitTQ1JJUFRTTU9ERV8ke1N9Pz0gJHtTQ1JJUFRTTU9ERX0KKworc2Ny aXB0c2luc3RhbGw6ICR7REVTVERJUn0ke1NDUklQVFNESVJfJHtTfX0vJHtTQ1JJUFRTTkFNRV8k e1N9fQorCiske0RFU1RESVJ9JHtTQ1JJUFRTRElSXyR7U319LyR7U0NSSVBUU05BTUVfJHtTfX06 ICR7U30KKwkke0lOU1RBTEx9IC1vICR7U0NSSVBUU09XTl8ke1N9fSBcCisJICAgIC1nICR7U0NS SVBUU0dSUF8ke1N9fSBcCisJICAgIC1tICR7U0NSSVBUU01PREVfJHtTfX0gXAogCSAgICAkey5B TExTUkN9IFwKLQkgICAgJHtERVNURElSfSR7U0NSSVBUU0RJUl8key5BTExTUkM6VH19LyR7U0NS SVBUU05BTUVfJHsuQUxMU1JDOlR9fQotLmVuZGZvcgorCSAgICAkey5UQVJHRVR9CisKKy4gIGVu ZGZvciAjIGZvciBTIGluICR7U0NSSVBUU30KKworLiBlbmRpZiAjIGRlZmluZWQoU0NSSVBUUykg JiYgIWVtcHR5KFNDUklQVFMpCisKKy5lbmRpZiAjICF0YXJnZXQoaW5zdGFsbCkKKworLmlmICFk ZWZpbmVkKE5PX01BTikKKy4gaWYgdGFyZ2V0KF9tYW5wYWdlcykgIyBic2QubWFuLm1rIHdhcyBp bmNsdWRlZAorcmVhbGluc3RhbGw6IF9tYW5pbnN0YWxsCisuIGVuZGlmCiAuZW5kaWYKIAotTkxT TkFNRT89CSR7UFJPR30KKyMgV3JhcCBic2QubmxzLm1rIGJlY2F1c2UgSSBjYW4ndCBmb3JjZSB0 aGF0IE1ha2VmaWxlIHNuaXBwZXQgdG8gd29yayBvbmx5IHdpdGgKKyMgJHtQUk9HU30uCisuZm9y IF9QIGluICR7UFJPR1N9CitOTFNOQU1FLiR7X1B9Pz0JJHtfUH0KK05MUzo9CQkke05MUy4ke19Q fX0KK05MU0RJUjo9CSR7TkxTRElSLiR7X1B9fQorTkxTTkFNRTo9CSR7TkxTTkFNRS4ke19QfX0K IC5pbmNsdWRlIDxic2QubmxzLm1rPgorLmVuZGZvcgogCiAuaW5jbHVkZSA8YnNkLmZpbGVzLm1r PgogLmluY2x1ZGUgPGJzZC5pbmNzLm1rPgogLmluY2x1ZGUgPGJzZC5saW5rcy5taz4KIAotLmlm ICR7TUtfTUFOfSAhPSAibm8iCi1yZWFsaW5zdGFsbDogX21hbmluc3RhbGwKLS5PUkRFUjogYmVm b3JlaW5zdGFsbCBfbWFuaW5zdGFsbAotLmVuZGlmCisuaWYgIXRhcmdldChsaW50KQorLiBmb3Ig X1AgaW4gJHtQUk9HU30KKy4gIGlmICF0YXJnZXQobGludC4ke19QfSkKKy4gICBpZiBkZWZpbmVk KFBST0dfQ1hYLiR7X1B9KQorbGludC4ke19QfToKKy4gICBlbHNlCitfQ0ZMQUdTOj0JJHtDRkxB R1MuJHtfUH19CitfU1JDUzo9CQkke1NSQ1MuJHtfUH19CitsaW50LiR7X1B9OiAke19TUkNTOk0q LmN9CisJJHtMSU5UfSAke0xJTlRGTEFHU30gJHtfQ0ZMQUdTOk0tW0RJVV0qfSAkey5BTExTUkN9 CisuICAgZW5kaWYKKy4gIGVuZGlmCitsaW50OiBsaW50LiR7X1B9CiAKLS5lbmRpZgorLiBlbmRm b3IKKy5lbmRpZiAjICF0YXJnZXQobGludCkKIAotLmlmICF0YXJnZXQobGludCkKLWxpbnQ6ICR7 U1JDUzpNKi5jfQotLmlmIGRlZmluZWQoUFJPRykKLQkke0xJTlR9ICR7TElOVEZMQUdTfSAke0NG TEFHUzpNLVtESVVdKn0gJHsuQUxMU1JDfQotLmVuZGlmCi0uZW5kaWYKKy5mb3IgX1AgaW4gJHtQ Uk9HU30KK0NGTEFHUzo9CSR7Q0ZMQUdTLiR7X1B9fQorQ1hYRkxBR1M6PQkke0NYWEZMQUdTLiR7 X1B9fQorU1JDUzo9CQkke1NSQ1MuJHtfUH19CisuIGluY2x1ZGUgPGJzZC5kZXAubWs+CisjIGJz ZC5kZXAubWsgbWFuZ2xlcyBTUkNTCitTUkNTLiR7X1B9Oj0JJHtTUkNTfQorLmVuZGZvcgogCi0u aWYgJHtNS19NQU59ICE9ICJubyIKLS5pbmNsdWRlIDxic2QubWFuLm1rPgorIyBYWFg6IGVtdWxh dGUgdGhlIG9sZCBic2QucHJvZy5tayBieSBhbGxvd2luZyBNYWtlZmlsZXMgdGhhdCBkaWRuJ3Qg c2V0CisjICR7UFJPRyp9IHRvIGZ1bmN0aW9uIHdpdGggdGhpcyBNYWtlZmlsZSBzbmlwcGV0Lgor LmlmIGVtcHR5KFBST0dTKQorLiBpbmNsdWRlIDxic2QuZGVwLm1rPgogLmVuZGlmCiAKLS5pbmNs dWRlIDxic2QuZGVwLm1rPgotCi0uaWYgZGVmaW5lZChQUk9HKSAmJiAhZXhpc3RzKCR7Lk9CSkRJ Un0vJHtERVBFTkRGSUxFfSkKLSR7T0JKU306ICR7U1JDUzpNKi5ofQorLmlmICFleGlzdHMoJHsu T0JKRElSfS8ke0RFUEVOREZJTEV9KQorLiBmb3IgX1AgaW4gJHtQUk9HU30KK19TUkNTOj0JCSR7 U1JDUy4ke19QfX0KKyR7T0JKUy4ke19QfX06ICR7X1NSQ1M6TSouaH0KKy4gZW5kZm9yCiAuZW5k aWYKIAogLmluY2x1ZGUgPGJzZC5vYmoubWs+CkluZGV4OiBzaGFyZS9tay9ic2QuUkVBRE1FCj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KLS0tIHNoYXJlL21rL2JzZC5SRUFETUUJKHJldmlzaW9uIDI0MDY4OSkKKysrIHNo YXJlL21rL2JzZC5SRUFETUUJKHdvcmtpbmcgY29weSkKQEAgLTIwNyw5OCArMjA3LDE1NyBAQAog CiBJdCBzZXRzL3VzZXMgdGhlIGZvbGxvd2luZyB2YXJpYWJsZXM6CiAKLUJJTkdSUAkJQmluYXJ5 IGdyb3VwLgorVmFyaWFibGVzIGdsb2JhbCB0byBhbGwgcHJvZ3JhbXM6CiAKLUJJTk9XTgkJQmlu YXJ5IG93bmVyLgorQ0xFQU5GSUxFUwkJQWRkaXRpb25hbCBmaWxlcyB0byByZW1vdmUgYW5kCitD TEVBTkRJUlMJCWFkZGl0aW9uYWwgZGlyZWN0b3JpZXMgdG8gcmVtb3ZlIGR1cmluZyBjbGVhbiBh bmQgY2xlYW5kaXIKKwkJCXRhcmdldHMuICAicm0gLWYiIGFuZCAicm0gLXJmIiB1c2VkIHJlc3Bl Y3RpdmVseS4KIAotQklOTU9ERQkJQmluYXJ5IG1vZGUuCitERUJVR19GTEFHUwkJZGVidWdnaW5n IHNwZWNpZmljIENGTEFHUy9MREZMQUdTOyBpZiBzZXQgYW55IGJpbmFyaWVzCisgCQkJcHJvZHVj ZWQgd2lsbCBub3QgYmUgc3RyaXBwZWQuICBTZWUgYWxzbzogV0lUSF9DVEYKIAotQ0xFQU5GSUxF UwlBZGRpdGlvbmFsIGZpbGVzIHRvIHJlbW92ZSBhbmQKLUNMRUFORElSUwlhZGRpdGlvbmFsIGRp cmVjdG9yaWVzIHRvIHJlbW92ZSBkdXJpbmcgY2xlYW4gYW5kIGNsZWFuZGlyCi0JCXRhcmdldHMu ICAicm0gLWYiIGFuZCAicm0gLXJmIiB1c2VkIHJlc3BlY3RpdmVseS4KK0ZJTEVTCQkJQSBsaXN0 IG9mIG5vbi1leGVjdXRhYmxlIGZpbGVzLgorCQkJVGhlIGluc3RhbGxhdGlvbiBpcyBjb250cm9s bGVkIGJ5IHRoZSBGSUxFU05BTUUsIEZJTEVTT1dOLAorCQkJRklMRVNHUlAsIEZJTEVTTU9ERSwg RklMRVNESVIgdmFyaWFibGVzIHRoYXQgY2FuIGJlCisJCQlmdXJ0aGVyIHNwZWNpYWxpemVkIGJ5 IEZJTEVTPFZBUj5fPGZpbGU+LgogCi1DRkxBR1MJCUZsYWdzIHRvIHRoZSBjb21waWxlciB3aGVu IGNyZWF0aW5nIEMgb2JqZWN0cy4KK0xJTktTCQkJVGhlIGxpc3Qgb2YgYmluYXJ5IGxpbmtzOyBz aG91bGQgYmUgZnVsbCBwYXRobmFtZXMsIHRoZQorCQkJbGlua2VkLXRvIGZpbGUgY29taW5nIGZp cnN0LCBmb2xsb3dlZCBieSB0aGUgbGlua2VkCisJCQlmaWxlLiAgVGhlIGZpbGVzIGFyZSBoYXJk LWxpbmtlZC4gIEZvciBleGFtcGxlLCB0byBsaW5rCisJCQkvYmluL3Rlc3QgYW5kIC9iaW4vWywg dXNlOgogCi1GSUxFUwkJQSBsaXN0IG9mIG5vbi1leGVjdXRhYmxlIGZpbGVzLgotCQlUaGUgaW5z dGFsbGF0aW9uIGlzIGNvbnRyb2xsZWQgYnkgdGhlIEZJTEVTTkFNRSwgRklMRVNPV04sCi0JCUZJ TEVTR1JQLCBGSUxFU01PREUsIEZJTEVTRElSIHZhcmlhYmxlcyB0aGF0IGNhbiBiZQotCQlmdXJ0 aGVyIHNwZWNpYWxpemVkIGJ5IEZJTEVTPFZBUj5fPGZpbGU+LgorCQkJTElOS1M9CSR7REVTVERJ Un0vYmluL3Rlc3QgJHtERVNURElSfS9iaW4vWwogCi1MREFERAkJQWRkaXRpb25hbCBsb2FkZXIg b2JqZWN0cy4gIFVzdWFsbHkgdXNlZCBmb3IgbGlicmFyaWVzLgotCQlGb3IgZXhhbXBsZSwgdG8g bG9hZCB3aXRoIHRoZSBjb21wYXRpYmlsaXR5IGFuZCB1dGlsaXR5Ci0JCWxpYnJhcmllcywgdXNl OgorUFJPRwkJCVRoZSBuYW1lIG9mIHRoZSBwcm9ncmFtIHRvIGJ1aWxkLiAgSWYgbm90IHN1cHBs aWVkLAorCQkJbm90aGluZyBpcyBidWlsdC4KIAorUFJPR19DWFgJCUlmIGRlZmluZWQsIHRoZSBu YW1lIG9mIHRoZSBDKysgcHJvZ3JhbSB0byBidWlsZC4gIEFsc28KKwkJCWNhdXNlcyA8YnNkLnBy b2cubWs+IHRvIGxpbmsgdGhlIHByb2dyYW0gd2l0aCB0aGUKKwkJCXN0YW5kYXJkIEMrKyBsaWJy YXJ5LiAgUFJPR19DWFggb3ZlcnJpZGVzIHRoZSB2YWx1ZQorCQkJb2YgUFJPRyBpZiBQUk9HIGlz IGFsc28gc2V0LgorCitTVFJJUAkJCVRoZSBmbGFnIHBhc3NlZCB0byB0aGUgaW5zdGFsbCBwcm9n cmFtIHRvIGNhdXNlIHRoZQorCQkJYmluYXJ5IHRvIGJlIHN0cmlwcGVkLiAgVGhpcyBpcyB0byBi ZSB1c2VkIHdoZW4KKwkJCWJ1aWxkaW5nIHlvdXIgb3duIGluc3RhbGwgc2NyaXB0IHNvIHRoYXQg dGhlIGVudGlyZQorCQkJc3lzdGVtIGNhbiBiZSBtYWRlIHN0cmlwcGVkL25vdC1zdHJpcHBlZCB1 c2luZyBhCisJCQlzaW5nbGUga25vYi4KKworU1VCRElSCQkJQSBsaXN0IG9mIHN1YmRpcmVjdG9y aWVzIHRoYXQgc2hvdWxkIGJlIGJ1aWx0IGFzIHdlbGwuCisJCQlFYWNoIG9mIHRoZSB0YXJnZXRz IHdpbGwgZXhlY3V0ZSB0aGUgc2FtZSB0YXJnZXQgaW4gdGhlCisJCQlzdWJkaXJlY3Rvcmllcy4K KworVGhlIGZvbGxvd2luZyB2YXJpYWJsZXMgY2FuIGJlIHR1bmVkIGZvciBzcGVjaWZpYyBwcm9n cmFtIHVzZSAoeW91IHdpbGwgbmVlZAordG8gc3VmZml4IHZhcmlhYmxlIGRlY2xhcmF0aW9ucyB3 aXRoIC4ke1BST0d9LCBlLmcuIFBST0c9IGZvbyAtPiBTUkNTLmZvbyk6CisKK0JJTkRJUgkJCUJp bmFyeSBkaXJlY3RvcnkuCisKK0JJTkdSUAkJCUJpbmFyeSBncm91cC4KKworQklOT1dOCQkJQmlu YXJ5IG93bmVyLgorCitCSU5NT0RFCQkJQmluYXJ5IG1vZGUuCisKK0NGTEFHUwkJCUZsYWdzIHRv IHRoZSBjb21waWxlciB3aGVuIGNyZWF0aW5nIEMgb2JqZWN0cy4KKworRFBBREQJCQlBZGRpdGlv bmFsIGRlcGVuZGVuY2llcyBmb3IgdGhlIHByb2dyYW0uICBVc3VhbGx5IHVzZWQKKwkJCWZvciBs aWJyYXJpZXMuICBGb3IgZXhhbXBsZSwgdG8gZGVwZW5kIG9uIHRoZQorCQkJY29tcGF0aWJpbGl0 eSBhbmQgdXRpbGl0eSBsaWJyYXJpZXMgdXNlOgorCisJCQkJRFBBREQ9JHtMSUJDT01QQVR9ICR7 TElCVVRJTH0KKworCQkJVGhlcmUgaXMgYSBwcmVkZWZpbmVkIGlkZW50aWZpZXIgZm9yIGVhY2gK KwkJCShub24tcHJvZmlsZWQsIG5vbi1zaGFyZWQpIGxpYnJhcnkgYW5kIG9iamVjdC4gIExpYnJh cnkKKwkJCWZpbGUgbmFtZXMgYXJlIHRyYW5zZm9ybWVkIHRvIGlkZW50aWZpZXJzIGJ5IHJlbW92 aW5nCisJCQl0aGUgZXh0ZW5zaW9uIGFuZCBjb252ZXJ0aW5nIHRvIHVwcGVyIGNhc2UuCisKKwkJ CVRoZXJlIGFyZSBubyBzcGVjaWFsIGlkZW50aWZpZXJzIGZvciBwcm9maWxlZCBvciBzaGFyZWQK KwkJCWxpYnJhcmllcyBvciBvYmplY3RzLiAgVGhlIGlkZW50aWZpZXJzIGZvciB0aGUgc3RhbmRh cmQKKwkJCWxpYnJhcmllcyBhcmUgdXNlZCBpbiBEUEFERC4gIFRoaXMgd29ya3MgY29ycmVjdGx5 IGlmZgorCQkJYWxsIHRoZSBsaWJyYXJpZXMgYXJlIGJ1aWx0IGF0IHRoZSBzYW1lIHRpbWUuCisJ CQlVbmZvcnR1bmF0ZWx5LCBpdCBjYXVzZXMgdW5uZWNlc3NhcnkgcmVsaW5rcyB0byBzaGFyZWQK KwkJCWxpYnJhcmllcyB3aGVuIG9ubHkgdGhlIHN0YXRpYyBsaWJyYXJpZXMgaGF2ZSBjaGFuZ2Vk LgorCQkJRGVwZW5kZW5jaWVzIG9uIHNoYXJlZCBsaWJyYXJpZXMgc2hvdWxkIGJlIG9ubHkgb24g dGhlCisJCQlsaWJyYXJ5IHZlcnNpb24gbnVtYmVycy4KKworSU5TVEFMTEZMQUdTCQlpbnN0YWxs KDEpIGZsYWdzLgorCitMREFERAkJCUFkZGl0aW9uYWwgbG9hZGVyIG9iamVjdHMuICBVc3VhbGx5 IHVzZWQgZm9yIGxpYnJhcmllcy4KKwkJCUZvciBleGFtcGxlLCB0byBsb2FkIHdpdGggdGhlIGNv bXBhdGliaWxpdHkgYW5kIHV0aWxpdHkKKwkJCWxpYnJhcmllcywgdXNlOgorCiAJCQlMREFERD0t bHV0aWwgLWxjb21wYXQKIAotTERGTEFHUwkJQWRkaXRpb25hbCBsb2FkZXIgZmxhZ3MuCitMREZM QUdTCQkJQWRkaXRpb25hbCBsb2FkZXIgZmxhZ3MuCiAKLUxJTktTCQlUaGUgbGlzdCBvZiBiaW5h cnkgbGlua3M7IHNob3VsZCBiZSBmdWxsIHBhdGhuYW1lcywgdGhlCi0JCWxpbmtlZC10byBmaWxl IGNvbWluZyBmaXJzdCwgZm9sbG93ZWQgYnkgdGhlIGxpbmtlZAotCQlmaWxlLiAgVGhlIGZpbGVz IGFyZSBoYXJkLWxpbmtlZC4gIEZvciBleGFtcGxlLCB0byBsaW5rCi0JCS9iaW4vdGVzdCBhbmQg L2Jpbi9bLCB1c2U6CitNQU4JCQlNYW51YWwgcGFnZXMgKHNob3VsZCBlbmQgaW4gLjEgLSAuOSku ICBJZiBubyBNQU4KKwkJCXZhcmlhYmxlIGlzIGRlZmluZWQsICJNQU49PFBST0c+LjEiIGlzIGFz c3VtZWQuCiAKLQkJCUxJTktTPQkke0RFU1RESVJ9L2Jpbi90ZXN0ICR7REVTVERJUn0vYmluL1sK K05PX0ZTQ0hHCQlEbyBub3QgY2FsbCBpbnN0YWxsKDEpIHdpdGggLWYgc2NoZy4KIAotTUFOCQlN YW51YWwgcGFnZXMgKHNob3VsZCBlbmQgaW4gLjEgLSAuOSkuICBJZiBubyBNQU4gdmFyaWFibGUK LQkJaXMgZGVmaW5lZCwgIk1BTj0ke1BST0d9LjEiIGlzIGFzc3VtZWQuCitQUkVDSU9VU1BST0cJ CUluc3RhbGwgd2l0aCAtUyAoc2FmZSBjb3B5KSBhbmQgaGFuZGxlIE5PX0ZTQ0hHCisJCQl2YXJp YWJsZSBjYXNlIGFzIHdlbGwuCiAKLVBST0cJCVRoZSBuYW1lIG9mIHRoZSBwcm9ncmFtIHRvIGJ1 aWxkLiAgSWYgbm90IHN1cHBsaWVkLCBub3RoaW5nCi0JCWlzIGJ1aWx0LgorUFJPR19DWFgJCUMr KyBhcHBsaWNhdGlvbiBuYW1lKHMpOyB0aGUgc291cmNlcyBmb3IgdGhlCisJCQlhcHBsaWNhdGlv bihzKSBhcmUgY29tcGlsZWQgdmlhICR7Q1hYfQogCi1QUk9HX0NYWAlJZiBkZWZpbmVkLCB0aGUg bmFtZSBvZiB0aGUgcHJvZ3JhbSB0byBidWlsZC4gIEFsc28KLQkJY2F1c2VzIDxic2QucHJvZy5t az4gdG8gbGluayB0aGUgcHJvZ3JhbSB3aXRoIHRoZQotCQlzdGFuZGFyZCBDKysgbGlicmFyeS4g IFBST0dfQ1hYIG92ZXJyaWRlcyB0aGUgdmFsdWUKLQkJb2YgUFJPRyBpZiBQUk9HIGlzIGFsc28g c2V0LgorUFJPR05BTUUJCVRoZSBuYW1lIHRoYXQgdGhlIGFib3ZlIHByb2dyYW0gd2lsbCBiZSBp bnN0YWxsZWQsIGlmCisJCQlkaWZmZXJlbnQgZnJvbSA8UFJPRz4uCiAKLVBST0dOQU1FCVRoZSBu YW1lIHRoYXQgdGhlIGFib3ZlIHByb2dyYW0gd2lsbCBiZSBpbnN0YWxsZWQgYXMsIGlmCi0JCWRp ZmZlcmVudCBmcm9tICR7UFJPR30uCitTUkNTCQkJTGlzdCBvZiBzb3VyY2UgZmlsZXMgdG8gYnVp bGQgdGhlIHByb2dyYW0uICBJZiBTUkNTIGlzCisJCQlub3QgZGVmaW5lZCwgaXQncyBhc3N1bWVk IHRvIGJlICR7UFJPR30uYyBvciwgaWYKKwkJCVBST0dfQ1hYIGlzIGRlZmluZWQsICR7UFJPR19D WFh9LmNjLgogCi1TUkNTCQlMaXN0IG9mIHNvdXJjZSBmaWxlcyB0byBidWlsZCB0aGUgcHJvZ3Jh bS4gIElmIFNSQ1MgaXMgbm90Ci0JCWRlZmluZWQsIGl0J3MgYXNzdW1lZCB0byBiZSAke1BST0d9 LmMgb3IsIGlmIFBST0dfQ1hYIGlzCi0JCWRlZmluZWQsICR7UFJPR19DWFh9LmNjLgorU0NSSVBU UwkJCUEgbGlzdCBvZiBpbnRlcnByZXRlciBzY3JpcHRzIFtmaWxlLntzaCxjc2gscGwsYXdrLC4u Ln1dLgorCQkJVGhlIGluc3RhbGxhdGlvbiBpcyBjb250cm9sbGVkIGJ5IHRoZSBTQ1JJUFRTTkFN RSwgU0NSSVBUU09XTiwKKwkJCVNDUklQVFNHUlAsIFNDUklQVFNNT0RFLCBTQ1JJUFRTRElSIHZh cmlhYmxlcyB0aGF0IGNhbiBiZQorCQkJZnVydGhlciBzcGVjaWFsaXplZCBieSBTQ1JJUFRTPFZB Uj5fPHNjcmlwdD4uCiAKLURQQURECQlBZGRpdGlvbmFsIGRlcGVuZGVuY2llcyBmb3IgdGhlIHBy b2dyYW0uICBVc3VhbGx5IHVzZWQgZm9yCi0JCWxpYnJhcmllcy4gIEZvciBleGFtcGxlLCB0byBk ZXBlbmQgb24gdGhlIGNvbXBhdGliaWxpdHkgYW5kCi0JCXV0aWxpdHkgbGlicmFyaWVzIHVzZToK K1RoZSBmb2xsb3dpbmcgdmFyaWFibGVzIGNhbiBiZSB0dW5lZCBmb3Igc3BlY2lmaWMgc2NyaXB0 czsgeW91IHdpbGwgbmVlZAordG8gc3VmZml4IHZhcmlhYmxlIGRlY2xhcmF0aW9ucyB3aXRoIF88 U0NSSVBUPiwgZS5nLgorU0NSSVBUIC0+IGZvbywgLT4gU0NSSVBURElSX2Zvby4gIEluIGFsbCBj YXNlcywgdGhlIHBlci1zY3JpcHQgdmFyaWFibGVzCitkZWZhdWx0IHRvIHRoZSBlcXVpdmFsZW50 IGdsb2JhbCBTQ1JJUFQqIHZhcmlhYmxlIGFuZCBmYWxsYmFjayB0byB0aGUKK0JJTiogZXF1aXZh bGVudHMsIGUuZy4gU0NSSVBURElSX2ZvbyBmYWxscyBiYWNrIHRvIFNDUklQVERJUiBpZiBTQ1JJ UFRESVJfZm9vCitpcyBub3QgZGVmaW5lZCwgdGhlbiBCSU5ESVIgaWYgU0NSSVBURElSIGlzIG5v dCBkZWZpbmVkOgogCi0JCQlEUEFERD0ke0xJQkNPTVBBVH0gJHtMSUJVVElMfQorU0NSSVBUU0RJ UgkJRGlyZWN0b3J5IHRvIGluc3RhbGwgYSBzY3JpcHQgdG8uCiAKLQkJVGhlcmUgaXMgYSBwcmVk ZWZpbmVkIGlkZW50aWZpZXIgZm9yIGVhY2ggKG5vbi1wcm9maWxlZCwKLQkJbm9uLXNoYXJlZCkg bGlicmFyeSBhbmQgb2JqZWN0LiAgTGlicmFyeSBmaWxlIG5hbWVzIGFyZQotCQl0cmFuc2Zvcm1l ZCB0byBpZGVudGlmaWVycyBieSByZW1vdmluZyB0aGUgZXh0ZW5zaW9uIGFuZAotCQljb252ZXJ0 aW5nIHRvIHVwcGVyIGNhc2UuCitTQ1JJUFRHUlAJCUdyb3VwIHRvIHNldCBmb3IgYSBzY3JpcHQu CiAKLQkJVGhlcmUgYXJlIG5vIHNwZWNpYWwgaWRlbnRpZmllcnMgZm9yIHByb2ZpbGVkIG9yIHNo YXJlZAotCQlsaWJyYXJpZXMgb3Igb2JqZWN0cy4gIFRoZSBpZGVudGlmaWVycyBmb3IgdGhlIHN0 YW5kYXJkCi0JCWxpYnJhcmllcyBhcmUgdXNlZCBpbiBEUEFERC4gIFRoaXMgd29ya3MgY29ycmVj dGx5IGlmZiBhbGwKLQkJdGhlIGxpYnJhcmllcyBhcmUgYnVpbHQgYXQgdGhlIHNhbWUgdGltZS4g IFVuZm9ydHVuYXRlbHksCi0JCWl0IGNhdXNlcyB1bm5lY2Vzc2FyeSByZWxpbmtzIHRvIHNoYXJl ZCBsaWJyYXJpZXMgd2hlbgotCQlvbmx5IHRoZSBzdGF0aWMgbGlicmFyaWVzIGhhdmUgY2hhbmdl ZC4gIERlcGVuZGVuY2llcyBvbgotCQlzaGFyZWQgbGlicmFyaWVzIHNob3VsZCBiZSBvbmx5IG9u IHRoZSBsaWJyYXJ5IHZlcnNpb24KLQkJbnVtYmVycy4KK1NDUklQVE1PREUJCU1vZGUgdG8gYXBw bHkgdG8gYSBzY3JpcHQuCiAKLVNUUklQCQlUaGUgZmxhZyBwYXNzZWQgdG8gdGhlIGluc3RhbGwg cHJvZ3JhbSB0byBjYXVzZSB0aGUgYmluYXJ5Ci0JCXRvIGJlIHN0cmlwcGVkLiAgVGhpcyBpcyB0 byBiZSB1c2VkIHdoZW4gYnVpbGRpbmcgeW91cgotCQlvd24gaW5zdGFsbCBzY3JpcHQgc28gdGhh dCB0aGUgZW50aXJlIHN5c3RlbSBjYW4gYmUgbWFkZQotCQlzdHJpcHBlZC9ub3Qtc3RyaXBwZWQg dXNpbmcgYSBzaW5nbGUgbm9iLgorU0NSSVBUT1dOCQlPd25lciB0byBzZXQgZm9yIGEgc2NyaXB0 LgogCi1TVUJESVIJCUEgbGlzdCBvZiBzdWJkaXJlY3RvcmllcyB0aGF0IHNob3VsZCBiZSBidWls dCBhcyB3ZWxsLgotCQlFYWNoIG9mIHRoZSB0YXJnZXRzIHdpbGwgZXhlY3V0ZSB0aGUgc2FtZSB0 YXJnZXQgaW4gdGhlCi0JCXN1YmRpcmVjdG9yaWVzLgorTGVnYWN5IHZhcmlhYmxlcyBhcmUgYXMg Zm9sbG93czoKIAotU0NSSVBUUwkJQSBsaXN0IG9mIGludGVycHJldGVyIHNjcmlwdHMgW2ZpbGUu e3NoLGNzaCxwbCxhd2ssLi4ufV0uCi0JCVRoZSBpbnN0YWxsYXRpb24gaXMgY29udHJvbGxlZCBi eSB0aGUgU0NSSVBUU05BTUUsIFNDUklQVFNPV04sCi0JCVNDUklQVFNHUlAsIFNDUklQVFNNT0RF LCBTQ1JJUFRTRElSIHZhcmlhYmxlcyB0aGF0IGNhbiBiZQotCQlmdXJ0aGVyIHNwZWNpYWxpemVk IGJ5IFNDUklQVFM8VkFSPl88c2NyaXB0Pi4KK0NPUFRTCQkJT3B0aW1pemF0aW9uIGZsYWdzIGFw cGVuZGVkIHRvIENGTEFHUzsgaGlnaGx5CisgCQkJZGlzY291cmFnZWQgaW4gbW9kZXJuIE1ha2Vm aWxlcy4KIAorUFJPRwkJCUxlZ2FjeSBmb3JtIG9mIGBQUk9HU2AKKworUFJPR19DWFgJCUxlZ2Fj eSBmb3JtIG9mIGBQUk9HU19DWFhgCisKK1RoZSBmb2xsb3dpbmcgdmFyaWFibGVzIGFyZSB3cmFw cGVkIHRvIGJlIG1hZGUgYFBST0dTIGF3YXJlYDoKKworTkxTCQkJU2VlIGJzZC5ubHMubWsgZGVz Y3JpcHRpb24gZm9yIG1vcmUgZGV0YWlscy4KK05MU0RJUgorTkxTTkFNRQorCitEZXZlbG9wZXIg Y29udmVuaWVuY2UgdmFyaWFibGVzOgorCitXSVRIX0FTU0VSVF9ERUJVRwlDb21waWxlIHdpdGgg Q0ZMQUdTKz0tRE5ERUJVRworCiBUaGUgaW5jbHVkZSBmaWxlIDxic2QucHJvZy5taz4gaW5jbHVk ZXMgdGhlIGZpbGUgbmFtZWQgIi4uL01ha2VmaWxlLmluYyIKLWlmIGl0IGV4aXN0cywgYXMgd2Vs bCBhcyB0aGUgaW5jbHVkZSBmaWxlIDxic2QubWFuLm1rPi4KK2lmIGl0IGV4aXN0cywgYXMgd2Vs bCBhcyB0aGUgaW5jbHVkZSBmaWxlIDxic2QubWFuLm1rPi4gIEZ1cnRoZXJtb3JlLCBpZgorV0lU SF9OTFMgaXMgZGVmaW5lZCBhbmQgTkxTLjxQUk9HPiBpcyBhbHNvIGRlZmluZWQsIHRoZW4gYnNk Lm5scy5tayBpcworaW5jbHVkZWQgYXMgd2VsbC4KIAogU29tZSBzaW1wbGUgZXhhbXBsZXM6CiAK KzEuIFNpbmdsZSBDIFByb2dyYW06CisKIFRvIGJ1aWxkIGZvbyBmcm9tIGZvby5jIHdpdGggYSBt YW51YWwgcGFnZSBmb28uMSwgdXNlOgogCi0JUFJPRz0JZm9vCisJUFJPR1M9CWZvbwogCiAJLmlu Y2x1ZGUgPGJzZC5wcm9nLm1rPgogCkBAIC0zMTQsNiArMzczLDM0IEBACiAKIAlTUkNTPQlhLmMg Yi5jIGMuYyBkLmMKIAorMi4gU2luZ2xlIEMrKyBQcm9ncmFtOgorCitUbyBidWlsZCBiYXIgd2l0 aCBiYXIuY2Mgd2l0aCBhIG1hbnVhbCBwYWdlIGJhci4xLCB1c2U6CisKKwlQUk9HU19DWFg9CWJh cgorCisJLmluY2x1ZGUgPGJzZC5wcm9nLm1rPgorCitBbGwgb3RoZXIgY29uc3RydWN0cyBhcmUg dGhlIHNhbWUgYXMgaW4gdGhlIFNpbmdsZSBDIFByb2dyYW0gY2FzZS4KKworMy4gTXVsdGlwbGUg QyBwcm9ncmFtczoKKworVG8gYnVpbGQgZm9vIGZyb20gZm9vLmMgYW5kIGJhciB3aXRoIGJhci5j LCB1c2U6CisKKwlQUk9HUz0JZm9vIGJhcgorCisJLmluY2x1ZGUgPGJzZC5wcm9nLm1rPgorCitU byBidWlsZCBmb28gZnJvbSBiYXIuYyBhbmQgYmFyIHdpdGggZm9vLmMsIHVzZToKKworCVBST0dT PQlmb28gYmFyCisKKwlTUkNTLmZvbz0gYmFyLmMKKworCVNSQ1MuYmFyPSBmb28uYworCisJLmlu Y2x1ZGUgPGJzZC5wcm9nLm1rPgorCiA9LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09CiAKIFRoZSBpbmNsdWRlIGZp bGUgPGJzZC5zdWJkaXIubWs+IGNvbnRhaW5zIHRoZSBkZWZhdWx0IHRhcmdldHMgZm9yIGJ1aWxk aW5nCg== --e89a8fb206686603e204ca56aff2-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 23 05:55:43 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD153106566B; Sun, 23 Sep 2012 05:55:43 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC948FC0A; Sun, 23 Sep 2012 05:55:43 +0000 (UTC) Received: from JRE-MBP-2.local (c-50-143-149-8.hsd1.ca.comcast.net [50.143.149.8]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q8N5taRb015881 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 22 Sep 2012 22:55:36 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <505EA457.6070906@freebsd.org> Date: Sat, 22 Sep 2012 22:55:35 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <50587635.8070007@FreeBSD.org> <505DF965.2020506@FreeBSD.org> In-Reply-To: <505DF965.2020506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers Subject: Re: cpu_spinwait in cngetc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 05:55:43 -0000 On 9/22/12 10:46 AM, Andriy Gapon wrote: > on 18/09/2012 16:25 Andriy Gapon said the following: >> (Why[*]) Would anyone object to a change like this? >> >> diff --git a/sys/kern/kern_cons.c b/sys/kern/kern_cons.c >> index 5346bc3..d17846a 100644 >> --- a/sys/kern/kern_cons.c >> +++ b/sys/kern/kern_cons.c >> @@ -384,7 +384,7 @@ cngetc(void) >> if (cn_mute) >> return (-1); >> while ((c = cncheckc()) == -1) >> - ; >> + cpu_spinwait(); >> if (c == '\r') >> c = '\n'; /* console input is always ICRNL */ >> return (c); >> >> [*] :-) >> > I would to re-ping with this question. > Is there any architecture where a cpu_spinwait could cause a surprise? > Or is universally safe? > > The most visible place which this change can affect is ddb prompt. > > looks like the right thing to do From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 23 06:56:24 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20FD8106566B; Sun, 23 Sep 2012 06:56:24 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C1EF78FC08; Sun, 23 Sep 2012 06:56:23 +0000 (UTC) Received: by obbun3 with SMTP id un3so5716864obb.13 for ; Sat, 22 Sep 2012 23:56:16 -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=HJcRXREgak9FIhXq54ZdbMC1+HXTI2rVVnDEaqgQNAc=; b=gpFofAmuRyAvBLdQqsb3fxUy8tfau3qyH48j/SUJ/vI8+CNHCJXJMSSehR6DaiE3vt MrpMKSm1TzaX30rk2p1PZsQaeqOOGdyo9wWL+/T9mKvHcxg+qfLqFwu/N6WeOZcvMmz2 jepX0d/M1pselJgXuB/KeUy2PaSQeqk4iepAlr4s8x2MUm1TE7/OpkWEoLM/u4DLykod IFGN5h/aPqG0Je3QSdU6nur25mGRHHRgFXBkvNuotesL7t8TitQKfa4QBOTnL35rMFml sxu0bvq7Bs/hN8Vdq0DKl5FNknxYKP8+cDWe7ZIvSh5ne3iXaAdy4hyeb3aEuKz6nraP Ly7g== MIME-Version: 1.0 Received: by 10.182.121.38 with SMTP id lh6mr7287121obb.16.1348383376745; Sat, 22 Sep 2012 23:56:16 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sat, 22 Sep 2012 23:56:16 -0700 (PDT) In-Reply-To: <61600.1348381832@critter.freebsd.dk> References: <61600.1348381832@critter.freebsd.dk> Date: Sat, 22 Sep 2012 23:56:16 -0700 Message-ID: From: Garrett Cooper To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, toolchain@freebsd.org Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 06:56:24 -0000 On Sat, Sep 22, 2012 at 11:30 PM, Poul-Henning Kamp wrote: > In message > , Garrett Cooper writes: > >>Without the change: >> >>$ python calc_runtime.py bw.*_without.log | ministat -w 72 >>[...] >>$ python calc_runtime.py bw.*.log | ministat -w 72 > > Try: > python calc_runtime.py bw.*_without.log > _without > python calc_runtime.py bw.*.log > _with > ministat -w 72 _with _without > > :-) > > (PS: your two chosen glob patterns are not exclusive, but I suppose > that was for illustration only) Forgot to mention that I ran the "with" results before the "without" results, so technically the files didn't exist yet and hence the results are separate. But, just for absolute clarity for archiving sake (and provided your suggestion on how to overlay both graphs), here are the results: $ for i in bw.*[0-9].log; do mv $i `echo $i | sed -e 's/\.log/_with\.log/g'`; done $ python calc_runtime.py bw.*_with.log > _with $ python calc_runtime.py bw.*_without.log > _without $ ministat -w 72 _with _without x _with + _without +------------------------------------------------------------------------+ | + x | |+ + + xx + x x x + ++ x x + xx +| | |________________|________A_________MA___________M___|__| | +------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 940 1002 988 972.3 24.476973 + 10 919 1010 972 958.9 33.994934 No difference proven at 95.0% confidence Thanks for the tip :)! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 23 14:35:18 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84849106564A for ; Sun, 23 Sep 2012 14:35:18 +0000 (UTC) (envelope-from geoffrey.levand@mail.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9228FC0A for ; Sun, 23 Sep 2012 14:35:18 +0000 (UTC) Received: from f180.mail.ru (f180.mail.ru [217.69.128.221]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id 6E33ABFF6E14 for ; Sun, 23 Sep 2012 18:31:01 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Type:Message-ID:Reply-To:Date:Mime-Version:Subject:To:From; bh=jOVU6CgLsESEy4SFlRc3dvgUvZpnC91BiBRrtslV9z8=; b=vhnzR6E1CdtaBofGfaU92tAl9HQ+rKqCa7YeOR/5T2EBa7FqQrVskW/NMmjnTzP7OeWobp7cbqSJuWTQsMQHIYe4pHfica4vKNfeojcqmwaEyb/1MYJLxyV/GOCFXUam; Received: from mail by f180.mail.ru with local (envelope-from ) id 1TFnCv-00015E-4z for freebsd-hackers@freebsd.org; Sun, 23 Sep 2012 18:30:53 +0400 Received: from [82.212.14.19] by e.mail.ru with HTTP; Sun, 23 Sep 2012 18:30:53 +0400 From: =?UTF-8?B?Z2VvZmZyZXkgbGV2YW5k?= To: freebsd-hackers@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [82.212.14.19] Date: Sun, 23 Sep 2012 18:30:53 +0400 X-Priority: Message-ID: <1348410653.373800982@f180.mail.ru> X-Spam: Not detected X-Mras: Ok Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to claim only some of USB interfaces of a composite USB device X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?Z2VvZmZyZXkgbGV2YW5k?= List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 14:35:18 -0000 SGksCgppIGhhdmUgdGhlIGZvbGxvd2luZyBwcm9ibGVtLgpJIGhhdmUgYSBjb21wb3NpdGXCoCBV U0IgZGV2aWNlIHdpdGggbXVsdGlwbGUgVVNCIGludGVyZmFjZXMuIFNvbWUgb2YgaW50ZXJmYWNl cyBiZWxvbmcgdG8gdGhlIEJsdWV0b290aCBkZXZpY2UgYW5kIG90aGVyIHRvIHRoZSBXTEFOIGRl dmljZS4KVGhlIHByb2JsZW0gaXMgaSB3YW50IG15IFdMQU4gZHJpdmVyIHRvIGNsYWltIG9ubHkg dGhlIGludGVyZmFjZXMgd2hpY2ggYmVsb25nIHRvIHRoZSBXTEFOIGRldmljZS4gQnV0IG5nX3Vi dCBrZXJuZWwgZHJpdmVyIGNsYWltcyBhbGwgaW50ZXJmYWNlcyBmb3IgaXRzZWxmIGJlZ2lubmlu ZyB3aXRoIHRoZSBpbnRlcmZhY2UgMC4gVGhlcmVmb3JlLCBteSBXTEFOIGRyaXZlciBkb2Vzbid0 IHdvcmsgaWYgbmdfdWJ0IGlzIGxvYWRlZCBmaXJzdC4KClRoZSBzZWNvbmQgcXVlc3Rpb24gaXMs IHdoeSBGcmVlQlNEIFVTQiBzdGFjayBjYWxscyB0aGUgbWF0Y2ggY2FsbGJhY2sgb2YgbXkgV0xB TiBkcml2ZXIgb25seSBvbmNlIHdpdGggVVNCIGludGVyZmFjZSBpbmRleCAwLiBTaG91bGRuJ3Qg aXQgY2FsbCB0aGUgbWF0Y2ggY2FsbGJhY2sgZm9yIGVhY2ggaW50ZXJmYWNlIG9uIGEgVVNCIGRl dmljZSA/IExpbnV4IGtlcm5lbCBlLmcuIGRvZXMgaXQgcGVyIFVTQiBpbnRlcmZhY2UuCgpyZWdh cmRzCg== From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 24 08:21:15 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F3A1106566B; Mon, 24 Sep 2012 08:21:15 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADC08FC12; Mon, 24 Sep 2012 08:21:14 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 4FD623B784; Mon, 24 Sep 2012 08:21:13 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q8O8LCkX003783; Mon, 24 Sep 2012 08:21:12 GMT (envelope-from phk@phk.freebsd.dk) To: Garrett Cooper From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 22 Sep 2012 23:56:16 MST." Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 24 Sep 2012 08:21:12 +0000 Message-ID: <3782.1348474872@critter.freebsd.dk> X-Mailman-Approved-At: Mon, 24 Sep 2012 11:38:33 +0000 Cc: freebsd-hackers@freebsd.org, toolchain@freebsd.org Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 08:21:15 -0000 In message , Garrett Cooper writes: >No difference proven at 95.0% confidence This is the important bit of information... >Thanks for the tip :)! You're welcome :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 24 13:06:52 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C458A106564A for ; Mon, 24 Sep 2012 13:06:52 +0000 (UTC) (envelope-from pacija@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5209F8FC0A for ; Mon, 24 Sep 2012 13:06:51 +0000 (UTC) Received: by bkcje9 with SMTP id je9so2730484bkc.13 for ; Mon, 24 Sep 2012 06:06:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=PBj979d+7FOCSsb1+VsXHdbA2kBieOyYkGI7fhT5BOw=; b=VoDkHlz8+AmFVmTeaBKg1m0vbFhTapPs1UKDzaqY7MPhDkp7rgxz2m7XnOGWJXdmDs JH6yrPiSLjuT8RVFzOgyO8IQqu2mt8dn/doBDLYCB3LSHNWgTKx6tF+xfosaaN8x6MlZ yX0XXhDF4Bdft1wUnf3FJ/hCD/huLqnqxn4ps2M3eHbwvoGbQc2HxJY0HQ00etO9YVnA qztHDCCXP6PsXyrRa6jlH4s2JU/ecA2n+hSZ8yAnoCUQDqlQ5xlQYL8SzEwL0+3KnE91 oaJCTtKVoKcxi8Sx2fEgibOc+psgXSe/SRT6W2MBO3O27alMeqwsJh+uDI6HjA9Lzche HQeQ== Received: by 10.204.152.145 with SMTP id g17mr4442245bkw.120.1348492011032; Mon, 24 Sep 2012 06:06:51 -0700 (PDT) Received: from localhost ([193.53.106.33]) by mx.google.com with ESMTPS id n5sm10327010bkv.14.2012.09.24.06.06.48 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 24 Sep 2012 06:06:49 -0700 (PDT) Date: Mon, 24 Sep 2012 15:05:26 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-hackers@freebsd.org Message-ID: <20120924150526.4d7a344c@gmail.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Diskless PXE and hal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 13:06:52 -0000 I am booting 9.0-RELEASE-p4 i386 over PXE with read-only root. I need hal in order to autoprobe video cards, mouses, keyboards etc. due to different hardware of clients, but it does not work. Invoking it from command line gives me error: # hald --daemon=no --verbose=yes 15:00:11.984 [I] hald.c:673: hal 0.5.14 15:00:11.984 [I] hald.c:674: using child timeout 250s 15:00:11.984 [I] hald.c:739: Will not daemonize 15:00:11.984 [I] hald_dbus.c:5444: local server is listening at unix:path=/var/run/hald/dbus-HirC2VBPvF,guid=29945067cd47361b6b3ac22800000c61 15:00:11.987 [I] ck-tracker.c:396: got seat '/org/freedesktop/ConsoleKit/Seat1' 15:00:11.987 [I] ck-tracker.c:344: Got all sessions on seat '/org/freedesktop/ConsoleKit/Seat1' 15:00:11.987 [I] ck-tracker.c:396: got seat '/org/freedesktop/ConsoleKit/Seat2' 15:00:11.987 [I] ck-tracker.c:323: got session '/org/freedesktop/ConsoleKit/Session1' for seat '/org/freedesktop/ConsoleKit/Seat2' 15:00:11.988 [I] ck-tracker.c:274: Got active state (INACTIVE) and uid 1001 on session '/org/freedesktop/ConsoleKit/Session1' 15:00:11.988 [I] ck-tracker.c:344: Got all sessions on seat '/org/freedesktop/ConsoleKit/Seat2' 15:00:11.988 [I] ck-tracker.c:423: Got seats 15:00:11.988 [I] ck-tracker.c:824: Got seats and sessions 15:00:12.000 [I] hald_runner.c:304: Runner has pid 2186 Runner started - allowed paths are '/usr/local/libexec:/usr/local/libexec/hal/scripts:/usr/local/bin' 15:00:12.005 [I] hald_runner.c:184: runner connection is 0x28855c00 15:00:12.010 [I] hf-ata.c:258: unable to open /dev/ata: No such file or directory [WARN 2185] polkit-error.c:143:polkit_error_get_error_message(): error != NULL Not built with -rdynamic so unable to print a backtrace *** [DIE] hald.c:main():790 : Could not init PolicyKit context: (null) Any advices how to get it working? From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 24 15:17:15 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B905106566B; Mon, 24 Sep 2012 15:17:15 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 657238FC0A; Mon, 24 Sep 2012 15:17:15 +0000 (UTC) Received: by padbi1 with SMTP id bi1so1589007pad.13 for ; Mon, 24 Sep 2012 08:17:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=ufekhq8x3tIW+aVeUeFWl4lY0CmLFXSRP7RYeyxKdfY=; b=Doz/KyNIPw2FXQGab7XsqTygu2t7YIgtntNFVJ9OSvwoh7JRwVdn9lrSMt1QvSoWMR +NYMVClatodkzk2k8TvWfjmSr1zVIbdtP9WKYQUy1/M4FKLaxPMdFGtQXiTRzh8QuiuV dFz/3XI51IBy/pnJjUAPTudt7g1FgyMGy6a6oq0vlRtHoFu9HJdNJfjR40UbPEMYwcBJ GsRsz23AyqBkAK6zMVsOxPpJKh5vPfi4L97UtrCDcL+BBnwg7kmVITFChNsREnc8gFlZ X43Fa0MzpJJpKxtNSPbX4cF8zsAfvw4d84vImv59v4AgQx6g/mayCP6VW5fDREhmMCJO Wf9A== Received: by 10.68.228.1 with SMTP id se1mr37539027pbc.110.1348499834847; Mon, 24 Sep 2012 08:17:14 -0700 (PDT) Received: from [10.173.174.42] (mobile-166-147-095-147.mycingular.net. [166.147.95.147]) by mx.google.com with ESMTPS id it6sm9788562pbc.14.2012.09.24.08.17.13 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 24 Sep 2012 08:17:13 -0700 (PDT) References: <3782.1348474872@critter.freebsd.dk> In-Reply-To: <3782.1348474872@critter.freebsd.dk> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <705174EE-4803-450F-8F41-3876DBCD65E6@gmail.com> X-Mailer: iPhone Mail (9B206) From: Garrett Cooper Date: Mon, 24 Sep 2012 08:17:07 -0700 To: Poul-Henning Kamp Cc: "freebsd-hackers@freebsd.org" , "toolchain@freebsd.org" Subject: Re: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 15:17:15 -0000 On Sep 24, 2012, at 1:21 AM, "Poul-Henning Kamp" wrote:= > In message > , Garrett Cooper writes: >=20 >> No difference proven at 95.0% confidence >=20 > This is the important bit of information... Yeah.. It's been a few moons since I've taken statistics. Some other pieces of data: This was done with... - testing was done multiuser on a lightly loaded system. - build was done with -j24 on a my workstation with 4 SMT enabled cores. - the scratch disk is ata enabled, whereas the sources were housed on an mfi= backed disk. Thanks! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 24 16:18:58 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E7A3106566B for ; Mon, 24 Sep 2012 16:18:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id BC0268FC08 for ; Mon, 24 Sep 2012 16:18:57 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 322544000; Mon, 24 Sep 2012 18:18:48 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org, geoffrey levand Date: Mon, 24 Sep 2012 18:20:07 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <1348410653.373800982@f180.mail.ru> In-Reply-To: <1348410653.373800982@f180.mail.ru> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?iso-8859-1?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?iso-8859-1?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209241820.07558.hselasky@c2i.net> Cc: Subject: Re: How to claim only some of USB interfaces of a composite USB device X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 16:18:58 -0000 On Sunday 23 September 2012 16:30:53 geoffrey levand wrote: > Hi, > > i have the following problem. > I have a composite USB device with multiple USB interfaces. Some of > interfaces belong to the Bluetooth device and other to the WLAN device. > The problem is i want my WLAN driver to claim only the interfaces which > belong to the WLAN device. But ng_ubt kernel driver claims all interfaces > for itself beginning with the interface 0. Therefore, my WLAN driver > doesn't work if ng_ubt is loaded first. > > The second question is, why FreeBSD USB stack calls the match callback of > my WLAN driver only once with USB interface index 0. Shouldn't it call the > match callback for each interface on a USB device ? Linux kernel e.g. does > it per USB interface. > > regards Hi, If the interfaces are parented to another interface, they are not probed. Read the UBT specification at usb.org and provide a patch that will only grab bluetooth interfaces. --HPS From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 24 21:31:45 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00FF91065673 for ; Mon, 24 Sep 2012 21:31:45 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9188FC12 for ; Mon, 24 Sep 2012 21:31:44 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id q8OLVbC1077063 for ; Mon, 24 Sep 2012 16:31:37 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id q8OLVb7W077062 for hackers@freebsd.org; Mon, 24 Sep 2012 16:31:37 -0500 (CDT) (envelope-from brooks) Date: Mon, 24 Sep 2012 16:31:37 -0500 From: Brooks Davis To: hackers@freebsd.org Message-ID: <20120924213137.GA76898@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: vendor import questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 21:31:45 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As part of switching to NetBSD's mtree I plan to import their versions of a few files that are part of libc (for example all the bits of vis/unvis). I would like to do that via a vendor import, but I'm unsure where to put the files and how to tag them. For mtree itself the right place is clearly base/vendor/NetBSD/mtree/dist, but we don't seem to have a good example for libc bits. There is currently a base/vendor/NetBSD/dist directory containing a (very) partial source tree, but it seems to be unused in recent times. If I did import into that tree, the next question would be how to tag the import. The base/vendor/NetBSD/fparseln_19990920/ directory shows one seemingly sensible example, but I don't like the resulting explosion of top level directories. I also worry that having mixed versions in the libc directory would make any attempt at sensible merging difficult since we'd have to put mergeinfo on files. An additional issue is where to put the files in the source tree. Precedent seems to favor direct copies to src/lib/libc/gen etc. In some ways I think the optimal solution would be to put the bits in contrib in feature specific directories like contrib/libc/vis, but that might be annoying for some consumers. That being said, the existence if src/include means you can't simply check out libc so it's probably ok to add more locations in the source tree for a good cause. What's the right way to go here? Thanks, Brooks --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQYNE5XY6L6fI4GtQRAqfNAJ9n80dd2IuQ+CVS1cnYQclxPuy3AACeNMDV EujxjgS1ZtHWm/pQg8qVfjA= =W2eW -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 25 14:12:07 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF7A1106564A for ; Tue, 25 Sep 2012 14:12:07 +0000 (UTC) (envelope-from tretuliy2@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 93C098FC12 for ; Tue, 25 Sep 2012 14:12:07 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so225957pbb.13 for ; Tue, 25 Sep 2012 07:12:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+IEBdVwIP+8h2xaakfqEBtLc3PUYyxn3E6bCAl8ol/4=; b=cozcdaUrW//o8xPCEj4TT8W7og5Pb4m/sTu24eHzYbp3njKhxLpA4bc9eOz4umc5PB LFos7e41fY4wf4jYhW3klIbxN03cSLRS4sYZxOYoQm/L1iHf9j/v5OP0KRIWy3pVyUyH B8LL+q3NZw3OaOQq4BtfuLOQy3mc0lAQmeLcZzxK2I/GyLKJzERyNbU9/NsxRihV9hAx PzWmU2rkVlAf3Um3kxV5rYMyWw5L4fbiIbDrzQaFS7iCHbrRx3I921g3OQiXos/vulf7 0H2hYIa3A94dGe94xDcxOLMtIesv0mUQQB/O+zFDlkpZTLWc2RkYGraiiL1LdvY0LHtc 8w4w== MIME-Version: 1.0 Received: by 10.68.242.97 with SMTP id wp1mr46864949pbc.159.1348582327160; Tue, 25 Sep 2012 07:12:07 -0700 (PDT) Received: by 10.66.156.170 with HTTP; Tue, 25 Sep 2012 07:12:07 -0700 (PDT) Date: Tue, 25 Sep 2012 17:12:07 +0300 Message-ID: From: =?KOI8-R?B?98HEyc0g9dLB2sHF1w==?= To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NgAllocRecvMsg() hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 14:12:07 -0000 Hi all. I don`t know if it`s write place to write, sorry if it`s not. I am trying to write some application that uses netgraph framework, and stuck on getting information from ng_ksocket node. It is server ng_ksocket node that clones itself on each connection (client), I get this cloned nodes id (something like [4ab]:) and store it in array. I want from time to time check if somebody connected to each of this nodes, and for that I am trying to use something like that : if (NgSendMsg(csock, pth, NGM_KSOCKET_COOKIE, NGM_KSOCKET_GETPEERNAME, NULL, 0) == -1) { if (errno == ENOTCONN) { syslog(LOG_INFO, "check_and_clear(): Socket not connected, node: %s will be shutdown", pth); ShutNode(pth); memset(clients[i], 0, sizeof(clients[i])); } else if (errno == ENOENT) { syslog(LOG_NOTICE, "check_and_clear(): Node already closed %s", pth); memset(clients[i], 0, sizeof(clients[i])); } else { syslog(LOG_ERR, "check_and_clear(): An error has occured while getpeername from node: %s, %s", pth, strerror(errno)); } } From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 25 14:23:58 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E9A7106566B for ; Tue, 25 Sep 2012 14:23:58 +0000 (UTC) (envelope-from tretuliy2@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E813A8FC0A for ; Tue, 25 Sep 2012 14:23:57 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so247306pbb.13 for ; Tue, 25 Sep 2012 07:23:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Y19OaAf2h187RSw1zb3rm+QaXZ0jfq8/+hPc3J3FeaI=; b=IRtjgZDS9D3uKMY4+2Pyas8sQTMm9Z2xLs9nclekbFckhMOFV4Odr69AFD+rZXM9V7 4Q5OgNLwaMm7zv9HoDwamMa53sCDtCkfWU1nWBXHO7ZmOypJj7i3CBhkG34i77DW4byp SWT8R56wD6OrM1dH6KpFKnxGaK3oaA6H+VMKDTSf7phb7fFlJcIUisfgdM6nk6ybz/yI 4vVH1YvFU6xKJPUTpGjZeZnQeh2T1fT/LaJlrP9SSsTQkjpUV6oDdPohiIVQgtxAG1aJ NtnTYzE4o6jtjIXnMC6jlT+3NoM/ebHhd/5cGhcmvtVuiXgMRY53kggW11odRH+Wo9IT wzBg== MIME-Version: 1.0 Received: by 10.68.136.40 with SMTP id px8mr46457909pbb.153.1348583037382; Tue, 25 Sep 2012 07:23:57 -0700 (PDT) Received: by 10.66.156.170 with HTTP; Tue, 25 Sep 2012 07:23:57 -0700 (PDT) Date: Tue, 25 Sep 2012 17:23:57 +0300 Message-ID: From: =?KOI8-R?B?98HEyc0g9dLB2sHF1w==?= To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NgAllocRecvMsg() hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 14:23:58 -0000 Previous message is accidentaly sends itself. The piece of code I posted in previous message sends message to node to try find out if somebody connected to it, the next what I have to do is receive responce, and I am trying to do it like that: if (NgAllocRecvMsg(csock, (struct ng_mesg **)&ugetsas.reply, NULL) == -1) { syslog(LOG_ERR ,"check_and_clear(): Error receiveng responce from ksocket %s\n",strerror(errno)); ShutFanout(); return EXIT_FAILURE; } And program stuck on this command, the debug information I receive : Sep 25 16:29:38 freebsd-test relaying-ng: RECEIVED RESPONSE: Sep 25 16:29:38 freebsd-test relaying-ng: SOCKADDR: { fam=32 len=16 addr="[4f5]:" } Sep 25 16:29:38 freebsd-test relaying-ng: NG_MESG : Sep 25 16:29:38 freebsd-test relaying-ng: vers 8 Sep 25 16:29:38 freebsd-test relaying-ng: arglen 16 Sep 25 16:29:38 freebsd-test relaying-ng: flags 1 Sep 25 16:29:38 freebsd-test relaying-ng: token 30 Sep 25 16:29:38 freebsd-test relaying-ng: cookie KSOCKET (942710669) Sep 25 16:29:38 freebsd-test relaying-ng: cmd getpeername (6) Sep 25 16:29:38 freebsd-test relaying-ng: args inet/10.128.0.44:34817 So it seems all ok, but I can`t understand why is it hangs. Any help appriciated. Sorry for bad english. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 25 15:17:10 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D7DB1065675; Tue, 25 Sep 2012 15:17:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D66998FC16; Tue, 25 Sep 2012 15:17:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 29C74B978; Tue, 25 Sep 2012 11:17:09 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 25 Sep 2012 08:35:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <505786AC.9010302@FreeBSD.org> <505D9E19.9060506@FreeBSD.org> <505DDAB9.6050602@FreeBSD.org> In-Reply-To: <505DDAB9.6050602@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209250835.50684.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 25 Sep 2012 11:17:09 -0400 (EDT) Cc: Olivier =?iso-8859-1?q?Cochard-Labb=E9?= , Uffe Jakobsen , Andriy Gapon Subject: Re: serial console "detection" during boot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 15:17:10 -0000 On Saturday, September 22, 2012 11:35:21 am Andriy Gapon wrote: > > Here is an update on the changes: > http://people.freebsd.org/~avg/boot-comconsole.diff > > Please note that the file is actually a patchset that consists of three > individual changes: > - a generic change in common boot code > - libi386 comconsole change > - BTX and boot2-ish comconsole change > > All the code is lightly tested. > As I am not an expert in the assembly code and also because boot2 is quite > size-sensitive I would like to ask for a special attention to the last change. This looks ok to me. Did it pass a 'make universe'? -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 25 15:17:10 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3577106564A; Tue, 25 Sep 2012 15:17:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B91C38FC17; Tue, 25 Sep 2012 15:17:10 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 15184B911; Tue, 25 Sep 2012 11:17:10 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 25 Sep 2012 08:41:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <20120924213137.GA76898@lor.one-eyed-alien.net> In-Reply-To: <20120924213137.GA76898@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209250841.34134.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 25 Sep 2012 11:17:10 -0400 (EDT) Cc: hackers@freebsd.org, Brooks Davis Subject: Re: vendor import questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 15:17:11 -0000 On Monday, September 24, 2012 5:31:37 pm Brooks Davis wrote: > As part of switching to NetBSD's mtree I plan to import their versions > of a few files that are part of libc (for example all the bits of > vis/unvis). I would like to do that via a vendor import, but I'm unsure > where to put the files and how to tag them. For mtree itself the right > place is clearly base/vendor/NetBSD/mtree/dist, but we don't seem to > have a good example for libc bits. > > There is currently a base/vendor/NetBSD/dist directory containing a > (very) partial source tree, but it seems to be unused in recent times. > If I did import into that tree, the next question would be how to tag > the import. The base/vendor/NetBSD/fparseln_19990920/ directory shows > one seemingly sensible example, but I don't like the resulting explosion > of top level directories. I also worry that having mixed versions in the > libc directory would make any attempt at sensible merging difficult > since we'd have to put mergeinfo on files. > > An additional issue is where to put the files in the source tree. > Precedent seems to favor direct copies to src/lib/libc/gen etc. In some > ways I think the optimal solution would be to put the bits in contrib > in feature specific directories like contrib/libc/vis, but that might > be annoying for some consumers. That being said, the existence if > src/include means you can't simply check out libc so it's probably ok to > add more locations in the source tree for a good cause. > > What's the right way to go here? libc already has contrib bits (contrib/gdtoa). I think something like contrib/NetBSD/libc/ might be fine. The problem I have with just 'contrib/libc' is that it is ambiguous. OTOH, the contrib/NetBSD/libc path isn't too pretty either. One option would be to merge directly from the vendor area into src/lib/libc. One other option might be to just do src/contrib/vis if it is only for 'vis' files. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 25 15:17:10 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3577106564A; Tue, 25 Sep 2012 15:17:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id B91C38FC17; Tue, 25 Sep 2012 15:17:10 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 15184B911; Tue, 25 Sep 2012 11:17:10 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 25 Sep 2012 08:41:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <20120924213137.GA76898@lor.one-eyed-alien.net> In-Reply-To: <20120924213137.GA76898@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209250841.34134.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 25 Sep 2012 11:17:10 -0400 (EDT) Cc: hackers@freebsd.org, Brooks Davis Subject: Re: vendor import questions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 15:17:11 -0000 On Monday, September 24, 2012 5:31:37 pm Brooks Davis wrote: > As part of switching to NetBSD's mtree I plan to import their versions > of a few files that are part of libc (for example all the bits of > vis/unvis). I would like to do that via a vendor import, but I'm unsure > where to put the files and how to tag them. For mtree itself the right > place is clearly base/vendor/NetBSD/mtree/dist, but we don't seem to > have a good example for libc bits. > > There is currently a base/vendor/NetBSD/dist directory containing a > (very) partial source tree, but it seems to be unused in recent times. > If I did import into that tree, the next question would be how to tag > the import. The base/vendor/NetBSD/fparseln_19990920/ directory shows > one seemingly sensible example, but I don't like the resulting explosion > of top level directories. I also worry that having mixed versions in the > libc directory would make any attempt at sensible merging difficult > since we'd have to put mergeinfo on files. > > An additional issue is where to put the files in the source tree. > Precedent seems to favor direct copies to src/lib/libc/gen etc. In some > ways I think the optimal solution would be to put the bits in contrib > in feature specific directories like contrib/libc/vis, but that might > be annoying for some consumers. That being said, the existence if > src/include means you can't simply check out libc so it's probably ok to > add more locations in the source tree for a good cause. > > What's the right way to go here? libc already has contrib bits (contrib/gdtoa). I think something like contrib/NetBSD/libc/ might be fine. The problem I have with just 'contrib/libc' is that it is ambiguous. OTOH, the contrib/NetBSD/libc path isn't too pretty either. One option would be to merge directly from the vendor area into src/lib/libc. One other option might be to just do src/contrib/vis if it is only for 'vis' files. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 25 21:32:16 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D024106566C; Tue, 25 Sep 2012 21:32:16 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id C5A948FC1F; Tue, 25 Sep 2012 21:32:15 +0000 (UTC) Received: from rbpbp.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id q8PLVDUn054576; Tue, 25 Sep 2012 22:31:13 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Bob Bishop In-Reply-To: <50621331.2020207@cdf.toronto.edu> Date: Tue, 25 Sep 2012 22:31:08 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9C0A93CD-EE93-4BFE-8C0D-134E4B269961@gid.co.uk> References: <505B7A32.4070206@cdf.toronto.edu> <505CAD80.1070701@cdf.toronto.edu> <765938FA-B2D4-4553-AA76-A86E40294080@gid.co.uk> <50621331.2020207@cdf.toronto.edu> To: Iordan Iordanov X-Mailer: Apple Mail (2.1283) Cc: freebsd-bugs@freebsd.org, hackers@freebsd.org, CDF Admin Subject: Re: kernel panic on boot with FreeBSD 8.1 and 9.0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 21:32:16 -0000 Hi, On 25 Sep 2012, at 21:25, Iordan Iordanov wrote: > Hi Bob, >=20 > On 09/21/12 14:25, Bob Bishop wrote: >>> #5 0xffffffff806ab507 at uart_bus_attaeh+0x187 >> ^^^^ >> Hmm. Can you disable serial ports in the BIOS? Might be a workaround. >=20 > Disabling the serial ports changed the backtrace, but it still = crashed. Then, I decided to play around, and ALSO disabling the IDE = controller on the motherboard (for which tere is no header, funnily) = allowed FreeBSD to boot. The end result was that both the IDE controller = AND serial ports had to be disabled for it to boot. Once again, FreeBSD = boots up fine when the PCIe 4-port network adapter is removed from the = pcie (8x in 4x) port with BIOS defaults loaded. >=20 > Now start the ramblings of a person who does not understand how IRQs = work. Is this basically an IRQ exhaustion issue where disabling serial = ports and IDE controller frees up just enough IRQs for the OS to boot = up? If so, what was done in Linux to allow "sharing" IRQs so that = everyhing can be enabled in the BIOS and the for kernel to still manage = to drive all devices attached to the system? >=20 > Is there anything I can do to help debug this before we go production? Probably, but I don't understand enough about IRQ handling to advise = further. CCing to hackers@ where someone will know. > Thanks! > Iordan -- Bob Bishop rb@gid.co.uk From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 26 08:14:52 2012 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDC41106566B for ; Wed, 26 Sep 2012 08:14:52 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 14F928FC15 for ; Wed, 26 Sep 2012 08:14:51 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA18651 for ; Wed, 26 Sep 2012 11:14:44 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TGmlX-000CQY-Sn for freebsd-hackers@freebsd.org; Wed, 26 Sep 2012 11:14:43 +0300 Message-ID: <5062B971.30203@FreeBSD.org> Date: Wed, 26 Sep 2012 11:14:41 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120913 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-hackers X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: monitor+mwait and volatile-ish X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 08:14:52 -0000 Typical x86 MONITOR+MWAIT is like this (taken from Intel manual): EAX = Logical Address(Trigger) ECX = 0 (*Hints *) EDX = 0 (* Hints *) IF ( !trigger_store_happened) { MONITOR EAX, ECX, EDX IF ( !trigger_store_happened ) { MWAIT EAX, ECX } } In FreeBSD we have this helper function for MONITOR: static __inline void cpu_monitor(const void *addr, u_long extensions, u_int hints) { __asm __volatile("monitor" : : "a" (addr), "c" (extensions), "d" (hints)); } Now, let's assume that 'Trigger' is a global variable and 'trigger_store_happened' is a check for a particular value in this variable. Then, with current state of matters, we must either declare the global variable to be volatile or use a volatile cast in the second IF. Otherwise, a compiler is free to assume that the variable doesn't change between the first and the second IF and drop the second IF altogether. And that would make MONITOR+MWAIT to miss an event if it happens "between" the first check and MONITOR. So what's my point. - using volatile variable with cpu_monitor requires DEVOLATILE to silence compiler warning about discarding volatile; this is unnecessary code bloat - adding volatile cast in the checks is easy to forget and adds code bloat Possible improvements: - make the argument of cpu_monitor be 'const volatile void *', the most permissive type; this would also be a hint that variable should be volatile - add some magic dust to cpu_monitor that would tell compiler to not cache the variable; right now I can only think of the "memory" constraint, but it seems to be too big of a hummer What do you think about this? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 26 09:11:12 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECCF61065673; Wed, 26 Sep 2012 09:11:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2F78FC18; Wed, 26 Sep 2012 09:11:11 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q8Q9B9tb070664; Wed, 26 Sep 2012 12:11:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q8Q9AvP9084337; Wed, 26 Sep 2012 12:10:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q8Q9AvIg084336; Wed, 26 Sep 2012 12:10:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 26 Sep 2012 12:10:57 +0300 From: Konstantin Belousov To: Andriy Gapon Message-ID: <20120926091057.GH35915@deviant.kiev.zoral.com.ua> References: <5062B971.30203@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8sldprk+5E/pDEv" Content-Disposition: inline In-Reply-To: <5062B971.30203@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers Subject: Re: monitor+mwait and volatile-ish X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 09:11:12 -0000 --a8sldprk+5E/pDEv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 26, 2012 at 11:14:41AM +0300, Andriy Gapon wrote: >=20 > Typical x86 MONITOR+MWAIT is like this (taken from Intel manual): >=20 > EAX =3D Logical Address(Trigger) > ECX =3D 0 (*Hints *) > EDX =3D 0 (* Hints *) > IF ( !trigger_store_happened) { > MONITOR EAX, ECX, EDX > IF ( !trigger_store_happened ) { > MWAIT EAX, ECX > } > } >=20 > In FreeBSD we have this helper function for MONITOR: > static __inline void > cpu_monitor(const void *addr, u_long extensions, u_int hints) > { >=20 > __asm __volatile("monitor" > : : "a" (addr), "c" (extensions), "d" (hints)); > } >=20 > Now, let's assume that 'Trigger' is a global variable and > 'trigger_store_happened' is a check for a particular value in this variab= le. >=20 > Then, with current state of matters, we must either declare the global va= riable > to be volatile or use a volatile cast in the second IF. Otherwise, a com= piler > is free to assume that the variable doesn't change between the first and = the > second IF and drop the second IF altogether. And that would make MONITOR= +MWAIT > to miss an event if it happens "between" the first check and MONITOR. >=20 > So what's my point. > - using volatile variable with cpu_monitor requires DEVOLATILE to silence > compiler warning about discarding volatile; this is unnecessary code bloat > - adding volatile cast in the checks is easy to forget and adds code bloat >=20 > Possible improvements: > - make the argument of cpu_monitor be 'const volatile void *', the most > permissive type; this would also be a hint that variable should be volati= le > - add some magic dust to cpu_monitor that would tell compiler to not cache > the variable; right now I can only think of the "memory" constraint, bu= t it > seems to be too big of a hummer >=20 > What do you think about this? You might claim that the asm writes to *addr by specifying it in the output constraint. This should fool the compiler into reload *addr after the monitor execution. --a8sldprk+5E/pDEv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBixqEACgkQC3+MBN1Mb4g6hwCdHLujvZ0OezxypmrLw8izSFsA 3WsAn1NLKzqqdKnwjmqxY67Sx+HuLx49 =dBY0 -----END PGP SIGNATURE----- --a8sldprk+5E/pDEv-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 26 09:55:47 2012 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C5AE106564A for ; Wed, 26 Sep 2012 09:55:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA1C8FC08 for ; Wed, 26 Sep 2012 09:55:45 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA19735; Wed, 26 Sep 2012 12:55:43 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TGoLH-000CXo-Gc; Wed, 26 Sep 2012 12:55:43 +0300 Message-ID: <5062D11D.7040809@FreeBSD.org> Date: Wed, 26 Sep 2012 12:55:41 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120913 Thunderbird/15.0.1 MIME-Version: 1.0 To: Konstantin Belousov References: <5062B971.30203@FreeBSD.org> <20120926091057.GH35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20120926091057.GH35915@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers Subject: Re: monitor+mwait and volatile-ish X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 09:55:47 -0000 on 26/09/2012 12:10 Konstantin Belousov said the following: > On Wed, Sep 26, 2012 at 11:14:41AM +0300, Andriy Gapon wrote: [snip] >> So what's my point. - using volatile variable with cpu_monitor requires >> DEVOLATILE to silence compiler warning about discarding volatile; this is >> unnecessary code bloat - adding volatile cast in the checks is easy to >> forget and adds code bloat >> >> Possible improvements: - make the argument of cpu_monitor be 'const >> volatile void *', the most permissive type; this would also be a hint >> that variable should be volatile - add some magic dust to cpu_monitor >> that would tell compiler to not cache the variable; right now I can only >> think of the "memory" constraint, but it seems to be too big of a hummer >> >> What do you think about this? > > You might claim that the asm writes to *addr by specifying it in the output > constraint. This should fool the compiler into reload *addr after the > monitor execution. > You mean something like: static __inline void cpu_monitor(const void *addr, u_long extensions, u_int hints) { __asm __volatile("monitor" : "=m" (*(char *)addr) : "a" (addr), "c" (extensions), "d" (hints)); } This seems to do the job with base gcc, 4.6, 4.7 and clang. Thank you! -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 26 12:32:59 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34FAC1065670 for ; Wed, 26 Sep 2012 12:32:59 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id DF9A58FC0C for ; Wed, 26 Sep 2012 12:32:58 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TGqnW-0006x0-8H for freebsd-hackers@freebsd.org; Wed, 26 Sep 2012 14:33:02 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 26 Sep 2012 14:33:02 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 26 Sep 2012 14:33:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Wed, 26 Sep 2012 14:32:48 +0200 Lines: 36 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig68EF246EE6AD45B63536F6DF" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120812 Thunderbird/14.0 X-Enigmail-Version: 1.4.3 Subject: "What's cooking for FreeBSD" on wiki X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 12:32:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig68EF246EE6AD45B63536F6DF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Since I have less free time than necessary to properly maintain the "What's cooking" page(s), I've transitioned the one for FreeBSD 10, and hopefully future versions, to the FreeBSD wiki: http://wiki.freebsd.org/WhatsNew/FreeBSD10 This reduces the "bus factor" for this page and also allows everyone to add new information they think is necessary. I'll also participate in maintaining the wiki page, but please don't wait for me if you see something missing from it :) --------------enig68EF246EE6AD45B63536F6DF 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.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBi9fAACgkQ/QjVBj3/HSztFwCfZD9GQQULmbOxL4oCR7EGiMuj fSgAnjkn8+yDK/dlQ0wGUcWyf3sCx6j8 =1RTF -----END PGP SIGNATURE----- --------------enig68EF246EE6AD45B63536F6DF-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 26 12:49:43 2012 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 932EF106564A for ; Wed, 26 Sep 2012 12:49:43 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id 521138FC16 for ; Wed, 26 Sep 2012 12:49:42 +0000 (UTC) Received: from [172.20.10.3] (109.56.124.226.mobile.3.dk [109.56.124.226]) by csmtp2.one.com (Postfix) with ESMTPA id 6DC0C3077E5C for ; Wed, 26 Sep 2012 12:49:35 +0000 (UTC) From: Erik Cederstrand Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <1C0A3745-9C1D-488B-99DE-CA85D1F59EB9@cederstrand.dk> Date: Wed, 26 Sep 2012 14:49:33 +0200 To: FreeBSD Hackers Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) X-Mailer: Apple Mail (2.1486) Cc: Subject: Allocator sizeof operand mismatch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 12:49:43 -0000 Clang Analyzer reports about 100 cases of "Allocator sizeof operand = mismatch", for example: = http://scan.freebsd.your.org/freebsd-head/sbin.umount/2012-09-23-amd64/rep= ort-k4ThD9.html#EndPath The reports seem to be valid, but I'm no export. I can work out that the = above should probably be fixed by changing "sizeof(int)" to = "sizeof(char)" and that it incidentally works anyway since both types = have the same size in most cases. But I probably won't detect if the = error is somewhere else than the arguments to malloc/calloc. Is someone willing to help me fix these, or should I start filing PR's = with patches? Thanks, Erik= From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 26 17:47:56 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33566106564A; Wed, 26 Sep 2012 17:47:56 +0000 (UTC) (envelope-from que_deseja@hotmail.com) Received: from bay0-omc2-s16.bay0.hotmail.com (bay0-omc2-s16.bay0.hotmail.com [65.54.190.91]) by mx1.freebsd.org (Postfix) with ESMTP id 171B78FC08; Wed, 26 Sep 2012 17:47:55 +0000 (UTC) Received: from BAY167-W132 ([65.54.190.124]) by bay0-omc2-s16.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 26 Sep 2012 10:46:50 -0700 Message-ID: X-Originating-IP: [64.134.70.194] From: Desmond da Peoples To: , Date: Wed, 26 Sep 2012 17:46:50 +0000 Importance: Normal In-Reply-To: References: <20120916120041.391C41065680@hub.freebsd.org>, <505624A9.7040508@hesiod.org>, , MIME-Version: 1.0 X-OriginalArrivalTime: 26 Sep 2012 17:46:50.0454 (UTC) FILETIME=[E84E6760:01CD9C0E] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: anton@hesiod.org, "freebsd-hackers@freebsd.org" Subject: RE: gpart is junk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 17:47:56 -0000 Date: Mon=2C 17 Sep 2012 08:54:41 -0400 From: deischen@freebsd.org To: tevans.uk@googlemail.com CC: anton@hesiod.org=3B freebsd-hackers@freebsd.org Subject: Re: gpart is junk On Mon=2C 17 Sep 2012=2C Tom Evans wrote: =20 > On Sun=2C Sep 16=2C 2012 at 8:12 PM=2C Jeff Anton wrot= e: >> =85 my point is that all this information needs to be >> together in one human and machine readable form. We need to be able to = look >> at the whole picture of a device and say "that makes sense" then do it. = And >> this shouldn't be from some GUI junk either. >> In a file=2C this information can be kept as a reference=2C as a confirm= ation >> that partitioning hasn't changed unexpectedly=2C and >> modified if needed in a clear manner. >> > > (Sorry to pick at just parts of your email=85) > > The current GEOM configuration is available from a sysctl in machine > readable format - check out kern.geom.confxml. If you are concerned > about your partitions changing underneath you=2C storing and then > comparing output from this sysctl gives you a simple way to determine > what. > > A human readable version can be obtained from the gpart tool. > > IMHO=2C gpart and GEOM are fantastic. gpart is a much simpler tool to > use than fdisk=2C and fully understands every kind of disk partitioning > you can throw at it=2C whilst fdisk is only a tool for playing with MBR. > The gpart man page explains clearly and concisely how to use it. > > GEOM provides a clear framework that anything can plug in to=2C from > labels to whole disk encryption. =20 It is not simple. All I want is Solaris format utility (partition and label). =20 --=20 DE For someone such as myself- and others- who use PowerPC(64)/POWER systems= =2C gpart is far from being junk. Fdisk is basically useless on an APM table or to even create such. You also= have the choice of creating a partition scheme with a Linux live CD and then adjusting the partition types with gpart. You can use gparted. Maybe you haven't noticed that gpart givess you the op= tion of different partition tables from the start. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe=2C send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " = From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 27 01:29:14 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28092106564A; Thu, 27 Sep 2012 01:29:14 +0000 (UTC) (envelope-from trampsvw@mthai.com) Received: from 187-162-95-66.static.axtel.net (187-162-95-66.static.axtel.net [187.162.95.66]) by mx1.freebsd.org (Postfix) with ESMTP id EE81E8FC08; Thu, 27 Sep 2012 01:29:13 +0000 (UTC) Received: from apache by ububwcubwyadufwpjgwprdvgivldvjfwpq.hemc.net with local (Exim 4.63) (envelope-from <, >) id GMBNYT-54Q2ST-6H for , ; Wed, 26 Sep 2012 19:29:13 -0600 To: , Date: Wed, 26 Sep 2012 19:29:13 -0600 From: , Message-ID: <6FCC9AF076955DE0C72DBCCB9EF3796E@ububwcubwyadufwpjgwprdvgivldvjfwpq.naahq.org> X-Priority: 3 X-Mailer: PHPMailer 5.1 (phpmailer.sourceforge.net) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-2" Cc: Subject: We will advise you for free how to increase your income by 2, 000 Eur per month. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 01:29:14 -0000 We are offering a 5,000 Euro salary monthly to a representative based in the European area to help us allocate asset investments in the IT sector. We are a Gibraltar based corporation which primarily offers services in the IT & e-commerce sectors. You can do this without changing your primary residence, and without any initial investment up front. What you will be doing? - You will be processing payments from your bank accounts, by receiving them in your account and submitting them out. For this reason, it is important that you have at least a basic understanding of payment transfer & banking systems. - 5% bonus on top of the 5,000 monthly Euros salary is offered for each payment processed! What we need from you: - You need to be an owner of a LLC (Ltd company) or similar or Hold Power of Attorney over LLC or similar - Must have a bank account in good standing - Must be willing to work and prove efficient and timely with handling of payment transfers - Must check e-mail daily - Must maintain records of each payment processed If you are interested in representing us, please forward these details on to our company e-mail: - Full Name - Phone # in the International Format - Contact E-mail - Present Age - Name of your company Please reply to: Willie@wikijobcouk.com From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 27 07:27:27 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B39F106566C for ; Thu, 27 Sep 2012 07:27:27 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (mail.yamagi.org [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 24ED18FC15 for ; Thu, 27 Sep 2012 07:27:26 +0000 (UTC) Received: from saya.home.yamagi.org (pD952316C.dip.t-dialin.net [217.82.49.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id AC92F1666312 for ; Thu, 27 Sep 2012 09:27:24 +0200 (CEST) Date: Thu, 27 Sep 2012 09:27:22 +0200 From: Yamagi Burmeister To: freebsd-hackers@freebsd.org Message-Id: <20120927092722.dd14ecaf1f78d0f3677259df@yamagi.org> In-Reply-To: References: X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: "What's cooking for FreeBSD" on wiki X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 07:27:27 -0000 Hello :) On Wed, 26 Sep 2012 14:32:48 +0200 Ivan Voras wrote: > Since I have less free time than necessary to properly maintain the > "What's cooking" page(s), I've transitioned the one for FreeBSD 10, and > hopefully future versions, to the FreeBSD wiki: > > http://wiki.freebsd.org/WhatsNew/FreeBSD10 > > This reduces the "bus factor" for this page and also allows everyone to > add new information they think is necessary. > > I'll also participate in maintaining the wiki page, but please don't > wait for me if you see something missing from it :) Lars Engels asked me if I would volunteer to help keeping that wiki page up to date. Since my day job requires me to read nearly every commit message and I'm writing all the FreeBSD related news for the german BSDForen.de community, I agreed. But, of course, any help is welcome. :) -- Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 27 14:12:45 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFAF61065673 for ; Thu, 27 Sep 2012 14:12:45 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 821CD8FC0A for ; Thu, 27 Sep 2012 14:12:45 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.5/8.14.5/NETPLEX) with ESMTP id q8RE5C5V057916; Thu, 27 Sep 2012 10:05:12 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.7 (mail.netplex.net [204.213.176.10]); Thu, 27 Sep 2012 10:05:12 -0400 (EDT) Date: Thu, 27 Sep 2012 10:05:12 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Desmond da Peoples In-Reply-To: Message-ID: References: <20120916120041.391C41065680@hub.freebsd.org>, <505624A9.7040508@hesiod.org>, , MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: tevans.uk@googlemail.com, anton@hesiod.org, "freebsd-hackers@freebsd.org" Subject: RE: gpart is junk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 14:12:46 -0000 On Wed, 26 Sep 2012, Desmond da Peoples wrote: > > On Mon, 17 Sep 2012, Daniel Eischen wrote: > > > > On Mon, 17 Sep 2012, Tom Evans wrote: > > > >> On Sun, Sep 16, 2012 at 8:12 PM, Jeff Anton wrote: > >>> ^E my point is that all this information needs to be > >>> together in one human and machine readable form. We need to be able to look > >>> at the whole picture of a device and say "that makes sense" then do it. And > >>> this shouldn't be from some GUI junk either. > >>> In a file, this information can be kept as a reference, as a confirmation > >>> that partitioning hasn't changed unexpectedly, and > >>> modified if needed in a clear manner. > >>> > >> > >> (Sorry to pick at just parts of your email^E) > >> > >> The current GEOM configuration is available from a sysctl in machine > >> readable format - check out kern.geom.confxml. If you are concerned kern.geom.confxml is far from readable. kern.geom.conftxt is closer, but still not anywhere as readable as bsdlabel. > >> about your partitions changing underneath you, storing and then > >> comparing output from this sysctl gives you a simple way to determine > >> what. > >> > >> A human readable version can be obtained from the gpart tool. > >> > >> IMHO, gpart and GEOM are fantastic. gpart is a much simpler tool to > >> use than fdisk, and fully understands every kind of disk partitioning > >> you can throw at it, whilst fdisk is only a tool for playing with MBR. > >> The gpart man page explains clearly and concisely how to use it. > >> > >> GEOM provides a clear framework that anything can plug in to, from > >> labels to whole disk encryption. > > > > It is not simple. All I want is Solaris format utility (partition > > and label). > > For someone such as myself- and others- who use PowerPC(64)/POWER > systems, gpart is far from being junk. Fdisk is basically useless > on an APM table or to even create such. You also have the choice > of creating a partition scheme with a Linux live CD and then > adjusting the partition types with gpart. You can use gparted. > Maybe you haven't noticed that gpart givess you the option of > different partition tables from the start. gpart is a low-level tool to be used by someone who knows exactly what they are doing. It is not useful for someone who just wants to partition and label a disk and doesn't have hours of free time to read and understand gpart. I want the capability of the old installer. Where is that? Ahh, I found it - I guess it is /usr/sbin/bsdinstall :-) -- DE From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 27 15:56:05 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 942E8106566C for ; Thu, 27 Sep 2012 15:56:05 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 330B08FC0C for ; Thu, 27 Sep 2012 15:56:04 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so2863634vcb.13 for ; Thu, 27 Sep 2012 08:56:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=/6CWbHAgCnFNR2Ticc5A0/N1RUmoYTN39n+0RuwsZTI=; b=EnXwAXr/Hq2IuiSO5V53vxKJXBtNAw4hoJ1kY9c9IKTmRhTgtRv8O1wEgXetGAgqcG aN0K5BLhW9iwMtHYb3NjdUb7aY4UndZS/WII6UsTojPfP5m7ZfzS9hxLAK/bFdhLeeXo trJzV5rZfy2UmVeV9/07E911ir3/yY7Ikhj/CbDN2zhj43ymO3QDdiD2ljyyFzzRf1DU eEdfzvdlfuT4TaK9ogWZzo5wZ6Npwrei0MVNSJiwmRaWXpD74f4bH8EuDPkEai7mBWlH t+1Nspa0a3eKA7U5HN8EpIwvBMhVpK6oD6bAg/w1liNzt4yFyQ+koxIbaBzmN/AArM0Q YxMg== MIME-Version: 1.0 Received: by 10.52.38.65 with SMTP id e1mr1959988vdk.110.1348761364161; Thu, 27 Sep 2012 08:56:04 -0700 (PDT) Received: by 10.58.69.33 with HTTP; Thu, 27 Sep 2012 08:56:04 -0700 (PDT) In-Reply-To: References: <20120916120041.391C41065680@hub.freebsd.org> <505624A9.7040508@hesiod.org> Date: Thu, 27 Sep 2012 16:56:04 +0100 Message-ID: From: Tom Evans To: "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 Subject: Re: gpart is junk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 15:56:05 -0000 On Thu, Sep 27, 2012 at 3:05 PM, Daniel Eischen wrote: >> > On Mon, 17 Sep 2012, Tom Evans wrote: >> >> The current GEOM configuration is available from a sysctl in machine >> >> readable format - check out kern.geom.confxml. If you are concerned > > > kern.geom.confxml is far from readable. kern.geom.conftxt is closer, > but still not anywhere as readable as bsdlabel. > I did specifically say 'machine readable'. The XML is well-formed, contains all relevant information, and is unarguably machine readable. Cheers Tom From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 28 07:38:46 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A4FB106566B for ; Fri, 28 Sep 2012 07:38:46 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 626718FC0A for ; Fri, 28 Sep 2012 07:38:44 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q8S7JCX2004009; Fri, 28 Sep 2012 09:19:13 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q8S7JCgK004006; Fri, 28 Sep 2012 09:19:12 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Fri, 28 Sep 2012 09:19:12 +0200 (CEST) From: Wojciech Puchar To: Tom Evans In-Reply-To: Message-ID: References: <20120916120041.391C41065680@hub.freebsd.org> <505624A9.7040508@hesiod.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Fri, 28 Sep 2012 09:19:13 +0200 (CEST) Cc: "freebsd-hackers@freebsd.org" Subject: Re: gpart is junk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 07:38:46 -0000 >> but still not anywhere as readable as bsdlabel. >> > > I did specifically say 'machine readable'. The XML is well-formed, XML is stupid. everything you can do with XML can be better described using "ancient" style text format From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 28 09:28:48 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F75B1065678 for ; Fri, 28 Sep 2012 09:28:48 +0000 (UTC) (envelope-from mwm@mired.org) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id BBA408FC0A for ; Fri, 28 Sep 2012 09:28:47 +0000 (UTC) Received: by oagn9 with SMTP id n9so1734181oag.13 for ; Fri, 28 Sep 2012 02:28:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=YXxYW3UygFvhGdGdjjAosDpHrkV6Xvg+utyFJcOFwA0=; b=O2YfHeEik3a1fBAtXHFjAMtQV8pzEPDvihVFptJ0lf5IXlCrJd6WwkizcLdCNNzWTi m7fA4NPrp7PyOTpnxz0pxz8KxHkidinPM/fevZHplxDy++gjKsRYxv3tvpS4ULjycvIs EiZCivsmRS1Vtpye5HsrL8lA6vbxVgqpc94QikAvZD2M/mnvGsjoGBac77XEeDnjGH9+ o3PDYey6BNgkWrziCDSyJUd9+JiDKQi6uCZYJ1oQO/iwIjMPpBDmyL1rDcePgn4qO8o2 d0wwADdeVnq+KiaMr5wiwmOq/io1AJKaPpZOnlh79qbFkEBOHVVAyfN/ClzL2xixdut7 7EGg== Received: by 10.60.172.236 with SMTP id bf12mr5347410oec.23.1348824526841; Fri, 28 Sep 2012 02:28:46 -0700 (PDT) Received: from bhuda.mired.org (ip72-200-195-210.ok.ok.cox.net. [72.200.195.210]) by mx.google.com with ESMTPS id ec1sm7991334obc.2.2012.09.28.02.28.46 (version=SSLv3 cipher=OTHER); Fri, 28 Sep 2012 02:28:46 -0700 (PDT) Date: Fri, 28 Sep 2012 04:28:43 -0500 From: Mike Meyer To: freebsd-hackers@freebsd.org Message-ID: <20120928042843.6a157e78@bhuda.mired.org> In-Reply-To: References: <20120916120041.391C41065680@hub.freebsd.org> <505624A9.7040508@hesiod.org> Organization: Meyer Consulting X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmSGtFQsfOMqkQHPhVxdr9nL7IOMnAFqwwu4jMndMyThX3PMDAmOj/K7/xFcfncfgXF00o+ Subject: Re: gpart is junk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 09:28:48 -0000 On Fri, 28 Sep 2012 09:19:12 +0200 (CEST) Wojciech Puchar wrote: > >> but still not anywhere as readable as bsdlabel. > > I did specifically say 'machine readable'. The XML is well-formed, > XML is stupid. everything you can do with XML can be better described > using "ancient" style text format This statement is meaningless. XML *is* an '"ancient" style text format' - only with a (very large) collection of standards describing the format, and an (even larger) collection of software for processing text in that format. And "better" is a judgment call. For instance, it's hard for me to consider any text format that doesn't support both external validation and autocompletion in popular editors as "better" than XML. Of course, those do require a schema of some kind, and I can't seem to find one for the document in kern.geom.confxml. http://www.mired.org/ Independent Software developer/SCM consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 28 09:32:08 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46B7C106564A for ; Fri, 28 Sep 2012 09:32:08 +0000 (UTC) (envelope-from sdaoden@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C13F08FC08 for ; Fri, 28 Sep 2012 09:32:07 +0000 (UTC) Received: by weyx43 with SMTP id x43so1441904wey.13 for ; Fri, 28 Sep 2012 02:32:06 -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:references:in-reply-to :user-agent:mime-version:content-type:content-transfer-encoding; bh=NCN8efhV5s6OQ9WYhlcz/ZQBXGIY194axExltx32xNI=; b=fodQsjRTQwG7XM7Au9tqsw6+6lB/9T3WToAQrjPkcvKNWwpi4WJZ1H7VaqebMZGc9v vjpjrT6KUyKRObek+TSc+NjUxBlYrmWGDN9gKw3ImrBFUsS24ymbo1vBetmx0O0Esz3x 9cXh/UWbgrokNwHjONlqbs1aXR8COVsoM6IypKN6U4FVbxe/UbmmAG3XgeasVvjUncc8 Hyzl382lsyV/8P+o5HcIX1AvVH6mfwlHB8JKIuAnJtPZJbG0JrxUZfw4KQGEO5194kY6 XMImKwt9NAxgtXoR91gP1BH3jniig1yFqQv8JLh+YEjn+bSEx19LGWD3XFnApefT+MiD uX2Q== Received: by 10.216.181.67 with SMTP id k45mr2954502wem.17.1348824726367; Fri, 28 Sep 2012 02:32:06 -0700 (PDT) Received: from dietcurd.wild-life.local ([89.204.138.57]) by mx.google.com with ESMTPS id k20sm35813428wiv.11.2012.09.28.02.32.04 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 28 Sep 2012 02:32:05 -0700 (PDT) Date: Fri, 28 Sep 2012 11:31:59 +0200 From: Steffen "Daode" Nurpmeso To: Wojciech Puchar Message-ID: <50656e8f.f/4dx/p/u62ESXYsxmAoqZ5R@dietcurd.wild-life.local> References: <20120916120041.391C41065680@hub.freebsd.org> <505624A9.7040508@hesiod.org> In-Reply-To: User-Agent: S-nail <12.5 7/5/10; S-nail s-nail-88-gbcf7ea5> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Tom Evans , "freebsd-hackers@freebsd.org" Subject: Re: gpart is junk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 09:32:08 -0000 Wojciech Puchar wrote: |>> but still not anywhere as readable as bsdlabel. |>> |> |> I did specifically say 'machine readable'. The XML is well-formed, |XML is stupid. everything you can do with XML can be better described |using "ancient" style text format Or, if all fails, YAML-is-JSON, which is much easier and cheaper to parse (than ML), but still a well-defined standard and, in comparison, human readable. --steffen From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 29 09:25:38 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40F45106564A for ; Sat, 29 Sep 2012 09:25:38 +0000 (UTC) (envelope-from geoffrey.levand@mail.ru) Received: from fallback8.mail.ru (fallback8.mail.ru [94.100.176.136]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3D78FC12 for ; Sat, 29 Sep 2012 09:25:37 +0000 (UTC) Received: from f89.mail.ru (f89.mail.ru [128.140.169.161]) by fallback8.mail.ru (mPOP.Fallback_MX) with ESMTP id 5142F8A3FDC for ; Sat, 29 Sep 2012 13:25:29 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Type:Message-ID:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:Cc:To:From; bh=7eY0ez6fdM3E0yxk6SMeGED21ssIgzXucKBVGTLfcV0=; b=oqBGbkIX5190xiJQGVZvWsICfr26wtkYUQsBW9UyHOW/lYUKG+KJR3PP+EkesZU/d5PbU6db17wxOWotJHSbJZfhTU9StWyp0Xxjf6WFt3l0xbN857KEFEKXRTMc8H3R; Received: from mail by f89.mail.ru with local (envelope-from ) id 1THtIX-0006rS-C2; Sat, 29 Sep 2012 13:25:21 +0400 Received: from [46.5.59.53] by e.mail.ru with HTTP; Sat, 29 Sep 2012 13:25:21 +0400 From: =?UTF-8?B?Z2VvZmZyZXkgbGV2YW5k?= To: =?UTF-8?B?SGFucyBQZXR0ZXIgU2VsYXNreQ==?= Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [46.5.59.53] Date: Sat, 29 Sep 2012 13:25:21 +0400 References: <1348410653.373800982@f180.mail.ru> <201209241820.07558.hselasky@c2i.net> In-Reply-To: <201209241820.07558.hselasky@c2i.net> X-Priority: Message-ID: <1348910721.385146900@f89.mail.ru> X-Spam: Not detected X-Mras: Ok Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re[2]: How to claim only some of USB interfaces of a composite USB device X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?Z2VvZmZyZXkgbGV2YW5k?= List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 09:25:38 -0000 SGksCgp0aGFua3MgZm9yIHRoZSBpbmZvLCBpdCBoZWxwZWQgbWUgdG8gZmluZCBhIHNvbHV0aW9u IGJ1dCBub3Qgc3VyZSBpZiBpdCdzIGEgcHJvcGVyIG9uZS4KSGVyZSBpcyB0aGUgcGF0Y2ggaSB1 c2VkIHRvIGZpeCB0aGUgcHJvYmxlbSBvbiBGcmVlQlNEIDkuMS4KCkluZGV4OiBzeXMvbmV0Z3Jh cGgvYmx1ZXRvb3RoL2RyaXZlcnMvdWJ0L25nX3VidC5jCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9uZXRn cmFwaC9ibHVldG9vdGgvZHJpdmVycy91YnQvbmdfdWJ0LmMgKHJldmlzaW9uIDI0MDg0NikKKysr IHN5cy9uZXRncmFwaC9ibHVldG9vdGgvZHJpdmVycy91YnQvbmdfdWJ0LmMgKHdvcmtpbmcgY29w eSkKQEAgLTQzOSw2ICs0MzksNyBAQArCoMKgwqDCoMKgwqDCoCBzdHJ1Y3QgdWJ0X3NvZnRjwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsK wqDCoMKgwqDCoMKgwqAgc3RydWN0IHVzYl9lbmRwb2ludF9kZXNjcmlwdG9ywqAgKmVkOwrCoMKg wqDCoMKgwqDCoCBzdHJ1Y3QgdXNiX2ludGVyZmFjZV9kZXNjcmlwdG9yICppZDsKK8KgwqDCoMKg wqDCoCBzdHJ1Y3QgdXNiX2ludGVyZmFjZcKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKmlmYWNlOwrC oMKgwqDCoMKgwqDCoCB1aW50MTZfdMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqAgd01heFBhY2tldFNpemU7CsKgwqDCoMKgwqDCoMKgIHVpbnQ4X3TCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgYWx0X2luZGV4LCBpLCBq OwrCoMKgwqDCoMKgwqDCoCB1aW50OF90wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIGlmYWNlX2luZGV4WzJdID0geyAwLCAxIH07CkBAIC01NTUsOSArNTU2 LDE2IEBACsKgwqDCoMKgwqDCoMKgIH0KCsKgwqDCoMKgwqDCoMKgIC8qIENsYWltIGFsbCBpbnRl cmZhY2VzIG9uIHRoZSBkZXZpY2UgKi8KLcKgwqDCoMKgwqDCoCBmb3IgKGkgPSAxOyB1c2JkX2dl dF9pZmFjZSh1YWEtPmRldmljZSwgaSkgIT0gTlVMTDsgaSArKykKLcKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqAgdXNiZF9zZXRfcGFyZW50X2lmYWNlKHVhYS0+ZGV2aWNlLCBpLCB1YWEtPmlu Zm8uYklmYWNlSW5kZXgpOworwqDCoMKgwqDCoMKgIGZvciAoaSA9IDE7IChpZmFjZSA9IHVzYmRf Z2V0X2lmYWNlKHVhYS0+ZGV2aWNlLCBpKSkgIT0gTlVMTDsgaSArKykgeworwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoCBpZCA9IHVzYmRfZ2V0X2ludGVyZmFjZV9kZXNjcmlwdG9yKGlmYWNl KTsKCivCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGlmIChpZCAmJiAoaWQtPmJJbnRlcmZh Y2VDbGFzcyA9PSBVSUNMQVNTX1dJUkVMRVNTKSAmJgorwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgIChpZC0+YkludGVyZmFjZVN1YkNsYXNzID09IFVJU1VCQ0xBU1NfUkYpICYm CivCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGlkLT5iSW50ZXJmYWNlUHJv dG9jb2wgPT0gVUlQUk9UT19CTFVFVE9PVEgpKSB7CivCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoCB1c2JkX3NldF9wYXJlbnRfaWZhY2UodWFhLT5kZXZpY2UsIGks IHVhYS0+aW5mby5iSWZhY2VJbmRleCk7CivCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIH0K K8KgwqDCoMKgwqDCoCB9CisKwqDCoMKgwqDCoMKgwqAgcmV0dXJuICgwKTsgLyogc3VjY2VzcyAq LwoKwqBkZXRhY2g6Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09IEVPRiA9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KCgpyZWdhcmRzCgoKTW9uLCAyNCBTZXAgMjAx MiAxODoyMDowNyArMDIwMCDQvtGCIEhhbnMgUGV0dGVyIFNlbGFza3kgPGhzZWxhc2t5QGMyaS5u ZXQ+Ogo+CQo+Cj4KCQoJCj4KCQkKCQkKCQkJCj5PbiBTdW5kYXkgMjMgU2VwdGVtYmVyIDIwMTIg MTY6MzA6NTMgZ2VvZmZyZXkgbGV2YW5kIHdyb3RlOgo+Cj4gSGksCj4KPiAKPgo+IGkgaGF2ZSB0 aGUgZm9sbG93aW5nIHByb2JsZW0uCj4KPiBJIGhhdmUgYSBjb21wb3NpdGUgIFVTQiBkZXZpY2Ug d2l0aCBtdWx0aXBsZSBVU0IgaW50ZXJmYWNlcy4gU29tZSBvZgo+Cj4gaW50ZXJmYWNlcyBiZWxv bmcgdG8gdGhlIEJsdWV0b290aCBkZXZpY2UgYW5kIG90aGVyIHRvIHRoZSBXTEFOIGRldmljZS4K Pgo+IFRoZSBwcm9ibGVtIGlzIGkgd2FudCBteSBXTEFOIGRyaXZlciB0byBjbGFpbSBvbmx5IHRo ZSBpbnRlcmZhY2VzIHdoaWNoCj4KPiBiZWxvbmcgdG8gdGhlIFdMQU4gZGV2aWNlLiBCdXQgbmdf dWJ0IGtlcm5lbCBkcml2ZXIgY2xhaW1zIGFsbCBpbnRlcmZhY2VzCj4KPiBmb3IgaXRzZWxmIGJl Z2lubmluZyB3aXRoIHRoZSBpbnRlcmZhY2UgMC4gVGhlcmVmb3JlLCBteSBXTEFOIGRyaXZlcgo+ Cj4gZG9lc24ndCB3b3JrIGlmIG5nX3VidCBpcyBsb2FkZWQgZmlyc3QuCj4KPiAKPgo+IFRoZSBz ZWNvbmQgcXVlc3Rpb24gaXMsIHdoeSBGcmVlQlNEIFVTQiBzdGFjayBjYWxscyB0aGUgbWF0Y2gg Y2FsbGJhY2sgb2YKPgo+IG15IFdMQU4gZHJpdmVyIG9ubHkgb25jZSB3aXRoIFVTQiBpbnRlcmZh Y2UgaW5kZXggMC4gU2hvdWxkbid0IGl0IGNhbGwgdGhlCj4KPiBtYXRjaCBjYWxsYmFjayBmb3Ig ZWFjaCBpbnRlcmZhY2Ugb24gYSBVU0IgZGV2aWNlID8gTGludXgga2VybmVsIGUuZy4gZG9lcwo+ Cj4gaXQgcGVyIFVTQiBpbnRlcmZhY2UuCj4KPiAKPgo+IHJlZ2FyZHMKPgoKPgpIaSwKPgoKPgpJ ZiB0aGUgaW50ZXJmYWNlcyBhcmUgcGFyZW50ZWQgdG8gYW5vdGhlciBpbnRlcmZhY2UsIHRoZXkg YXJlIG5vdCBwcm9iZWQuCj4KCj4KUmVhZCB0aGUgVUJUIHNwZWNpZmljYXRpb24gYXQgdXNiLm9y ZyBhbmQgcHJvdmlkZSBhIHBhdGNoIHRoYXQgd2lsbCBvbmx5IGdyYWIgCj4KYmx1ZXRvb3RoIGlu dGVyZmFjZXMuCj4KCj4KLS1IUFMKPgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+Cj5mcmVlYnNkLWhhY2tlcnNAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0 Cj4KPmh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtaGFj a2Vycwo+ClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWhhY2tlcnMt dW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4KPgkJCQoJCQoJCQoJCgoJCj4KCg== From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 29 09:28:08 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0375D106566C for ; Sat, 29 Sep 2012 09:28:08 +0000 (UTC) (envelope-from marc@msys.ch) Received: from sleipnir.msys.ch (unknown [IPv6:2001:4060:c0de:f000::3]) by mx1.freebsd.org (Postfix) with ESMTP id 80F2D8FC19 for ; Sat, 29 Sep 2012 09:28:07 +0000 (UTC) Received: from mail.msys.ch (smtp.msys.ch [157.161.101.10]) by sleipnir.msys.ch (8.14.3/8.14.3) with ESMTP id q8T9S496002862 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 29 Sep 2012 11:28:04 +0200 (CEST) Received: from macbook-mb-wlan.vnode.ch (macbook-mb-wlan.vnode.ch [87.102.253.81]) (authenticated bits=0) by mail.msys.ch (8.14.3/8.14.1) with ESMTP id q8T9S38Q002362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 29 Sep 2012 11:28:04 +0200 (CEST) Message-ID: <5066BF23.4080208@msys.ch> Date: Sat, 29 Sep 2012 11:28:03 +0200 From: Marc Balmer Organization: micro systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20120916120041.391C41065680@hub.freebsd.org> <505624A9.7040508@hesiod.org> <50656e8f.f/4dx/p/u62ESXYsxmAoqZ5R@dietcurd.wild-life.local> In-Reply-To: <50656e8f.f/4dx/p/u62ESXYsxmAoqZ5R@dietcurd.wild-life.local> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SMTP-Vilter-Version: 1.3.6 X-Spamd-Symbols: AWL,RCVD_IN_DNSWL_LOW Subject: Re: gpart is junk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 09:28:08 -0000 Am 28.09.12 11:31, schrieb Steffen Daode Nurpmeso: > Wojciech Puchar wrote: > > |>> but still not anywhere as readable as bsdlabel. > |>> > |> > |> I did specifically say 'machine readable'. The XML is well-formed, > |XML is stupid. everything you can do with XML can be better described > |using "ancient" style text format > > Or, if all fails, YAML-is-JSON, which is much easier and cheaper > to parse (than ML), but still a well-defined standard and, in > comparison, human readable. These days I use Lua with its nice table-definition syntax for config files in many programs. Of course sandboxed, and with most functions turned off in the sandbox. The files are very readable, but of course you pay the price on including the Lua interpreter (although it's small). From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 29 21:36:28 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A76D106566B for ; Sat, 29 Sep 2012 21:36:28 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id C199B8FC14 for ; Sat, 29 Sep 2012 21:36:27 +0000 (UTC) Received: by yenl8 with SMTP id l8so818060yen.13 for ; Sat, 29 Sep 2012 14:36:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding:x-gm-message-state; bh=rfiPvHezk/OY91xxHBlLYYfeMFso/g1p+6qNvmIKYmo=; b=LUkXSOlUXV8dzayjlmEh/a6QFkLA6he4eBh+h/ODJ0QCFg217rJDqIJJ/iRqJncWWO M65ZEcI+U+TIUaZ2xDzRZZlmK6219enLw1qVzR4PfFk/2vaDJ8o9U6LqvUqI7+iFx8Tw aXVT8Sv4v6dvUZ5pI+3jRlp333z1jYG4NwQ5Ime3vxMFdFMDhFXS0lVSTQKXODO76Qt1 6v5Ql/97C1U2mdI1rhEOq/2oTJK0+xxqDi1i14HTM3n1S2YOHy/Zl8DjHWhNrdp2hTfu H/xRlcEFrK/YhQO+k60gXDcklP53vBD/lh1hZZecYn9kMrj2vVqW+NJGlDM4PzFPrS3J Blyw== Received: by 10.236.76.234 with SMTP id b70mr11742025yhe.31.1348954586977; Sat, 29 Sep 2012 14:36:26 -0700 (PDT) Received: from [192.168.2.101] ([187.114.192.144]) by mx.google.com with ESMTPS id x4sm19253185yhh.2.2012.09.29.14.36.24 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 29 Sep 2012 14:36:26 -0700 (PDT) Message-ID: <506769D5.7040706@bsd.com.br> Date: Sat, 29 Sep 2012 18:36:21 -0300 From: =?ISO-8859-1?Q?Otac=EDlio?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120919 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <1348410653.373800982@f180.mail.ru> <201209241820.07558.hselasky@c2i.net> <1348910721.385146900@f89.mail.ru> In-Reply-To: <1348910721.385146900@f89.mail.ru> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnUX/5gVSzpNmc+nZK9vMD4po5d2no8+ypOwsL8+uMQPhbGSku8ThOj+iwcCgpbeI2FMeu9 Subject: Re: How to claim only some of USB interfaces of a composite USB device X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2012 21:36:28 -0000 On 29/09/2012 06:25, geoffrey levand wrote: > Hi, > > thanks for the info, it helped me to find a solution but not sure if it's a proper one. > Here is the patch i used to fix the problem on FreeBSD 9.1. > > Index: sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c > =================================================================== > --- sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c (revision 240846) > +++ sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c (working copy) > @@ -439,6 +439,7 @@ > struct ubt_softc *sc = device_get_softc(dev); > struct usb_endpoint_descriptor *ed; > struct usb_interface_descriptor *id; > + struct usb_interface *iface; > uint16_t wMaxPacketSize; > uint8_t alt_index, i, j; > uint8_t iface_index[2] = { 0, 1 }; > @@ -555,9 +556,16 @@ > } > > /* Claim all interfaces on the device */ > - for (i = 1; usbd_get_iface(uaa->device, i) != NULL; i ++) > - usbd_set_parent_iface(uaa->device, i, uaa->info.bIfaceIndex); > + for (i = 1; (iface = usbd_get_iface(uaa->device, i)) != NULL; i ++) { > + id = usbd_get_interface_descriptor(iface); > > + if (id && (id->bInterfaceClass == UICLASS_WIRELESS) && > + (id->bInterfaceSubClass == UISUBCLASS_RF) && > + (id->bInterfaceProtocol == UIPROTO_BLUETOOTH)) { > + usbd_set_parent_iface(uaa->device, i, uaa->info.bIfaceIndex); > + } > + } > + > return (0); /* success */ > > detach: > ============================= EOF ======================================= > > > regards > > This looks like ok to apply to 8.3 also.