From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 01:37:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 397921065670 for ; Sun, 21 Dec 2008 01:37:28 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id E15D18FC13 for ; Sun, 21 Dec 2008 01:37:27 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1267979yxb.13 for ; Sat, 20 Dec 2008 17:37:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=b3rfWVL8k09N6xdJBKJ78f7rwhamOwwLjx9M4yoZSuM=; b=p9/s43TXN1MgXyKiqOMVQ1kCukAs280pnv99aHEuHT113OoXE02vbGoMLxOlQio130 VtmMZutV1UjmoSZVRqJp10r5ABx1iFkSqzjRdb6KZ6a8QUFOVuLjDtwyWgmYkjM2D8rA I2+3wLrJsmmSYXI9JOPuoco9YpjYqc5EtEof0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=e0Vo9SIAoNqPWk47dnMYWBefcx+zPsj4iTWz41irrl5ANZWjSByUze8r/l0XOcHELP +Oj8GoRlJpKD9iJKrXWO5x9DqouvQjKm/sEHD475kyNfLkJZgxi8hV5pG/o90WnV8jSQ Ky7ZWT71efA1PT1pJh3EMCNa4JL2gxloH4tEg= Received: by 10.231.20.70 with SMTP id e6mr123181ibb.46.1229823446672; Sat, 20 Dec 2008 17:37:26 -0800 (PST) Received: by 10.231.17.8 with HTTP; Sat, 20 Dec 2008 17:37:26 -0800 (PST) Message-ID: <3a142e750812201737o4a8bb64cmaddf83ae046b716f@mail.gmail.com> Date: Sun, 21 Dec 2008 02:37:26 +0100 From: "Paul B. Mahol" To: "Octavian Ionescu" In-Reply-To: <20081220101730.5rpk1lkmescg8o8g@www.itavy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081220080135.pc9m2joam8o4wsws@www.itavy.com> <3a142e750812200750x2a616dbdic430fd3e19f2019d@mail.gmail.com> <20081220101730.5rpk1lkmescg8o8g@www.itavy.com> Cc: freebsd-current@freebsd.org Subject: Re: kernel crash on destroy a cloned wireless interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 01:37:28 -0000 On 12/20/08, Octavian Ionescu wrote: > it happens on both of them. i attached the dump from the usb one. (i > use usb2 stack too on this) > > what is strange is that if i unplug the usb one the crash doesn't happen. Something is wrong with your kernel/world/source because I dont have such problem. BTW backtrace looks wrong and incomplete. There is one contradiction in your post: ndis from svn doesnt work with usb2 you can _not_ use them at _same_ time because if_ndis.ko will load usb.ko if it is not already in kernel. IMHO because ndis support for usb devices is currently none usb code in ndis can be safely removed. -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 01:43:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F37106564A for ; Sun, 21 Dec 2008 01:43:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id 2688F8FC1C for ; Sun, 21 Dec 2008 01:43:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so1455227rne.12 for ; Sat, 20 Dec 2008 17:43:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=8lfSan4GTxTIwxwC4ntKY38RE2AnyP/+ooHWdpNLyhQ=; b=iOgXWf1BDVR0LEvRRKdrvYFrxWItC3vOebpTj0A5ETKHfMX7OQLkGz78cnLppPNY1H 2VeHUnQlVUnJCF5TtrQzPVkL4I1a30IbuOpKF2rUn8EcYj2Vaih9gw05o2d7zSUB5fiX V9ksN0X6QBlghyWMfI+VzsU5XALTyTJOAPyps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lrtL5/I6RXRQeynTqowi5IAuVdAcBXtqxEcpnBiUM68XR/5RZkSczR0ULAgCk4Z2V7 +GPk9yEuz9CVdJ/ZSmE/+UknDci4sH0FLAmkWMLIemHm67gab5PktA0k632GRjlMWZvO c/4t6HLnUX4M6E/3ZSpVrZ7mBixpZ+dhWyoyg= Received: by 10.231.18.130 with SMTP id w2mr124826iba.11.1229823801202; Sat, 20 Dec 2008 17:43:21 -0800 (PST) Received: by 10.231.17.8 with HTTP; Sat, 20 Dec 2008 17:43:21 -0800 (PST) Message-ID: <3a142e750812201743q77d8a1aan1966a1d455bb77e2@mail.gmail.com> Date: Sun, 21 Dec 2008 02:43:21 +0100 From: "Paul B. Mahol" To: "Christian Weisgerber" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: "geometry does not match label" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 01:43:22 -0000 On 12/20/08, Christian Weisgerber wrote: > On booting a new kernel, I noticed a piece of kernel spew I don't > remember seeing before: > > GEOM: ad6s1: geometry does not match label. > > bsdlabel offers suitably scary warnings: > > $ bsdlabel ad6s1 > # /dev/ad6s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 2097152 63 4.2BSD 2048 16384 28528 > b: 8396800 2097215 swap > c: 293041602 63 unused 0 0 # "raw" part, don't > edit > d: 20971520 10494015 4.2BSD 2048 16384 28528 > e: 2097152 31465535 4.2BSD 2048 16384 28528 > f: 62914560 33562687 4.2BSD 2048 16384 28528 > g: 62914560 96477247 4.2BSD 2048 16384 28528 > h: 133649858 159391807 4.2BSD 2048 16384 28528 > partition c: partition extends past end of unit > bsdlabel: partition c doesn't start at 0! > bsdlabel: An incorrect partition c may cause problems for standard system > utilities > partition h: partition extends past end of unit > > I don't know where this is coming from--the system was installed > about a year ago with standard sysinstall--and I don't see what's > supposed to be wrong. > > $ gpart show > => 63 293046705 ad6 MBR (140G) > 63 293041602 1 freebsd [active] (140G) > 293041665 5103 - free - (2.5M) > > => 0 293041602 ad6s1 BSD (140G) > 0 2097152 1 freebsd-ufs (1.0G) > 2097152 8396800 2 freebsd-swap (4.0G) > 10493952 20971520 4 freebsd-ufs (10G) > 31465472 2097152 5 freebsd-ufs (1.0G) > 33562624 62914560 6 freebsd-ufs (30G) > 96477184 62914560 7 freebsd-ufs (30G) > 159391744 133649858 8 freebsd-ufs (64G) > > Ideas? Known "problem", happens after geom_{bsd,mbr} have been replaced with geom_part_{bsd,mbr} in /sys/$ARCH/conf/DEFAULTS -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 01:47:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76C0C106564A for ; Sun, 21 Dec 2008 01:47:03 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC5C8FC1E for ; Sun, 21 Dec 2008 01:47:02 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1268696yxb.13 for ; Sat, 20 Dec 2008 17:47:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=eJu5BJiYLeqTncL4MC01Gv7MV/vbrFh3iTimXZlmST8=; b=T9TE0qzrLEuJ3fkVsLmHChP3ghmoZn0LDYujnA522D9iiHgNwYRkJ9b/HEr8s68ytG ESSpfpxVb5FSvn2yrn+4pF8CV1/Ffb7LqYC4mvto+b9m3r6GgV02rF9m+G0kGn/JbzID u09k0Quy2VBi4RPjGUWRv/YwaxMYV9SVNUlH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Kp41y7K/A0u4urzSgmKV/2SBPaGRyNW8evyh/ofKwR/YJJBhwli9cN4clpROi6meKa p3CVixLzIg5oNvQMuHxdIC2+eS601222T/MwUmKPVHC4cuL9mXiX10EzzHcJWRAn46Om cjrpxW5OkejAHh1hshAbxh0ZPGKqCg1per4Lk= Received: by 10.231.16.199 with SMTP id p7mr61639iba.40.1229824022082; Sat, 20 Dec 2008 17:47:02 -0800 (PST) Received: by 10.231.17.8 with HTTP; Sat, 20 Dec 2008 17:47:02 -0800 (PST) Message-ID: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> Date: Sun, 21 Dec 2008 02:47:02 +0100 From: "Paul B. Mahol" To: gelraen In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 01:47:03 -0000 On 12/20/08, gelraen wrote: > Hello, > > I've csup'ed about 1 hour ago (previous csup was few days back), > recompiled kernel and slice names changed from ad0s5 to something like > ad0s3s1, etc. > But in /dev I found only 3 levels of slices: Maybe because of recent switch from geom_bsd, geom_mbr to geom_part_bsd and geom_part_mbr. -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 02:43:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA5F6106564A for ; Sun, 21 Dec 2008 02:43:50 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout017.mac.com (asmtpout017.mac.com [17.148.16.92]) by mx1.freebsd.org (Postfix) with ESMTP id 97EC68FC14 for ; Sun, 21 Dec 2008 02:43:50 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.1.93] (209-128-86-226.BAYAREA.NET [209.128.86.226]) by asmtp017.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KC700CI6GX1LV80@asmtp017.mac.com> for freebsd-current@freebsd.org; Sat, 20 Dec 2008 18:43:50 -0800 (PST) Message-id: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> From: Marcel Moolenaar To: Christian Weisgerber In-reply-to: Date: Sat, 20 Dec 2008 18:43:49 -0800 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: "geometry does not match label" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 02:43:50 -0000 On Dec 20, 2008, at 9:22 AM, Christian Weisgerber wrote: > partition c: partition extends past end of unit > bsdlabel: partition c doesn't start at 0! > bsdlabel: An incorrect partition c may cause problems for standard > system utilities > partition h: partition extends past end of unit > > I don't know where this is coming from--the system was installed > about a year ago with standard sysinstall--and I don't see what's > supposed to be wrong. Apparently sysinstall creates faulty disklabels. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 02:46:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2D691065670 for ; Sun, 21 Dec 2008 02:46:33 +0000 (UTC) (envelope-from avahilario@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 8AEF08FC16 for ; Sun, 21 Dec 2008 02:46:33 +0000 (UTC) (envelope-from avahilario@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so980727tib.3 for ; Sat, 20 Dec 2008 18:46:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:organization:to :subject:date:user-agent:disposition-notification-to:mime-version :content-disposition:message-id:content-type :content-transfer-encoding; bh=8y2i1JOc4OexnC2+R6j1t9ZMu/Cqk5hbbJ/2XDnW7ps=; b=Iv3B2scQj+0Yq4H26831ixOFdzuzeNPSZh4R0cuWBflZ08aYQOlRzfy+UUMYetMfSH Pqiccg4x23lwFVUgq4Pa77sNbTmk2ZVw3JDhcISXn5uYM8f70NuPd/KY2WqFbaRJBypn NJfJIUdEdsVVoXWKSPXm89mB/zVHB9CCynjJk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:organization:to:subject:date:user-agent :disposition-notification-to:mime-version:content-disposition :message-id:content-type:content-transfer-encoding; b=HXFnXhaBJihb/xXjezggsCO20ta8ij/PX6tCMhqeIrXw/Np1SKRPaordU9Hc2zZQJB l4VdYx9xvXgXR0lrQ6UQP5rP3vrR8CG1ikqpao5ojmFHMAUP4+TmFiEcPfOcKxVN8MsM NPH9vLbDjkQS6UyfkqxO6Y7Di7JtQw8obZPzU= Received: by 10.110.20.15 with SMTP id 15mr363730tit.7.1229826379710; Sat, 20 Dec 2008 18:26:19 -0800 (PST) Received: from emily.avltrees.strangled.net (acl1-931bts.gw.smartbro.net [125.60.241.182]) by mx.google.com with ESMTPS id i9sm729489tid.25.2008.12.20.18.26.16 (version=SSLv3 cipher=RC4-MD5); Sat, 20 Dec 2008 18:26:18 -0800 (PST) From: Antonio A Hilario Organization: AVLTrees To: freebsd-current@freebsd.org Date: Sun, 21 Dec 2008 10:25:59 +0800 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200812211026.05140.avahilario@gmail.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: u3g supports LongCheer WM66 HSDPA Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Antonio Hilario List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 02:46:34 -0000 Hello all, I managed to get my LongCheer WM66 HSDPA modem working using the u3g driver, after several weeks of getting by with ubsa. The device is a ZeroCD device which uses these vendor IDs: Mass storage mode: vendor 0x1c9e product 0x1001 HSDPA mode: vendoer 0x1c9e product 0x6061 This requires patching /usr/src/sys/dev/usb/u3g.c, in 7.1-PRERELEASE {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, U3GSP_HSDPA, U3GFL_HUAWEI_INIT }, + {{ USB_VENDOR_LONGCHEER, USB_PRODUCT_LONGCHEER_WM66 }, U3GSP_HSDPA, U3GFL_HUAWEI_INIT | U3GFL_SCSI_EJECT }, {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, U3GSP_HSPA, U3GFL_HUAWEI_INIT }, as well as /usr/src/sys/dev/usb/usbdevs vendor LONGCHEER 0x1c9e Longcheer Holdings, Ltd. product LONGCHEER WM66 0x6061 WM66 HSDPA USB Modem The driver creates three devices /dev/ttyU0.%d, of which the first is used as the device's AT command interface: Dec 20 16:41:45 emily ucom0: on uhub4 Dec 20 16:41:45 emily ucom0: configured 3 serial ports (U0.%d) My thanks for the work done on u3g! Device works beautifully under minicom and with ppp, and am able to attain ~ 40kBps with our carrier - *without* those annoying stalls I got under UBSA. - Antonio -- Antonio Hilario ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Cevera Technology Group Inc. 22/F Yuchengco Tower One RCBC Plaza, Ayala Ave. cor. G.Puyat Ave. Makati City, Philippines MANILA: +632-757-4888 ext. 837 +1-650-292-2416 +1-650-242-4691 Mobile: +63910-6950451 email: antonio.hilario@cevera.com web: www.cevera.com CONFIDENTIAL OR PRIVILEGED: This communication contains information intended only for the use of the individuals to whom it is addressed and may contain information that is privileged, confidential or exempt from other disclosure under applicable law. If you are not the intended recipient, you are notified that any disclosure, printing, copying, distribution or use of the contents is prohibited. If you have received this in error, please notify the sender immediately by telephone or by returning it by reply email and then permanently deleting the communication from your system. Thank you. From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 04:03:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E8281065673 for ; Sun, 21 Dec 2008 04:03:36 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id BC18F8FC17 for ; Sun, 21 Dec 2008 04:03:35 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.166] (helo=devil.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LEFG7-0001gC-ML; Sun, 21 Dec 2008 11:45:39 +0800 Message-ID: <494DBBEC.7080107@micom.mng.net> Date: Sun, 21 Dec 2008 11:45:48 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.17 (X11/20081020) MIME-Version: 1.0 To: "freebsd-current@freebsd.org" , Scott Long X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: mutex ATAPICAM lock owned at /usr/src/sys/cam/cam_periph.c:316 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 04:03:36 -0000 Hi, I got panic today with recent CURRENT. All relevant infos are here: http://people.freebsd.org/~ganbold/ddb.txt http://people.freebsd.org/~ganbold/msgbuf.txt http://people.freebsd.org/~ganbold/panic.txt http://people.freebsd.org/~ganbold/version.txt thanks, Ganbold -- It's not whether you win or lose but how you played the game. -- Grantland Rice From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 05:17:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C56511065674 for ; Sun, 21 Dec 2008 05:17:54 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1BB8FC12 for ; Sun, 21 Dec 2008 05:17:54 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.166] (helo=devil.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LEGhC-00020h-4g; Sun, 21 Dec 2008 13:17:42 +0800 Message-ID: <494DD17F.5090903@micom.mng.net> Date: Sun, 21 Dec 2008 13:17:51 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.17 (X11/20081020) MIME-Version: 1.0 To: "freebsd-current@freebsd.org" , Scott Long References: <494DBBEC.7080107@micom.mng.net> In-Reply-To: <494DBBEC.7080107@micom.mng.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: mutex ATAPICAM lock owned at /usr/src/sys/cam/cam_periph.c:316 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 05:17:54 -0000 Ganbold wrote: > Hi, > > I got panic today with recent CURRENT. > > All relevant infos are here: > > http://people.freebsd.org/~ganbold/ddb.txt > http://people.freebsd.org/~ganbold/msgbuf.txt > http://people.freebsd.org/~ganbold/panic.txt > http://people.freebsd.org/~ganbold/version.txt > Replying myself, I guess there should be unlock before releasing the periph at scsi_pass.c: --- /var/current/src/sys/cam/scsi/scsi_pass.c 2008-11-22 16:58:50.000000000 +0800 +++ /usr/src/sys/cam/scsi/scsi_pass.c 2008-12-21 12:59:36.000000000 +0800 @@ -347,8 +347,10 @@ if ((softc->flags & PASS_FLAG_OPEN) == 0) { softc->flags |= PASS_FLAG_OPEN; } else { - /* Device closes aren't symmertical, so fix up the refcount */ + /* Device closes aren't symmetrical, so fix up the refcount */ + cam_periph_unlock(periph); cam_periph_release(periph); + return(EINVAL); } cam_periph_unlock(periph); I guess it needs to be committed. Correct me if I'm wrong here. thanks, Ganbold > thanks, > > Ganbold > > -- Bower's Law: Talent goes where the action is. From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 06:07:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0836106564A for ; Sun, 21 Dec 2008 06:07:59 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF248FC16 for ; Sun, 21 Dec 2008 06:07:59 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA09.westchester.pa.mail.comcast.net with comcast id thah1a0051HzFnQ59huj4Q; Sun, 21 Dec 2008 05:54:43 +0000 Received: from LIGHTBULB.LOCAL ([68.35.224.189]) by OMTA14.westchester.pa.mail.comcast.net with comcast id thu81a00345o48c3ahuA5u; Sun, 21 Dec 2008 05:54:11 +0000 Message-ID: <494DDA1B.6050206@comcast.net> Date: Sun, 21 Dec 2008 00:54:35 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.17 (X11/20081110) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable Content-Type: multipart/mixed; boundary="------------050606040706090609080709" Cc: Subject: Very serious cooling issues CURRENT/STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 06:08:00 -0000 This is a multi-part message in MIME format. --------------050606040706090609080709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi list(s) Early in the year I noticed CURRENT failed to cool my frankenstein Thinkpad T40 (built from T40/40p parts) under load. The system would shut down from critically high temperatures while building a port. I did nothing special with ACPI. I thought nothing of it since, after all, I rebuilt a broken T40 from T40p parts. Today, however, I noticed that a very recent STABLE build failed to keep my T43 cool while building ports. It reached temperatures of 97, 98, 99C. It used to reach a max temperature of 80C while building a port (idling temperature is ~ 45C). It behaved normally from 5.3 all the way through 7.0. To remedy both issues, I had to underclock the processor (via dev.cpu) and force the fan to its highest (I'm running 533MHz shy of the processor's full potential, with a fan level of 7 to keep the temperature at ~75C). I've always suspected FreeBSD's ACPI didn't work properly on Thinkpad T series laptops (I have T40, T41, T42 and T43) as it could never fully use the fan (Windows XP can rev the fan far higher than acpi_ibm's level 7). Between STABLE and CURRENT...something seems very wrong. These systems never had cooling issues with FreeBSD before. I attached my dmesg and sysctl for hw.acpi, dev.acpi_ibm, and dev.cpu for both machines. I don't think the latter three pieces of information will be useful but I could be wrong. Let me know if there is any other information I can provide. Best Regards, Nathan Lay --------------050606040706090609080709 Content-Type: text/plain; name="freebsd-stable-acpi" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-stable-acpi" hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 76.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 94.5C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 99.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: 5 hw.acpi.thermal.tz0._TC2: 4 hw.acpi.thermal.tz0._TSP: 600 hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 hw.acpi.cpu.cx_lowest: C1 --------------050606040706090609080709 Content-Type: text/plain; name="freebsd-stable-acpi_ibm" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-stable-acpi_ibm" dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=IBM0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 16777215 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 415 dev.acpi_ibm.0.lcd_brightness: 7 dev.acpi_ibm.0.volume: 12 dev.acpi_ibm.0.mute: 1 dev.acpi_ibm.0.thinklight: 0 dev.acpi_ibm.0.bluetooth: 0 dev.acpi_ibm.0.wlan: 1 dev.acpi_ibm.0.fan_speed: 4684 dev.acpi_ibm.0.fan_level: 7 dev.acpi_ibm.0.fan: 0 dev.acpi_ibm.0.thermal: 76 51 40 61 35 -1 28 -1 --------------050606040706090609080709 Content-Type: text/plain; name="freebsd-stable-dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-stable-dmesg" Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #0: Wed Dec 10 04:09:36 EST 2008 nslay@LIGHTBULB.LOCAL:/usr/obj/usr/src/sys/LIGHTBULB module_register: module g_journal already exists! Module g_journal failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.86GHz (1862.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1609433088 (1534 MB) avail memory = 1567776768 (1495 MB) This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ kbd1 at kbdmux0 netsmb_dev: loaded ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 11 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xc0000000-0xc7ffffff,0xb0100000-0xb010ffff irq 11 at device 0.0 on pci1 drm0: on vgapci0 info: [drm] Initialized radeon 1.25.0 20060524 pcib2: irq 11 at device 28.0 on pci0 pci2: on pcib2 bge0: mem 0xb0200000-0xb020ffff irq 11 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:15:58:09:1b:e7 bge0: [ITHREAD] pcib3: irq 11 at device 28.2 on pci0 pci3: on pcib3 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 11 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xb0000000-0xb00003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci11: on pcib4 cbb0: mem 0xb4000000-0xb4000fff irq 11 at device 0.0 on pci11 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pcm0: port 0x1c00-0x1cff,0x1880-0x18bf mem 0xb0000800-0xb00009ff,0xb0000400-0xb00004ff irq 11 at device 30.2 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: flags 0x1000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd1800-0xd27ff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: at port 0x278-0x27f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ugen0: on uhub2 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounter "TSC" frequency 1862138034 Hz quality 800 Timecounters tick every 1.000 msec The GEOM class JOURNAL is already loaded. ZFS filesystem version 6 ZFS storage pool version 6 ad0: 57231MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 GEOM_JOURNAL: Journal 273940673: ad0s1e contains data. GEOM_JOURNAL: Journal 273940673: ad0s1e contains journal. GEOM_JOURNAL: Journal ad0s1e clean. Trying to mount root from ufs:/dev/ad0s1a ath0: mem 0xb4010000-0xb401ffff irq 11 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: Ethernet address: 00:18:4d:8e:51:42 ath0: mac 7.9 phy 4.5 radio 5.6 WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. bridge0: Ethernet address: 96:e4:69:df:24:5b info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] --------------050606040706090609080709 Content-Type: text/plain; name="freebsd-stable-cpu" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-stable-cpu" dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1333 dev.cpu.0.freq_levels: 1866/27000 1632/23625 1600/23700 1400/20737 1333/20400 1166/17850 1066/17100 932/14962 800/13800 700/12075 600/10350 500/8625 400/6900 300/5175 200/3450 100/1725 dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% --------------050606040706090609080709 Content-Type: text/plain; name="freebsd-current-acpi" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-current-acpi" hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 37.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 89.5C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 93.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: 5 hw.acpi.thermal.tz0._TC2: 4 hw.acpi.thermal.tz0._TSP: 600 hw.acpi.battery.life: 69 hw.acpi.battery.time: 31 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 0 hw.acpi.cpu.cx_lowest: C1 --------------050606040706090609080709 Content-Type: text/plain; name="freebsd-current-acpi_ibm" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-current-acpi_ibm" dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=IBM0068 _UID=0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 16777215 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 3328 dev.acpi_ibm.0.lcd_brightness: 7 dev.acpi_ibm.0.volume: 8 dev.acpi_ibm.0.mute: 1 dev.acpi_ibm.0.thinklight: 0 dev.acpi_ibm.0.bluetooth: 0 dev.acpi_ibm.0.wlan: 1 dev.acpi_ibm.0.fan_speed: 0 dev.acpi_ibm.0.fan_level: 0 dev.acpi_ibm.0.fan: 1 dev.acpi_ibm.0.thermal: 37 36 31 37 29 -1 25 -1 --------------050606040706090609080709 Content-Type: text/plain; name="freebsd-current-cpu" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-current-cpu" dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1200 dev.cpu.0.freq_levels: 1600/-1 1400/-1 1225/-1 1200/-1 1050/-1 1000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 C4/185 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.00% 100.00% 0.00% 0.00% --------------050606040706090609080709 Content-Type: text/plain; name="freebsd-current-dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-current-dmesg" Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0 r186194: Tue Dec 16 22:46:15 EST 2008 nslay@BOTTLE.LOCAL:/usr/obj/usr/src/sys/BOTTLE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1600MHz (598.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 804651008 (767 MB) avail memory = 774418432 (738 MB) kbd1 at kbdmux0 ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 2ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xe0000000-0xe7ffffff,0xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xc0000000-0xc00003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] cbb1: mem 0xb1000000-0xb1000fff irq 11 at device 0.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [FILTER] em0: port 0x8000-0x803f mem 0xc0220000-0xc023ffff,0xc0200000-0xc020ffff irq 11 at device 1.0 on pci2 em0: [FILTER] em0: Ethernet address: 00:09:6b:5f:3a:d0 pci2: at device 2.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c00-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: at port 0x278-0x27f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 Timecounter "TSC" frequency 598063934 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38154MB at ata0-master UDMA100 cardbus1: Expecting link target, got 0x0 cardbus1: Expecting link target, got 0x0 ral0: mem 0xc0218000-0xc021ffff irq 11 at device 0.0 on cardbus1 ral0: MAC/BBP RT2561C, RF RT2527 ral0: [ITHREAD] acd0: CDRW at ata1-master UDMA33 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a lock order reversal: 1st 0xc3c6f044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xc3dec7ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 KDB: stack backtrace: db_trace_self_wrapper(c087b43a,c3b6f918,c05eaa75,4,c0876c93,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0876c93,c3c29728,c3c2ea70,c3b6f974,...) at kdb_backtrace+0x29 _witness_debugger(c087df1b,c3dec7ac,c0871dfd,c3c2ea70,c0884d51,...) at _witness_debugger+0x25 witness_checkorder(c3dec7ac,1,c0884d51,81f,0,...) at witness_checkorder+0x82b __lockmgr_args(c3dec7ac,200501,c3dec7c8,0,0,...) at __lockmgr_args+0x228 ffs_lock(c3b6fa80,c05ea81b,c08a09cb,200501,c3dec754,...) at ffs_lock+0x82 VOP_LOCK1_APV(c08f5740,c3b6fa80,c3c6ce24,c0905280,c3dec754,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c3dec754,200501,c0884d51,81f,4,...) at _vn_lock+0x5e vget(c3dec754,200501,c3c6cd80,4b4,0,...) at vget+0xcb vnode_pager_lock(c14442e8,0,c089dfa4,127,c3b6fc18,...) at vnode_pager_lock+0x1d9 vm_fault(c3c6f000,80db000,2,8,80db000,...) at vm_fault+0x1e9 trap_pfault(5,0,c08a93ff,2e7,c,...) at trap_pfault+0xf5 trap(c3b6fd38) at trap+0x26f calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- wlan0: Ethernet address: 00:11:50:dc:4c:ed ral0: need multicast update callback ral0: need multicast update callback --------------050606040706090609080709-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 06:20:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81E5B1065676 for ; Sun, 21 Dec 2008 06:20:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 396958FC16 for ; Sun, 21 Dec 2008 06:20:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id mBL6KrM1094792; Sat, 20 Dec 2008 23:20:54 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <494DE045.4070005@samsco.org> Date: Sat, 20 Dec 2008 23:20:53 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Ganbold References: <494DBBEC.7080107@micom.mng.net> <494DD17F.5090903@micom.mng.net> In-Reply-To: <494DD17F.5090903@micom.mng.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "freebsd-current@freebsd.org" Subject: Re: mutex ATAPICAM lock owned at /usr/src/sys/cam/cam_periph.c:316 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 06:20:58 -0000 Ganbold wrote: > Ganbold wrote: >> Hi, >> >> I got panic today with recent CURRENT. >> >> All relevant infos are here: >> >> http://people.freebsd.org/~ganbold/ddb.txt >> http://people.freebsd.org/~ganbold/msgbuf.txt >> http://people.freebsd.org/~ganbold/panic.txt >> http://people.freebsd.org/~ganbold/version.txt >> > > Replying myself, I guess there should be unlock before releasing the > periph at scsi_pass.c: > > --- /var/current/src/sys/cam/scsi/scsi_pass.c 2008-11-22 16:58:50.000000000 +0800 > +++ /usr/src/sys/cam/scsi/scsi_pass.c 2008-12-21 12:59:36.000000000 +0800 > @@ -347,8 +347,10 @@ > if ((softc->flags & PASS_FLAG_OPEN) == 0) { > softc->flags |= PASS_FLAG_OPEN; > } else { > - /* Device closes aren't symmertical, so fix up the refcount */ > + /* Device closes aren't symmetrical, so fix up the refcount */ > + cam_periph_unlock(periph); > cam_periph_release(periph); > + return(EINVAL); > } > > > cam_periph_unlock(periph); > Already started fixing it before I started this. I believe that I've caught all of the problems, please let me know if anything else comes up. Scott From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 07:00:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EED71065670; Sun, 21 Dec 2008 07:00:19 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id DE3968FC14; Sun, 21 Dec 2008 07:00:18 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2953127rvf.43 for ; Sat, 20 Dec 2008 23:00:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=zY+NGdnaU8uOX8fRAG+c/4Wd105KkorKakNivCW42Ak=; b=gEej7u+flfJbFihl83A+DzxjACzjdR7NUnxq2YEEaPNoMTbfLVgpvwU+d0DYucNEX5 ETj+WOfmLy6g6nwgHBjNyIKa3T7sv4Td1AGkKu3hIVSgiHP/+g1LWZ7soGdVIlxhgMdI sUQXKD6CIPNSYRNWYzLvHIhdAY8k55kdLine8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=EAoppj+THIDZAew5JMx5+d0gVZoFkvNCxwegdW8ENMLb70XjK1AL7lmDwMhEiGuuvx u/RY7tlidL+B4USXXsXT9Zow5nRc/EsFUerOFxng6vvqvAvQY+pOzem6pPcIVu9q4yfA SI34yT4I/Y9RClfTIWbRsY8LWjf1a9LTHgkDA= Received: by 10.141.76.1 with SMTP id d1mr2523840rvl.110.1229842818076; Sat, 20 Dec 2008 23:00:18 -0800 (PST) Received: by 10.141.37.17 with HTTP; Sat, 20 Dec 2008 23:00:18 -0800 (PST) Message-ID: <3c1674c90812202300y6dc37e89l7936880179f140b5@mail.gmail.com> Date: Sat, 20 Dec 2008 23:00:18 -0800 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Gerald Pfeifer" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> X-Google-Sender-Auth: 09d4d9ae3c4ed317 Cc: Vladimir Grebenschikov , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 07:00:19 -0000 The flag is not needed. It is only possible to retrieve arp entries by way of sysctl. The converse of this is you no longer need to grab all the entries in the routing table and look at each one to determine which are cloned routes (dynamic host routes) which contain ARP entries. -Kip On Sat, Dec 20, 2008 at 9:01 PM, Gerald Pfeifer wrote: > The code in question on the Wine side is > > #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) > int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; > > and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as far > as I can see. > > If the arp-v2 update now made us incompatible both with earlier versions > of FreeBSD and Linux, that sounds like something that should be fixed > (instead of hacking applications like Wine). > > On the other hand, the commit message at > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h > explicitly says > The change in design obsoletes the semantics of RTF_CLONING, > RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications > such as "arp" and "ndp" have been modified to reflect those changes. > so I guess it's not so easy. > > How many other ports are affected? > > What shall we do on the Wine front? Simply #ifdef-ing out the code in > question may not be the best of ideas, either. :-( > > Gerald > > On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: >> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: >> >>>> The arp-v2 changes have been committed into HEAD. >>>> Please report problems to me and Kip Macy. >> >> Wine is not build any more: >> >> ... >> cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o ipstats.c >> ipstats.c: In function 'getNumArpEntries': >> ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this function) >> ipstats.c:1253: error: (Each undeclared identifier is reported only once >> ipstats.c:1253: error: for each function it appears in.) >> ipstats.c: In function 'getArpTable': >> ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this function) >> ipstats.c:1311: warning: initialization makes integer from pointer without a cast >> gmake[2]: *** [ipstats.o] ?????? 1 >> gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' >> gmake[1]: *** [iphlpapi] ?????? 2 >> gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' >> gmake: *** [dlls] ?????? 2 >> >> > > -- > Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Als die Nazis die Kommunisten holten, habe ich geschwiegen; ich war ja kein Kommunist. Als sie die Sozialdemokraten einsperrten, habe ich geschwiegen; ich war ja kein Sozialdemokrat. Als sie die Gewerkschafter holten, habe ich nicht protestiert; ich war ja kein Gewerkschafter. Als sie die Juden holten, habe ich geschwiegen; ich war ja kein Jude. Als sie mich holten, gab es keinen mehr, der protestieren konnte. From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 05:33:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EDEF1065674; Sun, 21 Dec 2008 05:33:53 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D42F8FC26; Sun, 21 Dec 2008 05:33:53 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from acrux.dbai.tuwien.ac.at (acrux [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 641BC3910F; Sun, 21 Dec 2008 06:01:28 +0100 (CET) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id C70BD10059; Sun, 21 Dec 2008 06:01:35 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id AA07310055; Sun, 21 Dec 2008 06:01:35 +0100 (CET) Date: Sun, 21 Dec 2008 06:01:35 +0100 (CET) From: Gerald Pfeifer To: Vladimir Grebenschikov In-Reply-To: <1229691231.1818.53.camel@localhost> Message-ID: References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> User-Agent: Alpine 1.99 (LSU 1142 2008-08-13) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 21 Dec 2008 12:05:37 +0000 Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 05:33:53 -0000 The code in question on the Wine side is #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as far as I can see. If the arp-v2 update now made us incompatible both with earlier versions of FreeBSD and Linux, that sounds like something that should be fixed (instead of hacking applications like Wine). On the other hand, the commit message at http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h explicitly says The change in design obsoletes the semantics of RTF_CLONING, RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications such as "arp" and "ndp" have been modified to reflect those changes. so I guess it's not so easy. How many other ports are affected? What shall we do on the Wine front? Simply #ifdef-ing out the code in question may not be the best of ideas, either. :-( Gerald On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: > On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > >>> The arp-v2 changes have been committed into HEAD. >>> Please report problems to me and Kip Macy. > > Wine is not build any more: > > ... > cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o ipstats.c > ipstats.c: In function 'getNumArpEntries': > ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this function) > ipstats.c:1253: error: (Each undeclared identifier is reported only once > ipstats.c:1253: error: for each function it appears in.) > ipstats.c: In function 'getArpTable': > ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this function) > ipstats.c:1311: warning: initialization makes integer from pointer without a cast > gmake[2]: *** [ipstats.o] ?????? 1 > gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' > gmake[1]: *** [iphlpapi] ?????? 2 > gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' > gmake: *** [dlls] ?????? 2 > > -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 12:24:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B89106564A for ; Sun, 21 Dec 2008 12:24:08 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 50C698FC08 for ; Sun, 21 Dec 2008 12:24:08 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.139.40] (port=27123 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LENLq-0003K5-L6 for current@freebsd.org; Sun, 21 Dec 2008 15:24:06 +0300 Message-ID: <494E3566.3070308@lissyara.su> Date: Sun, 21 Dec 2008 15:24:06 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081124 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: current@freebsd.org References: <494D4346.7030804@lissyara.su> <494D7244.4080305@lissyara.su> In-Reply-To: <494D7244.4080305@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: kernel: powernow0: set freq failed, err 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 12:24:08 -0000 Alex Keda пишет: > Alex Keda пишет: >> Before last update - all be OK >> (previous ~ 7-10 days ago) > strange... > after second reboot - all OK. > As Windows =))) Very strange behavior - one boot - all OK, second - set freq fail... Random... Any idea, or need some tests? From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 12:51:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1DAA106564A; Sun, 21 Dec 2008 12:51:23 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 55D9F8FC08; Sun, 21 Dec 2008 12:51:23 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 7DBE41CD33; Sun, 21 Dec 2008 13:51:21 +0100 (CET) Date: Sun, 21 Dec 2008 13:51:21 +0100 From: Erwin Lansing To: Gerald Pfeifer Message-ID: <20081221125120.GO23166@droso.net> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJAclU0AInkryoed" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/i386 7.1-PRERELEASE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Vladimir Grebenschikov , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 12:51:23 -0000 --IJAclU0AInkryoed Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 21, 2008 at 06:01:35AM +0100, Gerald Pfeifer wrote: > The code in question on the Wine side is >=20 > #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) > int mib[] =3D {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; >=20 > and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as far > as I can see. =20 >=20 > If the arp-v2 update now made us incompatible both with earlier versions= =20 > of FreeBSD and Linux, that sounds like something that should be fixed=20 > (instead of hacking applications like Wine). >=20 > On the other hand, the commit message at > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h > explicitly says > The change in design obsoletes the semantics of RTF_CLONING,=20 > RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications=20 > such as "arp" and "ndp" have been modified to reflect those changes. > so I guess it's not so easy. =20 >=20 > How many other ports are affected? >=20 The latest full run with HEAD from a few days back hasn't quite finished yet, so there might turn up a few more, but so far it's just a handful: net/libdnet devel/libpdel net-mgmt/net-snmp net/netwib net/p5-Net-RawIP net-mgmt/net-snmp4 emulators/wine Cheers, -erwin --=20 Erwin Lansing http://droso.org erwin@FreeBSD.org You are now free to move around the cabin erwin@aauug.dk --IJAclU0AInkryoed Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJTjvIqy9aWxUlaZARAg9QAKCFLhRPeFXNIRGvMt3kRkVJBhRQIwCePcFe hDq9V3NKI/dV0YX3eajNMxA= =2JE6 -----END PGP SIGNATURE----- --IJAclU0AInkryoed-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 13:14:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 229851065675; Sun, 21 Dec 2008 13:14:27 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by mx1.freebsd.org (Postfix) with ESMTP id A6F2F8FC0C; Sun, 21 Dec 2008 13:14:26 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by gxk12 with SMTP id 12so899510gxk.19 for ; Sun, 21 Dec 2008 05:14:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=sHOsx/Q0dmlESAuBC7//YjzRi4FRAg0yFGAm7bc6yPo=; b=vDJiVRrAhv+sQ92cLMfb47c1BbogHdXBkC0fmPZ3hC50bMcy/CGF0Z0DRAZ/BeioN6 4L8dW02+NmQcvWY1NXJqcaRiUJRnrjhOliD5m3qZK+T+dxvP5zcFjEf7XP5ooaNGSper BIJYOKpwafp9Gd1JZnSKfhAhG0r7+jBpgS1sU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=wqmG2Rxf0tvxPg9AD/ADYrNPwRX7m3R/QWdospf8xdEn5zhMrso7Wt/cR7tkjW6jb4 yGcrTHINoRL2NBRYSKHN9qFbp541eVA+MCc/TZheryA26kglua4KA3pey3UCS/5qKAOw uPA/sTnD/IWxSxb9ivZKhwNilh/j2j1eu7ewg= Received: by 10.231.16.129 with SMTP id o1mr132911iba.47.1229865265742; Sun, 21 Dec 2008 05:14:25 -0800 (PST) Received: by 10.231.17.8 with HTTP; Sun, 21 Dec 2008 05:14:25 -0800 (PST) Message-ID: <3a142e750812210514k6dc41c0o32d7ef57e765dcc8@mail.gmail.com> Date: Sun, 21 Dec 2008 14:14:25 +0100 From: "Paul B. Mahol" To: "Nathan Lay" In-Reply-To: <494DDA1B.6050206@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <494DDA1B.6050206@comcast.net> Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: Very serious cooling issues CURRENT/STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 13:14:27 -0000 On 12/21/08, Nathan Lay wrote: > acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 37.0C > hw.acpi.thermal.tz0.active: -1 Is this one ever changed? > hw.acpi.thermal.tz0.passive_cooling: 1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: 89.5C > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 93.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 This one means that coling will never be used, why: my output looks like this: hw.acpi.thermal.tz0._ACx: 85.0C 75.0C 60.0C 50.0C -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: 5 > hw.acpi.thermal.tz0._TC2: 4 > hw.acpi.thermal.tz0._TSP: 600 You can play with all thermal values once you enable: hw.acpi.thermal.user_override But acpi may redo such values again after some time. You only real workaround is to use modified acpi ASL: it is explained in handbook. In my case I fixed in that way bogus kernel message "_CRT value is absurd, ignored". -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:54:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F25A1065675; Sun, 21 Dec 2008 15:54:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDA18FC08; Sun, 21 Dec 2008 15:54:23 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=JUWrZJl3310A:10 a=HLJsKEY6ouAA:10 a=1AwWA-ggXVpBKgDV7uoA:9 a=ND2af4viEZko2fkLxHoA:7 a=GR40GUKunbRtgrXWxZQktwi0gtQA:4 a=50e4U0PicR4A:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1173895502; Sun, 21 Dec 2008 16:54:21 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 21 Dec 2008 16:56:36 +0100 User-Agent: KMail/1.9.7 References: <200812201343.59663.hselasky@c2i.net> <6eb82e0812200557o2700eb8ble49b5bb062693f85@mail.gmail.com> In-Reply-To: <6eb82e0812200557o2700eb8ble49b5bb062693f85@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812211656.38478.hselasky@c2i.net> Cc: Rong-en Fan , freebsd-usb@freebsd.org Subject: Re: USB power save, battery life and laptops - testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 15:54:24 -0000 Hi, I need some help testing out my USB powersave implementation. There are now multiple levels of USB power save: 1) Turn off USB controller schedules when there are no transactions (1-4 seconds, not tuneable) 2) Suspend actual USB device (30 seconds, tuneable) Powersave is enabled by default. Tuneables: ========== How to set power save delay in seconds: sysctl hw.usb2.power_timeout=10 How to disable power save for the given USB device: usbconfig -u xxx -a yyy power_on How to enable power save for the given USB device: usbconfig -u xxx -a yyy power_save Known to work: ============== EHCI+UHCI OHCI - not tested yet How to install on FreeBSD -current (8.x) ======================================== svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b cd i4b/trunk/i4b/src/sys/dev cp -r usb2 /sys/dev/ make -C /sys/modules/usb2 clean all install --HPS From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:57:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAB4F106564A; Sun, 21 Dec 2008 15:57:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 28A978FC0C; Sun, 21 Dec 2008 15:57:44 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=JUWrZJl3310A:10 a=HLJsKEY6ouAA:10 a=6I5d2MoRAAAA:8 a=bMFLaufmfbD7ZfSDTt8A:9 a=20zW0j-QK7e9vgaxWo4eUb2mtxsA:4 a=-ZQhYGXY2L8A:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 118612379; Sun, 21 Dec 2008 16:57:43 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 21 Dec 2008 17:00:01 +0100 User-Agent: KMail/1.9.7 References: <200812201343.59663.hselasky@c2i.net> <6eb82e0812200557o2700eb8ble49b5bb062693f85@mail.gmail.com> <200812211656.38478.hselasky@c2i.net> In-Reply-To: <200812211656.38478.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812211700.02605.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB power save, battery life and laptops - testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 15:57:46 -0000 For those who are interested, here is the patch: http://perforce.freebsd.org/chv.cgi?CH=155086 --HPS From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 16:08:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92E9C1065677 for ; Sun, 21 Dec 2008 16:08:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swipnet.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 27EE88FC1B for ; Sun, 21 Dec 2008 16:08:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=BEaspg8GV2sA:10 a=j9K8MEizs28A:10 a=Rige9g_vBmkQULO9djsA:9 a=W_QrgxDzOs2W7h4EJqIA:7 a=6CkqAJ3G2ZlnEFPrnx98iLSqK2MA:4 a=G2AsRb49nnwmWARIy9zzNStElGQ=:19 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1000246774; Sun, 21 Dec 2008 17:08:18 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Antonio Hilario Date: Sun, 21 Dec 2008 17:10:36 +0100 User-Agent: KMail/1.9.7 References: <200812211026.05140.avahilario@gmail.com> In-Reply-To: <200812211026.05140.avahilario@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812211710.37104.hselasky@c2i.net> Cc: Subject: Re: u3g supports LongCheer WM66 HSDPA Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 16:08:20 -0000 On Sunday 21 December 2008, Antonio A Hilario wrote: > Hello all, > > I managed to get my LongCheer WM66 HSDPA modem working using the u3g > driver, after several weeks of getting by with ubsa. > > The device is a ZeroCD device which uses these vendor IDs: > > Mass storage mode: > > vendor 0x1c9e > product 0x1001 > > HSDPA mode: > > vendoer 0x1c9e > product 0x6061 > > This requires patching /usr/src/sys/dev/usb/u3g.c, in 7.1-PRERELEASE > > {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, > U3GSP_HSDPA, U3GFL_HUAWEI_INIT }, > + {{ USB_VENDOR_LONGCHEER, USB_PRODUCT_LONGCHEER_WM66 }, > U3GSP_HSDPA, U3GFL_HUAWEI_INIT | U3GFL_SCSI_EJECT }, > {{ USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, > U3GSP_HSPA, U3GFL_HUAWEI_INIT }, > > as well as /usr/src/sys/dev/usb/usbdevs > > vendor LONGCHEER 0x1c9e Longcheer Holdings, Ltd. > > product LONGCHEER WM66 0x6061 WM66 HSDPA USB Modem > > > The driver creates three devices /dev/ttyU0.%d, of which the first is used > as the device's AT command interface: > > Dec 20 16:41:45 emily ucom0: 1.10/0.00, addr 3> on uhub4 > Dec 20 16:41:45 emily ucom0: configured 3 serial ports (U0.%d) > > My thanks for the work done on u3g! Device works beautifully under minicom > and with ppp, and am able to attain ~ 40kBps with our carrier - *without* > those annoying stalls I got under UBSA. > > - Antonio Hi, Can you make a USB-PR containing your patch so that we don't loose it? I'm probably going through the USB PR-list during the X-mas holidays to get patches committed. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 16:55:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7942F1065678 for ; Sun, 21 Dec 2008 16:55:16 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE278FC12 for ; Sun, 21 Dec 2008 16:55:16 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id trFQ1a00E1GXsucA5sfGFT; Sun, 21 Dec 2008 16:39:16 +0000 Received: from LIGHTBULB.LOCAL ([68.35.224.189]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id tsfC1a00745o48c8TsfFcq; Sun, 21 Dec 2008 16:39:16 +0000 Message-ID: <494E712B.802@comcast.net> Date: Sun, 21 Dec 2008 11:39:07 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.17 (X11/20081110) MIME-Version: 1.0 To: "Paul B. Mahol" References: <494DDA1B.6050206@comcast.net> <3a142e750812210514k6dc41c0o32d7ef57e765dcc8@mail.gmail.com> In-Reply-To: <3a142e750812210514k6dc41c0o32d7ef57e765dcc8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: Very serious cooling issues CURRENT/STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 16:55:16 -0000 Paul B. Mahol wrote: > On 12/21/08, Nathan Lay wrote: > >> acpi.thermal.min_runtime: 0 >> hw.acpi.thermal.polling_rate: 10 >> hw.acpi.thermal.user_override: 0 >> hw.acpi.thermal.tz0.temperature: 37.0C >> hw.acpi.thermal.tz0.active: -1 >> > Is this one ever changed? > > >> hw.acpi.thermal.tz0.passive_cooling: 1 >> hw.acpi.thermal.tz0.thermal_flags: 0 >> hw.acpi.thermal.tz0._PSV: 89.5C >> hw.acpi.thermal.tz0._HOT: -1 >> hw.acpi.thermal.tz0._CRT: 93.0C >> hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 >> > > This one means that coling will never be used, why: > my output looks like this: > hw.acpi.thermal.tz0._ACx: 85.0C 75.0C 60.0C 50.0C -1 -1 -1 -1 -1 -1 > > >> hw.acpi.thermal.tz0._TC1: 5 >> hw.acpi.thermal.tz0._TC2: 4 >> hw.acpi.thermal.tz0._TSP: 600 >> > > You can play with all thermal values once you enable: > hw.acpi.thermal.user_override > > But acpi may redo such values again after some time. > You only real workaround is to use modified acpi ASL: > it is explained in handbook. > > In my case I fixed in that way bogus kernel > message "_CRT value is absurd, ignored". > > > hw.acpi never displayed thermal values for some reason. However, after loading acpi_ibm, I can query those values without a problem dev.acpi_ibm.0.thermal: 49 41 33 48 27 -1 22 -1 I'm not sure the critical temperature (99C) is a problem, but what I have observed is you should never be near it. None of these thinkpads got over 80C under load with FreeBSD installed until recently. ACPI's ASL does not appear to be the problem as it has worked correctly in the past. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 17:06:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D5F0106564A; Sun, 21 Dec 2008 17:06:42 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 2FAD28FC18; Sun, 21 Dec 2008 17:06:41 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [192.168.2.101] ([172.21.151.1]) by smtp-1.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Sun, 21 Dec 2008 17:53:24 +0100 Message-ID: <494E7481.1090606@dlr.de> Date: Sun, 21 Dec 2008 17:53:21 +0100 From: Hartmut Brandt Organization: German Aerospace Center User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Kip Macy References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> <3c1674c90812202300y6dc37e89l7936880179f140b5@mail.gmail.com> In-Reply-To: <3c1674c90812202300y6dc37e89l7936880179f140b5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Dec 2008 16:53:24.0248 (UTC) FILETIME=[A343F180:01C9638C] Cc: Vladimir Grebenschikov , Qing Li , freebsd-net@freebsd.org, Gerald Pfeifer , freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 17:06:42 -0000 Kip Macy wrote: > The flag is not needed. It is only possible to retrieve arp entries by > way of sysctl. The converse of this is you no longer need to grab all > the entries in the routing table and look at each one to determine > which are cloned routes (dynamic host routes) which contain ARP > entries. Does this mean that the snmp daemon cannot monitor the arp entries through the routing socket anymore? This would be a performance issue, since it would have to fetch the ARP table from the kernel each time it is asked for. Now it refreshes the table only if it is older than 30 seconds and in the mean time monitors routing messages. harti > > -Kip > > On Sat, Dec 20, 2008 at 9:01 PM, Gerald Pfeifer wrote: >> The code in question on the Wine side is >> >> #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) >> int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; >> >> and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as far >> as I can see. >> >> If the arp-v2 update now made us incompatible both with earlier versions >> of FreeBSD and Linux, that sounds like something that should be fixed >> (instead of hacking applications like Wine). >> >> On the other hand, the commit message at >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h >> explicitly says >> The change in design obsoletes the semantics of RTF_CLONING, >> RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications >> such as "arp" and "ndp" have been modified to reflect those changes. >> so I guess it's not so easy. >> >> How many other ports are affected? >> >> What shall we do on the Wine front? Simply #ifdef-ing out the code in >> question may not be the best of ideas, either. :-( >> >> Gerald >> >> On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: >>> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: >>> >>>>> The arp-v2 changes have been committed into HEAD. >>>>> Please report problems to me and Kip Macy. >>> Wine is not build any more: >>> >>> ... >>> cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o ipstats.c >>> ipstats.c: In function 'getNumArpEntries': >>> ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this function) >>> ipstats.c:1253: error: (Each undeclared identifier is reported only once >>> ipstats.c:1253: error: for each function it appears in.) >>> ipstats.c: In function 'getArpTable': >>> ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this function) >>> ipstats.c:1311: warning: initialization makes integer from pointer without a cast >>> gmake[2]: *** [ipstats.o] ?????? 1 >>> gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' >>> gmake[1]: *** [iphlpapi] ?????? 2 >>> gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' >>> gmake: *** [dlls] ?????? 2 >>> >>> >> -- >> Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > > From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 17:19:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76127106564A; Sun, 21 Dec 2008 17:19:34 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1F42C8FC1E; Sun, 21 Dec 2008 17:19:33 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1333171ywe.13 for ; Sun, 21 Dec 2008 09:19:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=EMkCDeOmPAzFTMp+qOorcM/7B4w1rYWZ55/0upfIN4U=; b=syvTHbCfAOJbCKHIoNHSRku1x+b0vYDIk9T1nbaOO8uCwsIFW7vjaH8LpXUJ3yVNzn HL0fBb3WC7zrzqEKWZajKIinIImCwCDdClWtPOSobEV6luT9SyzhGZ1Y1J1w5t2Jyr8A xgdlHH8MjR9Mse4UKe1QFd0EjXOZKYgVNioOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Odh1hoIsYmxgQkIahWYEBc05CqGBvxM8h5gBnRG8G6YRg1fB8LYde11DH1gxRQK5uH NsdKS2i4jslIyAfW/b6Q4r3w9MgZVXhQ6cS/pTrrHFN1RspnNxl/6gtNLZUKGtEzdKD/ yBGCLucHhEhraEeRBtj9DWabP8Xsw7MWPN1Qc= Received: by 10.231.20.5 with SMTP id d5mr136799ibb.25.1229879973004; Sun, 21 Dec 2008 09:19:33 -0800 (PST) Received: by 10.231.17.8 with HTTP; Sun, 21 Dec 2008 09:19:32 -0800 (PST) Message-ID: <3a142e750812210919s3bd5876q8f45759f1228906b@mail.gmail.com> Date: Sun, 21 Dec 2008 18:19:32 +0100 From: "Paul B. Mahol" To: "Nathan Lay" In-Reply-To: <494E712B.802@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <494DDA1B.6050206@comcast.net> <3a142e750812210514k6dc41c0o32d7ef57e765dcc8@mail.gmail.com> <494E712B.802@comcast.net> Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: Very serious cooling issues CURRENT/STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 17:19:34 -0000 On 12/21/08, Nathan Lay wrote: > Paul B. Mahol wrote: >> On 12/21/08, Nathan Lay wrote: >> >>> acpi.thermal.min_runtime: 0 >>> hw.acpi.thermal.polling_rate: 10 >>> hw.acpi.thermal.user_override: 0 >>> hw.acpi.thermal.tz0.temperature: 37.0C >>> hw.acpi.thermal.tz0.active: -1 >>> >> Is this one ever changed? >> >> >>> hw.acpi.thermal.tz0.passive_cooling: 1 >>> hw.acpi.thermal.tz0.thermal_flags: 0 >>> hw.acpi.thermal.tz0._PSV: 89.5C >>> hw.acpi.thermal.tz0._HOT: -1 >>> hw.acpi.thermal.tz0._CRT: 93.0C >>> hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 >>> >> >> This one means that coling will never be used, why: >> my output looks like this: >> hw.acpi.thermal.tz0._ACx: 85.0C 75.0C 60.0C 50.0C -1 -1 -1 -1 -1 -1 >> >> >>> hw.acpi.thermal.tz0._TC1: 5 >>> hw.acpi.thermal.tz0._TC2: 4 >>> hw.acpi.thermal.tz0._TSP: 600 >>> >> >> You can play with all thermal values once you enable: >> hw.acpi.thermal.user_override >> >> But acpi may redo such values again after some time. >> You only real workaround is to use modified acpi ASL: >> it is explained in handbook. >> >> In my case I fixed in that way bogus kernel >> message "_CRT value is absurd, ignored". >> >> >> > hw.acpi never displayed thermal values for some reason. However, after > loading acpi_ibm, I can query those values without a problem > dev.acpi_ibm.0.thermal: 49 41 33 48 27 -1 22 -1 > > I'm not sure the critical temperature (99C) is a problem, but what I > have observed is you should never be near it. None of these thinkpads > got over 80C under load with FreeBSD installed until recently. ACPI's > ASL does not appear to be the problem as it has worked correctly in the > past. Until recenty when, can you point into svn revision? If the same overheat happens with acpi disabled that I dont see how freebsd acpi can help you. -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 18:16:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id C0648106564A; Sun, 21 Dec 2008 18:16:26 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Mon, 22 Dec 2008 03:16:25 +0900 From: Norikatsu Shigemura To: "Kip Macy" , Erwin Lansing Message-Id: <20081222031625.63645f78.nork@FreeBSD.org> In-Reply-To: <20081221125120.GO23166@droso.net> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> <20081221125120.GO23166@droso.net> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__22_Dec_2008_03_16_25_+0900_71N8EW_ClhzzwbMW" Cc: Gerald Pfeifer , Vladimir Grebenschikov , freebsd-net@freebsd.org, Norikatsu Shigemura , Qing Li , freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 18:16:28 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__22_Dec_2008_03_16_25_+0900_71N8EW_ClhzzwbMW Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Kip&Erwin! On Sun, 21 Dec 2008 13:51:21 +0100 Erwin Lansing wrote: > > RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications > > such as "arp" and "ndp" have been modified to reflect those changes. > > so I guess it's not so easy. > > How many other ports are affected? > The latest full run with HEAD from a few days back hasn't quite finished > yet, so there might turn up a few more, but so far it's just a handful: > net/libdnet > devel/libpdel > net-mgmt/net-snmp > net/netwib > net/p5-Net-RawIP > net-mgmt/net-snmp4 > emulators/wine Oh, just time! I'm having a trouble about this issue of devel/libpdel. So I fixed this issue of devel/libpdel. But I don't know that the attached patches are good. So please review these. --Multipart=_Mon__22_Dec_2008_03_16_25_+0900_71N8EW_ClhzzwbMW Content-Type: text/plain; name="patch-net-if_arp.c" Content-Disposition: attachment; filename="patch-net-if_arp.c" Content-Transfer-Encoding: 7bit --- net/if_arp.c.orig 2005-01-22 06:02:02.000000000 +0900 +++ net/if_arp.c 2008-12-22 02:49:58.000000000 +0900 @@ -124,7 +124,11 @@ mib[2] = 0; mib[3] = AF_INET; mib[4] = NET_RT_FLAGS; +#ifdef RTF_LLINFO mib[5] = RTF_LLINFO; +#else + mib[5] = 0; +#endif if (sysctl(mib, 6, NULL, &needed, NULL, 0) < 0) return (-1); needed += 128; @@ -227,9 +231,14 @@ sdl = (struct sockaddr_dl *)(void *) (ROUNDUP(sin->sin_len) + (char *)sin); if (sin->sin_addr.s_addr == sin_m.sin_addr.s_addr) { +#ifdef RTF_LLINFO if (sdl->sdl_family == AF_LINK && (rtm->rtm_flags & (RTF_LLINFO|RTF_GATEWAY)) == RTF_LLINFO) { +#else + if (sdl->sdl_family == AF_LINK && + !(rtm->rtm_flags & RTF_GATEWAY)) { +#endif switch (sdl->sdl_type) { case IFT_ETHER: case IFT_FDDI: --Multipart=_Mon__22_Dec_2008_03_16_25_+0900_71N8EW_ClhzzwbMW Content-Type: text/plain; name="patch-net-uroute.c" Content-Disposition: attachment; filename="patch-net-uroute.c" Content-Transfer-Encoding: 7bit --- net/uroute.c.orig 2005-01-22 06:02:03.000000000 +0900 +++ net/uroute.c 2008-12-22 02:53:23.000000000 +0900 @@ -74,9 +74,15 @@ ((a) > 0 ? (1 + (((a) - 1) | (sizeof(long) - 1))) : sizeof(long)) #define ADVANCE(x, n) ((x) += ROUNDUP((n)->sa_len)) +#ifdef RTF_LLINFO #define WRITABLE_FLAGS (RTF_STATIC | RTF_LLINFO | RTF_REJECT | RTF_BLACKHOLE \ | RTF_PROTO1 | RTF_PROTO2 | RTF_CLONING \ | RTF_XRESOLVE | RTF_UP | RTF_GATEWAY) +#else +#define WRITABLE_FLAGS (RTF_STATIC | RTF_REJECT | RTF_BLACKHOLE \ + | RTF_PROTO1 | RTF_PROTO2 | RTF_CLONING \ + | RTF_XRESOLVE | RTF_UP | RTF_GATEWAY) +#endif struct route_flag { const char *name; --Multipart=_Mon__22_Dec_2008_03_16_25_+0900_71N8EW_ClhzzwbMW-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 18:48:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 880B41065673 for ; Sun, 21 Dec 2008 18:48:05 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id CE94E8FC0C for ; Sun, 21 Dec 2008 18:48:04 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBLIltpT052013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Dec 2008 10:47:56 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <494E8F5B.3060205@freebsd.org> Date: Sun, 21 Dec 2008 10:47:55 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Hartmut Brandt References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> <3c1674c90812202300y6dc37e89l7936880179f140b5@mail.gmail.com> <494E7481.1090606@dlr.de> In-Reply-To: <494E7481.1090606@dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 18:48:05 -0000 Hartmut Brandt wrote: > Kip Macy wrote: >> The flag is not needed. It is only possible to retrieve arp entries by >> way of sysctl. The converse of this is you no longer need to grab all >> the entries in the routing table and look at each one to determine >> which are cloned routes (dynamic host routes) which contain ARP >> entries. > > Does this mean that the snmp daemon cannot monitor the arp entries > through the routing socket anymore? This would be a performance issue, > since it would have to fetch the ARP table from the kernel each time > it is asked for. Now it refreshes the table only if it is older than > 30 seconds and in the mean time monitors routing messages. If this really becomes an issue you could add a generation # to the arp table and watch for changes to trigger an update. Alternatively it's possible to push the arp table bits through the routing socket but that would likely require more work. We could also define new arp-specific msgs; e.g. to track changes (or just reuse the old msg format). Doing this however perpetuates the routing socket as a kitchen-sink-kinda mechanism--at some point it's worth creating an entirely new path for info like this with a proper TLV-style protocol and support for features like filtering. Sam > > harti > >> >> -Kip >> >> On Sat, Dec 20, 2008 at 9:01 PM, Gerald Pfeifer >> wrote: >>> The code in question on the Wine side is >>> >>> #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) >>> int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; >>> >>> and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as far >>> as I can see. >>> >>> If the arp-v2 update now made us incompatible both with earlier >>> versions >>> of FreeBSD and Linux, that sounds like something that should be fixed >>> (instead of hacking applications like Wine). >>> >>> On the other hand, the commit message at >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h >>> explicitly says >>> The change in design obsoletes the semantics of RTF_CLONING, >>> RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications >>> such as "arp" and "ndp" have been modified to reflect those changes. >>> so I guess it's not so easy. >>> >>> How many other ports are affected? >>> >>> What shall we do on the Wine front? Simply #ifdef-ing out the code in >>> question may not be the best of ideas, either. :-( >>> >>> Gerald >>> >>> On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: >>>> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: >>>> >>>>>> The arp-v2 changes have been committed into HEAD. >>>>>> Please report problems to me and Kip Macy. >>>> Wine is not build any more: >>>> >>>> ... >>>> cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ >>>> -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing >>>> -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith >>>> -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o >>>> ipstats.c >>>> ipstats.c: In function 'getNumArpEntries': >>>> ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this >>>> function) >>>> ipstats.c:1253: error: (Each undeclared identifier is reported only >>>> once >>>> ipstats.c:1253: error: for each function it appears in.) >>>> ipstats.c: In function 'getArpTable': >>>> ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this >>>> function) >>>> ipstats.c:1311: warning: initialization makes integer from pointer >>>> without a cast >>>> gmake[2]: *** [ipstats.o] ?????? 1 >>>> gmake[2]: Leaving directory >>>> `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' >>>> gmake[1]: *** [iphlpapi] ?????? 2 >>>> gmake[1]: Leaving directory >>>> `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' >>>> gmake: *** [dlls] ?????? 2 >>>> >>>> >>> -- >>> Gerald (Jerry) Pfeifer gerald@pfeifer.com >>> http://www.pfeifer.com/gerald/ >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >> >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 18:54:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB951065673; Sun, 21 Dec 2008 18:54:34 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id E48F18FC08; Sun, 21 Dec 2008 18:54:33 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBLIsOqA003998; Sun, 21 Dec 2008 10:54:24 -0800 (PST) Received: from 10.2.2.114 ([10.2.2.114]) by bcs-mail03.internal.cacheflow.com ([10.2.2.95]) with Microsoft Exchange Server HTTP-DAV ; Sun, 21 Dec 2008 18:54:18 +0000 MIME-Version: 1.0 Message-ID: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: From: "Li, Qing" X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AcljnYdfWUXWFzTlQF2w8blLs6aF/Q== Date: Sun, 21 Dec 2008 10:54:06 -0800 Importance: normal X-Priority: 3 To: "Hartmut Brandt" , "Kip Macy" Cc: Vladimir Grebenschikov , Qing Li , Gerald Pfeifer , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 18:54:34 -0000 Yes, at least in the IPv4 case, I still generate the routing messages = whenever entries are modified, so you can still wait for notifications = on the routing socket. One should check for the address family AF_LINK = type instead of checking for RTF_LLINFO flag. It's an over sight this = note was not attached to the commit message. There are two locations in ND6 where I temporarily disabled rtmsg = generation pending further investigation. I have a note-to-self for that = in the code comment. Since only ARP entries are returned, you are in fact getting some = performance gain. The userland application should also be simplified a = little because the list walking code does not have to check for non-ARP = entries. -- Qing -----Original Message----- From: Hartmut Brandt Sent: Sunday, December 21, 2008 8:54 AM To: Kip Macy Cc: Vladimir Grebenschikov ; Qing Li ; = freebsd-net@freebsd.org ; Gerald Pfeifer = ; freebsd-current@freebsd.org = Subject: Re: HEADSUP: arp-v2 has been committed Kip Macy wrote: > The flag is not needed. It is only possible to retrieve arp entries by > way of sysctl. The converse of this is you no longer need to grab all > the entries in the routing table and look at each one to determine > which are cloned routes (dynamic host routes) which contain ARP > entries. Does this mean that the snmp daemon cannot monitor the arp entries=20 through the routing socket anymore? This would be a performance issue,=20 since it would have to fetch the ARP table from the kernel each time it=20 is asked for. Now it refreshes the table only if it is older than 30=20 seconds and in the mean time monitors routing messages. harti >=20 > -Kip >=20 > On Sat, Dec 20, 2008 at 9:01 PM, Gerald Pfeifer = wrote: >> The code in question on the Wine side is >> >> #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) >> int mib[] =3D {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, = RTF_LLINFO}; >> >> and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as = far >> as I can see. >> >> If the arp-v2 update now made us incompatible both with earlier = versions >> of FreeBSD and Linux, that sounds like something that should be fixed >> (instead of hacking applications like Wine). >> >> On the other hand, the commit message at >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h >> explicitly says >> The change in design obsoletes the semantics of RTF_CLONING, >> RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications >> such as "arp" and "ndp" have been modified to reflect those changes. >> so I guess it's not so easy. >> >> How many other ports are affected? >> >> What shall we do on the Wine front? Simply #ifdef-ing out the code = in >> question may not be the best of ideas, either. :-( >> >> Gerald >> >> On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: >>> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li = wrote: >>> >>>>> The arp-v2 changes have been committed into HEAD. >>>>> Please report problems to me and Kip Macy. >>> Wine is not build any more: >>> >>> ... >>> cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ = -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing = -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith = -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o = ipstats.c >>> ipstats.c: In function 'getNumArpEntries': >>> ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this = function) >>> ipstats.c:1253: error: (Each undeclared identifier is reported only = once >>> ipstats.c:1253: error: for each function it appears in.) >>> ipstats.c: In function 'getArpTable': >>> ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this = function) >>> ipstats.c:1311: warning: initialization makes integer from pointer = without a cast >>> gmake[2]: *** [ipstats.o] ?????? 1 >>> gmake[2]: Leaving directory = `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' >>> gmake[1]: *** [iphlpapi] ?????? 2 >>> gmake[1]: Leaving directory = `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' >>> gmake: *** [dlls] ?????? 2 >>> >>> >> -- >> Gerald (Jerry) Pfeifer gerald@pfeifer.com = http://www.pfeifer.com/gerald/ >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to = "freebsd-net-unsubscribe@freebsd.org" >> >=20 >=20 >=20 _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 19:09:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34F46106564A; Sun, 21 Dec 2008 19:09:56 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE7F8FC14; Sun, 21 Dec 2008 19:09:56 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBLJ9qMQ004810; Sun, 21 Dec 2008 11:09:52 -0800 (PST) Received: from 10.2.2.114 ([10.2.2.114]) by bcs-mail03.internal.cacheflow.com ([10.2.2.95]) with Microsoft Exchange Server HTTP-DAV ; Sun, 21 Dec 2008 19:09:46 +0000 MIME-Version: 1.0 Message-ID: <561201c9639f$b096ac5c$7202020a@internal.cacheflow.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: From: "Li, Qing" X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: Acljn7CWSP+qPheCR8S6rNzS/cH5rg== Date: Sun, 21 Dec 2008 11:09:40 -0800 Importance: normal X-Priority: 3 To: "Gerald Pfeifer" , "Vladimir Grebenschikov" Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 19:09:56 -0000 I am not entirely sure if that piece of code fragment you referred to is = OS agnostic. This code is very similar to another piece of code in mibII = at.c code where it checks for whether RTF_LLINFO is defined, however, = there is inconsistency in enforcement throughout that file. So far in the reported cases the code in question requires a simple = removal of that flag bit. One could go a little further and remove some = dead code. I am curious if there is a better approach to compatibility without = having to re-introduce RTF_LLINFO flag. -- Qing -----Original Message----- From: Gerald Pfeifer Sent: Sunday, December 21, 2008 4:06 AM To: Vladimir Grebenschikov Cc: Qing Li ; freebsd-current@freebsd.org = ; freebsd-net@freebsd.org = Subject: Re: HEADSUP: arp-v2 has been committed The code in question on the Wine side is #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) int mib[] =3D {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, = RTF_LLINFO}; and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as far as I can see. =20 If the arp-v2 update now made us incompatible both with earlier versions = of FreeBSD and Linux, that sounds like something that should be fixed=20 (instead of hacking applications like Wine). On the other hand, the commit message at http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h explicitly says The change in design obsoletes the semantics of RTF_CLONING,=20 RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications=20 such as "arp" and "ndp" have been modified to reflect those changes. so I guess it's not so easy. =20 How many other ports are affected? What shall we do on the Wine front? Simply #ifdef-ing out the code in question may not be the best of ideas, either. :-( Gerald On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: > On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: >=20 >>> The arp-v2 changes have been committed into HEAD. >>> Please report problems to me and Kip Macy. >=20 > Wine is not build any more:=20 >=20 > ... > cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ = -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing = -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith = -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o = ipstats.c > ipstats.c: In function 'getNumArpEntries': > ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this = function) > ipstats.c:1253: error: (Each undeclared identifier is reported only = once > ipstats.c:1253: error: for each function it appears in.) > ipstats.c: In function 'getArpTable': > ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this = function) > ipstats.c:1311: warning: initialization makes integer from pointer = without a cast > gmake[2]: *** [ipstats.o] ?????? 1 > gmake[2]: Leaving directory = `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' > gmake[1]: *** [iphlpapi] ?????? 2 > gmake[1]: Leaving directory = `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' > gmake: *** [dlls] ?????? 2 >=20 >=20 --=20 Gerald (Jerry) Pfeifer gerald@pfeifer.com = http://www.pfeifer.com/gerald/ _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 19:17:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAF011065690 for ; Sun, 21 Dec 2008 19:17:07 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id C54BC8FC0C for ; Sun, 21 Dec 2008 19:17:07 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBLJH7Qj005130; Sun, 21 Dec 2008 11:17:07 -0800 (PST) Received: from 10.2.2.114 ([10.2.2.114]) by bcs-mail03.internal.cacheflow.com ([10.2.2.95]) with Microsoft Exchange Server HTTP-DAV ; Sun, 21 Dec 2008 19:17:01 +0000 MIME-Version: 1.0 Message-ID: <548801c963a0$b3be8fe4$7202020a@internal.cacheflow.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: panic on ifconfig tun0 destroy Thread-Index: AcljoLO+Qje6kHBoRYSX+EkO9Xoziw== From: "Li, Qing" Date: Sun, 21 Dec 2008 11:16:55 -0800 Importance: normal X-Priority: 3 To: "Marten Vijn" , Cc: Subject: RE: panic on ifconfig tun0 destroy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 19:17:08 -0000 I have seen this crash but I wasn't able to reproduce it consistently. = An assertion fired in the if_tun cleanup code. I am currently working on = a nfsclient/bootp issue, so I can look into this problem as soon as I am = done patching the bootp bug. -- Qing -----Original Message----- From: Marten Vijn Sent: Saturday, December 20, 2008 12:24 PM To: freebsd-current@freebsd.org Subject: panic on ifconfig tun0 destroy hi I am trying to setup a hsdpa connection using the=20 u3g driver. The connection did not succeed (due unknown reasons yet) On debugging my ppp.conf I restarted my pppd with /etc/rc.d/ppp restart Then when try to remove the tun0 interface the system panics kind regards, Marten=20 bert# dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2: Sat Dec 20 16:12:23 UTC 2008 root@bert:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 Features=3D0xbfebfbff Features2=3D0x4400 Logical CPUs per core: 2 real memory =3D 1073152000 (1023 MB) avail memory =3D 1032577024 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 uhci0: port 0x1cc0-0x1cdf irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1ce0-0x1cff irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2000-0x201f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2020-0x203f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci3: on pcib2 cbb0: at device 4.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] cbb1: at device 4.1 on pci3 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [FILTER] fwohci0: <1394 Open Host Controller Interface> mem 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 12:34:56:78:12:34:56:78 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1494000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 fwe0: Ethernet address: 12:34:56:34:56:78 fwip0: on firewire0 fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode pci3: at device 4.3 (no driver attached) rl0: port 0x3000-0x30ff mem 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0a:e4:55:3b:8f rl0: [ITHREAD] ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on pci3 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 5.9 phy 4.3 radio 3.6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] battery0: on acpi0 acpi_acad0: on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 uart1: [FILTER] Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 GEOM: ad0s2: geometry does not match label. GEOM: ad0s3: geometry does not match label. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted lock order reversal: 1st 0xc456c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xc49137ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 KDB: stack backtrace: db_trace_self_wrapper(c0bdfc8c,c41be90c,c0870b75,4,c0bdb1ef,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bdb1ef,c4521728,c4526868,c41be968,...) at kdb_backtrace+0x29 _witness_debugger(c0be2976,c49137ac,c0bd6275,c4526868,c0be968d,...) at _witness_debugger+0x25 witness_checkorder(c49137ac,1,c0be968d,81f,0,...) at witness_checkorder +0x839 __lockmgr_args(c49137ac,200501,c49137c8,0,0,...) at __lockmgr_args+0x237 ffs_lock(c41bea78,c087091b,c0c05687,200501,c4913754,...) at ffs_lock +0x8a VOP_LOCK1_APV(c0ce5d40,c41bea78,c4568e24,c0cf9e20,c4913754,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4913754,200501,c0be968d,81f,4,...) at _vn_lock+0x5e vget(c4913754,200501,c4568d80,4b4,0,...) at vget+0xc9 vnode_pager_lock(c187d07c,0,c0c02c69,127,c41bec18,...) at vnode_pager_lock+0x1e0 vm_fault(c456c000,80db000,2,8,80db780,...) at vm_fault+0x1df trap_pfault(5,0,c0c1298d,2e7,c4566d34,...) at trap_pfault+0x118 trap(c41bed38) at trap+0x289 calltrap() at calltrap+0x6 --- trap 0xc, eip =3D 0x80480e5, esp =3D 0xbfbfeef0, ebp =3D 0xbfbfef10 = --- WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted ppc0: parallel port not found. ppc0: parallel port not found. ppc0: parallel port not found. pcm0: port 0x1400-0x14ff,0x1c80-0x1cbf mem 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: ppc0: parallel port not found. ppc0: parallel port not found. rl0: link state changed to DOWN rl0: link state changed to UP lock order reversal: 1st 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:424 2nd 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 3rd 0xc4ac2594 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:545 KDB: stack backtrace: db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bdb1ef,c45236d8,c4526868,c4369468,...) at kdb_backtrace+0x29 _witness_debugger(c0be298f,c4ac2594,c0bd6275,c4526868,c0bff2aa,...) at _witness_debugger+0x25 witness_checkorder(c4ac2594,9,c0bff2aa,221,0,...) at witness_checkorder +0x839 __lockmgr_args(c4ac2594,80100,c4ac25b0,0,0,...) at __lockmgr_args+0x797 ffs_lock(c4369578,c0e6e7a8,c47fb9a4,80100,c4ac253c,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0ce5d40,c4369578,c4369598,c0cf9e20,c4ac253c,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4ac253c,80100,c0bff2aa,221,c4553200,...) at _vn_lock+0x5e ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot +0x1527 ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount +0x146f vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at vfs_donmount+0x1312 nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe syscall(c4369d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280e6c8b, esp =3D 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- lock order reversal: 1st 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 2nd 0xc4e4c6dc snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:794 KDB: stack backtrace: db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bdb1ef,c45236d8,c45272f8,c4369468,...) at kdb_backtrace+0x29 _witness_debugger(c0be2976,c4e4c6dc,c0bff30c,c45272f8,c0bff2aa,...) at _witness_debugger+0x25 witness_checkorder(c4e4c6dc,9,c0bff2aa,31a,c4fda7c8,...) at witness_checkorder+0x839 __lockmgr_args(c4e4c6dc,80400,c4fda7c8,0,0,...) at __lockmgr_args+0x797 ffs_lock(c4369578,0,0,80400,c4fda754,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0ce5d40,c4369578,c1955f20,c0cf9e20,c4fda754,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4fda754,80400,c0bff2aa,31a,0,...) at _vn_lock+0x5e ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot +0x28c6 ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount +0x146f vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at vfs_donmount+0x1312 nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe syscall(c4369d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280e6c8b, esp =3D 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- lock order reversal: 1st 0xc4e4c6dc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293 2nd 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1588 KDB: stack backtrace: db_trace_self_wrapper(c0bdfc8c,c43698c4,c0870b75,4,c0bdb1ef,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bdb1ef,c45272f8,c4526868,c4369920,...) at kdb_backtrace+0x29 _witness_debugger(c0be2976,c4fda7ac,c0bd6275,c4526868,c0bff2aa,...) at _witness_debugger+0x25 witness_checkorder(c4fda7ac,9,c0bff2aa,634,0,...) at witness_checkorder +0x839 __lockmgr_args(c4fda7ac,80000,0,0,0,...) at __lockmgr_args+0x797 ffs_snapremove(c4fda754,c4ac5500,0,c0bea853,414,...) at ffs_snapremove +0x11f softdep_releasefile(c4e52528,c4369aa8,2,c0e6e778,c0cc7ba4,...) at softdep_releasefile+0x3b ufs_inactive(c4369ae8,c4fda7c8,c4fda754,c4fda7c8,c4369b00,...) at ufs_inactive+0x1bc VOP_INACTIVE_APV(c0ce5d40,c4369ae8,c0be968d,914,c0cf9de0,...) at VOP_INACTIVE_APV+0xa5 vinactive(c0ce5d40,c4369b1c,c0be968d,8a0,128,...) at vinactive+0x8e vput(c4fda754,c4369b54,c0bea853,125,c0cf9b60,...) at vput+0x1db vn_close(c4fda754,1,c456d400,c47fb900,c4369be0,...) at vn_close+0xee vn_closefile(c4b14e38,c47fb900,3,0,c4b14e38,...) at vn_closefile+0xe9 _fdrop(c4b14e38,c47fb900,c4369c1c,c08709bc,0,c47fb9a4,c0e6e778,c0cc93b0,c= 0bd7f59,c4ff632c,44f,c0bd7f59,c4369c44,c0839520,c4ff632c,8,c0bd7f59,44f) = at _fdrop+0x43 closef(c4b14e38,c47fb900,44f,434,c4b14e38,...) at closef+0x290 kern_close(c47fb900,4,c4369d2c,c0b2fad3,c47fb900,...) at kern_close +0x11d close(c47fb900,c4369cf8,4,c0be371f,c0cc1010,...) at close+0x1a syscall(c4369d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip =3D 0x281844b3, esp =3D 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- rl0: link state changed to DOWN rl0: link state changed to UP rl0: link state changed to DOWN rl0: link state changed to UP plugging usb huawei E620 =3D>=20 ucom0: < \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\= M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 ucom0: configured 3 serial ports (U0.%d) umass0: < \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\= M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-2 device=20 cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 1 da0: Removable Direct Access SCSI-2 device=20 da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present bert# ppp Loading /lib/libalias_cuseeme.so Loading /lib/libalias_ftp.so Loading /lib/libalias_irc.so Loading /lib/libalias_nbt.so Loading /lib/libalias_pptp.so Loading /lib/libalias_skinny.so Loading /lib/libalias_smedia.so Working in interactive mode Using interface: tun0 ppp ON bert> dial default ppp ON bert> Warning: Chat script failed bert# ifconfig fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 12:34:56:34:56:78 ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 12.34.56.78.12.34.56.78.a.2.ff.fe.0.0.0.0 rl0: flags=3D8843 metric 0 mtu 1500 options=3D8 ether 00:0a:e4:55:3b:8f inet 192.168.178.75 netmask 0xffffff00 broadcast 192.168.178.255 media: Ethernet autoselect (100baseTX ) status: active ath0: flags=3D8802 metric 0 mtu 2290 ether 00:0b:6b:34:55:41 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier lo0: flags=3D8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5=20 inet6 ::1 prefixlen 128=20 inet 127.0.0.1 netmask 0xff000000=20 tun0: flags=3D8010 metric 0 mtu 1500 inet 10.0.0.1 --> 10.0.0.2 netmask 0xffffffff=20 Opened by PID 2120 after retrying my ppp config and restarting ppp bert# /etc/rc.d/ppp restart Stopping PPP profile: default(not running). Starting PPP profile: defaultLoading /lib/libalias_cuseeme.so Loading /lib/libalias_ftp.so Loading /lib/libalias_irc.so Loading /lib/libalias_nbt.so Loading /lib/libalias_pptp.so Loading /lib/libalias_skinny.so Loading /lib/libalias_smedia.so Warning: Add route failed: 0.0.0.0/0 already exists Warning: Add route failed: 0.0.0.0/0 already exists on ifconfig tun0 destroy: KDB: enter: panic [thread pid 2130 tid 100087 ] Stopped at kdb_ent+03a: mov $0,kdb_why > db =20 --=20 http://martenvijn.nl Marten Vijn=20 http://www.deupsidevandown.nl *** http://laptop.org/xo Give One Get One http://har2009.org August 13-16th=20 http://opencommunitycamp.org 26th Jul 2nd August _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 20:09:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DCBD1065673 for ; Sun, 21 Dec 2008 20:09:10 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 751168FC12 for ; Sun, 21 Dec 2008 20:09:09 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id mBLK94AW030451; Sun, 21 Dec 2008 21:09:04 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: "Li, Qing" In-Reply-To: <548801c963a0$b3be8fe4$7202020a@internal.cacheflow.com> References: <548801c963a0$b3be8fe4$7202020a@internal.cacheflow.com> Content-Type: text/plain Date: Sun, 21 Dec 2008 21:09:03 +0100 Message-Id: <1229890143.6720.11.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: RE: panic on ifconfig tun0 destroy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 20:09:10 -0000 On Sun, 2008-12-21 at 11:16 -0800, Li, Qing wrote: > I have seen this crash but I wasn't able to reproduce it consistently. An assertion fired in the if_tun cleanup code. I am currently working on a nfsclient/bootp issue, so I can look into this problem as soon as I am done patching the bootp bug. > reproduction: My setup: http://martenvijn.nl/trac/wiki/hsdpa You don't need the dongle to panic the system start the ppp connection ppp > dial default and destroy the interface ifconfig tun0 kind regards Marten > -- Qing > > -----Original Message----- > From: Marten Vijn > Sent: Saturday, December 20, 2008 12:24 PM > To: freebsd-current@freebsd.org > Subject: panic on ifconfig tun0 destroy > > hi > > I am trying to setup a hsdpa connection using the > u3g driver. The connection did not succeed (due unknown reasons yet) > > On debugging my ppp.conf I restarted my pppd with > > /etc/rc.d/ppp restart > > Then when try to remove the tun0 interface the system panics > > kind regards, > Marten > > > bert# dmesg > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #2: Sat Dec 20 16:12:23 UTC 2008 > root@bert:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz 686-class > CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbff > Features2=0x4400 > Logical CPUs per core: 2 > real memory = 1073152000 (1023 MB) > avail memory = 1032577024 (984 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_button0: on acpi0 > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: mem > 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 > uhci0: port 0x1cc0-0x1cdf > irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1ce0-0x1cff > irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x2000-0x201f > irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x2020-0x203f > irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > pcib2: at device 30.0 on pci0 > pci3: on pcib2 > cbb0: at device 4.0 on pci3 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [FILTER] > cbb1: at device 4.1 on pci3 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > cbb1: [FILTER] > fwohci0: <1394 Open Host Controller Interface> mem > 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 12:34:56:78:12:34:56:78 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x1494000 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 > fwe0: Ethernet address: 12:34:56:34:56:78 > fwip0: on firewire0 > fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, S400, > maxrec 2048 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > pci3: at device 4.3 (no driver attached) > rl0: port 0x3000-0x30ff mem > 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 > miibus0: on rl0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:0a:e4:55:3b:8f > rl0: [ITHREAD] > ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on > pci3 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: mac 5.9 phy 4.3 radio 3.6 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > pci0: at device 31.5 (no driver attached) > pci0: at device 31.6 (no driver attached) > acpi_tz0: on acpi0 > acpi_button1: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > battery0: on acpi0 > acpi_acad0: on acpi0 > cpu0: on acpi0 > acpi_perf0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > p4tcc1: on cpu1 > pmtimer0 on isa0 > orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > ppc0: parallel port not found. > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > uart1: [FILTER] > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > ad0: 76319MB at ata0-master UDMA100 > acd0: DVDR at ata1-master UDMA33 > GEOM: ad0s2: geometry does not match label. > GEOM: ad0s3: geometry does not match label. > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad0s3a > WARNING: / was not properly dismounted > lock order reversal: > 1st 0xc456c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 > 2nd 0xc49137ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c41be90c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c4521728,c4526868,c41be968,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c49137ac,c0bd6275,c4526868,c0be968d,...) at > _witness_debugger+0x25 > witness_checkorder(c49137ac,1,c0be968d,81f,0,...) at witness_checkorder > +0x839 > __lockmgr_args(c49137ac,200501,c49137c8,0,0,...) at __lockmgr_args+0x237 > ffs_lock(c41bea78,c087091b,c0c05687,200501,c4913754,...) at ffs_lock > +0x8a > VOP_LOCK1_APV(c0ce5d40,c41bea78,c4568e24,c0cf9e20,c4913754,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4913754,200501,c0be968d,81f,4,...) at _vn_lock+0x5e > vget(c4913754,200501,c4568d80,4b4,0,...) at vget+0xc9 > vnode_pager_lock(c187d07c,0,c0c02c69,127,c41bec18,...) at > vnode_pager_lock+0x1e0 > vm_fault(c456c000,80db000,2,8,80db780,...) at vm_fault+0x1df > trap_pfault(5,0,c0c1298d,2e7,c4566d34,...) at trap_pfault+0x118 > trap(c41bed38) at trap+0x289 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > ppc0: parallel port not found. > ppc0: parallel port not found. > ppc0: parallel port not found. > pcm0: port 0x1400-0x14ff,0x1c80-0x1cbf mem > 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 17 at device 31.5 on > pci0 > pcm0: [ITHREAD] > pcm0: > ppc0: parallel port not found. > ppc0: parallel port not found. > rl0: link state changed to DOWN > rl0: link state changed to UP > lock order reversal: > 1st 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:424 > 2nd 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 3rd 0xc4ac2594 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:545 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45236d8,c4526868,c4369468,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be298f,c4ac2594,c0bd6275,c4526868,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4ac2594,9,c0bff2aa,221,0,...) at witness_checkorder > +0x839 > __lockmgr_args(c4ac2594,80100,c4ac25b0,0,0,...) at __lockmgr_args+0x797 > ffs_lock(c4369578,c0e6e7a8,c47fb9a4,80100,c4ac253c,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0ce5d40,c4369578,c4369598,c0cf9e20,c4ac253c,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4ac253c,80100,c0bff2aa,221,c4553200,...) at _vn_lock+0x5e > ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot > +0x1527 > ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount > +0x146f > vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at > vfs_donmount+0x1312 > nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e6c8b, esp = > 0xbfbfeb1c, ebp = 0xbfbfee78 --- > lock order reversal: > 1st 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 2nd 0xc4e4c6dc snaplk (snaplk) > @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:794 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45236d8,c45272f8,c4369468,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c4e4c6dc,c0bff30c,c45272f8,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4e4c6dc,9,c0bff2aa,31a,c4fda7c8,...) at > witness_checkorder+0x839 > __lockmgr_args(c4e4c6dc,80400,c4fda7c8,0,0,...) at __lockmgr_args+0x797 > ffs_lock(c4369578,0,0,80400,c4fda754,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0ce5d40,c4369578,c1955f20,c0cf9e20,c4fda754,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4fda754,80400,c0bff2aa,31a,0,...) at _vn_lock+0x5e > ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot > +0x28c6 > ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount > +0x146f > vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at > vfs_donmount+0x1312 > nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e6c8b, esp = > 0xbfbfeb1c, ebp = 0xbfbfee78 --- > lock order reversal: > 1st 0xc4e4c6dc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293 > 2nd 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1588 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c43698c4,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45272f8,c4526868,c4369920,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c4fda7ac,c0bd6275,c4526868,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4fda7ac,9,c0bff2aa,634,0,...) at witness_checkorder > +0x839 > __lockmgr_args(c4fda7ac,80000,0,0,0,...) at __lockmgr_args+0x797 > ffs_snapremove(c4fda754,c4ac5500,0,c0bea853,414,...) at ffs_snapremove > +0x11f > softdep_releasefile(c4e52528,c4369aa8,2,c0e6e778,c0cc7ba4,...) at > softdep_releasefile+0x3b > ufs_inactive(c4369ae8,c4fda7c8,c4fda754,c4fda7c8,c4369b00,...) at > ufs_inactive+0x1bc > VOP_INACTIVE_APV(c0ce5d40,c4369ae8,c0be968d,914,c0cf9de0,...) at > VOP_INACTIVE_APV+0xa5 > vinactive(c0ce5d40,c4369b1c,c0be968d,8a0,128,...) at vinactive+0x8e > vput(c4fda754,c4369b54,c0bea853,125,c0cf9b60,...) at vput+0x1db > vn_close(c4fda754,1,c456d400,c47fb900,c4369be0,...) at vn_close+0xee > vn_closefile(c4b14e38,c47fb900,3,0,c4b14e38,...) at vn_closefile+0xe9 > _fdrop(c4b14e38,c47fb900,c4369c1c,c08709bc,0,c47fb9a4,c0e6e778,c0cc93b0,c0bd7f59,c4ff632c,44f,c0bd7f59,c4369c44,c0839520,c4ff632c,8,c0bd7f59,44f) at _fdrop+0x43 > closef(c4b14e38,c47fb900,44f,434,c4b14e38,...) at closef+0x290 > kern_close(c47fb900,4,c4369d2c,c0b2fad3,c47fb900,...) at kern_close > +0x11d > close(c47fb900,c4369cf8,4,c0be371f,c0cc1010,...) at close+0x1a > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (6, FreeBSD ELF32, close), eip = 0x281844b3, esp = > 0xbfbfeb1c, ebp = 0xbfbfee78 --- > rl0: link state changed to DOWN > rl0: link state changed to UP > rl0: link state changed to DOWN > rl0: link state changed to UP > > > plugging usb huawei E620 => > ucom0: < > \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 > ucom0: configured 3 serial ports (U0.%d) > umass0: < > \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 1.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > da0 at umass-sim0 bus 0 target 0 lun 1 > da0: Removable Direct Access SCSI-2 device > da0: 1.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > > bert# ppp > Loading /lib/libalias_cuseeme.so > Loading /lib/libalias_ftp.so > Loading /lib/libalias_irc.so > Loading /lib/libalias_nbt.so > Loading /lib/libalias_pptp.so > Loading /lib/libalias_skinny.so > Loading /lib/libalias_smedia.so > Working in interactive mode > Using interface: tun0 > ppp ON bert> dial default > ppp ON bert> Warning: Chat script failed > > > bert# ifconfig > fwe0: flags=8802 metric 0 mtu 1500 > options=8 > ether 12:34:56:34:56:78 > ch 1 dma -1 > fwip0: flags=8802 metric 0 mtu 1500 > lladdr 12.34.56.78.12.34.56.78.a.2.ff.fe.0.0.0.0 > rl0: flags=8843 metric 0 mtu > 1500 > options=8 > ether 00:0a:e4:55:3b:8f > inet 192.168.178.75 netmask 0xffffff00 broadcast 192.168.178.255 > media: Ethernet autoselect (100baseTX ) > status: active > ath0: flags=8802 metric 0 mtu 2290 > ether 00:0b:6b:34:55:41 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > tun0: flags=8010 metric 0 mtu 1500 > inet 10.0.0.1 --> 10.0.0.2 netmask 0xffffffff > Opened by PID 2120 > > after retrying my ppp config and restarting ppp > > bert# /etc/rc.d/ppp restart > Stopping PPP profile: default(not running). > Starting PPP profile: defaultLoading /lib/libalias_cuseeme.so > Loading /lib/libalias_ftp.so > Loading /lib/libalias_irc.so > Loading /lib/libalias_nbt.so > Loading /lib/libalias_pptp.so > Loading /lib/libalias_skinny.so > Loading /lib/libalias_smedia.so > Warning: Add route failed: 0.0.0.0/0 already exists > Warning: Add route failed: 0.0.0.0/0 already exists > > > on ifconfig tun0 destroy: > > KDB: enter: panic > [thread pid 2130 tid 100087 ] > Stopped at kdb_ent+03a: mov $0,kdb_why > > db > > > > > > > > > > > > > -- http://martenvijn.nl Marten Vijn http://www.deupsidevandown.nl *** http://laptop.org/xo Give One Get One http://har2009.org August 13-16th http://opencommunitycamp.org 26th Jul 2nd August From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 20:30:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 882C21065670 for ; Sun, 21 Dec 2008 20:30:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outg.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1928FC16 for ; Sun, 21 Dec 2008 20:30:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id BE65E2408; Sun, 21 Dec 2008 12:17:11 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id EFACD2D6017; Sun, 21 Dec 2008 12:17:08 -0800 (PST) Message-ID: <494EA44E.4030303@elischer.org> Date: Sun, 21 Dec 2008 12:17:18 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Hartmut Brandt References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> <3c1674c90812202300y6dc37e89l7936880179f140b5@mail.gmail.com> <494E7481.1090606@dlr.de> In-Reply-To: <494E7481.1090606@dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 20:30:08 -0000 Hartmut Brandt wrote: > Kip Macy wrote: >> The flag is not needed. It is only possible to retrieve arp entries by >> way of sysctl. The converse of this is you no longer need to grab all >> the entries in the routing table and look at each one to determine >> which are cloned routes (dynamic host routes) which contain ARP >> entries. > > Does this mean that the snmp daemon cannot monitor the arp entries > through the routing socket anymore? This would be a performance issue, > since it would have to fetch the ARP table from the kernel each time it > is asked for. Now it refreshes the table only if it is older than 30 > seconds and in the mean time monitors routing messages. this is one of the things that worried me abuot the arp change, which is is that the change itself is fine but that I had no idea if LLINFO was BSD specific or if other ports and 3rd party code would rely on the connection between routing and ARP. maybe ARP activity should produce routing socket events. and maybe teh output should synthesize the missing entries. > > harti > >> >> -Kip >> >> On Sat, Dec 20, 2008 at 9:01 PM, Gerald Pfeifer >> wrote: >>> The code in question on the Wine side is >>> >>> #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) >>> int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; >>> >>> and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as far >>> as I can see. >>> >>> If the arp-v2 update now made us incompatible both with earlier versions >>> of FreeBSD and Linux, that sounds like something that should be fixed >>> (instead of hacking applications like Wine). >>> >>> On the other hand, the commit message at >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h >>> explicitly says >>> The change in design obsoletes the semantics of RTF_CLONING, >>> RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications >>> such as "arp" and "ndp" have been modified to reflect those changes. >>> so I guess it's not so easy. >>> >>> How many other ports are affected? >>> >>> What shall we do on the Wine front? Simply #ifdef-ing out the code in >>> question may not be the best of ideas, either. :-( >>> >>> Gerald >>> >>> On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: >>>> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: >>>> >>>>>> The arp-v2 changes have been committed into HEAD. >>>>>> Please report problems to me and Kip Macy. >>>> Wine is not build any more: >>>> >>>> ... >>>> cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ >>>> -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing >>>> -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith >>>> -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o >>>> ipstats.c >>>> ipstats.c: In function 'getNumArpEntries': >>>> ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this >>>> function) >>>> ipstats.c:1253: error: (Each undeclared identifier is reported only >>>> once >>>> ipstats.c:1253: error: for each function it appears in.) >>>> ipstats.c: In function 'getArpTable': >>>> ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this >>>> function) >>>> ipstats.c:1311: warning: initialization makes integer from pointer >>>> without a cast >>>> gmake[2]: *** [ipstats.o] ?????? 1 >>>> gmake[2]: Leaving directory >>>> `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' >>>> gmake[1]: *** [iphlpapi] ?????? 2 >>>> gmake[1]: Leaving directory >>>> `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' >>>> gmake: *** [dlls] ?????? 2 >>>> >>>> >>> -- >>> Gerald (Jerry) Pfeifer gerald@pfeifer.com >>> http://www.pfeifer.com/gerald/ >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >> >> >> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 21:07:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 694071065679 for ; Sun, 21 Dec 2008 21:07:42 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.freebsd.org (Postfix) with ESMTP id 2BED28FC08 for ; Sun, 21 Dec 2008 21:07:41 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id C0D00302F37 for ; Sun, 21 Dec 2008 22:07:39 +0100 (CET) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id AF0E111410C for ; Sun, 21 Dec 2008 22:07:39 +0100 (CET) Received: from lorvorc.mips.inka.de (dslb-088-067-116-226.pools.arcor-ip.net [88.67.116.226]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id 763EA188620 for ; Sun, 21 Dec 2008 22:07:39 +0100 (CET) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.3/8.14.3) with ESMTP id mBLL7d0H075112 for ; Sun, 21 Dec 2008 22:07:39 +0100 (CET) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id mBLL7d7R075111 for freebsd-current@freebsd.org; Sun, 21 Dec 2008 22:07:39 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sun, 21 Dec 2008 21:07:38 +0000 (UTC) Message-ID: References: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.94.1/8787/Sat Dec 20 08:10:43 2008 on mail-in-14.arcor-online.net X-Virus-Status: Clean Subject: Re: "geometry does not match label" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 21:07:42 -0000 Marcel Moolenaar wrote: > Apparently sysinstall creates faulty disklabels. What *is* wrong with the label on my machine? (I think I included all the relevant details.) -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 21:19:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157561065675; Sun, 21 Dec 2008 21:19:52 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id A95298FC1F; Sun, 21 Dec 2008 21:19:51 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B416A1CE1E; Sun, 21 Dec 2008 22:19:49 +0100 (CET) Date: Sun, 21 Dec 2008 22:19:49 +0100 From: Ed Schouten To: Norikatsu Shigemura Message-ID: <20081221211949.GS1176@hoeg.nl> References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XabuzTTlKwS6ZQpP" Content-Disposition: inline In-Reply-To: <20081221012752.cdc5cbfc.nork@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 21:19:52 -0000 --XabuzTTlKwS6ZQpP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Norikatsu Shigemura wrote: > I inspired by your 'kqueue()-support to pseudo-terminal master > devices' (svn commit: r185942). So I'm trying to use kevent(2) > on script(1). (SEE ALSO following patch) >=20 > But it doesn't work. Because 'master' file descriptor (from > openpty(3)) doesn't return last 0 byte data readable when shell > exit. In this case of select(2), 'master' file descriptor > gets 0 byte data and exit script(1). >=20 > Do you have any idea? I sure have. It turns out there is a small bug in the pts(4) driver. Inside ptsdrv_close() (called when the TTY is being closed), we set a flag to mark the pseudo-terminal as `finished' (which causes it to return EOF's). A difference between select() and kqueue() is that the knote handlers are executed syncrhonously, while select() calls ptsdev_poll() later on. This should be fixed as of r186382. Thanks for reporting this issue! Are you planning to commit the patch for script(1) to SVN? I'm not sure if we should port applications to kqueue(). Right now script(1) should almost cleanly compile/work on other versions of FreeBSD and other Unix-like operating systems. --=20 Ed Schouten WWW: http://80386.nl/ --XabuzTTlKwS6ZQpP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklOsvUACgkQ52SDGA2eCwWXEQCfa4dSPStpxJeWU1hHi7V9h3pE +D8An2aRhQI4wPpxb1iK4nI1XgaynZMT =aqQG -----END PGP SIGNATURE----- --XabuzTTlKwS6ZQpP-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 22:16:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7423106564A for ; Sun, 21 Dec 2008 22:16:03 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id CF7C08FC14 for ; Sun, 21 Dec 2008 22:16:03 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id ttxL1a00E0FhH24A6yG3S5; Sun, 21 Dec 2008 22:16:03 +0000 Received: from LIGHTBULB.LOCAL ([68.35.224.189]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id tyFz1a00545o48c8UyG1vj; Sun, 21 Dec 2008 22:16:03 +0000 Message-ID: <494EA2E2.9050909@comcast.net> Date: Sun, 21 Dec 2008 15:11:14 -0500 From: Nathan Lay User-Agent: Thunderbird 2.0.0.18 (X11/20081221) MIME-Version: 1.0 To: "Paul B. Mahol" References: <494DDA1B.6050206@comcast.net> <3a142e750812210514k6dc41c0o32d7ef57e765dcc8@mail.gmail.com> <494E712B.802@comcast.net> <3a142e750812210919s3bd5876q8f45759f1228906b@mail.gmail.com> In-Reply-To: <3a142e750812210919s3bd5876q8f45759f1228906b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: Very serious cooling issues CURRENT/STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 22:16:04 -0000 Paul B. Mahol wrote: > On 12/21/08, Nathan Lay wrote: > >> Paul B. Mahol wrote: >> >>> On 12/21/08, Nathan Lay wrote: >>> >>> >>>> acpi.thermal.min_runtime: 0 >>>> hw.acpi.thermal.polling_rate: 10 >>>> hw.acpi.thermal.user_override: 0 >>>> hw.acpi.thermal.tz0.temperature: 37.0C >>>> hw.acpi.thermal.tz0.active: -1 >>>> >>>> >>> Is this one ever changed? >>> >>> >>> >>>> hw.acpi.thermal.tz0.passive_cooling: 1 >>>> hw.acpi.thermal.tz0.thermal_flags: 0 >>>> hw.acpi.thermal.tz0._PSV: 89.5C >>>> hw.acpi.thermal.tz0._HOT: -1 >>>> hw.acpi.thermal.tz0._CRT: 93.0C >>>> hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 >>>> >>>> >>> This one means that coling will never be used, why: >>> my output looks like this: >>> hw.acpi.thermal.tz0._ACx: 85.0C 75.0C 60.0C 50.0C -1 -1 -1 -1 -1 -1 >>> >>> >>> >>>> hw.acpi.thermal.tz0._TC1: 5 >>>> hw.acpi.thermal.tz0._TC2: 4 >>>> hw.acpi.thermal.tz0._TSP: 600 >>>> >>>> >>> You can play with all thermal values once you enable: >>> hw.acpi.thermal.user_override >>> >>> But acpi may redo such values again after some time. >>> You only real workaround is to use modified acpi ASL: >>> it is explained in handbook. >>> >>> In my case I fixed in that way bogus kernel >>> message "_CRT value is absurd, ignored". >>> >>> >>> >>> >> hw.acpi never displayed thermal values for some reason. However, after >> loading acpi_ibm, I can query those values without a problem >> dev.acpi_ibm.0.thermal: 49 41 33 48 27 -1 22 -1 >> >> I'm not sure the critical temperature (99C) is a problem, but what I >> have observed is you should never be near it. None of these thinkpads >> got over 80C under load with FreeBSD installed until recently. ACPI's >> ASL does not appear to be the problem as it has worked correctly in the >> past. >> > > Until recenty when, can you point into svn revision? > > If the same overheat happens with acpi disabled that I dont see how > freebsd acpi can help you. > > > Ok, I ran portupgrade on both systems with ACPI disabled. I do not experience any overheating issues. The thinkpads also do not feel very hot while building large ports like jdk16 and gcc42 as they do when ACPI is enabled. As I said, the laptops only started recently overheating. The T40 started overheating when CURRENT was installed and the T43 started overheating on a more recent STABLE. I'll try to pinpoint exactly which STABLE build experienced this. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 22:23:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C31F1065675 for ; Sun, 21 Dec 2008 22:23:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9A78FC16 for ; Sun, 21 Dec 2008 22:23:46 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LEWi7-0007nw-Cp for freebsd-current@freebsd.org; Sun, 21 Dec 2008 22:23:43 +0000 Received: from 93-138-47-112.adsl.net.t-com.hr ([93.138.47.112]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Dec 2008 22:23:43 +0000 Received: from ivoras by 93-138-47-112.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Dec 2008 22:23:43 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 21 Dec 2008 23:23:35 +0100 Lines: 39 Message-ID: References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFE44AF264A2FBFC54402457A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-47-112.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) In-Reply-To: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> X-Enigmail-Version: 0.95.7 Sender: news Cc: freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 22:23:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFE44AF264A2FBFC54402457A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Paul B. Mahol wrote: > On 12/20/08, gelraen wrote: >> Hello, >> >> I've csup'ed about 1 hour ago (previous csup was few days back), >> recompiled kernel and slice names changed from ad0s5 to something like= >> ad0s3s1, etc. >> But in /dev I found only 3 levels of slices: >=20 > Maybe because of recent switch from geom_bsd, geom_mbr to > geom_part_bsd and geom_part_mbr. Yes, it's almost certainly because of that. The OP should contact marcel /at/ freebsd.org and probably be ready to send him boot (zeroeth) sectors of his drive(s) and partitions. --------------enigFE44AF264A2FBFC54402457A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklOwegACgkQldnAQVacBcjaEgCcC1x1ZfDI0RWoLqg/N8Whp1Ke 1GoAnjBp/YgHSXYAVKlQtrtfn4tNhaSH =pI2O -----END PGP SIGNATURE----- --------------enigFE44AF264A2FBFC54402457A-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 23:32:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FF5A1065675 for ; Sun, 21 Dec 2008 23:32:21 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7388FC14 for ; Sun, 21 Dec 2008 23:32:21 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBLNWKGV015781; Sun, 21 Dec 2008 15:32:20 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 21 Dec 2008 15:28:58 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: panic on ifconfig tun0 destroy Thread-Index: Acljp/sRjWCAsB+xQyuhIVy6yEN2VAAG+rOL References: <548801c963a0$b3be8fe4$7202020a@internal.cacheflow.com> <1229890143.6720.11.camel@mvn-desktop> From: "Li, Qing" To: "Marten Vijn" Cc: freebsd-current@freebsd.org Subject: RE: panic on ifconfig tun0 destroy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 23:32:21 -0000 I found a simpler way to reproduce the problem now. ----------------------------------- ifconfig tun0 create dd if=3D/dev/tun0 bs=3D512|hexdump ifconfig tun0 destroy ----------------------------------- There appears to be a behavior change. In 7.x the destroy will block until the dd process exits and closes the tun0 device. In -current the call returns immediately and the assertion on TUN_OPEN fires and core dumps. -- Qing -----Original Message----- From: Marten Vijn [mailto:info@martenvijn.nl] Sent: Sun 12/21/2008 12:09 PM To: Li, Qing Cc: freebsd-current@freebsd.org Subject: RE: panic on ifconfig tun0 destroy =20 On Sun, 2008-12-21 at 11:16 -0800, Li, Qing wrote: > I have seen this crash but I wasn't able to reproduce it consistently. = An assertion fired in the if_tun cleanup code. I am currently working on = a nfsclient/bootp issue, so I can look into this problem as soon as I am = done patching the bootp bug. >=20 reproduction: My setup: http://martenvijn.nl/trac/wiki/hsdpa You don't need the dongle to panic the system=20 start the ppp connection ppp > dial default and destroy the interface ifconfig tun0=20 kind regards Marten > -- Qing >=20 > -----Original Message----- > From: Marten Vijn > Sent: Saturday, December 20, 2008 12:24 PM > To: freebsd-current@freebsd.org > Subject: panic on ifconfig tun0 destroy >=20 > hi >=20 > I am trying to setup a hsdpa connection using the=20 > u3g driver. The connection did not succeed (due unknown reasons yet) >=20 > On debugging my ppp.conf I restarted my pppd with >=20 > /etc/rc.d/ppp restart >=20 > Then when try to remove the tun0 interface the system panics >=20 > kind regards, > Marten=20 >=20 >=20 > bert# dmesg > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #2: Sat Dec 20 16:12:23 UTC 2008 > root@bert:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz = 686-class > CPU) > Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 >=20 > = Features=3D0xbfebfbff > Features2=3D0x4400 > Logical CPUs per core: 2 > real memory =3D 1073152000 (1023 MB) > avail memory =3D 1032577024 (984 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_button0: on acpi0 > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: mem > 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on = pci1 > uhci0: port 0x1cc0-0x1cdf > irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1ce0-0x1cff > irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x2000-0x201f > irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x2020-0x203f > irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > pcib2: at device 30.0 on pci0 > pci3: on pcib2 > cbb0: at device 4.0 on pci3 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [FILTER] > cbb1: at device 4.1 on pci3 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > cbb1: [FILTER] > fwohci0: <1394 Open Host Controller Interface> mem > 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on = pci3 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=3D0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 12:34:56:78:12:34:56:78 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x1494000 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 > fwe0: Ethernet address: 12:34:56:34:56:78 > fwip0: on firewire0 > fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, = S400, > maxrec 2048 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > pci3: at device 4.3 (no driver attached) > rl0: port 0x3000-0x30ff mem > 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 > miibus0: on rl0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:0a:e4:55:3b:8f > rl0: [ITHREAD] > ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on > pci3 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: mac 5.9 phy 4.3 radio 3.6 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on = pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > pci0: at device 31.5 (no driver attached) > pci0: at device 31.6 (no driver = attached) > acpi_tz0: on acpi0 > acpi_button1: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 > uart0: [FILTER] > battery0: on acpi0 > acpi_acad0: on acpi0 > cpu0: on acpi0 > acpi_perf0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > p4tcc1: on cpu1 > pmtimer0 on isa0 > orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > ppc0: parallel port not found. > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > uart1: [FILTER] > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > ad0: 76319MB at ata0-master UDMA100 > acd0: DVDR at ata1-master UDMA33 > GEOM: ad0s2: geometry does not match label. > GEOM: ad0s3: geometry does not match label. > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad0s3a > WARNING: / was not properly dismounted > lock order reversal: > 1st 0xc456c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 > 2nd 0xc49137ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c41be90c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c4521728,c4526868,c41be968,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c49137ac,c0bd6275,c4526868,c0be968d,...) at > _witness_debugger+0x25 > witness_checkorder(c49137ac,1,c0be968d,81f,0,...) at = witness_checkorder > +0x839 > __lockmgr_args(c49137ac,200501,c49137c8,0,0,...) at = __lockmgr_args+0x237 > ffs_lock(c41bea78,c087091b,c0c05687,200501,c4913754,...) at ffs_lock > +0x8a > VOP_LOCK1_APV(c0ce5d40,c41bea78,c4568e24,c0cf9e20,c4913754,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4913754,200501,c0be968d,81f,4,...) at _vn_lock+0x5e > vget(c4913754,200501,c4568d80,4b4,0,...) at vget+0xc9 > vnode_pager_lock(c187d07c,0,c0c02c69,127,c41bec18,...) at > vnode_pager_lock+0x1e0 > vm_fault(c456c000,80db000,2,8,80db780,...) at vm_fault+0x1df > trap_pfault(5,0,c0c1298d,2e7,c4566d34,...) at trap_pfault+0x118 > trap(c41bed38) at trap+0x289 > calltrap() at calltrap+0x6 > --- trap 0xc, eip =3D 0x80480e5, esp =3D 0xbfbfeef0, ebp =3D = 0xbfbfef10 --- > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > ppc0: parallel port not found. > ppc0: parallel port not found. > ppc0: parallel port not found. > pcm0: port 0x1400-0x14ff,0x1c80-0x1cbf mem > 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 17 at device 31.5 on > pci0 > pcm0: [ITHREAD] > pcm0: > ppc0: parallel port not found. > ppc0: parallel port not found. > rl0: link state changed to DOWN > rl0: link state changed to UP > lock order reversal: > 1st 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:424 > 2nd 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 3rd 0xc4ac2594 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:545 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45236d8,c4526868,c4369468,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be298f,c4ac2594,c0bd6275,c4526868,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4ac2594,9,c0bff2aa,221,0,...) at = witness_checkorder > +0x839 > __lockmgr_args(c4ac2594,80100,c4ac25b0,0,0,...) at = __lockmgr_args+0x797 > ffs_lock(c4369578,c0e6e7a8,c47fb9a4,80100,c4ac253c,...) at = ffs_lock+0x8a > VOP_LOCK1_APV(c0ce5d40,c4369578,c4369598,c0cf9e20,c4ac253c,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4ac253c,80100,c0bff2aa,221,c4553200,...) at _vn_lock+0x5e > ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot > +0x1527 > ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount > +0x146f > vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at > vfs_donmount+0x1312 > nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280e6c8b, esp =3D > 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- > lock order reversal: > 1st 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 2nd 0xc4e4c6dc snaplk (snaplk) > @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:794 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45236d8,c45272f8,c4369468,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c4e4c6dc,c0bff30c,c45272f8,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4e4c6dc,9,c0bff2aa,31a,c4fda7c8,...) at > witness_checkorder+0x839 > __lockmgr_args(c4e4c6dc,80400,c4fda7c8,0,0,...) at = __lockmgr_args+0x797 > ffs_lock(c4369578,0,0,80400,c4fda754,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0ce5d40,c4369578,c1955f20,c0cf9e20,c4fda754,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4fda754,80400,c0bff2aa,31a,0,...) at _vn_lock+0x5e > ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot > +0x28c6 > ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount > +0x146f > vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at > vfs_donmount+0x1312 > nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280e6c8b, esp =3D > 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- > lock order reversal: > 1st 0xc4e4c6dc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293 > 2nd 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1588 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c43698c4,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45272f8,c4526868,c4369920,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c4fda7ac,c0bd6275,c4526868,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4fda7ac,9,c0bff2aa,634,0,...) at = witness_checkorder > +0x839 > __lockmgr_args(c4fda7ac,80000,0,0,0,...) at __lockmgr_args+0x797 > ffs_snapremove(c4fda754,c4ac5500,0,c0bea853,414,...) at ffs_snapremove > +0x11f > softdep_releasefile(c4e52528,c4369aa8,2,c0e6e778,c0cc7ba4,...) at > softdep_releasefile+0x3b > ufs_inactive(c4369ae8,c4fda7c8,c4fda754,c4fda7c8,c4369b00,...) at > ufs_inactive+0x1bc > VOP_INACTIVE_APV(c0ce5d40,c4369ae8,c0be968d,914,c0cf9de0,...) at > VOP_INACTIVE_APV+0xa5 > vinactive(c0ce5d40,c4369b1c,c0be968d,8a0,128,...) at vinactive+0x8e > vput(c4fda754,c4369b54,c0bea853,125,c0cf9b60,...) at vput+0x1db > vn_close(c4fda754,1,c456d400,c47fb900,c4369be0,...) at vn_close+0xee > vn_closefile(c4b14e38,c47fb900,3,0,c4b14e38,...) at vn_closefile+0xe9 > = _fdrop(c4b14e38,c47fb900,c4369c1c,c08709bc,0,c47fb9a4,c0e6e778,c0cc93b0,c= 0bd7f59,c4ff632c,44f,c0bd7f59,c4369c44,c0839520,c4ff632c,8,c0bd7f59,44f) = at _fdrop+0x43 > closef(c4b14e38,c47fb900,44f,434,c4b14e38,...) at closef+0x290 > kern_close(c47fb900,4,c4369d2c,c0b2fad3,c47fb900,...) at kern_close > +0x11d > close(c47fb900,c4369cf8,4,c0be371f,c0cc1010,...) at close+0x1a > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (6, FreeBSD ELF32, close), eip =3D 0x281844b3, esp =3D > 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- > rl0: link state changed to DOWN > rl0: link state changed to UP > rl0: link state changed to DOWN > rl0: link state changed to UP >=20 >=20 > plugging usb huawei E620 =3D>=20 > ucom0: < > = \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\= M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 > ucom0: configured 3 serial ports (U0.%d) > umass0: < > = \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\= M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-2 device=20 > cd0: 1.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not = present > da0 at umass-sim0 bus 0 target 0 lun 1 > da0: Removable Direct Access SCSI-2 device=20 > da0: 1.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not = present >=20 > bert# ppp > Loading /lib/libalias_cuseeme.so > Loading /lib/libalias_ftp.so > Loading /lib/libalias_irc.so > Loading /lib/libalias_nbt.so > Loading /lib/libalias_pptp.so > Loading /lib/libalias_skinny.so > Loading /lib/libalias_smedia.so > Working in interactive mode > Using interface: tun0 > ppp ON bert> dial default > ppp ON bert> Warning: Chat script failed >=20 >=20 > bert# ifconfig > fwe0: flags=3D8802 metric 0 mtu 1500 > options=3D8 > ether 12:34:56:34:56:78 > ch 1 dma -1 > fwip0: flags=3D8802 metric 0 mtu 1500 > lladdr 12.34.56.78.12.34.56.78.a.2.ff.fe.0.0.0.0 > rl0: flags=3D8843 metric 0 mtu > 1500 > options=3D8 > ether 00:0a:e4:55:3b:8f > inet 192.168.178.75 netmask 0xffffff00 broadcast 192.168.178.255 > media: Ethernet autoselect (100baseTX ) > status: active > ath0: flags=3D8802 metric 0 mtu 2290 > ether 00:0b:6b:34:55:41 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > lo0: flags=3D8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5=20 > inet6 ::1 prefixlen 128=20 > inet 127.0.0.1 netmask 0xff000000=20 > tun0: flags=3D8010 metric 0 mtu 1500 > inet 10.0.0.1 --> 10.0.0.2 netmask 0xffffffff=20 > Opened by PID 2120 >=20 > after retrying my ppp config and restarting ppp >=20 > bert# /etc/rc.d/ppp restart > Stopping PPP profile: default(not running). > Starting PPP profile: defaultLoading /lib/libalias_cuseeme.so > Loading /lib/libalias_ftp.so > Loading /lib/libalias_irc.so > Loading /lib/libalias_nbt.so > Loading /lib/libalias_pptp.so > Loading /lib/libalias_skinny.so > Loading /lib/libalias_smedia.so > Warning: Add route failed: 0.0.0.0/0 already exists > Warning: Add route failed: 0.0.0.0/0 already exists >=20 >=20 > on ifconfig tun0 destroy: >=20 > KDB: enter: panic > [thread pid 2130 tid 100087 ] > Stopped at kdb_ent+03a: mov $0,kdb_why > > db >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > =20 >=20 >=20 >=20 >=20 --=20 http://martenvijn.nl Marten Vijn=20 http://www.deupsidevandown.nl *** http://laptop.org/xo Give One Get One http://har2009.org August 13-16th=20 http://opencommunitycamp.org 26th Jul 2nd August From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 23:47:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8CC11065673; Sun, 21 Dec 2008 23:47:47 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id CABE58FC16; Sun, 21 Dec 2008 23:47:47 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBLNlcox016338; Sun, 21 Dec 2008 15:47:38 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 21 Dec 2008 15:47:32 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AcljqSw/KzsPCvP3RjidO+AYF7Rn0AAHD8YY References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> <3c1674c90812202300y6dc37e89l7936880179f140b5@mail.gmail.com> <494E7481.1090606@dlr.de> <494EA44E.4030303@elischer.org> From: "Li, Qing" To: "Julian Elischer" , "Hartmut Brandt" Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2008 23:47:48 -0000 In earlier versions I had the kernel returning RTF_LLINFO back to the calling applications to provide a bit of compatibility. It's fairly straightforward for me to put that code back in.=20 The change is tiny in the application in majority of the cases=20 that I have seen. If these flags are obsolete and to be sure they won't linger forever, perhaps the right thing to do is removing=20 them and fix the applications as appropriate in 8.0 release.=20 -- Qing -----Original Message----- From: owner-freebsd-net@freebsd.org on behalf of Julian Elischer Sent: Sun 12/21/2008 12:17 PM To: Hartmut Brandt Cc: Gerald Pfeifer; Vladimir Grebenschikov; Kip Macy; Qing Li; = freebsd-current@freebsd.org; freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed =20 Hartmut Brandt wrote: > Kip Macy wrote: >> The flag is not needed. It is only possible to retrieve arp entries = by >> way of sysctl. The converse of this is you no longer need to grab all >> the entries in the routing table and look at each one to determine >> which are cloned routes (dynamic host routes) which contain ARP >> entries. >=20 > Does this mean that the snmp daemon cannot monitor the arp entries=20 > through the routing socket anymore? This would be a performance issue, = > since it would have to fetch the ARP table from the kernel each time = it=20 > is asked for. Now it refreshes the table only if it is older than 30=20 > seconds and in the mean time monitors routing messages. this is one of the things that worried me abuot the arp change, which=20 is is that the change itself is fine but that I had no idea if LLINFO was BSD specific or if other ports and 3rd party code would rely on=20 the connection between routing and ARP. maybe ARP activity should produce routing socket events. and maybe teh output should synthesize the missing entries. >=20 > harti >=20 >> >> -Kip >> >> On Sat, Dec 20, 2008 at 9:01 PM, Gerald Pfeifer =20 >> wrote: >>> The code in question on the Wine side is >>> >>> #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) >>> int mib[] =3D {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, = RTF_LLINFO}; >>> >>> and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as = far >>> as I can see. >>> >>> If the arp-v2 update now made us incompatible both with earlier = versions >>> of FreeBSD and Linux, that sounds like something that should be = fixed >>> (instead of hacking applications like Wine). >>> >>> On the other hand, the commit message at >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h >>> explicitly says >>> The change in design obsoletes the semantics of RTF_CLONING, >>> RTF_WASCLONE and RTF_LLINFO routing flags. The userland = applications >>> such as "arp" and "ndp" have been modified to reflect those = changes. >>> so I guess it's not so easy. >>> >>> How many other ports are affected? >>> >>> What shall we do on the Wine front? Simply #ifdef-ing out the code = in >>> question may not be the best of ideas, either. :-( >>> >>> Gerald >>> >>> On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: >>>> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li = wrote: >>>> >>>>>> The arp-v2 changes have been committed into HEAD. >>>>>> Please report problems to me and Kip Macy. >>>> Wine is not build any more: >>>> >>>> ... >>>> cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ =20 >>>> -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing=20 >>>> -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith=20 >>>> -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o=20 >>>> ipstats.c >>>> ipstats.c: In function 'getNumArpEntries': >>>> ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this=20 >>>> function) >>>> ipstats.c:1253: error: (Each undeclared identifier is reported only = >>>> once >>>> ipstats.c:1253: error: for each function it appears in.) >>>> ipstats.c: In function 'getArpTable': >>>> ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this=20 >>>> function) >>>> ipstats.c:1311: warning: initialization makes integer from pointer=20 >>>> without a cast >>>> gmake[2]: *** [ipstats.o] ?????? 1 >>>> gmake[2]: Leaving directory=20 >>>> `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' >>>> gmake[1]: *** [iphlpapi] ?????? 2 >>>> gmake[1]: Leaving directory=20 >>>> `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' >>>> gmake: *** [dlls] ?????? 2 >>>> >>>> >>> --=20 >>> Gerald (Jerry) Pfeifer gerald@pfeifer.com =20 >>> http://www.pfeifer.com/gerald/ >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to = "freebsd-net-unsubscribe@freebsd.org" >>> >> >> >> >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 02:03:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F741065670 for ; Mon, 22 Dec 2008 02:03:55 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id A851D8FC14 for ; Mon, 22 Dec 2008 02:03:55 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBM23sR0022958; Sun, 21 Dec 2008 18:03:55 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 21 Dec 2008 18:00:38 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: panic on ifconfig tun0 destroy Thread-Index: Acljp/sRjWCAsB+xQyuhIVy6yEN2VAAG+rOLAAVMD2s= References: <548801c963a0$b3be8fe4$7202020a@internal.cacheflow.com><1229890143.6720.11.camel@mvn-desktop> From: "Li, Qing" To: "Li, Qing" , "Marten Vijn" Cc: freebsd-current@freebsd.org Subject: RE: panic on ifconfig tun0 destroy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 02:03:55 -0000 I have committed a fix for this bug based on discussion with Kip. I have tested various combination and the fix appears to be stable. Please sync if_tun.c to r186391 and let me know if it fixes your situation. -- Qing -----Original Message----- From: owner-freebsd-current@freebsd.org on behalf of Li, Qing Sent: Sun 12/21/2008 3:28 PM To: Marten Vijn Cc: freebsd-current@freebsd.org Subject: RE: panic on ifconfig tun0 destroy =20 I found a simpler way to reproduce the problem now. ----------------------------------- ifconfig tun0 create dd if=3D/dev/tun0 bs=3D512|hexdump ifconfig tun0 destroy ----------------------------------- There appears to be a behavior change. In 7.x the destroy will block until the dd process exits and closes the tun0 device. In -current the call returns immediately and the assertion on TUN_OPEN fires and core dumps. -- Qing -----Original Message----- From: Marten Vijn [mailto:info@martenvijn.nl] Sent: Sun 12/21/2008 12:09 PM To: Li, Qing Cc: freebsd-current@freebsd.org Subject: RE: panic on ifconfig tun0 destroy =20 On Sun, 2008-12-21 at 11:16 -0800, Li, Qing wrote: > I have seen this crash but I wasn't able to reproduce it consistently. = An assertion fired in the if_tun cleanup code. I am currently working on = a nfsclient/bootp issue, so I can look into this problem as soon as I am = done patching the bootp bug. >=20 reproduction: My setup: http://martenvijn.nl/trac/wiki/hsdpa You don't need the dongle to panic the system=20 start the ppp connection ppp > dial default and destroy the interface ifconfig tun0=20 kind regards Marten > -- Qing >=20 > -----Original Message----- > From: Marten Vijn > Sent: Saturday, December 20, 2008 12:24 PM > To: freebsd-current@freebsd.org > Subject: panic on ifconfig tun0 destroy >=20 > hi >=20 > I am trying to setup a hsdpa connection using the=20 > u3g driver. The connection did not succeed (due unknown reasons yet) >=20 > On debugging my ppp.conf I restarted my pppd with >=20 > /etc/rc.d/ppp restart >=20 > Then when try to remove the tun0 interface the system panics >=20 > kind regards, > Marten=20 >=20 >=20 > bert# dmesg > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #2: Sat Dec 20 16:12:23 UTC 2008 > root@bert:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz = 686-class > CPU) > Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 >=20 > = Features=3D0xbfebfbff > Features2=3D0x4400 > Logical CPUs per core: 2 > real memory =3D 1073152000 (1023 MB) > avail memory =3D 1032577024 (984 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_button0: on acpi0 > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: mem > 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on = pci1 > uhci0: port 0x1cc0-0x1cdf > irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1ce0-0x1cff > irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x2000-0x201f > irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x2020-0x203f > irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > pcib2: at device 30.0 on pci0 > pci3: on pcib2 > cbb0: at device 4.0 on pci3 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [FILTER] > cbb1: at device 4.1 on pci3 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > cbb1: [FILTER] > fwohci0: <1394 Open Host Controller Interface> mem > 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on = pci3 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=3D0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 12:34:56:78:12:34:56:78 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x1494000 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 > fwe0: Ethernet address: 12:34:56:34:56:78 > fwip0: on firewire0 > fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, = S400, > maxrec 2048 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > pci3: at device 4.3 (no driver attached) > rl0: port 0x3000-0x30ff mem > 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 > miibus0: on rl0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:0a:e4:55:3b:8f > rl0: [ITHREAD] > ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on > pci3 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: mac 5.9 phy 4.3 radio 3.6 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on = pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > pci0: at device 31.5 (no driver attached) > pci0: at device 31.6 (no driver = attached) > acpi_tz0: on acpi0 > acpi_button1: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 > uart0: [FILTER] > battery0: on acpi0 > acpi_acad0: on acpi0 > cpu0: on acpi0 > acpi_perf0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > p4tcc1: on cpu1 > pmtimer0 on isa0 > orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > ppc0: parallel port not found. > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > uart1: [FILTER] > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > ad0: 76319MB at ata0-master UDMA100 > acd0: DVDR at ata1-master UDMA33 > GEOM: ad0s2: geometry does not match label. > GEOM: ad0s3: geometry does not match label. > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad0s3a > WARNING: / was not properly dismounted > lock order reversal: > 1st 0xc456c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 > 2nd 0xc49137ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c41be90c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c4521728,c4526868,c41be968,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c49137ac,c0bd6275,c4526868,c0be968d,...) at > _witness_debugger+0x25 > witness_checkorder(c49137ac,1,c0be968d,81f,0,...) at = witness_checkorder > +0x839 > __lockmgr_args(c49137ac,200501,c49137c8,0,0,...) at = __lockmgr_args+0x237 > ffs_lock(c41bea78,c087091b,c0c05687,200501,c4913754,...) at ffs_lock > +0x8a > VOP_LOCK1_APV(c0ce5d40,c41bea78,c4568e24,c0cf9e20,c4913754,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4913754,200501,c0be968d,81f,4,...) at _vn_lock+0x5e > vget(c4913754,200501,c4568d80,4b4,0,...) at vget+0xc9 > vnode_pager_lock(c187d07c,0,c0c02c69,127,c41bec18,...) at > vnode_pager_lock+0x1e0 > vm_fault(c456c000,80db000,2,8,80db780,...) at vm_fault+0x1df > trap_pfault(5,0,c0c1298d,2e7,c4566d34,...) at trap_pfault+0x118 > trap(c41bed38) at trap+0x289 > calltrap() at calltrap+0x6 > --- trap 0xc, eip =3D 0x80480e5, esp =3D 0xbfbfeef0, ebp =3D = 0xbfbfef10 --- > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > ppc0: parallel port not found. > ppc0: parallel port not found. > ppc0: parallel port not found. > pcm0: port 0x1400-0x14ff,0x1c80-0x1cbf mem > 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 17 at device 31.5 on > pci0 > pcm0: [ITHREAD] > pcm0: > ppc0: parallel port not found. > ppc0: parallel port not found. > rl0: link state changed to DOWN > rl0: link state changed to UP > lock order reversal: > 1st 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:424 > 2nd 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 3rd 0xc4ac2594 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:545 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45236d8,c4526868,c4369468,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be298f,c4ac2594,c0bd6275,c4526868,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4ac2594,9,c0bff2aa,221,0,...) at = witness_checkorder > +0x839 > __lockmgr_args(c4ac2594,80100,c4ac25b0,0,0,...) at = __lockmgr_args+0x797 > ffs_lock(c4369578,c0e6e7a8,c47fb9a4,80100,c4ac253c,...) at = ffs_lock+0x8a > VOP_LOCK1_APV(c0ce5d40,c4369578,c4369598,c0cf9e20,c4ac253c,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4ac253c,80100,c0bff2aa,221,c4553200,...) at _vn_lock+0x5e > ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot > +0x1527 > ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount > +0x146f > vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at > vfs_donmount+0x1312 > nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280e6c8b, esp =3D > 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- > lock order reversal: > 1st 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 2nd 0xc4e4c6dc snaplk (snaplk) > @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:794 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45236d8,c45272f8,c4369468,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c4e4c6dc,c0bff30c,c45272f8,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4e4c6dc,9,c0bff2aa,31a,c4fda7c8,...) at > witness_checkorder+0x839 > __lockmgr_args(c4e4c6dc,80400,c4fda7c8,0,0,...) at = __lockmgr_args+0x797 > ffs_lock(c4369578,0,0,80400,c4fda754,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0ce5d40,c4369578,c1955f20,c0cf9e20,c4fda754,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c4fda754,80400,c0bff2aa,31a,0,...) at _vn_lock+0x5e > ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot > +0x28c6 > ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount > +0x146f > vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at > vfs_donmount+0x1312 > nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (378, FreeBSD ELF32, nmount), eip =3D 0x280e6c8b, esp =3D > 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- > lock order reversal: > 1st 0xc4e4c6dc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293 > 2nd 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1588 > KDB: stack backtrace: > db_trace_self_wrapper(c0bdfc8c,c43698c4,c0870b75,4,c0bdb1ef,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdb1ef,c45272f8,c4526868,c4369920,...) at > kdb_backtrace+0x29 > _witness_debugger(c0be2976,c4fda7ac,c0bd6275,c4526868,c0bff2aa,...) at > _witness_debugger+0x25 > witness_checkorder(c4fda7ac,9,c0bff2aa,634,0,...) at = witness_checkorder > +0x839 > __lockmgr_args(c4fda7ac,80000,0,0,0,...) at __lockmgr_args+0x797 > ffs_snapremove(c4fda754,c4ac5500,0,c0bea853,414,...) at ffs_snapremove > +0x11f > softdep_releasefile(c4e52528,c4369aa8,2,c0e6e778,c0cc7ba4,...) at > softdep_releasefile+0x3b > ufs_inactive(c4369ae8,c4fda7c8,c4fda754,c4fda7c8,c4369b00,...) at > ufs_inactive+0x1bc > VOP_INACTIVE_APV(c0ce5d40,c4369ae8,c0be968d,914,c0cf9de0,...) at > VOP_INACTIVE_APV+0xa5 > vinactive(c0ce5d40,c4369b1c,c0be968d,8a0,128,...) at vinactive+0x8e > vput(c4fda754,c4369b54,c0bea853,125,c0cf9b60,...) at vput+0x1db > vn_close(c4fda754,1,c456d400,c47fb900,c4369be0,...) at vn_close+0xee > vn_closefile(c4b14e38,c47fb900,3,0,c4b14e38,...) at vn_closefile+0xe9 > = _fdrop(c4b14e38,c47fb900,c4369c1c,c08709bc,0,c47fb9a4,c0e6e778,c0cc93b0,c= 0bd7f59,c4ff632c,44f,c0bd7f59,c4369c44,c0839520,c4ff632c,8,c0bd7f59,44f) = at _fdrop+0x43 > closef(c4b14e38,c47fb900,44f,434,c4b14e38,...) at closef+0x290 > kern_close(c47fb900,4,c4369d2c,c0b2fad3,c47fb900,...) at kern_close > +0x11d > close(c47fb900,c4369cf8,4,c0be371f,c0cc1010,...) at close+0x1a > syscall(c4369d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (6, FreeBSD ELF32, close), eip =3D 0x281844b3, esp =3D > 0xbfbfeb1c, ebp =3D 0xbfbfee78 --- > rl0: link state changed to DOWN > rl0: link state changed to UP > rl0: link state changed to DOWN > rl0: link state changed to UP >=20 >=20 > plugging usb huawei E620 =3D>=20 > ucom0: < > = \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\= M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 > ucom0: configured 3 serial ports (U0.%d) > umass0: < > = \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\= M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-2 device=20 > cd0: 1.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not = present > da0 at umass-sim0 bus 0 target 0 lun 1 > da0: Removable Direct Access SCSI-2 device=20 > da0: 1.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not = present >=20 > bert# ppp > Loading /lib/libalias_cuseeme.so > Loading /lib/libalias_ftp.so > Loading /lib/libalias_irc.so > Loading /lib/libalias_nbt.so > Loading /lib/libalias_pptp.so > Loading /lib/libalias_skinny.so > Loading /lib/libalias_smedia.so > Working in interactive mode > Using interface: tun0 > ppp ON bert> dial default > ppp ON bert> Warning: Chat script failed >=20 >=20 > bert# ifconfig > fwe0: flags=3D8802 metric 0 mtu 1500 > options=3D8 > ether 12:34:56:34:56:78 > ch 1 dma -1 > fwip0: flags=3D8802 metric 0 mtu 1500 > lladdr 12.34.56.78.12.34.56.78.a.2.ff.fe.0.0.0.0 > rl0: flags=3D8843 metric 0 mtu > 1500 > options=3D8 > ether 00:0a:e4:55:3b:8f > inet 192.168.178.75 netmask 0xffffff00 broadcast 192.168.178.255 > media: Ethernet autoselect (100baseTX ) > status: active > ath0: flags=3D8802 metric 0 mtu 2290 > ether 00:0b:6b:34:55:41 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > lo0: flags=3D8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5=20 > inet6 ::1 prefixlen 128=20 > inet 127.0.0.1 netmask 0xff000000=20 > tun0: flags=3D8010 metric 0 mtu 1500 > inet 10.0.0.1 --> 10.0.0.2 netmask 0xffffffff=20 > Opened by PID 2120 >=20 > after retrying my ppp config and restarting ppp >=20 > bert# /etc/rc.d/ppp restart > Stopping PPP profile: default(not running). > Starting PPP profile: defaultLoading /lib/libalias_cuseeme.so > Loading /lib/libalias_ftp.so > Loading /lib/libalias_irc.so > Loading /lib/libalias_nbt.so > Loading /lib/libalias_pptp.so > Loading /lib/libalias_skinny.so > Loading /lib/libalias_smedia.so > Warning: Add route failed: 0.0.0.0/0 already exists > Warning: Add route failed: 0.0.0.0/0 already exists >=20 >=20 > on ifconfig tun0 destroy: >=20 > KDB: enter: panic > [thread pid 2130 tid 100087 ] > Stopped at kdb_ent+03a: mov $0,kdb_why > > db >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > =20 >=20 >=20 >=20 >=20 --=20 http://martenvijn.nl Marten Vijn=20 http://www.deupsidevandown.nl *** http://laptop.org/xo Give One Get One http://har2009.org August 13-16th=20 http://opencommunitycamp.org 26th Jul 2nd August _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 05:30:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A8BF1065674; Mon, 22 Dec 2008 05:30:15 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 862F08FC1A; Mon, 22 Dec 2008 05:30:14 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so272351nfh.33 for ; Sun, 21 Dec 2008 21:30:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ySgQnmzNHDwQQtihqz6PWmyhudoH7kMPOv77pGqsjv4=; b=vCFtVpaNd/++rJkw0mr70X6eLCs3lgziByiD6n12+nDuF6sHR6ZJzcefzW2t+8lxB8 /v0rbAtHQZd2MJrMBefKX3TMgWGDD1xWSEhw81ydcBOwNyctS0ZqLAUNlvakQhnMadqh QZKiZ9a8ysMVrRN02GwAM5DMTbgsMbmeTFbjU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=QMm4Be5Wckq5CaXMgjTfjdQLMHBa1c56EMJ+wlwCHyAJ1e9Fv1KSuCzVVaN6wQqrOw MrBN1MyQPiR9KIyV210m/oxx1/9m41ZgHZ6KkiuiLG+ttyXkUD8KU80pqVHMkCNAUFKh s5Cwh3KOHjoSO32hgAyxchwE4V8bxXB7CKJ+I= Received: by 10.210.127.10 with SMTP id z10mr6856949ebc.195.1229923813327; Sun, 21 Dec 2008 21:30:13 -0800 (PST) Received: by 10.210.34.13 with HTTP; Sun, 21 Dec 2008 21:30:13 -0800 (PST) Message-ID: Date: Mon, 22 Dec 2008 07:30:13 +0200 From: gelraen To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 05:30:15 -0000 2008/12/22 Ivan Voras : > Paul B. Mahol wrote: >> On 12/20/08, gelraen wrote: >>> Hello, >>> >>> I've csup'ed about 1 hour ago (previous csup was few days back), >>> recompiled kernel and slice names changed from ad0s5 to something like >>> ad0s3s1, etc. >>> But in /dev I found only 3 levels of slices: >> >> Maybe because of recent switch from geom_bsd, geom_mbr to >> geom_part_bsd and geom_part_mbr. > > Yes, it's almost certainly because of that. The OP should contact marcel > /at/ freebsd.org and probably be ready to send him boot (zeroeth) > sectors of his drive(s) and partitions. > > > Hmm.... I've just noticed one strange thing: corresponding to PTs of ad0s3 and ad0s3s2, ad0s3s2s1 uses whole slice, and first sector of ad0s3s2s2 located beyond boundaries of ad0s3s2. So I've booted 7.0-RELEASE, to ensure that all still working, and dumped all boot sectors directly from ad0, calculating offsets manually. It seems strange to me, but second entry in PTs on extended partition contains offset directly from ad0s3, not from ad0s3s2, ad0s3s2s2 etc., and sized to only one slice, not the rest of extended partition. And, because ad0s3s2 now simply does not contain needed data, PT of ad0s3s2s2 can not be readed: # fdisk ad0s3s2s2 fdisk: could not detect sector size I think, now I should move PT entries from ad0s3s2 and so on directly to PT of ad0s3, but I don't sure about how would other OS and previous versions of FreeBSD will understand this BTW, now fdisk seems to be unable to work with regular files, it fails with message fdisk: unable to get correct path for tmp.bin : Inappropriate file type or format and ktrace shows next thing: 5740 fdisk CALL ioctl(0x3,DIOCGSECTORSIZE,0xbfbfe5e4) 5740 fdisk RET ioctl -1 errno 25 Inappropriate ioctl for device From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 05:50:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B771065670; Mon, 22 Dec 2008 05:50:05 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 6155E8FC0C; Mon, 22 Dec 2008 05:50:05 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBM5o4WN006312; Sun, 21 Dec 2008 21:50:04 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 21 Dec 2008 21:49:19 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NDP breakage in -CURRENT Thread-Index: Aclj46BxVYNt7CC8QfeH3Ln7cjzqSAAFWfhC References: From: "Li, Qing" To: "Christian Weisgerber" , Cc: current@freebsd.org Subject: RE: NDP breakage in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 05:50:05 -0000 Yes, probably a bug introduced by arp-v2, I will investigate and get back to you. -- Qing -----Original Message----- From: owner-freebsd-net@freebsd.org on behalf of Christian Weisgerber Sent: Sun 12/21/2008 7:15 PM To: freebsd-net@freebsd.org Subject: NDP breakage in -CURRENT =20 Something seems to be wrong with IPv6 neighbor discovery. FreeBSD lorvorc.mips.inka.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Dec = 20 17:46:35 CET 2008 = naddy@lorvorc.mips.inka.de:/usr/obj/usr/src/sys/GENERIC amd64 This box is on a network that has IPv6. No exciting configuration, just ipv6_enable=3DYES and ipv6_defaultrouter and ipv6_ifconfig_nfe0 for a manually configured address. IPv6 with other hosts on the network and beyond works. However, clearing the NDP cache (ndp -c) kills IPv6 connectivity. The cache remains empty. tcpdump shows that neighbor solicitations are sent and advertisement received, but these replies seem to be ignored. ndp -a shows that no entries are added to the cache. This is a new problem. Fallout from arp-v2? --=20 Christian "naddy" Weisgerber naddy@mips.inka.de _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 06:26:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78821106564A; Mon, 22 Dec 2008 06:26:37 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1584A8FC16; Mon, 22 Dec 2008 06:26:31 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=CL3TjAQ6dyyk8wcpE5KmdwP+NhqnKA+3lVEFxbBhoxZvun9X/Ja4ZlxVUUrgWMaY31p4nD0LJ4rbaYW5wMnRVQ4nh5y1R1k4r5AjrWuS97geHjO3Z8rGfKqzmeLe3V7SpRwM/OHOhJEDcOImkY+RU4uU3X29j0SG3+fo8rvur+c=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LEeFJ-0002tK-OG; Mon, 22 Dec 2008 09:26:29 +0300 Date: Mon, 22 Dec 2008 09:26:28 +0300 From: Eygene Ryabinkin To: Uwe Grohnwaldt Message-ID: <2Bap5VDKzT7zMmPiWYyBFNrSahA@R1iWMyMbby3vqLLqlL15VaO5FRQ> References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> <49499D47.5040509@grohnwaldt.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YS7t75H5cNTCpbja" Content-Disposition: inline In-Reply-To: <49499D47.5040509@grohnwaldt.eu> Sender: rea-fbsd@codelabs.ru Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Fwd: em0 disappeared] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 06:26:37 -0000 --YS7t75H5cNTCpbja Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Uwe, good day. Thu, Dec 18, 2008 at 01:45:59AM +0100, Uwe Grohnwaldt wrote: > Maksim Yevmenkin wrote: > > older tyan motherboards. when i upgraded from 7.x to current (amd64 > > arch) both onboard bge nics disappeared. i had to go to the bios > > screen and set "installed os" (or something like that) to "linux". > > other choices were "windows" and "other" (default). > > > The problem is: it is a rented Strato-Server. So I have no access to the > bios. Then the first thing to provide is the output from the verbose boot of the system in question. In your case the system isn't event seeing the PCI device (NIC), so it will be very good to get two outputs: from the system where you had your card recognized and from one that doesn't recognise it. Another thing to try is to disable ACPI. This seems to be very uneasy step -- for me, 8-CURRENT without ACPI wasn't been able to find even the disks, so you likely will want to use nextboot(8). But may be some ACPI-related things are plaing their role, so this is worth to try it. At least it helped me in the past on some systems. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --YS7t75H5cNTCpbja Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklPMxQACgkQthUKNsbL7YhOPACdGvHm7ESICz6YD0iEr6Ri4v4s IAIAnR01cCIc+Zup7Svv02UsLuxgqKEr =hbld -----END PGP SIGNATURE----- --YS7t75H5cNTCpbja-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 07:14:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 186C4106564A; Mon, 22 Dec 2008 07:14:20 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id DB7E98FC08; Mon, 22 Dec 2008 07:14:18 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBM7EHj6011818; Sun, 21 Dec 2008 23:14:17 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 21 Dec 2008 23:12:46 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NDP breakage in -CURRENT Thread-Index: Aclj46BxVYNt7CC8QfeH3Ln7cjzqSAAFWfhCAALqHqU= References: From: "Li, Qing" To: "Li, Qing" , "Christian Weisgerber" , Cc: current@freebsd.org Subject: RE: NDP breakage in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 07:14:20 -0000 Please sync ./src/sys/netinet6/in6.c to=20 SVN rev 186392 on 2008-12-22 07:11:15Z by qingli Let me know how it works out for you. -- Qing -----Original Message----- From: owner-freebsd-net@freebsd.org on behalf of Li, Qing Sent: Sun 12/21/2008 9:49 PM To: Christian Weisgerber; freebsd-net@freebsd.org Cc: current@freebsd.org Subject: RE: NDP breakage in -CURRENT =20 Yes, probably a bug introduced by arp-v2, I will investigate and get back to you. -- Qing -----Original Message----- From: owner-freebsd-net@freebsd.org on behalf of Christian Weisgerber Sent: Sun 12/21/2008 7:15 PM To: freebsd-net@freebsd.org Subject: NDP breakage in -CURRENT =20 Something seems to be wrong with IPv6 neighbor discovery. FreeBSD lorvorc.mips.inka.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Dec = 20 17:46:35 CET 2008 = naddy@lorvorc.mips.inka.de:/usr/obj/usr/src/sys/GENERIC amd64 This box is on a network that has IPv6. No exciting configuration, just ipv6_enable=3DYES and ipv6_defaultrouter and ipv6_ifconfig_nfe0 for a manually configured address. IPv6 with other hosts on the network and beyond works. However, clearing the NDP cache (ndp -c) kills IPv6 connectivity. The cache remains empty. tcpdump shows that neighbor solicitations are sent and advertisement received, but these replies seem to be ignored. ndp -a shows that no entries are added to the cache. This is a new problem. Fallout from arp-v2? --=20 Christian "naddy" Weisgerber naddy@mips.inka.de _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 08:04:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD0AF1065673 for ; Mon, 22 Dec 2008 08:04:35 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 107F88FC16 for ; Mon, 22 Dec 2008 08:04:34 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.101.159] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LEfm9-0002Um-Ow; Mon, 22 Dec 2008 10:04:29 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LEfm2-000BPk-Rs; Mon, 22 Dec 2008 10:04:22 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Erwin Lansing From: Ian FREISLICH In-Reply-To: <20081221125120.GO23166@droso.net> X-Attribution: BOFH Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1229933021_14280" Date: Mon, 22 Dec 2008 10:04:22 +0200 Message-Id: Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 08:04:36 -0000 This is a multipart MIME message. --==_Exmh_1229933021_14280 Content-Type: text/plain; charset=us-ascii Erwin Lansing wrote: > > RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications > > such as "arp" and "ndp" have been modified to reflect those changes. > > so I guess it's not so easy. > > How many other ports are affected? > The latest full run with HEAD from a few days back hasn't quite finished > yet, so there might turn up a few more, but so far it's just a handful: > net/libdnet > devel/libpdel > net-mgmt/net-snmp > net/netwib > net/p5-Net-RawIP > net-mgmt/net-snmp4 > emulators/wine You can add net/quagga to that list as well. The following patch solves it, and you'll need patch-lib-sockopt.c for multicast to work correctly on -CURRENT. -- Ian Freislich --==_Exmh_1229933021_14280 Content-Type: text/plain ; name="patch-zebra-kernel_socket.c"; charset=us-ascii Content-Description: patch-zebra-kernel_socket.c Content-Disposition: attachment; filename="patch-zebra-kernel_socket.c" --- zebra/kernel_socket.c.orig 2008-12-22 09:59:00.000000000 +0200 +++ zebra/kernel_socket.c 2008-12-22 09:59:10.000000000 +0200 @@ -173,9 +173,13 @@ #ifdef RTF_MASK {RTF_MASK, "MASK"}, #endif /* RTF_MASK */ +#ifdef RTF_CLONING {RTF_CLONING, "CLONING"}, +#endif /* RTF_CLONING */ {RTF_XRESOLVE, "XRESOLVE"}, +#ifdef RTF_LLINFO {RTF_LLINFO, "LLINFO"}, +#endif /* RTF_LLINFO */ {RTF_STATIC, "STATIC"}, {RTF_BLACKHOLE, "BLACKHOLE"}, #ifdef RTF_PRIVATE @@ -999,9 +1003,11 @@ if (gate && message == RTM_ADD) msg.rtm.rtm_flags |= RTF_GATEWAY; +#ifdef RTF_CLONING if (! gate && message == RTM_ADD && ifp && (ifp->flags & IFF_POINTOPOINT) == 0) msg.rtm.rtm_flags |= RTF_CLONING; +#endif */ RTF_CLONING */ /* If no protocol specific gateway is specified, use link address for gateway. */ --==_Exmh_1229933021_14280 Content-Type: text/plain ; name="patch-lib-sockopt.c"; charset=us-ascii Content-Description: patch-lib-sockopt.c Content-Disposition: attachment; filename="patch-lib-sockopt.c" --- lib/sockopt.c.orig 2007-08-21 18:32:56.000000000 +0200 +++ lib/sockopt.c 2008-08-13 09:07:20.000000000 +0200 @@ -231,6 +231,7 @@ else mreqn.imr_address = if_addr; + mreqn.imr_address = if_addr; ret = setsockopt(sock, IPPROTO_IP, optname, (void *)&mreqn, sizeof(mreqn)); if ((ret < 0) && (optname == IP_ADD_MEMBERSHIP) && (errno == EADDRINUSE)) --==_Exmh_1229933021_14280-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 09:11:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429951065676 for ; Mon, 22 Dec 2008 09:11:25 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from mail.math.leidenuniv.nl (84e5e739.math.leidenuniv.nl [132.229.231.57]) by mx1.freebsd.org (Postfix) with ESMTP id 6A03A8FC23 for ; Mon, 22 Dec 2008 09:11:24 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [132.229.231.13] (polaris.math.leidenuniv.nl [132.229.231.13]) by mail.math.leidenuniv.nl (Postfix) with ESMTP id E4D246E836; Mon, 22 Dec 2008 09:53:21 +0100 (CET) From: Marten Vijn To: "Li, Qing" In-Reply-To: References: <548801c963a0$b3be8fe4$7202020a@internal.cacheflow.com> <1229890143.6720.11.camel@mvn-desktop> Content-Type: text/plain Date: Mon, 22 Dec 2008 09:53:21 +0100 Message-Id: <1229936001.18361.11.camel@polaris> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: RE: panic on ifconfig tun0 destroy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 09:11:25 -0000 On Sun, 2008-12-21 at 18:00 -0800, Li, Qing wrote: > I have committed a fix for this bug based on discussion with Kip. > I have tested various combination and the fix appears to be stable. > Please sync if_tun.c to r186391 and let me know if it fixes your > situation. I will do so and let you know, (it will take some time.) Marten > > -- Qing > > > -----Original Message----- > From: owner-freebsd-current@freebsd.org on behalf of Li, Qing > Sent: Sun 12/21/2008 3:28 PM > To: Marten Vijn > Cc: freebsd-current@freebsd.org > Subject: RE: panic on ifconfig tun0 destroy > > > I found a simpler way to reproduce the problem now. > > ----------------------------------- > ifconfig tun0 create > > dd if=/dev/tun0 bs=512|hexdump > > ifconfig tun0 destroy > ----------------------------------- > > There appears to be a behavior change. In 7.x the destroy > will block until the dd process exits and closes the > tun0 device. In -current the call returns immediately > and the assertion on TUN_OPEN fires and core dumps. > > -- Qing > > > -----Original Message----- > From: Marten Vijn [mailto:info@martenvijn.nl] > Sent: Sun 12/21/2008 12:09 PM > To: Li, Qing > Cc: freebsd-current@freebsd.org > Subject: RE: panic on ifconfig tun0 destroy > > > On Sun, 2008-12-21 at 11:16 -0800, Li, Qing wrote: > > I have seen this crash but I wasn't able to reproduce it consistently. An assertion fired in the if_tun cleanup code. I am currently working on a nfsclient/bootp issue, so I can look into this problem as soon as I am done patching the bootp bug. > > > > reproduction: > > My setup: http://martenvijn.nl/trac/wiki/hsdpa > > You don't need the dongle to panic the system > > start the ppp connection > > ppp > > dial default > > and destroy the interface > > ifconfig tun0 > > > kind regards > Marten > > > > -- Qing > > > > -----Original Message----- > > From: Marten Vijn > > Sent: Saturday, December 20, 2008 12:24 PM > > To: freebsd-current@freebsd.org > > Subject: panic on ifconfig tun0 destroy > > > > hi > > > > I am trying to setup a hsdpa connection using the > > u3g driver. The connection did not succeed (due unknown reasons yet) > > > > On debugging my ppp.conf I restarted my pppd with > > > > /etc/rc.d/ppp restart > > > > Then when try to remove the tun0 interface the system panics > > > > kind regards, > > Marten > > > > > > bert# dmesg > > Copyright (c) 1992-2008 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.0-CURRENT #2: Sat Dec 20 16:12:23 UTC 2008 > > root@bert:/usr/obj/usr/src/sys/GENERIC > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.22-MHz 686-class > > CPU) > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > > Features=0xbfebfbff > > Features2=0x4400 > > Logical CPUs per core: 2 > > real memory = 1073152000 (1023 MB) > > avail memory = 1032577024 (984 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > ioapic0 irqs 0-23 on motherboard > > kbd1 at kbdmux0 > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > acpi_ec0: port 0x62,0x66 on acpi0 > > acpi_button0: on acpi0 > > acpi_lid0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > agp0: on hostb0 > > pcib1: at device 1.0 on pci0 > > pci1: on pcib1 > > vgapci0: mem > > 0xd1000000-0xd1ffffff,0xe0000000-0xefffffff irq 16 at device 0.0 on pci1 > > uhci0: port 0x1cc0-0x1cdf > > irq 16 at device 29.0 on pci0 > > uhci0: [GIANT-LOCKED] > > uhci0: [ITHREAD] > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: on usb0 > > uhub0: 2 ports with 2 removable, self powered > > uhci1: port 0x1ce0-0x1cff > > irq 19 at device 29.1 on pci0 > > uhci1: [GIANT-LOCKED] > > uhci1: [ITHREAD] > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub1: on usb1 > > uhub1: 2 ports with 2 removable, self powered > > uhci2: port 0x2000-0x201f > > irq 18 at device 29.2 on pci0 > > uhci2: [GIANT-LOCKED] > > uhci2: [ITHREAD] > > usb2: on uhci2 > > usb2: USB revision 1.0 > > uhub2: on usb2 > > uhub2: 2 ports with 2 removable, self powered > > uhci3: port 0x2020-0x203f > > irq 16 at device 29.3 on pci0 > > uhci3: [GIANT-LOCKED] > > uhci3: [ITHREAD] > > usb3: on uhci3 > > usb3: USB revision 1.0 > > uhub3: on usb3 > > uhub3: 2 ports with 2 removable, self powered > > ehci0: mem > > 0xd0000000-0xd00003ff irq 23 at device 29.7 on pci0 > > ehci0: [GIANT-LOCKED] > > ehci0: [ITHREAD] > > usb4: EHCI version 1.0 > > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > > usb4: on ehci0 > > usb4: USB revision 2.0 > > uhub4: on usb4 > > uhub4: 8 ports with 8 removable, self powered > > pcib2: at device 30.0 on pci0 > > pci3: on pcib2 > > cbb0: at device 4.0 on pci3 > > cardbus0: on cbb0 > > pccard0: <16-bit PCCard bus> on cbb0 > > cbb0: [FILTER] > > cbb1: at device 4.1 on pci3 > > cardbus1: on cbb1 > > pccard1: <16-bit PCCard bus> on cbb1 > > cbb1: [FILTER] > > fwohci0: <1394 Open Host Controller Interface> mem > > 0xd2015000-0xd20157ff,0xd2010000-0xd2013fff irq 23 at device 4.2 on pci3 > > fwohci0: [FILTER] > > fwohci0: OHCI version 1.10 (ROM=0) > > fwohci0: No. of Isochronous channels is 4. > > fwohci0: EUI64 12:34:56:78:12:34:56:78 > > fwohci0: Phy 1394a available S400, 2 ports. > > fwohci0: Link S400, max_rec 2048 bytes. > > firewire0: on fwohci0 > > dcons_crom0: on firewire0 > > dcons_crom0: bus_addr 0x1494000 > > fwe0: on firewire0 > > if_fwe0: Fake Ethernet address: 12:34:56:34:56:78 > > fwe0: Ethernet address: 12:34:56:34:56:78 > > fwip0: on firewire0 > > fwip0: Firewire address: 12:34:56:78:12:34:56:78 @ 0xfffe00000000, S400, > > maxrec 2048 > > sbp0: on firewire0 > > fwohci0: Initiate bus reset > > fwohci0: BUS reset > > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > > pci3: at device 4.3 (no driver attached) > > rl0: port 0x3000-0x30ff mem > > 0xd2015800-0xd20158ff irq 19 at device 5.0 on pci3 > > miibus0: on rl0 > > rlphy0: PHY 0 on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > rl0: Ethernet address: 00:0a:e4:55:3b:8f > > rl0: [ITHREAD] > > ath0: mem 0xd2000000-0xd200ffff irq 18 at device 6.0 on > > pci3 > > ath0: [ITHREAD] > > ath0: WARNING: using obsoleted if_watchdog interface > > ath0: mac 5.9 phy 4.3 radio 3.6 > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 > > ata0: on atapci0 > > ata0: [ITHREAD] > > ata1: on atapci0 > > ata1: [ITHREAD] > > pci0: at device 31.3 (no driver attached) > > pci0: at device 31.5 (no driver attached) > > pci0: at device 31.6 (no driver attached) > > acpi_tz0: on acpi0 > > acpi_button1: on acpi0 > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > psm0: irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: [ITHREAD] > > psm0: model Generic PS/2 mouse, device ID 0 > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > uart0: [FILTER] > > battery0: on acpi0 > > acpi_acad0: on acpi0 > > cpu0: on acpi0 > > acpi_perf0: on cpu0 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > p4tcc1: on cpu1 > > pmtimer0 on isa0 > > orm0: at iomem 0xd0000-0xd0fff,0xdc000-0xdffff pnpid > > ORM0000 on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > > isa0 > > ppc0: parallel port not found. > > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > > uart1: [FILTER] > > Timecounters tick every 1.000 msec > > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > > firewire0: bus manager 0 (me) > > ad0: 76319MB at ata0-master UDMA100 > > acd0: DVDR at ata1-master UDMA33 > > GEOM: ad0s2: geometry does not match label. > > GEOM: ad0s3: geometry does not match label. > > SMP: AP CPU #1 Launched! > > WARNING: WITNESS option enabled, expect reduced performance. > > Trying to mount root from ufs:/dev/ad0s3a > > WARNING: / was not properly dismounted > > lock order reversal: > > 1st 0xc456c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 > > 2nd 0xc49137ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0bdfc8c,c41be90c,c0870b75,4,c0bdb1ef,...) at > > db_trace_self_wrapper+0x26 > > kdb_backtrace(4,c0bdb1ef,c4521728,c4526868,c41be968,...) at > > kdb_backtrace+0x29 > > _witness_debugger(c0be2976,c49137ac,c0bd6275,c4526868,c0be968d,...) at > > _witness_debugger+0x25 > > witness_checkorder(c49137ac,1,c0be968d,81f,0,...) at witness_checkorder > > +0x839 > > __lockmgr_args(c49137ac,200501,c49137c8,0,0,...) at __lockmgr_args+0x237 > > ffs_lock(c41bea78,c087091b,c0c05687,200501,c4913754,...) at ffs_lock > > +0x8a > > VOP_LOCK1_APV(c0ce5d40,c41bea78,c4568e24,c0cf9e20,c4913754,...) at > > VOP_LOCK1_APV+0xa5 > > _vn_lock(c4913754,200501,c0be968d,81f,4,...) at _vn_lock+0x5e > > vget(c4913754,200501,c4568d80,4b4,0,...) at vget+0xc9 > > vnode_pager_lock(c187d07c,0,c0c02c69,127,c41bec18,...) at > > vnode_pager_lock+0x1e0 > > vm_fault(c456c000,80db000,2,8,80db780,...) at vm_fault+0x1df > > trap_pfault(5,0,c0c1298d,2e7,c4566d34,...) at trap_pfault+0x118 > > trap(c41bed38) at trap+0x289 > > calltrap() at calltrap+0x6 > > --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > > WARNING: /tmp was not properly dismounted > > WARNING: /usr was not properly dismounted > > WARNING: /var was not properly dismounted > > ppc0: parallel port not found. > > ppc0: parallel port not found. > > ppc0: parallel port not found. > > pcm0: port 0x1400-0x14ff,0x1c80-0x1cbf mem > > 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 17 at device 31.5 on > > pci0 > > pcm0: [ITHREAD] > > pcm0: > > ppc0: parallel port not found. > > ppc0: parallel port not found. > > rl0: link state changed to DOWN > > rl0: link state changed to UP > > lock order reversal: > > 1st 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:424 > > 2nd 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > > 3rd 0xc4ac2594 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:545 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at > > db_trace_self_wrapper+0x26 > > kdb_backtrace(4,c0bdb1ef,c45236d8,c4526868,c4369468,...) at > > kdb_backtrace+0x29 > > _witness_debugger(c0be298f,c4ac2594,c0bd6275,c4526868,c0bff2aa,...) at > > _witness_debugger+0x25 > > witness_checkorder(c4ac2594,9,c0bff2aa,221,0,...) at witness_checkorder > > +0x839 > > __lockmgr_args(c4ac2594,80100,c4ac25b0,0,0,...) at __lockmgr_args+0x797 > > ffs_lock(c4369578,c0e6e7a8,c47fb9a4,80100,c4ac253c,...) at ffs_lock+0x8a > > VOP_LOCK1_APV(c0ce5d40,c4369578,c4369598,c0cf9e20,c4ac253c,...) at > > VOP_LOCK1_APV+0xa5 > > _vn_lock(c4ac253c,80100,c0bff2aa,221,c4553200,...) at _vn_lock+0x5e > > ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot > > +0x1527 > > ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount > > +0x146f > > vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at > > vfs_donmount+0x1312 > > nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe > > syscall(c4369d38) at syscall+0x2a3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e6c8b, esp = > > 0xbfbfeb1c, ebp = 0xbfbfee78 --- > > lock order reversal: > > 1st 0xd8520990 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > > 2nd 0xc4e4c6dc snaplk (snaplk) > > @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:794 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0bdfc8c,c436940c,c0870b75,4,c0bdb1ef,...) at > > db_trace_self_wrapper+0x26 > > kdb_backtrace(4,c0bdb1ef,c45236d8,c45272f8,c4369468,...) at > > kdb_backtrace+0x29 > > _witness_debugger(c0be2976,c4e4c6dc,c0bff30c,c45272f8,c0bff2aa,...) at > > _witness_debugger+0x25 > > witness_checkorder(c4e4c6dc,9,c0bff2aa,31a,c4fda7c8,...) at > > witness_checkorder+0x839 > > __lockmgr_args(c4e4c6dc,80400,c4fda7c8,0,0,...) at __lockmgr_args+0x797 > > ffs_lock(c4369578,0,0,80400,c4fda754,...) at ffs_lock+0x8a > > VOP_LOCK1_APV(c0ce5d40,c4369578,c1955f20,c0cf9e20,c4fda754,...) at > > VOP_LOCK1_APV+0xa5 > > _vn_lock(c4fda754,80400,c0bff2aa,31a,0,...) at _vn_lock+0x5e > > ffs_snapshot(c4ac5500,c4ad64e0,c0c00c0f,15e,3,...) at ffs_snapshot > > +0x28c6 > > ffs_mount(c4ac5500,c47fb900,c0be906e,3cb,c4d0d7f0,...) at ffs_mount > > +0x146f > > vfs_donmount(c47fb900,211000,c4c9d900,c4c9d900,201000,...) at > > vfs_donmount+0x1312 > > nmount(c47fb900,c4369cf8,c,c4369d38,c0cc32f0,...) at nmount+0xbe > > syscall(c4369d38) at syscall+0x2a3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e6c8b, esp = > > 0xbfbfeb1c, ebp = 0xbfbfee78 --- > > lock order reversal: > > 1st 0xc4e4c6dc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293 > > 2nd 0xc4fda7ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1588 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0bdfc8c,c43698c4,c0870b75,4,c0bdb1ef,...) at > > db_trace_self_wrapper+0x26 > > kdb_backtrace(4,c0bdb1ef,c45272f8,c4526868,c4369920,...) at > > kdb_backtrace+0x29 > > _witness_debugger(c0be2976,c4fda7ac,c0bd6275,c4526868,c0bff2aa,...) at > > _witness_debugger+0x25 > > witness_checkorder(c4fda7ac,9,c0bff2aa,634,0,...) at witness_checkorder > > +0x839 > > __lockmgr_args(c4fda7ac,80000,0,0,0,...) at __lockmgr_args+0x797 > > ffs_snapremove(c4fda754,c4ac5500,0,c0bea853,414,...) at ffs_snapremove > > +0x11f > > softdep_releasefile(c4e52528,c4369aa8,2,c0e6e778,c0cc7ba4,...) at > > softdep_releasefile+0x3b > > ufs_inactive(c4369ae8,c4fda7c8,c4fda754,c4fda7c8,c4369b00,...) at > > ufs_inactive+0x1bc > > VOP_INACTIVE_APV(c0ce5d40,c4369ae8,c0be968d,914,c0cf9de0,...) at > > VOP_INACTIVE_APV+0xa5 > > vinactive(c0ce5d40,c4369b1c,c0be968d,8a0,128,...) at vinactive+0x8e > > vput(c4fda754,c4369b54,c0bea853,125,c0cf9b60,...) at vput+0x1db > > vn_close(c4fda754,1,c456d400,c47fb900,c4369be0,...) at vn_close+0xee > > vn_closefile(c4b14e38,c47fb900,3,0,c4b14e38,...) at vn_closefile+0xe9 > > _fdrop(c4b14e38,c47fb900,c4369c1c,c08709bc,0,c47fb9a4,c0e6e778,c0cc93b0,c0bd7f59,c4ff632c,44f,c0bd7f59,c4369c44,c0839520,c4ff632c,8,c0bd7f59,44f) at _fdrop+0x43 > > closef(c4b14e38,c47fb900,44f,434,c4b14e38,...) at closef+0x290 > > kern_close(c47fb900,4,c4369d2c,c0b2fad3,c47fb900,...) at kern_close > > +0x11d > > close(c47fb900,c4369cf8,4,c0be371f,c0cc1010,...) at close+0x1a > > syscall(c4369d38) at syscall+0x2a3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (6, FreeBSD ELF32, close), eip = 0x281844b3, esp = > > 0xbfbfeb1c, ebp = 0xbfbfee78 --- > > rl0: link state changed to DOWN > > rl0: link state changed to UP > > rl0: link state changed to DOWN > > rl0: link state changed to UP > > > > > > plugging usb huawei E620 => > > ucom0: < > > \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 > > ucom0: configured 3 serial ports (U0.%d) > > umass0: < > > \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 2> on uhub1 > > cd0 at umass-sim0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-2 device > > cd0: 1.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > da0 at umass-sim0 bus 0 target 0 lun 1 > > da0: Removable Direct Access SCSI-2 device > > da0: 1.000MB/s transfers > > da0: Attempt to query device size failed: NOT READY, Medium not present > > > > bert# ppp > > Loading /lib/libalias_cuseeme.so > > Loading /lib/libalias_ftp.so > > Loading /lib/libalias_irc.so > > Loading /lib/libalias_nbt.so > > Loading /lib/libalias_pptp.so > > Loading /lib/libalias_skinny.so > > Loading /lib/libalias_smedia.so > > Working in interactive mode > > Using interface: tun0 > > ppp ON bert> dial default > > ppp ON bert> Warning: Chat script failed > > > > > > bert# ifconfig > > fwe0: flags=8802 metric 0 mtu 1500 > > options=8 > > ether 12:34:56:34:56:78 > > ch 1 dma -1 > > fwip0: flags=8802 metric 0 mtu 1500 > > lladdr 12.34.56.78.12.34.56.78.a.2.ff.fe.0.0.0.0 > > rl0: flags=8843 metric 0 mtu > > 1500 > > options=8 > > ether 00:0a:e4:55:3b:8f > > inet 192.168.178.75 netmask 0xffffff00 broadcast 192.168.178.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > ath0: flags=8802 metric 0 mtu 2290 > > ether 00:0b:6b:34:55:41 > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > status: no carrier > > lo0: flags=8049 metric 0 mtu 16384 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > > inet6 ::1 prefixlen 128 > > inet 127.0.0.1 netmask 0xff000000 > > tun0: flags=8010 metric 0 mtu 1500 > > inet 10.0.0.1 --> 10.0.0.2 netmask 0xffffffff > > Opened by PID 2120 > > > > after retrying my ppp config and restarting ppp > > > > bert# /etc/rc.d/ppp restart > > Stopping PPP profile: default(not running). > > Starting PPP profile: defaultLoading /lib/libalias_cuseeme.so > > Loading /lib/libalias_ftp.so > > Loading /lib/libalias_irc.so > > Loading /lib/libalias_nbt.so > > Loading /lib/libalias_pptp.so > > Loading /lib/libalias_skinny.so > > Loading /lib/libalias_smedia.so > > Warning: Add route failed: 0.0.0.0/0 already exists > > Warning: Add route failed: 0.0.0.0/0 already exists > > > > > > on ifconfig tun0 destroy: > > > > KDB: enter: panic > > [thread pid 2130 tid 100087 ] > > Stopped at kdb_ent+03a: mov $0,kdb_why > > > db > > > > > > > > > > > > > > > > > > > > > > > > > > -- Marten Vijn linux 2.0.18 OpenBSD 3.6 FreeBSD 4.6 http://martenvijn.nl http://opencommunitycamp.org http://wifisoft.org From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 09:17:09 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FBD01065673 for ; Mon, 22 Dec 2008 09:17:09 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 24F6E8FC18 for ; Mon, 22 Dec 2008 09:17:08 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0C0CB9CB19B; Mon, 22 Dec 2008 10:12:06 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M34eaFtrGu1Z; Mon, 22 Dec 2008 10:12:03 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A39069CB298; Mon, 22 Dec 2008 10:12:03 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mBM9C3oq029428; Mon, 22 Dec 2008 10:12:03 +0100 (CET) (envelope-from rdivacky) Date: Mon, 22 Dec 2008 10:12:03 +0100 From: Roman Divacky To: Ed Schouten Message-ID: <20081222091203.GA28920@freebsd.org> References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081221211949.GS1176@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , Norikatsu Shigemura Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 09:17:09 -0000 On Sun, Dec 21, 2008 at 10:19:49PM +0100, Ed Schouten wrote: > * Norikatsu Shigemura wrote: > > I inspired by your 'kqueue()-support to pseudo-terminal master > > devices' (svn commit: r185942). So I'm trying to use kevent(2) > > on script(1). (SEE ALSO following patch) > > > > But it doesn't work. Because 'master' file descriptor (from > > openpty(3)) doesn't return last 0 byte data readable when shell > > exit. In this case of select(2), 'master' file descriptor > > gets 0 byte data and exit script(1). > > > > Do you have any idea? > > I sure have. It turns out there is a small bug in the pts(4) driver. > Inside ptsdrv_close() (called when the TTY is being closed), we set a > flag to mark the pseudo-terminal as `finished' (which causes it to > return EOF's). > > A difference between select() and kqueue() is that the knote handlers > are executed syncrhonously, while select() calls ptsdev_poll() later on. > This should be fixed as of r186382. Thanks for reporting this issue! > > Are you planning to commit the patch for script(1) to SVN? I'm not sure > if we should port applications to kqueue(). Right now script(1) should > almost cleanly compile/work on other versions of FreeBSD and other > Unix-like operating systems. I believe other OSes should be able to do the porting effort when they want to use FreeBSD software. if kqueue-in-script makes any improvement go for it. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 09:40:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADD85106564A; Mon, 22 Dec 2008 09:40:27 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 521398FC18; Mon, 22 Dec 2008 09:40:27 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=OITeQaCtT1SeEV8F+fItK7h9Vz1HqeHUOze9pGFwjulO1rUqZz3KghSGwqBXQbuEKcfwR4agbeH6A2V1CbQ1PkEdvLbQ/iiAI4f3Yng8Shr4arRJ2AzctP8d47O+tvlqhrzoa1iNEg53pdIiPxDB58Duy2XC1SudjV+bBLamfOs=; Received: from shadow.pikenet.ru (school.pikenet.ru [85.30.229.242]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LEhGv-000HAE-6R; Mon, 22 Dec 2008 12:40:22 +0300 Date: Mon, 22 Dec 2008 12:40:17 +0300 From: Eygene Ryabinkin To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Message-ID: References: <20081221125120.GO23166@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ctP54qlpMx3WjD+/" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , Ian FREISLICH Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 09:40:27 -0000 --ctP54qlpMx3WjD+/ Content-Type: multipart/mixed; boundary="kORqDWCi7qDJ0mEj" Content-Disposition: inline --kORqDWCi7qDJ0mEj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greetings! Mon, Dec 22, 2008 at 10:04:22AM +0200, Ian FREISLICH wrote: > Erwin Lansing wrote: > > > RTF_WASCLONE and RTF_LLINFO routing flags. The userland application= s=20 > > > such as "arp" and "ndp" have been modified to reflect those changes. > > > so I guess it's not so easy. =20 > > > How many other ports are affected? > > The latest full run with HEAD from a few days back hasn't quite finished > > yet, so there might turn up a few more, but so far it's just a handful: > > net/libdnet > > devel/libpdel > > net-mgmt/net-snmp > > net/netwib > > net/p5-Net-RawIP > > net-mgmt/net-snmp4 > > emulators/wine > > You can add net/quagga to that list as well. net/openospfd is also affected. Attached is the simple patch to take into account the withdrawal of RTF_LLINFO. Perhaps something else should be done -- I'll up some -CURRENT systems and will try to test the Real Stuff (TM). --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --kORqDWCi7qDJ0mEj Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="Fix-usage-of-RTF_LLINFO-due-to-the-ARP-v2-changes.diff" Content-Transfer-Encoding: quoted-printable =46rom 1138f09b72a42ddb7b35780da0e51a0b378bea1b Mon Sep 17 00:00:00 2001 =46rom: Eygene Ryabinkin Date: Mon, 22 Dec 2008 12:13:13 +0300 Subject: [PATCH] Fix usage of RTF_LLINFO due to the ARP-v2 changes ARP-v2, commited in SVN rev 186119, eliminated RTF_WASCLONE, RTF_CLONING and RTF_LLINFO, http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h?rev=3D1.77 The latter flag was used in OpenOSPFD to skip ARP entries from the routing table. We're just conditionalizing the code on the existence of RTF_LLINFO variable. Perhaps checking __FreeBSD__ value will be better: errors due to the non-included net/route.h won't be spotted in the former case. But since many RTF_* constants are used in kroute.c, this shouldn't be a problem, at least now. Signed-off-by: Eygene Ryabinkin --- ospfd/kroute.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/ospfd/kroute.c b/ospfd/kroute.c index b46fa30..acc2a32 100644 --- a/ospfd/kroute.c +++ b/ospfd/kroute.c @@ -1174,8 +1174,10 @@ fetchtable(void) if ((sa =3D rti_info[RTAX_DST]) =3D=3D NULL) continue; =20 +#if defined(RTF_LLINFO) /* FreeBSD dropped RTF_LLINFO after ARP-v2 rework = */ if (rtm->rtm_flags & RTF_LLINFO) /* arp cache */ continue; +#endif /* defined(RTF_LLINFO) */ =20 if ((kr =3D calloc(1, sizeof(struct kroute_node))) =3D=3D NULL) { log_warn("fetchtable"); @@ -1371,8 +1373,10 @@ dispatch_rtmsg(void) if (rtm->rtm_errno) /* failed attempts... */ continue; =20 +#if defined(RTF_LLINFO) /* FreeBSD dropped RTF_LLINFO after ARP-v2 rework = */ if (rtm->rtm_flags & RTF_LLINFO) /* arp cache */ continue; +#endif /* defined(RTF_LLINFO) */ =20 #ifdef RTF_MPATH if (rtm->rtm_flags & RTF_MPATH) --=20 1.6.0.4 --kORqDWCi7qDJ0mEj-- --ctP54qlpMx3WjD+/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklPYIAACgkQthUKNsbL7YhAiACfULidRafQfojEhiDMPMW16RNU XEoAn3x552kwJuoC2fkqaaAk8ASLK3u2 =pjPd -----END PGP SIGNATURE----- --ctP54qlpMx3WjD+/-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 09:56:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C03DF1065674; Mon, 22 Dec 2008 09:56:01 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 89C6A8FC22; Mon, 22 Dec 2008 09:56:01 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBM9tep0025276; Mon, 22 Dec 2008 01:55:40 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 22 Dec 2008 01:55:34 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AclkGZbkPMJpOFPYTQuW1eHqlBXE2QAARJEL References: <20081221125120.GO23166@droso.net> From: "Li, Qing" To: , , Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , Ian FREISLICH Subject: RE: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 09:56:01 -0000 Thank you all for patching these programs. I scanned through your patches and they all look fine.=20 Each one that I read through seems to be simple fix, which=20 is what I hoped for. Again, just to emphasize the points I made in my previous emails, the code that retrieves the ARP table by means of sysctl() does not have to check for the RTF_LLINFO entries in the returned list because the retrieved entries all belong to the ARP table. For those programs=20 that retrieve the routing table through the routing socket interface, the code that bypasses RTF_LLINFO entries can=20 also be eliminated because the routing table does not contain any L2 information.=20 -- Qing -----Original Message----- From: owner-freebsd-net@freebsd.org on behalf of Eygene Ryabinkin Sent: Mon 12/22/2008 1:40 AM To: freebsd-current@freebsd.org; freebsd-net@freebsd.org Cc: Gerald Pfeifer; Vladimir Grebenschikov; Kip Macy; Qing Li; Ian = FREISLICH; Erwin Lansing Subject: Re: HEADSUP: arp-v2 has been committed =20 Greetings! Mon, Dec 22, 2008 at 10:04:22AM +0200, Ian FREISLICH wrote: > Erwin Lansing wrote: > > > RTF_WASCLONE and RTF_LLINFO routing flags. The userland = applications=20 > > > such as "arp" and "ndp" have been modified to reflect those = changes. > > > so I guess it's not so easy. =20 > > > How many other ports are affected? > > The latest full run with HEAD from a few days back hasn't quite = finished > > yet, so there might turn up a few more, but so far it's just a = handful: > > net/libdnet > > devel/libpdel > > net-mgmt/net-snmp > > net/netwib > > net/p5-Net-RawIP > > net-mgmt/net-snmp4 > > emulators/wine > > You can add net/quagga to that list as well. net/openospfd is also affected. Attached is the simple patch to take into account the withdrawal of RTF_LLINFO. Perhaps something else should be done -- I'll up some -CURRENT systems and will try to test the Real Stuff (TM). --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 10:41:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B45241065670; Mon, 22 Dec 2008 10:41:13 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5BAE78FC12; Mon, 22 Dec 2008 10:41:13 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=Di3Wh+psstIlmUIv7RYO8HscKmSfQSIpJQ9xE+80qh6kl+EczSlR3PSlYM2tS/qf7aTivnvkSJ3+zcG86A2adkU/FIZVwf0ZEkkZKAHyEtuY5+HjRsfmpFeCxsNpGm4RaB1CqEolfMMwxrpK+tJYRAJV+3Q4RALP1q4I3/1Zb0g=; Received: from shadow.pikenet.ru (school.pikenet.ru [85.30.229.242]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LEiDl-000LdZ-7A; Mon, 22 Dec 2008 13:41:10 +0300 Date: Mon, 22 Dec 2008 13:40:58 +0300 From: Eygene Ryabinkin To: "Li, Qing" Message-ID: References: <20081221125120.GO23166@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r7U+bLA8boMOj+mD" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: Ian FREISLICH , Gerald Pfeifer , Vladimir Grebenschikov , freebsd-net@freebsd.org, Qing Li , freebsd-current@freebsd.org, Kip Macy Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 10:41:13 -0000 --r7U+bLA8boMOj+mD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Li, good day. Mon, Dec 22, 2008 at 01:55:34AM -0800, Li, Qing wrote: > Thank you all for patching these programs. Thank you for your work! > I scanned through your patches and they all look fine. > Each one that I read through seems to be simple fix, which > is what I hoped for. Are you going to submit the patches for affected ports by yourself or individual persons should do it? For me, it does not matter what route you will take, I just want to know how to proceed ;)) --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --r7U+bLA8boMOj+mD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklPbrkACgkQthUKNsbL7YjSjQCfQeuZzjER3L7q5a9ZzQAxOygs 1ZQAnAqEoGcha9ORtUAUIUd7PSpu5ux1 =Vsdo -----END PGP SIGNATURE----- --r7U+bLA8boMOj+mD-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 10:57:04 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E2331065673 for ; Mon, 22 Dec 2008 10:57:04 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 472EF8FC0C for ; Mon, 22 Dec 2008 10:57:04 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id mBMAv2jp032476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Dec 2008 02:57:03 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <494F725B.7000103@FreeBSD.org> Date: Mon, 22 Dec 2008 02:56:27 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Norikatsu Shigemura References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> In-Reply-To: <20081221012752.cdc5cbfc.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Ed Schouten Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 10:57:04 -0000 Norikatsu Shigemura wrote: > Hi Ed! > > I inspired by your 'kqueue()-support to pseudo-terminal master > devices' (svn commit: r185942). So I'm trying to use kevent(2) > on script(1). (SEE ALSO following patch) It's unrelated question, but I wonder what the reason to do this might be? AFAIK kqueue(2) provides performance benefit only for the cases when one needs to monitor large number of file descriptors. In this case there are just 2 descriptors. The kqueue(2) has big disadvantage of being non-POSIX, FreeBSD-specific interface, making it harder for somebody to adapt the code in non-FreeBSD environment. For this reason IMHO it should only be used for really performance critical code. For other cases select(2)/poll(2) should be the interface of choice. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 11:04:42 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42A5E1065677 for ; Mon, 22 Dec 2008 11:04:42 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id E5EE58FC18 for ; Mon, 22 Dec 2008 11:04:41 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id mBMB4INX033131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Dec 2008 03:04:19 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <494F740E.3040502@FreeBSD.org> Date: Mon, 22 Dec 2008 03:03:42 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Roman Divacky References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> In-Reply-To: <20081222091203.GA28920@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , FreeBSD Current , Norikatsu Shigemura Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 11:04:42 -0000 Roman Divacky wrote: > I believe other OSes should be able to do the porting effort when they > want to use FreeBSD software. > > if kqueue-in-script makes any improvement go for it. I really doubt there would be any. It's just 2 descriptors, and if select(2) can't handle 2 descriptors efficiently them perhaps it is broken and has to be fixed instead. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 14:16:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7B95106564A; Mon, 22 Dec 2008 14:16:35 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mx1.freebsd.org (Postfix) with ESMTP id 69A068FC29; Mon, 22 Dec 2008 14:16:35 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id 5FD511F5980; Mon, 22 Dec 2008 14:44:08 +0100 (CET) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id 36A2928EDD2; Mon, 22 Dec 2008 14:44:08 +0100 (CET) Received: from lorvorc.mips.inka.de (dslb-092-075-199-214.pools.arcor-ip.net [92.75.199.214]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 103E43425F6; Mon, 22 Dec 2008 14:44:08 +0100 (CET) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.3/8.14.3) with ESMTP id mBMDi7Tg001930; Mon, 22 Dec 2008 14:44:07 +0100 (CET) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id mBMDi7ct001929; Mon, 22 Dec 2008 14:44:07 +0100 (CET) (envelope-from naddy) Date: Mon, 22 Dec 2008 14:44:07 +0100 From: Christian Weisgerber To: "Li, Qing" Message-ID: <20081222134407.GA1898@lorvorc.mips.inka.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: ClamAV 0.94.1/8791/Mon Dec 22 11:54:23 2008 on mail-in-09.arcor-online.net X-Virus-Status: Clean Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: NDP breakage in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 14:16:35 -0000 Li, Qing: > Please sync ./src/sys/netinet6/in6.c to > > SVN rev 186392 on 2008-12-22 07:11:15Z by qingli = rev 1.92 in the CVS export > Let me know how it works out for you. Yes, that fixes the problem. Thanks! -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 14:19:27 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F6B71065670 for ; Mon, 22 Dec 2008 14:19:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 41BA08FC12 for ; Mon, 22 Dec 2008 14:19:27 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 1AC986D43F; Mon, 22 Dec 2008 14:19:26 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 0600E84460; Mon, 22 Dec 2008 15:19:26 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Boris Samorodov References: <46336768@bb.ipt.ru> Date: Mon, 22 Dec 2008 15:19:25 +0100 In-Reply-To: <46336768@bb.ipt.ru> (Boris Samorodov's message of "Mon, 15 Dec 2008 20:26:23 +0300") Message-ID: <86lju8i976.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-current@FreeBSD.org Subject: Re: Oxford OX16PCI958 multiport card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 14:19:27 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Boris Samorodov writes: > here is one more 8-port card which doesn't work by default > at -current: > ----- > none0@pci0:0:10:0: class=3D0x070200 card=3D0x06711415 chip=3D0x95381= 415 rev=3D0x01 hdr=3D0x00 > vendor =3D 'Oxford Semiconductor Ltd' > class =3D simple comms > subclass =3D multiport serial > ----- Try the attached patch. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=OX16PCI958.diff Index: sys/dev/puc/pucdata.c =================================================================== --- sys/dev/puc/pucdata.c (revision 186394) +++ sys/dev/puc/pucdata.c (working copy) @@ -626,6 +626,12 @@ PUC_PORT_4S, 0x10, 0, 8, }, + { 0x1415, 0x9538, 0xffff, 0, + "Oxford Semiconductor OX16PCI958 UARTs", + DEFAULT_RCLK, + PUC_PORT_8S, 0x10, 0, 8, + }, + { 0x1415, 0x9521, 0xffff, 0, "Oxford Semiconductor OX16PCI952 UARTs", DEFAULT_RCLK, --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 08:45:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10F8E1065674 for ; Mon, 22 Dec 2008 08:45:11 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id DC2908FC12 for ; Mon, 22 Dec 2008 08:45:10 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx1.synetsystems.com (Postfix, from userid 66) id C692FC7F; Mon, 22 Dec 2008 03:45:09 -0500 (EST) Received: from rmtodd by servalan.servalan.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LEgGe-0001Uc-Pd; Mon, 22 Dec 2008 02:36:00 -0600 To: freebsd-current@freebsd.org From: Richard Todd Date: Mon, 22 Dec 2008 02:36:00 -0600 Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.21 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 22 Dec 2008 14:21:26 +0000 Cc: rnoland@freebsd.org Subject: Getting 'vm_thread_new: kstack allocation failed' errors after latest drm updates. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 08:45:11 -0000 I recently updated my system to the latest -CURRENT, and noticed that shortly after the system booted off the new kernel and went multiuser, lots of attempts by programs to create new threads or fork() failed with the kernel giving the error message "vm_thread_new: kstack allocation failed". After spending the weekend doing binary searches to try and isolate which recent kernel change was responsible, I finally discovered that the culprit appears to be the following change: -------------------------------------------------------- Author: rnoland Date: Thu Dec 18 21:04:50 2008 New Revision: 186295 URL: http://svn.freebsd.org/changeset/base/186295 Log: rework drm_scatter.c which allocates scatter / gather pages for use by ati pci gart to use bus_dma to handle the allocations. This fixes a garbled screen issue on at least some radeons (X1400 tested). It is also likely that this is the correct fix for PR# 119324, though that is not confirmed yet. Reviewed by: jhb@ (mentor, prior version) Approved by: kib@ MFC after: 2 weeks Modified: head/sys/dev/drm/drmP.h head/sys/dev/drm/drm_scatter.c ------------------------------------------------ Yeah, it's not immediately clear to me either why this change should have this effect, but on my system, testing gave the following results consistently: 1) Kernels built from source from just before this commit boot and run without problems. 2) Kernels built from source from just *after* this commit show the "vm_thread_new: kstack allocation failed" problem. 3) If I disable xdm so the X server doesn't start, kernels including the aforementioned commit do not show the problem, so the problem does seem connected to the drm module. It's not clear what exactly this commit is doing that causes the problem; it doesn't seem to be a simple kernel memory leak, as vmstat -m from the suspect kernels doesn't seem to show anything obviously leaking. Any suggestions? Other information on my system that might be relevant: it's a Core 2 Duo system with 4G of memory, running FreeBSD-CURRENT in i386 mode. The video card is an ATI X300. vm.kmem_size is set fairly high, 1536M, so there should be plenty of kernel memory space available, even with ZFS wanting 600M of that for its ARC. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 15:29:14 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4B0C1065670; Mon, 22 Dec 2008 15:29:14 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7868FC13; Mon, 22 Dec 2008 15:29:14 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id mBMFT5Qm016602; Tue, 23 Dec 2008 00:29:05 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 23 Dec 2008 00:29:01 +0900 From: Norikatsu Shigemura To: Maxim Sobolev Message-Id: <20081223002901.9b71e60d.nork@FreeBSD.org> In-Reply-To: <494F740E.3040502@FreeBSD.org> References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> <494F740E.3040502@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 23 Dec 2008 00:29:06 +0900 (JST) Cc: Ed Schouten , Roman Divacky , FreeBSD Current , Norikatsu Shigemura Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 15:29:14 -0000 Hi sobomax! On Mon, 22 Dec 2008 03:03:42 -0800 Maxim Sobolev wrote: > Roman Divacky wrote: > > I believe other OSes should be able to do the porting effort when they > > want to use FreeBSD software. > > if kqueue-in-script makes any improvement go for it. > I really doubt there would be any. It's just 2 descriptors, and if > select(2) can't handle 2 descriptors efficiently them perhaps it is > broken and has to be fixed instead. I think that performance improvement is significant(I don't think performance improved by my patch). But my patch is the first implementation of kqueue/kevent support for TTY. In fact, I could find a bug. I hope to commit my patch. But by performance reason, my patch is not accepted, I have no problem. Hi ed! Thanks for your fix. I confirmed that my patch is good works. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 15:50:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E45651065686; Mon, 22 Dec 2008 15:50:33 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay007.isp.belgacom.be (mailrelay007.isp.belgacom.be [195.238.6.173]) by mx1.freebsd.org (Postfix) with ESMTP id 58B4E8FC1D; Mon, 22 Dec 2008 15:50:33 +0000 (UTC) (envelope-from tijl@ulyssis.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArcEAOA/T0lR92C8/2dsb2JhbACBbLxJWI9shkM Received: from 188.96-247-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.247.96.188]) by relay.skynet.be with ESMTP; 22 Dec 2008 16:21:44 +0100 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id mBMFLfvX003349; Mon, 22 Dec 2008 16:21:41 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org, "Li, Qing" , freebsd-net@freebsd.org Date: Mon, 22 Dec 2008 16:21:39 +0100 User-Agent: KMail/1.9.10 References: <20081221125120.GO23166@droso.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812221621.40722.tijl@ulyssis.org> Cc: Gerald Pfeifer Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 15:50:34 -0000 On Monday 22 December 2008 10:55:34 Li, Qing wrote: > Thank you all for patching these programs. > > I scanned through your patches and they all look fine. > Each one that I read through seems to be simple fix, which > is what I hoped for. > > Again, just to emphasize the points I made in my previous > emails, the code that retrieves the ARP table by means > of sysctl() does not have to check for the RTF_LLINFO > entries in the returned list because the retrieved > entries all belong to the ARP table. For those programs > that retrieve the routing table through the routing socket > interface, the code that bypasses RTF_LLINFO entries can > also be eliminated because the routing table does not > contain any L2 information. I'm looking into the Wine case, but don't have any experience with the implementation of routing tables, so I need to have a few things spelled out. Wine currently uses: int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; I take it this returns all the entries which have the RTF_LLINFO flag set? And to make this compile on CURRENT I have to change this into: #ifdef RTF_LLINFO int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; #else int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, 0}; #endif Is AF_INET really the correct address family? What about AF_LINK and AF_ARP? Is using NET_RT_FLAGS with flags mask 0 exactly the same as using NET_RT_DUMP? Also, at some other place, Wine wants to retrieve gateway entries and it uses: int mib[6] = {CTL_NET, PF_ROUTE, 0, PF_INET, NET_RT_DUMP, 0}; ^ this should be AF_INET I think After that it runs over all entries counting only those which have RTF_GATEWAY set and RTF_MULTICAST unset. Is the output of this different now in CURRENT? From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 15:59:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FE251065676; Mon, 22 Dec 2008 15:59:28 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id BCF048FC14; Mon, 22 Dec 2008 15:59:26 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-188.yandex.ru ([87.250.250.188]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1LEmXk-0006ET-KH; Mon, 22 Dec 2008 18:18:04 +0300 Message-ID: <494FAFAC.90802@FreeBSD.org> Date: Mon, 22 Dec 2008 18:18:04 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 15:59:28 -0000 Ian FREISLICH wrote: > --- lib/sockopt.c.orig 2007-08-21 18:32:56.000000000 +0200 > +++ lib/sockopt.c 2008-08-13 09:07:20.000000000 +0200 > @@ -231,6 +231,7 @@ > else > mreqn.imr_address = if_addr; > > + mreqn.imr_address = if_addr; > ret = setsockopt(sock, IPPROTO_IP, optname, > (void *)&mreqn, sizeof(mreqn)); > if ((ret < 0) && (optname == IP_ADD_MEMBERSHIP) && (errno == EADDRINUSE)) > I don't catch your idea here. Can you explain it please? A result code looks ugly: if (ifindex) mreqn.imr_ifindex = ifindex; else mreqn.imr_address = if_addr; mreqn.imr_address = if_addr; ret = setsockopt(sock, IPPROTO_IP, optname, ... -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 16:14:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE5FE1065677 for ; Mon, 22 Dec 2008 16:14:18 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: from mail-fx0-f26.google.com (mail-fx0-f26.google.com [209.85.220.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7EF8FC16 for ; Mon, 22 Dec 2008 16:14:18 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: by fxm7 with SMTP id 7so453645fxm.19 for ; Mon, 22 Dec 2008 08:14:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=kMFCT3OvomFHUBkLqjdOn95Uxj9br03yp7uIqxAnhS0=; b=ejbinac5lwsv659DyX28+Jmq50jSdUHU1HbRsGTOnJHV4B3RHYDGNW9smbLro8lKmY oO5s/BqBTmrpcITaRim6a18CbHFRMBH3fudjybBT3rFaMGhKAn23xOaOrj7vN0WDbwCi GRAGdXaIv42NEPYN3gsQGQIZMyotFLTgyYSwo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=Y50TYOMx+s2dfZNUjE1cjZ+cAzHDj2p+EsR008xmsK86SPNLl2wAUE1G15h1RYOi04 QNrHqVoGSI/9wmQl2ext6jab/RNaEEmjh3vckILpw95kwJxcYPjRE12Ae+jFf6m2hJLW JvrF4N/+lvdL6QCN5ARjAowDt8h2vagRKC2zI= Received: by 10.181.138.13 with SMTP id q13mr2371081bkn.42.1229961554720; Mon, 22 Dec 2008 07:59:14 -0800 (PST) Received: by 10.181.136.11 with HTTP; Mon, 22 Dec 2008 07:59:14 -0800 (PST) Message-ID: Date: Mon, 22 Dec 2008 16:59:14 +0100 From: "Antoine Brodin" Sender: antoine.brodin.freebsd@gmail.com To: "Norikatsu Shigemura" In-Reply-To: <20081223002901.9b71e60d.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> <494F740E.3040502@FreeBSD.org> <20081223002901.9b71e60d.nork@FreeBSD.org> X-Google-Sender-Auth: cf0551ce5c377311 Cc: Roman Divacky , FreeBSD Current , Ed Schouten Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 16:14:18 -0000 On Mon, Dec 22, 2008 at 4:29 PM, Norikatsu Shigemura wrote: > I think that performance improvement is significant(I don't > think performance improved by my patch). But my patch is the > first implementation of kqueue/kevent support for TTY. > In fact, I could find a bug. I hope to commit my patch. But > by performance reason, my patch is not accepted, I have no > problem. Hi, Could you make it a compile time option, similar to the USE_KQUEUE option in make(1) ? I had to write something similar to script(1) for work recently, that ran on linux, and the freebsd sources were quite useful. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 16:46:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A514106567B for ; Mon, 22 Dec 2008 16:46:39 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from relay3-v.mail.gandi.net (relay3-v.mail.gandi.net [217.70.178.77]) by mx1.freebsd.org (Postfix) with ESMTP id 975008FC12 for ; Mon, 22 Dec 2008 16:46:38 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from plebeian.afflictions.org (CPE0021296fd1ec-CM0019475d4056.cpe.net.cable.rogers.com [99.241.164.229]) by relay3-v.mail.gandi.net (Postfix) with ESMTP id DAB0DBA0B for ; Mon, 22 Dec 2008 17:46:36 +0100 (CET) Received: by plebeian.afflictions.org (Postfix, from userid 1001) id 3BC2185FD; Mon, 22 Dec 2008 11:46:32 -0500 (EST) Date: Mon, 22 Dec 2008 11:46:32 -0500 From: Damian Gerow To: freebsd-current@freebsd.org Message-ID: <20081222164632.GE63011@plebeian.afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 16:46:39 -0000 (I've been meaning to send this in for a while...) I've got an Intel HDA device that is sort-of detected, but I get no sound from it: ----- FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) Installed devices: pcm0: at cad 0 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:1v/1r:1v channels duplex default) pcm1: at cad 0 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:1v/1r:1v channels duplex) ----- The same device looked almost exactly the same on a 7.1-BETA build, but I actually had audio output. I've checked the mixer device, tried muting and unmuting various channels, all to no avail. The audio devices are created, and every program I've tried opens them successfully, but I get no actual sound. I've tried searching around, but I haven't been able to turn anything up. Is there something I'm missing? Something I should be doing that I'm not? ----- % ls -lat /dev | head total 12 30 crw-rw-rw- 1 root wheel - 0, 30 22 Dec 11:33 null 104 crw-rw-rw- 1 root wheel - 0, 104 22 Dec 11:33 dsp0.0 100 crw-rw-rw- 1 root wheel - 0, 100 22 Dec 11:25 midistat 102 crw-rw-rw- 1 root wheel - 0, 102 22 Dec 11:25 mixer0 103 crw-rw-rw- 1 root wheel - 0, 103 22 Dec 11:25 mixer1 99 cr--r--r-- 1 root wheel - 0, 99 22 Dec 11:25 sndstat 6 crw------- 1 root wheel - 0, 6 22 Dec 11:25 console 43 crw------- 1 root tty - 0, 43 22 Dec 01:01 ttyv0 101 dr-xr-xr-x 2 root wheel - 512 22 Dec 00:47 msdosfs % ls -ld /dev/dsp /dev/mixer 107 crw-rw-rw- 1 root wheel - 0, 107 22 Dec 11:35 /dev/dsp 102 crw-rw-rw- 1 root wheel - 0, 102 22 Dec 11:25 /dev/mixer % ----- (I do find it curious that the dsp and mixer devices exist, but only if I list them explicitly.) ----- % mixer Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer rec is currently set to 0:0 Recording source: mic % mplayer -v test.mp3 MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team CPU: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz (Family: 6, Model: 23, Stepping: 6) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. ==> Found audio stream: 0 demux_audio: seeking from 0x14F0F1 to start pos 0x0 demux_audio: audio data 0x0 - 0x14F16E Audio file file format detected. ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 dec_audio: Allocating 4608 + 65536 = 70144 bytes for output buffer. mp3lib: using SSE optimized decore! MP3lib: init layer2&3 finished, tables done MPEG 2.0, Layer III, 22050 Hz 56 kbit Single-Channel, BPF: 183 Channels: 1, copyright: No, original: No, CRC: Yes, emphasis: 0 AUDIO: 22050 Hz, 2 ch, s16le, 56.0 kbit/7.94% (ratio: 7000->88200) Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== Building audio filter chain for 22050Hz/2ch/s16le -> 0Hz/0ch/??... [libaf] Adding filter dummy [dummy] Was reinitialized: 22050Hz/2ch/s16le [dummy] Was reinitialized: 22050Hz/2ch/s16le ao2: 22050 Hz 2 chans s16le audio_setup: using '/dev/dsp' dsp device audio_setup: using '/dev/mixer' mixer device audio_setup: using 'pcm' mixer device audio_setup: sample format: s16le (requested: s16le) audio_setup: using 2 channels (requested: 2) audio_setup: using 22050 Hz samplerate (requested: 22050) audio_setup: frags: 32/32 (1024 bytes/frag) free: 32768 AO: [oss] 22050Hz 2ch s16le (2 bytes per sample) AO: Description: OSS/ioctl audio output AO: Author: A'rpi Building audio filter chain for 22050Hz/2ch/s16le -> 22050Hz/2ch/s16le... [dummy] Was reinitialized: 22050Hz/2ch/s16le [dummy] Was reinitialized: 22050Hz/2ch/s16le Video: no video Freeing 0 unused video chunks. Starting playback... A: 0.8 (00.7) of 196.0 (03:16.0) 0.2% ^C MPlayer interrupted by signal 2 in module: play_audio Uninit audio filters... [libaf] Removing filter dummy Uninit audio: mp3lib vo: x11 uninit called but X11 not inited.. % ----- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 19:23:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F402B1065670; Mon, 22 Dec 2008 19:23:06 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from relay2-v.mail.gandi.net (relay2-v.mail.gandi.net [217.70.178.76]) by mx1.freebsd.org (Postfix) with ESMTP id B83F68FC13; Mon, 22 Dec 2008 19:23:06 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from plebeian.afflictions.org (CPE0021296fd1ec-CM0019475d4056.cpe.net.cable.rogers.com [99.241.164.229]) by relay2-v.mail.gandi.net (Postfix) with ESMTP id 0F046135D8; Mon, 22 Dec 2008 20:23:05 +0100 (CET) Received: by plebeian.afflictions.org (Postfix, from userid 1001) id 69B678621; Mon, 22 Dec 2008 14:23:00 -0500 (EST) Date: Mon, 22 Dec 2008 14:23:00 -0500 From: Damian Gerow To: Alexander Motin Message-ID: <20081222192300.GF63011@plebeian.afflictions.org> References: <494FE13F.6050107@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <494FE13F.6050107@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD-Current Subject: Re: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 19:23:07 -0000 Alexander Motin wrote: : > I've tried searching around, but I haven't been able to turn anything up. : > Is there something I'm missing? Something I should be doing that I'm not? : : You are missing new snd_hda man page reading. RTFM. :) Sorry. : 1) Read new man page; : 2) Driver provides you two pcm devices for different purposes, so try to : use both (as man page recommends); : 3) If your system has several audio connectors - try all of them, they : are not equal any more. Setting hw.snd.default_unit=1 gives me audio. : 4) Boot with verbose logs enabled to get much more information about : your codec and driver operation (as man page recommends); : 5) Connexant audio codecs are rare, so send your verbose output to me, I : would like to see it. I'll do this once I reboot, which may take a few hours. Thanks. And again, my apologies for not following basic diligence. - Damian From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 19:49:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B3A1065673 for ; Mon, 22 Dec 2008 19:49:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C70FF8FC22 for ; Mon, 22 Dec 2008 19:49:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 230354805; Mon, 22 Dec 2008 20:49:36 +0200 Message-ID: <494FE13F.6050107@FreeBSD.org> Date: Mon, 22 Dec 2008 20:49:35 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Damian Gerow References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 19:49:38 -0000 Damian Gerow wrote: > I've got an Intel HDA device that is sort-of detected, but I get no sound > from it: > > ----- > FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) > Installed devices: > pcm0: at cad 0 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:1v/1r:1v channels duplex default) > pcm1: at cad 0 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:1v/1r:1v channels duplex) > ----- > > The same device looked almost exactly the same on a 7.1-BETA build, but I > actually had audio output. > > I've checked the mixer device, tried muting and unmuting various channels, > all to no avail. The audio devices are created, and every program I've > tried opens them successfully, but I get no actual sound. > > I've tried searching around, but I haven't been able to turn anything up. > Is there something I'm missing? Something I should be doing that I'm not? You are missing new snd_hda man page reading. RTFM. :) 1) Read new man page; 2) Driver provides you two pcm devices for different purposes, so try to use both (as man page recommends); 3) If your system has several audio connectors - try all of them, they are not equal any more. 4) Boot with verbose logs enabled to get much more information about your codec and driver operation (as man page recommends); 5) Connexant audio codecs are rare, so send your verbose output to me, I would like to see it. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 20:15:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4AA01065674 for ; Mon, 22 Dec 2008 20:15:45 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0C58FC08 for ; Mon, 22 Dec 2008 20:15:45 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3548430rvf.43 for ; Mon, 22 Dec 2008 12:15:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0MQKjM3WlKmVIiMsB7/RxKimKEn2H1dfLJx95xGY+T4=; b=BM5eKBtyKWwqb4wzi+n2RHBOYVbifRMyI2TMzVdnyVl47n595lnPcCM07d8lxdDEtW t/PWksi2fkVnmRw9DWgiHPLUFR5aLsngx7EfhRWciWRoJMjbLsCJpPfvvzYglGbyZmvA WMlBsv23tO9BSUbkZ9JEaHZ7i/Z4kGWsQQ8OU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=TVeYW8LVcyYAJTOxuQufYs0MEwjx7wsKLTXd+qGUCyeQVqeNR6/q/tRS9YVoXSqCXh nQdLwaW4jj+7cCwq+OuZnjXwy9i1AO7lVoEY+0L3k/klHEz9eJPxeLVooaZxxJ4VPaxa dhUURTEO2Vf8sLHWE0dXeMw13w2KhoTAUVe84= Received: by 10.141.115.16 with SMTP id s16mr3358448rvm.50.1229976945254; Mon, 22 Dec 2008 12:15:45 -0800 (PST) Received: by 10.140.135.2 with HTTP; Mon, 22 Dec 2008 12:15:45 -0800 (PST) Message-ID: <7d6fde3d0812221215t24b401e9ue180bc915d16d92c@mail.gmail.com> Date: Mon, 22 Dec 2008 12:15:45 -0800 From: "Garrett Cooper" To: "Antoine Brodin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> <494F740E.3040502@FreeBSD.org> <20081223002901.9b71e60d.nork@FreeBSD.org> Cc: Ed Schouten , Roman Divacky , FreeBSD Current , Norikatsu Shigemura Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 20:15:45 -0000 On 12/22/08, Antoine Brodin wrote: > On Mon, Dec 22, 2008 at 4:29 PM, Norikatsu Shigemura > wrote: >> I think that performance improvement is significant(I don't >> think performance improved by my patch). But my patch is the >> first implementation of kqueue/kevent support for TTY. >> In fact, I could find a bug. I hope to commit my patch. But >> by performance reason, my patch is not accepted, I have no >> problem. > > Hi, > > Could you make it a compile time option, similar to the USE_KQUEUE > option in make(1) ? > I had to write something similar to script(1) for work recently, that > ran on linux, and the freebsd sources were quite useful. > > Cheers, > > Antoine Would partitioning out the select(2) code and #ifdef'ing it to mux between the kevent(2) and select(2) interfaces be a prudent measure to follow? The select(2) interface is essentially fixed now, so unless POSIX changes that section of code shouldn't change. Any and all advancements forward could be using the kevent(2) method, as long as it's time permitting and the win / cost ratio is sufficiently high enough to warrant it. The fun part will be regression testing -_-. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 20:34:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FFF4106564A for ; Mon, 22 Dec 2008 20:34:37 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from elrond.orthanc.ca (elrond.orthanc.ca [216.40.124.65]) by mx1.freebsd.org (Postfix) with ESMTP id CA1848FC08 for ; Mon, 22 Dec 2008 20:34:36 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from [192.168.66.100] (mm.wbb.net.cable.rogers.com [74.210.92.229]) (authenticated bits=0) by elrond.orthanc.ca (8.14.3/8.14.3) with ESMTP id mBMKMIrQ007945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Dec 2008 12:22:19 -0800 (PST) Date: Mon, 22 Dec 2008 12:22:12 -0800 (PST) From: Lyndon Nerenberg X-X-Sender: lyndon@peregrin.local To: Garrett Cooper In-Reply-To: <7d6fde3d0812221215t24b401e9ue180bc915d16d92c@mail.gmail.com> Message-ID: References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> <494F740E.3040502@FreeBSD.org> <20081223002901.9b71e60d.nork@FreeBSD.org> <7d6fde3d0812221215t24b401e9ue180bc915d16d92c@mail.gmail.com> Organization: The Frobozz Magic Homing Pigeon Company MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on elrond.orthanc.ca Cc: FreeBSD Current Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 20:34:37 -0000 > Would partitioning out the select(2) code and #ifdef'ing it to mux > between the kevent(2) and select(2) interfaces be a prudent measure to > follow? No. This is just adding complexity for adding complexity's sake. The existing code works fine. Leave it alone. --lyndon From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 20:58:14 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BAC41065670; Mon, 22 Dec 2008 20:58:14 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 0E2988FC08; Mon, 22 Dec 2008 20:58:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id mBMKvsa1063552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Dec 2008 12:57:55 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <494FFF42.7090102@FreeBSD.org> Date: Mon, 22 Dec 2008 12:57:38 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Norikatsu Shigemura References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> <494F740E.3040502@FreeBSD.org> <20081223002901.9b71e60d.nork@FreeBSD.org> In-Reply-To: <20081223002901.9b71e60d.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , Roman Divacky , FreeBSD Current Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 20:58:14 -0000 Norikatsu Shigemura wrote: > Hi sobomax! > > On Mon, 22 Dec 2008 03:03:42 -0800 > Maxim Sobolev wrote: >> Roman Divacky wrote: >>> I believe other OSes should be able to do the porting effort when they >>> want to use FreeBSD software. >>> if kqueue-in-script makes any improvement go for it. >> I really doubt there would be any. It's just 2 descriptors, and if >> select(2) can't handle 2 descriptors efficiently them perhaps it is >> broken and has to be fixed instead. > > I think that performance improvement is significant(I don't > think performance improved by my patch). But my patch is the And can you explain where that "significant improvement" comes from? Are you saying that tty layer / pseudo-terminal driver is somehow much more efficient with kqeue(2) compared to select(2)/poll(2)? There is something broken about it if so. In any case without any numbers this discussion is pretty much pointless. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 21:55:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C24A106564A for ; Mon, 22 Dec 2008 21:55:37 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1ACDF8FC14 for ; Mon, 22 Dec 2008 21:55:36 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id A0D021A3C4C; Mon, 22 Dec 2008 13:40:10 -0800 (PST) Date: Mon, 22 Dec 2008 13:40:10 -0800 From: Alfred Perlstein To: current@freebsd.org Message-ID: <20081222214010.GA18389@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 21:55:37 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline We're going to usher in the New Year with a new usb stack. Now is the time to test, test, test. It is also the time to point out anything missing from usb2 that is in usb1. In two weeks, on Jan 3rd I will switch the GENERIC kernel to use usb2. The old usb code will remain in case there is any fallout. Depending on how this trial goes we will hopefully move to the new stack entirely within a few weeks after bug reports start dying down. ... To enable the new stack in your existing kernel config files you need to apply the following patch, basically removing usb and replacing with usb2. See attachment. -- - Alfred Perlstein --lMM8JwqTlfDpEaS6 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="GENERIC.i386.diff" --- GENERIC.orig Mon Dec 22 10:35:13 2008 +++ GENERIC Mon Dec 22 10:53:29 2008 @@ -286,42 +286,61 @@ # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter -# USB support -device uhci # UHCI PCI->USB interface -device ohci # OHCI PCI->USB interface -device ehci # EHCI PCI->USB interface (USB 2.0) -device usb # USB Bus (required) -#device udbp # USB Double Bulk Pipe devices -device ugen # Generic -device uhid # "Human Interface Devices" -device ukbd # Keyboard -device ulpt # Printer -device umass # Disks/Mass storage - Requires scbus and da -device ums # Mouse -device ural # Ralink Technology RT2500USB wireless NICs -device rum # Ralink Technology RT2501USB wireless NICs -device zyd # ZyDAS zb1211/zb1211b wireless NICs -device urio # Diamond Rio 500 MP3 player -device uscanner # Scanners +# USB Support +device usb2_core # USB Core (required) +# USB Controllers +device usb2_controller # USB Controller (required) +device usb2_controller_uhci # UHCI PCI->USB interface +device usb2_controller_ohci # OHCI PCI->USB interface +device usb2_controller_ehci # EHCI PCI->USB interface (USB 2.0) +#device usb2_misc # USB Misc. (required) +#device usb2_misc_dbp # USB Double Bulk Pipe devices +# USB Input +device usb2_input # USB Input (required) +device usb2_input_hid # "Human Interface Devices" +device usb2_input_kbd # Keyboard +device usb2_input_ms # Mouse +# USB Storage +device usb2_storage +device usb2_storage_mass # Disks/Mass storage - Requires scbus and da +device usb2_storage_rio # Diamond Rio 500 MP3 player +# USB WLAN +device usb2_wlan # USB Wlan (required) +device usb2_wlan_rum # Ralink Technology RT2501USB wireless NICs +device usb2_wlan_ral # Ralink Technology RT2500USB wireless NICs +device usb2_wlan_zyd # ZyDAS zb1211/zb1211b wireless NICs +# USB Scanners +device usb2_image # USB image (required by scanners) +device usb2_scanner # Scanners # USB Serial devices -device ucom # Generic com ttys -device u3g # USB-based 3G modems (Option, Huawei, Sierra) -device uark # Technologies ARK3116 based serial adapters -device ubsa # Belkin F5U103 and compatible serial adapters -device uftdi # For FTDI usb serial adapters -device uipaq # Some WinCE based devices -device uplcom # Prolific PL-2303 serial adapters -device uslcom # SI Labs CP2101/CP2102 serial adapters -device uvisor # Visor and Palm devices -device uvscom # USB serial support for DDI pocket's PHS +device usb2_serial # USB Serial (Required) +device usb2_serial_lpt # Printer +device usb2_serial_3g # USB-based 3G modems (Option, Huawei, Sierra) +device usb2_serial_ark # Technologies ARK3116 based serial adapters +device usb2_serial_bsa # Belkin F5U103 and compatible serial adapters +device usb2_serial_bser +device usb2_serial_chcom +device usb2_serial_cycom +device usb2_serial_foma +device usb2_serial_ftdi # For FTDI USB serial adapters +device usb2_serial_gensa # Generic Serial Adapters +device usb2_serial_ipaq # Some WinCE based devices +device usb2_serial_mct +device usb2_serial_modem # Generic USB modems +device usb2_serial_moscom +device usb2_serial_plcom # Prolific PL-2303 serial adapters +#device usb2_serial_slcom # SI Labs CP2101/CP2102 serial adapters +device usb2_serial_visor # Visor and Palm devices +device usb2_serial_vscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus -device aue # ADMtek USB Ethernet -device axe # ASIX Electronics USB Ethernet -device cdce # Generic USB over Ethernet -device cue # CATC USB Ethernet -device kue # Kawasaki LSI USB Ethernet -device rue # RealTek RTL8150 USB Ethernet -device udav # Davicom DM9601E USB +device usb2_ethernet # USB Ethernet (required) +device usb2_ethernet_aue # ADMtek USB Ethernet +device usb2_ethernet_axe # ASIX Electronics USB Ethernet +device usb2_ethernet_cdce # Generic USB over Ethernet +device usb2_ethernet_cue # CATC USB Ethernet +device usb2_ethernet_kue # Kawasaki LSI USB Ethernet +device usb2_ethernet_rue # RealTek RTL8150 USB Ethernet +device usb2_ethernet_dav # Davicom DM9601E USB # FireWire support device firewire # FireWire bus code --lMM8JwqTlfDpEaS6-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 21:58:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 140481065674 for ; Mon, 22 Dec 2008 21:58:56 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id D84F48FC17 for ; Mon, 22 Dec 2008 21:58:55 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3588737rvf.43 for ; Mon, 22 Dec 2008 13:58:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=k9YMGFTdCCtvj6oiGprzKdcDxM8R3KF8+znEAsM9wXA=; b=v1cXxbEVoe0JXT15jLLshNAS1mNnX2+R+KRY6VHRcneIWJrek9MRxdGjAZ6g9q3Ta0 Y7TBa4lbnlaf77R2NRfPd05Fbyrp2MToY4YBMGRldx6LD2/A2OmoKEO8GhpbMUraqnvH Zk48sEzh0w5Uh9biECsRTQpl+LEXBhtpBqczM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=pwBd4TU2+LDUML6gDmfm3z4uF243eNJsnJvF80Oj/MvVnPI+ssazHp/F4SrTzrj1PA Z4ARjIYBwsebF3jv1TV1asHaw4LAAnpEsRGZysTSJ8AqN+gxEtg5wIkK/LuabqSRvWaG H2RsIbAz6TG07FBVIDsm07MYAj/jLnKj9DMZE= Received: by 10.114.131.1 with SMTP id e1mr4287406wad.222.1229981257110; Mon, 22 Dec 2008 13:27:37 -0800 (PST) Received: by 10.114.183.15 with HTTP; Mon, 22 Dec 2008 13:27:37 -0800 (PST) Message-ID: Date: Mon, 22 Dec 2008 15:27:37 -0600 From: "Alan Cox" To: "Richard Todd" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: Getting 'vm_thread_new: kstack allocation failed' errors after latest drm updates. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 21:58:56 -0000 What does "sysctl vm.kvm_free vm.kvm_size" report to you on a kernel that boots? From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 22:20:47 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0C31065675 for ; Mon, 22 Dec 2008 22:20:47 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id B5F268FC1B for ; Mon, 22 Dec 2008 22:20:46 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.16.159] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1LEt8n-000FgU-JX; Tue, 23 Dec 2008 01:20:45 +0300 To: Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= References: <46336768@bb.ipt.ru> <86lju8i976.fsf@ds4.des.no> From: Boris Samorodov Date: Tue, 23 Dec 2008 01:20:37 +0300 In-Reply-To: <86lju8i976.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Mon\, 22 Dec 2008 15\:19\:25 +0100") Message-ID: <12314138@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org Subject: Re: Oxford OX16PCI958 multiport card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 22:20:47 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Boris Samorodov writes: >> here is one more 8-port card which doesn't work by default >> at -current: >> ----- >> none0@pci0:0:10:0: class=3D0x070200 card=3D0x06711415 chip=3D0x9538= 1415 rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Oxford Semiconductor Ltd' >> class =3D simple comms >> subclass =3D multiport serial >> ----- > > Try the attached patch. Thanks for your help! Sorry if you didn't receive my email about a working patch: http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001326.html rik@ was kind enough to do a research and provide a working patch. WBR --=20 bsam From owner-freebsd-current@FreeBSD.ORG Mon Dec 22 22:40:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037141065676 for ; Mon, 22 Dec 2008 22:40:45 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail-bw0-f19.google.com (mail-bw0-f19.google.com [209.85.218.19]) by mx1.freebsd.org (Postfix) with ESMTP id 19F248FC16 for ; Mon, 22 Dec 2008 22:40:43 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by bwz12 with SMTP id 12so6433506bwz.19 for ; Mon, 22 Dec 2008 14:40:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=msbe/3AagAQpisB+GQZl8O9ofGIntSv3OIPRsEsjX/I=; b=bY9TVGOOnv0N3Vz/til0YOTOgvn10zW5B7JuWuTj9G9iv11PDz1IUC02o4eFVmlitK yGpxH3ZhN7aJF4uf16O8/I+YiiXt+KM/vn2XKmtK5ZIWX7+Evy1tBaer6wb6l2Aa8dlW bDSqmXrpdz2bjyGs2SU2mIZcWebRibtI1LJvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=IVYTqq9l2/hocv+c+1Y6uhO3r1H0RpPvHAJoByHMrLe08m/bt2NpEsDaDLT0hhy2Nk Rdtmdq7Ic9It69yAU7Qi/P6yJ7TmbUxo3T7A8wLTFbkfHnGh2AY9DOfKJPx/S2n9LkZD 0O+gG23KxC8JGdqvpBTJYTmO0s9YK0MtXDal0= Received: by 10.223.113.194 with SMTP id b2mr5407778faq.81.1229984059945; Mon, 22 Dec 2008 14:14:19 -0800 (PST) Received: by 10.223.108.69 with HTTP; Mon, 22 Dec 2008 14:14:19 -0800 (PST) Message-ID: Date: Mon, 22 Dec 2008 23:14:19 +0100 From: "Niclas Zeising" To: "Alfred Perlstein" In-Reply-To: <20081222214010.GA18389@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Dec 2008 22:40:45 -0000 On Mon, Dec 22, 2008 at 10:40 PM, Alfred Perlstein wrote: > We're going to usher in the New Year with a new usb stack. > > Now is the time to test, test, test. > > It is also the time to point out anything missing from usb2 that > is in usb1. > > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > usb2. > > The old usb code will remain in case there is any fallout. > > Depending on how this trial goes we will hopefully move to the new > stack entirely within a few weeks after bug reports start dying > down. > > ... > > To enable the new stack in your existing kernel config files you > need to apply the following patch, basically removing usb and > replacing with usb2. > > See attachment. > > -- > - Alfred Perlstein Looking at the diff, I noticed that it says +#device usb2_misc # USB Misc. (required) But it's commented out. Why is that if it's required, or is it only required for certain options? If the former is the case, it should probably be uncommented, otherwise the comment that it's required should probably clarified. Does it work for the other arches (most noticeably amd64) as well, or just i386? Lastly, please take a look at pr conf/128590 for updates to NOTES with most of these options. Thanks for all the hard work! Regards! //Niclas From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 00:52:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1381065673 for ; Tue, 23 Dec 2008 00:52:11 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 94ED98FC14 for ; Tue, 23 Dec 2008 00:52:11 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (246.10.87-79.rev.gaoland.net [79.87.10.246]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 30866633692 for ; Tue, 23 Dec 2008 01:36:28 +0100 (CET) Received: from baby-jane (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 33E7E6877B4 for ; Tue, 23 Dec 2008 01:36:27 +0100 (CET) Date: Tue, 23 Dec 2008 01:36:26 +0100 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: freebsd-current@freebsd.org Message-ID: <20081223013626.2833a911@baby-jane> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-apple-darwin9.3.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Too many stray irq7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 00:52:11 -0000 Hello, Since I run current on my box (around june), I've got this message "Too many stray irq7, not logging anymore" when booting the box. This is not a real problem, but that looks strange because there is no device at all on IRQ7 ? $ devinfo -u Interrupt request lines: 0 (root0) 1 (atkbd0) 3 (uart1) 4 (uart0) 5 (vr1) 6-7 (root0) 8 (atrtc0) 9 (vr2) 10 (root0) 11 (vr0) 12 (vr3) 13 (root0) 14 (ata0) 15 (ata1) It's on a Soekris net5501 box without printer port. With FreeBSD 7-STABLE, I don't remember any warning for stray irq. Thanks, regards. From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 01:09:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15798106564A for ; Tue, 23 Dec 2008 01:09:04 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id E1D4D8FC18 for ; Tue, 23 Dec 2008 01:09:03 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1LEvle-000Lmy-KD; Mon, 22 Dec 2008 20:09:02 -0500 Date: Mon, 22 Dec 2008 20:09:02 -0500 From: Gary Palmer To: Patrick Lamaizi?re Message-ID: <20081223010902.GB1072@in-addr.com> References: <20081223013626.2833a911@baby-jane> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081223013626.2833a911@baby-jane> Cc: freebsd-current@freebsd.org Subject: Re: Too many stray irq7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 01:09:04 -0000 On Tue, Dec 23, 2008 at 01:36:26AM +0100, Patrick Lamaizi?re wrote: > Hello, > > Since I run current on my box (around june), I've got this message "Too > many stray irq7, not logging anymore" when booting the box. > > This is not a real problem, but that looks strange because there is no > device at all on IRQ7 ? > > $ devinfo -u > Interrupt request lines: > 0 (root0) > 1 (atkbd0) > 3 (uart1) > 4 (uart0) > 5 (vr1) > 6-7 (root0) > 8 (atrtc0) > 9 (vr2) > 10 (root0) > 11 (vr0) > 12 (vr3) > 13 (root0) > 14 (ata0) > 15 (ata1) > > It's on a Soekris net5501 box without printer port. With FreeBSD > 7-STABLE, I don't remember any warning for stray irq. >From my own net5501: ohci0: mem 0xa0010000-0xa0010fff irq 7 at device 21.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] Not sure, but it could be that the device is generating interrupts even though you didn't compile USB into the kernel Regards, Gary From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 02:06:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5B641065676 for ; Tue, 23 Dec 2008 02:06:46 +0000 (UTC) (envelope-from rmtodd@servalan.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id 88EAD8FC16 for ; Tue, 23 Dec 2008 02:06:46 +0000 (UTC) (envelope-from rmtodd@servalan.servalan.com) Received: by mx1.synetsystems.com (Postfix, from userid 66) id 0DE87C90; Mon, 22 Dec 2008 20:45:10 -0500 (EST) Received: from rmtodd by servalan.servalan.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LEvn6-0000yA-8e; Mon, 22 Dec 2008 19:10:32 -0600 Date: Mon, 22 Dec 2008 19:10:32 -0600 From: Richard Todd To: Alan Cox Message-ID: <20081223011032.GA3228@ichotolot.servalan.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: Getting 'vm_thread_new: kstack allocation failed' errors after latest drm updates. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 02:06:46 -0000 On Mon, Dec 22, 2008 at 03:27:37PM -0600, Alan Cox wrote: > What does "sysctl vm.kvm_free vm.kvm_size" report to you on a kernel that > boots? On the "good" kernel: vm.kvm_free: 8384512 vm.kvm_size: 2147479552 And on the "bad" kernel: vm.kvm_free: 0 vm.kvm_size: 2147479552 Not quite sure what "kvm_free" means, but a value of 0 for any "free" count can't be good, right? From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 02:27:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD19B1065673; Tue, 23 Dec 2008 02:27:08 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id A55008FC19; Tue, 23 Dec 2008 02:27:08 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBN2R8qR001542; Mon, 22 Dec 2008 18:27:08 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 22 Dec 2008 18:27:21 -0800 Message-ID: In-Reply-To: <200812221621.40722.tijl@ulyssis.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AclkSQFXYpnx5DzIQR2tYY9xXa8VxQAWkVXw References: <20081221125120.GO23166@droso.net> <200812221621.40722.tijl@ulyssis.org> From: "Li, Qing" To: "Tijl Coosemans" , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 02:27:09 -0000 Hi Tijl, Good questions and see my comments below. >=20 > I'm looking into the Wine case, but don't have any experience with the > implementation of routing tables, so I need to have a few things > spelled out. >=20 > Wine currently uses: >=20 > int mib[] =3D {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; >=20 > I take it this returns all the entries which have the RTF_LLINFO flag > set? And to make this compile on CURRENT I have to change this into: >=20 > #ifdef RTF_LLINFO > int mib[] =3D {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; > #else > int mib[] =3D {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, 0}; > #endif >=20 > Is AF_INET really the correct address family? What about AF_LINK and > AF_ARP? Is using NET_RT_FLAGS with flags mask 0 exactly the same as > using NET_RT_DUMP? >=20 AF_INET is the correct address family, which indicates the L2=20 information (a.k.a RTF_LLINFO previously) should be retrieved from the IPv4 ARP table. If the AF family were instead AF_INET6, then the L2 information would be coming from the ND6 cache.=20 NET_RT_DUMP walks the entire routing tree. Specifying specific flags and using the NET_RT_FLAGS opcode retrieves routing entries that have those bits set. NET_RT_FLAGS with mask 0 is an indication to the kernel the L2 table=20 should be retrieved.=20 I am glad you asked these questions because after re-examining my code,=20 I realized I could make slight optimization and also need to perform=20 additional check against erroneous input.=20 >=20 > Also, at some other place, Wine wants to retrieve gateway entries and > it uses: >=20 > int mib[6] =3D {CTL_NET, PF_ROUTE, 0, PF_INET, NET_RT_DUMP, 0}; > ^ this should be AF_INET I think >=20 > After that it runs over all entries counting only those which have > RTF_GATEWAY set and RTF_MULTICAST unset. Is the output of this > different now in CURRENT? > No, the output of this command is still the same. NET_RT_DUMP obtains the entire L3 table and filtering for RTF_GATEWAY non-multicast routes have the same semantics. Those flags never apply to L2 entries. -- Qing From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 02:37:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED68A1065676; Tue, 23 Dec 2008 02:37:42 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id B5D2A8FC25; Tue, 23 Dec 2008 02:37:42 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBN2bbQc002502; Mon, 22 Dec 2008 18:37:38 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 22 Dec 2008 18:37:44 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AclkIdLf4ZXFGP/NQQ6eaJLsxsXvCQAhHe6w References: <20081221125120.GO23166@droso.net> From: "Li, Qing" To: , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 02:37:43 -0000 Hi Eygene, I think it would be more efficient if individuals who have=20 discovered these issues could submit the patches directly to=20 the corresponding port maintainers.=20 You could also file a PR for tracking purposes. In any case, please cc: me so that I am aware of these breakage and in case I need to resolve any non-trivial mapping. Thank you. -- Qing > -----Original Message----- > From: rea-fbsd@codelabs.ru [mailto:rea-fbsd@codelabs.ru] > Sent: Monday, December 22, 2008 2:41 AM > To: Li, Qing > Cc: freebsd-current@freebsd.org; freebsd-net@freebsd.org; Gerald > Pfeifer; Vladimir Grebenschikov; Kip Macy; Qing Li; Ian FREISLICH; > Erwin Lansing > Subject: Re: HEADSUP: arp-v2 has been committed >=20 > Li, good day. >=20 > Mon, Dec 22, 2008 at 01:55:34AM -0800, Li, Qing wrote: > > Thank you all for patching these programs. >=20 > Thank you for your work! >=20 > > I scanned through your patches and they all look fine. > > Each one that I read through seems to be simple fix, which > > is what I hoped for. >=20 > Are you going to submit the patches for affected ports by yourself > or individual persons should do it? For me, it does not matter > what route you will take, I just want to know how to proceed ;)) > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 05:04:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804C61065670 for ; Tue, 23 Dec 2008 05:04:31 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3A6B58FC12 for ; Tue, 23 Dec 2008 05:04:31 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 1F218FEFA; Tue, 23 Dec 2008 18:04:30 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FSMCh2FCqPRn; Tue, 23 Dec 2008 18:04:26 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 23 Dec 2008 18:04:26 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id F225F11479; Tue, 23 Dec 2008 18:04:25 +1300 (NZDT) Date: Mon, 22 Dec 2008 21:04:25 -0800 From: Andrew Thompson To: marcel@freebsd.org Message-ID: <20081223050425.GA89448@citylink.fud.org.nz> References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: gelraen , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 05:04:31 -0000 On Sun, Dec 21, 2008 at 02:47:02AM +0100, Paul B. Mahol wrote: > On 12/20/08, gelraen wrote: > > Hello, > > > > I've csup'ed about 1 hour ago (previous csup was few days back), > > recompiled kernel and slice names changed from ad0s5 to something like > > ad0s3s1, etc. > > But in /dev I found only 3 levels of slices: > > Maybe because of recent switch from geom_bsd, geom_mbr to > geom_part_bsd and geom_part_mbr. Have you had a chance to look at this Marcel? My ad4s6 device is now showing as ad4s4s2s1. Andrew From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 05:50:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EF981065673; Tue, 23 Dec 2008 05:50:18 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id CB8B88FC30; Tue, 23 Dec 2008 05:50:17 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.101.159] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LF09n-0001Jz-1D; Tue, 23 Dec 2008 07:50:15 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LF09h-0004XQ-O2; Tue, 23 Dec 2008 07:50:09 +0200 To: Sergey Matveychuk From: Ian FREISLICH In-Reply-To: <494FAFAC.90802@FreeBSD.org> References: <494FAFAC.90802@FreeBSD.org> X-Attribution: BOFH Date: Tue, 23 Dec 2008 07:50:09 +0200 Message-Id: Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 05:50:18 -0000 Sergey Matveychuk wrote: > Ian FREISLICH wrote: > > --- lib/sockopt.c.orig 2007-08-21 18:32:56.000000000 +0200 > > +++ lib/sockopt.c 2008-08-13 09:07:20.000000000 +0200 > > @@ -231,6 +231,7 @@ > > else > > mreqn.imr_address = if_addr; > > > > + mreqn.imr_address = if_addr; > > ret = setsockopt(sock, IPPROTO_IP, optname, > > (void *)&mreqn, sizeof(mreqn)); > > if ((ret < 0) && (optname == IP_ADD_MEMBERSHIP) && (errno == EADDRIN USE)) > > > > I don't catch your idea here. Can you explain it please? I can't quite remember exactly why imr_ifindex doesn't work, but on my hosts which have several hundred interfaces and my OSPF sessions are never on the interface that has the default route, until I explicitly set the imr_address, the kernel always chooses the interface which has the default route. I know the resultant code looks ugly. I've just never had the time to relook the problem. Does this look better? --- sockopt.c.orig 2008-12-23 07:00:24.000000000 +0200 +++ sockopt.c 2008-12-23 07:41:28.000000000 +0200 @@ -227,9 +227,11 @@ if (mcast_addr) mreqn.imr_multiaddr.s_addr = mcast_addr; +#if OSVERSION > 700001 if (ifindex) mreqn.imr_ifindex = ifindex; else +#endif mreqn.imr_address = if_addr; ret = setsockopt(sock, IPPROTO_IP, optname, Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 06:33:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BE021065673 for ; Tue, 23 Dec 2008 06:33:16 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3933A8FC0C for ; Tue, 23 Dec 2008 06:33:15 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id f9so3149536rvb.2 for ; Mon, 22 Dec 2008 22:33:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:mime-version:content-type :content-disposition:user-agent:organization:x-operation-sytem:from; bh=Pb89nmKWy62arWhsbmf3p6lgj90n6bO/fYLx1F4Y1sY=; b=a3/IedLIH6lQGn3Xs1XlMOOnKAKbrKwTRBt7cqhirL0jcXxQZiAp9Js5fIUzF1kXXA o4gNHIiG701eo0Cq4iYvaDAnHbTCoJ06ySk904K5JZyVLwfBet/Z1tccgdwbrmqgsxvT QCdSSnQcXDMXNEUgvcMRwN40d25Z0xcE39EHA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:user-agent:organization :x-operation-sytem:from; b=JEV8Ai6RaBbF+R+y0dEJL2iX0/6Ea6hQEucYCb8OHtB4IYV8TjGD5oQpaTTxdus0Dk he9dp0qB0Om2IKwjh0ppZC3Ml7dFAAEulYmtdFqMoBVhsSgt4aYmdW81+J/m+dkhaSs7 snUuS5PTjNHimh5qhitJhLsIOoxzkLMrQIC8E= Received: by 10.141.142.15 with SMTP id u15mr3596605rvn.16.1230012594195; Mon, 22 Dec 2008 22:09:54 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id k2sm15457107rvb.6.2008.12.22.22.09.52 (version=SSLv3 cipher=RC4-MD5); Mon, 22 Dec 2008 22:09:53 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Tue, 23 Dec 2008 15:09:28 +0900 Date: Tue, 23 Dec 2008 15:09:28 +0900 To: freebsd-current@freebsd.org Message-ID: <20081223060928.GA19471@freebsd.weongyo.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-usb@freebsd.org Subject: HEADSUP: NDIS USB support to be merged soon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 06:33:16 -0000 Hello, Before several months ago I'd requested CFT about NDIS USB support. Now I'd like to merge the result into HEAD and want to hear opinions and problems from users because many problems have fixed now and I think it's stable to use. If no objections, I would like to merge it by the end of the week or the next week. For those of you wanting to test, please rebuild/reinstall ndiscvt(8) after applying the patch which can be found as follows: http://people.freebsd.org/~weongyo/patch_ndisusb_20081223.diff This work is based on USB1 framework so I'm also looking for a person to port this from USB1 to USB2. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 06:43:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A005106564A; Tue, 23 Dec 2008 06:43:56 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 52E718FC08; Tue, 23 Dec 2008 06:43:56 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBN6ht3V062410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Dec 2008 22:43:56 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <495088AB.6040406@freebsd.org> Date: Mon, 22 Dec 2008 22:43:55 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Alfred Perlstein References: <20081222214010.GA18389@elvis.mu.org> In-Reply-To: <20081222214010.GA18389@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 06:43:56 -0000 All the ixp435/cambria support I've done over the past month is missing. Sam Alfred Perlstein wrote: > We're going to usher in the New Year with a new usb stack. > > Now is the time to test, test, test. > > It is also the time to point out anything missing from usb2 that > is in usb1. > > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > usb2. > > The old usb code will remain in case there is any fallout. > > Depending on how this trial goes we will hopefully move to the new > stack entirely within a few weeks after bug reports start dying > down. > > ... > > To enable the new stack in your existing kernel config files you > need to apply the following patch, basically removing usb and > replacing with usb2. > > See attachment. > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 07:22:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80851106564A; Tue, 23 Dec 2008 07:22:47 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 2B92C8FC12; Tue, 23 Dec 2008 07:22:47 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=daemon.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LF1b7-000H2A-5w; Tue, 23 Dec 2008 15:22:33 +0800 Message-ID: <495091C2.3080105@micom.mng.net> Date: Tue, 23 Dec 2008 15:22:42 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.12 (X11/20080415) MIME-Version: 1.0 To: Alexander Motin References: <494FE13F.6050107@FreeBSD.org> In-Reply-To: <494FE13F.6050107@FreeBSD.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=78F6425E Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Damian Gerow , FreeBSD-Current Subject: Re: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 07:22:47 -0000 Alexander Motin wrote: > Damian Gerow wrote: >> I've got an Intel HDA device that is sort-of detected, but I get no >> sound >> from it: >> >> ----- >> FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) >> Installed devices: >> pcm0: at cad 0 nid 1 on hdac0 >> kld snd_hda [MPSAFE] (1p:1v/1r:1v channels duplex default) >> pcm1: at cad 0 nid 1 on hdac0 >> kld snd_hda [MPSAFE] (1p:1v/1r:1v channels duplex) >> ----- >> >> The same device looked almost exactly the same on a 7.1-BETA build, >> but I >> actually had audio output. >> >> I've checked the mixer device, tried muting and unmuting various >> channels, >> all to no avail. The audio devices are created, and every program I've >> tried opens them successfully, but I get no actual sound. >> >> I've tried searching around, but I haven't been able to turn anything >> up. >> Is there something I'm missing? Something I should be doing that I'm >> not? > > You are missing new snd_hda man page reading. RTFM. :) > > 1) Read new man page; > 2) Driver provides you two pcm devices for different purposes, so try > to use both (as man page recommends); > 3) If your system has several audio connectors - try all of them, they > are not equal any more. > 4) Boot with verbose logs enabled to get much more information about > your codec and driver operation (as man page recommends); > 5) Connexant audio codecs are rare, so send your verbose output to me, > I would like to see it. Alexander, I have same "no audio" problem here with my laptop on CURRENT and I will play around with device.hints later today. Just FYI dmesg and pciconf logs: http://people.freebsd.org/~ganbold/dmesg.log http://people.freebsd.org/~ganbold/pciconf.txt Ganbold -- Laura's Law: No child throws up in the bathroom. From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 08:06:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BFE4106564A for ; Tue, 23 Dec 2008 08:06:42 +0000 (UTC) (envelope-from fullblaststorm@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id F29E68FC08 for ; Tue, 23 Dec 2008 08:06:41 +0000 (UTC) (envelope-from fullblaststorm@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so4003388wfg.7 for ; Tue, 23 Dec 2008 00:06:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=hryWjEuHdZux9SNNvES0pAJ/Guu0h0iuJ9KS8PqXz6I=; b=juuI5Lc4zUk1QVEIYYd9G9ZcLknMQ4u2HRZkV+JgwtNPHUSnLSVsytyuKGb8+0jSL1 O7LKxvxJm3mK+u/JHTmBL0XAbIkrJvds66FQqY5PGFK+ygKhTcRwRZMz9bv+F1qFJxkl Ff393mSRF923xJs/x0WR240yck83FnPKbFWmU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=QwKPgYYT2k7LI1nMSdX5XN145tSRuO4e88PmcnYnjNjDftr1M3vz+agqI3RDAbYSHt 8Gsvag8X+Q7Igo7D5NIwX+KqW/ylVv4xuoAX2TBnV4TTw2WTSbYps0x63DeQUI33EIW7 GHNBGVGi4m9n2NZvIcj6qsZCEnniVztpcspzk= Received: by 10.142.177.5 with SMTP id z5mr3060785wfe.89.1230018219174; Mon, 22 Dec 2008 23:43:39 -0800 (PST) Received: by 10.143.109.9 with HTTP; Mon, 22 Dec 2008 23:43:39 -0800 (PST) Message-ID: <6c51dbb10812222343i3a9ad81by8601e28a7feedb57@mail.gmail.com> Date: Tue, 23 Dec 2008 12:43:39 +0500 From: FuLLBLaSTstorm To: freebsd-current@freebsd.org In-Reply-To: <6c51dbb10812222341x1291b3efld66e71c4ab734c26@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> <495088AB.6040406@freebsd.org> <6c51dbb10812222341x1291b3efld66e71c4ab734c26@mail.gmail.com> Subject: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 08:06:42 -0000 ---------- Forwarded message ---------- From: FuLLBLaSTstorm Date: 2008/12/23 Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. To: Sam Leffler I've applied the patch to GENERIC as follows: # patch < GENERIC.diff It applied successfully then i started to build the kernel, however it says: config: Error: device "usb2_serial_3g" is unknown config: Error: device "usb2_ethernet_dav" is unknown Btw, my uname -a says: FreeBSD ghost 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat Dec 20 07:28:45 ALMT 2008 root@ghost:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 08:13:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35C9B106564A for ; Tue, 23 Dec 2008 08:13:10 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id EF6758FC20 for ; Tue, 23 Dec 2008 08:13:09 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id mBN8D7sx008807 for ; Tue, 23 Dec 2008 08:13:09 GMT (envelope-from ken@mthelicon.com) Message-ID: <8B00534F73B9472C828A6FD73C4DC670@PegaPegII> From: "Pegasus Mc Cleaft" To: References: <20081222214010.GA18389@elvis.mu.org><495088AB.6040406@freebsd.org><6c51dbb10812222341x1291b3efld66e71c4ab734c26@mail.gmail.com> <6c51dbb10812222343i3a9ad81by8601e28a7feedb57@mail.gmail.com> In-Reply-To: <6c51dbb10812222343i3a9ad81by8601e28a7feedb57@mail.gmail.com> Date: Tue, 23 Dec 2008 08:13:09 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 081222-0, 22/12/2008), Outbound message X-Antivirus-Status: Clean Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 08:13:10 -0000 I believe that the Prolific USB serial adapter is broken on AMD64. I tried one of the adapters on my machine and no matter what serial speed I was selecting with cu it would come back with an error stating the speed was unsupported. I moved the adapter to a 8-current machine (i386) with the usb1 stack and everything worked fine. Peg From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 08:35:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D0901065673 for ; Tue, 23 Dec 2008 08:35:53 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id A41C58FC18 for ; Tue, 23 Dec 2008 08:35:47 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 230390385; Tue, 23 Dec 2008 10:35:46 +0200 Message-ID: <4950A2E2.9040008@FreeBSD.org> Date: Tue, 23 Dec 2008 10:35:46 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Ganbold References: <494FE13F.6050107@FreeBSD.org> <495091C2.3080105@micom.mng.net> In-Reply-To: <495091C2.3080105@micom.mng.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Damian Gerow , FreeBSD-Current Subject: Re: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 08:35:53 -0000 Ganbold wrote: > I have same "no audio" problem here with my laptop on CURRENT and > I will play around with device.hints later today. > > Just FYI dmesg and pciconf logs: > > http://people.freebsd.org/~ganbold/dmesg.log > http://people.freebsd.org/~ganbold/pciconf.txt There is no verbose messages, so it is difficult to say something, except it looks like the same codec. Recommendations are the same as before. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 09:54:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC5481065670; Tue, 23 Dec 2008 09:54:07 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id C86AA8FC17; Tue, 23 Dec 2008 09:54:06 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=R_ybIWwQm2qU8Xd7pvUA:9 a=5PVPTPBdHYouR1vcfuCTzoRQUqkA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 424934410; Tue, 23 Dec 2008 10:54:04 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 23 Dec 2008 10:56:22 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <495088AB.6040406@freebsd.org> In-Reply-To: <495088AB.6040406@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812231056.23877.hselasky@c2i.net> Cc: Sam Leffler , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 09:54:07 -0000 On Tuesday 23 December 2008, Sam Leffler wrote: > All the ixp435/cambria support I've done over the past month is missing. > > Sam If your work is in -current then it will be integrated next time I do an IFC. Hope that is Ok for you. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 10:01:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8375A1065676 for ; Tue, 23 Dec 2008 10:01:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 1ACA98FC17 for ; Tue, 23 Dec 2008 10:01:10 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=gBTUPPlH3L9NxPsNYZwA:9 a=BudXpP6y0vMBUBTLneeHw87aabQA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1168537826; Tue, 23 Dec 2008 11:01:08 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Pegasus Mc Cleaft Date: Tue, 23 Dec 2008 11:03:26 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <6c51dbb10812222343i3a9ad81by8601e28a7feedb57@mail.gmail.com> <8B00534F73B9472C828A6FD73C4DC670@PegaPegII> In-Reply-To: <8B00534F73B9472C828A6FD73C4DC670@PegaPegII> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812231103.26561.hselasky@c2i.net> Cc: Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 10:01:11 -0000 On Tuesday 23 December 2008, Pegasus Mc Cleaft wrote: > I believe that the Prolific USB serial adapter is broken on AMD64. I tried > one of the adapters on my machine and no matter what serial speed I was > selecting with cu it would come back with an error stating the speed was > unsupported. I moved the adapter to a 8-current machine (i386) with the > usb1 stack and everything worked fine. > > Peg Are you sure that this is not an mpsafetty problem? Also, try to turn on debugging (I386+AMD): sysctl hw.usb2.uftdi.debug=15 What happens with USB2+I386+UFTDI? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 10:02:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 523601065675 for ; Tue, 23 Dec 2008 10:02:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id D8DFD8FC16 for ; Tue, 23 Dec 2008 10:02:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=9k97m0v_CuNS-YTQuikA:9 a=gxPjiWsqwGXkOueGdbIUgtkO8LEA:4 a=Uk-nrd9NencA:10 a=MSl-tDqOz04A:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1067950823; Tue, 23 Dec 2008 11:02:46 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 23 Dec 2008 11:05:06 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <6c51dbb10812222341x1291b3efld66e71c4ab734c26@mail.gmail.com> <6c51dbb10812222343i3a9ad81by8601e28a7feedb57@mail.gmail.com> In-Reply-To: <6c51dbb10812222343i3a9ad81by8601e28a7feedb57@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812231105.06675.hselasky@c2i.net> Cc: FuLLBLaSTstorm Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 10:02:49 -0000 On Tuesday 23 December 2008, FuLLBLaSTstorm wrote: > ---------- Forwarded message ---------- > From: FuLLBLaSTstorm > Date: 2008/12/23 > Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. > To: Sam Leffler > > > I've applied the patch to GENERIC as follows: > # patch < GENERIC.diff > It applied successfully then i started to build the kernel, however it > says: config: Error: device "usb2_serial_3g" is unknown > config: Error: device "usb2_ethernet_dav" is unknown > Hi, Alfred has patch for these errors. Just comment out those lines until further. The drivers can be loaded like modules instead. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 10:28:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83EF0106564A for ; Tue, 23 Dec 2008 10:28:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 17E968FC19 for ; Tue, 23 Dec 2008 10:28:15 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=Ugr8SkMAZI94xsn0fWUA:9 a=gGzlbMnzwXWICpPBqZe_XKXvux0A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 997995209; Tue, 23 Dec 2008 11:28:14 +0100 From: Hans Petter Selasky To: remko@elvandar.org Date: Tue, 23 Dec 2008 11:30:32 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812231103.26561.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812231130.33842.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Pegasus Mc Cleaft Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 10:28:16 -0000 On Tuesday 23 December 2008, Remko Lodder wrote: > On Tue, December 23, 2008 11:03 am, Hans Petter Selasky wrote: > > On Tuesday 23 December 2008, Pegasus Mc Cleaft wrote: > >> I believe that the Prolific USB serial adapter is broken on AMD64. I > >> tried > >> one of the adapters on my machine and no matter what serial speed I was > >> selecting with cu it would come back with an error stating the speed was > >> unsupported. I moved the adapter to a 8-current machine (i386) with the > >> usb1 stack and everything worked fine. > >> > >> Peg > > > > Are you sure that this is not an mpsafetty problem? > > Given that he states that it works under the original USB stack, I would > guess that it's not an MPsafeTTY thingy else it wouldn't work under the > original stack either. Try to turn on USB debugging for: sysctl hw.usb2.ucom.debug=15 sysctl hw.usb2.uftdi.debug=15 Have a look in "/usr/src/sys/dev/usb2/serial/uftdi2.c" and the function: uftdi_8u232am_getrate(). Extra checks have been added to detect invalid line speeds between USB1 and USB2. What rate are you trying to set? Minimum and maximum rate is defined like this: if ((speed < 178) || (speed > ((3000000 * 100) / 97))) return (1); /* prevent numerical overflow */ --HPS uftdi_8u232am_getrate From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 10:30:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D60F4106564A; Tue, 23 Dec 2008 10:30:04 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id 94EDB8FC12; Tue, 23 Dec 2008 10:30:04 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id mBNAANKk009164; Tue, 23 Dec 2008 03:10:24 -0700 Received: from [77.115.101.131] (apn-77-115-101-131.gprs.plus.pl [77.115.101.131]) by mail.semihalf.com (Postfix) with ESMTP id 8D9F414312; Tue, 23 Dec 2008 11:28:53 +0100 (CET) Message-ID: <4950B909.6090304@semihalf.com> Date: Tue, 23 Dec 2008 11:10:17 +0100 From: Rafal Jaworowski Organization: Semihalf MIME-Version: 1.0 To: Alfred Perlstein References: <20081222214010.GA18389@elvis.mu.org> <495088AB.6040406@freebsd.org> In-Reply-To: <495088AB.6040406@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sam Leffler , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 10:30:04 -0000 Sam Leffler wrote: > All the ixp435/cambria support I've done over the past month is missing. Also missing is the EHCI support for Marvell ARM SOCs, but there's no way for me to meet the Jan 3rd with this. Rafal From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 10:43:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87D94106564A for ; Tue, 23 Dec 2008 10:43:25 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4378FC19 for ; Tue, 23 Dec 2008 10:43:25 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id mBNAhLud009387; Tue, 23 Dec 2008 10:43:22 GMT (envelope-from ken@mthelicon.com) Message-ID: From: "Pegasus Mc Cleaft" To: "Hans Petter Selasky" , References: <20081222214010.GA18389@elvis.mu.org><6c51dbb10812222343i3a9ad81by8601e28a7feedb57@mail.gmail.com><8B00534F73B9472C828A6FD73C4DC670@PegaPegII> <200812231103.26561.hselasky@c2i.net> In-Reply-To: <200812231103.26561.hselasky@c2i.net> Date: Tue, 23 Dec 2008 10:43:23 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 081222-0, 22/12/2008), Outbound message X-Antivirus-Status: Clean Cc: Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 10:43:25 -0000 ----- Original Message ----- From: "Hans Petter Selasky" To: ; "Pegasus Mc Cleaft" Sent: Tuesday, December 23, 2008 10:03 AM Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. > On Tuesday 23 December 2008, Pegasus Mc Cleaft wrote: >> I believe that the Prolific USB serial adapter is broken on AMD64. I >> tried >> one of the adapters on my machine and no matter what serial speed I was >> selecting with cu it would come back with an error stating the speed was >> unsupported. I moved the adapter to a 8-current machine (i386) with the >> usb1 stack and everything worked fine. >> >> Peg > > Are you sure that this is not an mpsafetty problem? > > Also, try to turn on debugging (I386+AMD): > > sysctl hw.usb2.uftdi.debug=15 > > What happens with USB2+I386+UFTDI? > > --HPS Thats a good point.. I'll try that when I get home tongiht and see what happens. The two machines are of different archecture (the AMD is a Core2 Quad and the i386 is a Intel single core). I'll try bouncing both machines between the USB1 and USB2 stack and see if I can get a more detailed report. I have also built some PCB's based around the FTDI chip for an embedded project I did, so I can give you a report on those as well. Im not sure what the Prolific adapters use.. Peg From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 10:54:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3A71065670; Tue, 23 Dec 2008 10:54:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swip.net [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 899FF8FC13; Tue, 23 Dec 2008 10:54:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=R_ybIWwQm2qU8Xd7pvUA:9 a=5PVPTPBdHYouR1vcfuCTzoRQUqkA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 424934410; Tue, 23 Dec 2008 10:54:04 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 23 Dec 2008 10:56:22 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <495088AB.6040406@freebsd.org> In-Reply-To: <495088AB.6040406@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812231056.23877.hselasky@c2i.net> Cc: Sam Leffler , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 10:54:09 -0000 On Tuesday 23 December 2008, Sam Leffler wrote: > All the ixp435/cambria support I've done over the past month is missing. > > Sam If your work is in -current then it will be integrated next time I do an IFC. Hope that is Ok for you. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 10:56:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EE561065670 for ; Tue, 23 Dec 2008 10:56:17 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5E58FC16 for ; Tue, 23 Dec 2008 10:56:17 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id mBNAu8k5009461; Tue, 23 Dec 2008 10:56:09 GMT (envelope-from ken@mthelicon.com) Message-ID: From: "Pegasus Mc Cleaft" To: "Hans Petter Selasky" , References: <20081222214010.GA18389@elvis.mu.org><200812231103.26561.hselasky@c2i.net> <200812231130.33842.hselasky@c2i.net> In-Reply-To: <200812231130.33842.hselasky@c2i.net> Date: Tue, 23 Dec 2008 10:56:10 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 081222-0, 22/12/2008), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 10:56:17 -0000 ----- Original Message ----- From: "Hans Petter Selasky" To: Cc: ; "Pegasus Mc Cleaft" Sent: Tuesday, December 23, 2008 10:30 AM Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. > On Tuesday 23 December 2008, Remko Lodder wrote: >> On Tue, December 23, 2008 11:03 am, Hans Petter Selasky wrote: >> > On Tuesday 23 December 2008, Pegasus Mc Cleaft wrote: >> >> I believe that the Prolific USB serial adapter is broken on AMD64. I >> >> tried >> >> one of the adapters on my machine and no matter what serial speed I >> >> was >> >> selecting with cu it would come back with an error stating the speed >> >> was >> >> unsupported. I moved the adapter to a 8-current machine (i386) with >> >> the >> >> usb1 stack and everything worked fine. >> >> >> >> Peg >> > >> > Are you sure that this is not an mpsafetty problem? >> >> Given that he states that it works under the original USB stack, I would >> guess that it's not an MPsafeTTY thingy else it wouldn't work under the >> original stack either. > > Try to turn on USB debugging for: > > sysctl hw.usb2.ucom.debug=15 > sysctl hw.usb2.uftdi.debug=15 > > Have a look in "/usr/src/sys/dev/usb2/serial/uftdi2.c" and the function: > > uftdi_8u232am_getrate(). > > Extra checks have been added to detect invalid line speeds between USB1 > and > USB2. > > What rate are you trying to set? > > Minimum and maximum rate is defined like this: > > if ((speed < 178) || (speed > ((3000000 * 100) / 97))) > return (1); /* prevent numerical overflow */ > > --HPS > > uftdi_8u232am_getrate Hi Hans, I was trying something like: cu -l /dev/cuaU0 -s 9600 I did also try the same with /dev/ttyU0, both with various speeds from 300 to 115200. Interestingly, I also tried doing a cat /dev/random > /dev/cuaU0 and that didnt throw an error (Dont know if it actually sent anything as I didnt have a scope hooked to the line). Like I said in another email, I will try moving the machines around between the USB1 and 2 stack tongiht and see if I can pin it down to a specific combination (MP vrs non-MP, AMD64 vrs i386) Peg From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 11:19:47 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48D021065670; Tue, 23 Dec 2008 11:19:47 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id DF55D8FC12; Tue, 23 Dec 2008 11:19:46 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id mBNBJfIq054925; Tue, 23 Dec 2008 20:19:41 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 23 Dec 2008 20:19:35 +0900 From: Norikatsu Shigemura To: Maxim Sobolev Message-Id: <20081223201935.b5948bb7.nork@FreeBSD.org> In-Reply-To: <494FFF42.7090102@FreeBSD.org> References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> <494F740E.3040502@FreeBSD.org> <20081223002901.9b71e60d.nork@FreeBSD.org> <494FFF42.7090102@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 23 Dec 2008 20:19:41 +0900 (JST) Cc: Ed Schouten , Roman Divacky , Current , FreeBSD Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 11:19:47 -0000 Hi sobomax! On Mon, 22 Dec 2008 12:57:38 -0800 Maxim Sobolev wrote: > > I think that performance improvement is significant(I don't > > think performance improved by my patch). But my patch is the > And can you explain where that "significant improvement" comes from? Are > you saying that tty layer / pseudo-terminal driver is somehow much more > efficient with kqeue(2) compared to select(2)/poll(2)? There is > something broken about it if so. > In any case without any numbers this discussion is pretty much pointless. I'm sorry. My "significant" means is "important". I missed word choice. I consider that: 1. on select(2) v.s. kqueue(2) in this case, not performance improved. 2. both select(2) and kqueue(2) are not broken. I'm interesting in implementation of script(1) by kqueue(2). From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 11:37:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E361065670 for ; Tue, 23 Dec 2008 11:37:16 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id CDB638FC20 for ; Tue, 23 Dec 2008 11:37:15 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.101.159] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LF5ZX-00067b-96 for freebsd-current@freebsd.org; Tue, 23 Dec 2008 13:37:11 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LF5ZW-0008ku-Ax for freebsd-current@freebsd.org; Tue, 23 Dec 2008 13:37:10 +0200 To: freebsd-current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 23 Dec 2008 13:37:10 +0200 Message-Id: Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 11:37:16 -0000 Hi I just tested, but I'm unable to get my Huawei E800 (expresscard) to work with usb2. It is supported with the older usb stack using u3g. I mostly get: usb2_alloc_device:1417: set address 3 failed (ignored) usb2_alloc_device:1452: getting device descriptor at addr 3 failed! uhub_reattach_port:401: could not allocate new device But I once got Dec 23 12:18:44 apple kernel: usb2_test_autoinstall:560: Eject CD command status: USB_ERR_NORMAL_COMPLETION Dec 23 12:18:44 apple kernel: usb2_alloc_device:1612: Found Huawei auto-install disk! Dec 23 12:18:44 apple kernel: ugen2.3: at usbus2 Dec 23 12:18:44 apple kernel: uhub_reattach_port:401: could not allocate new device! And then: Dec 23 12:18:58 apple kernel: ugen2.3: at usbus2 Dec 23 12:18:58 apple kernel: umass0: on usbus2 Dec 23 12:18:58 apple kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Dec 23 12:18:59 apple kernel: umass0:4:0:-1: Attached to scbus4 Dec 23 12:18:59 apple kernel: cd1 at umass-sim0 bus 0 target 0 lun 0 Dec 23 12:18:59 apple kernel: cd1: Removable CD-ROM SCSI-2 device Dec 23 12:18:59 apple kernel: cd1: 1.000MB/s transfers Dec 23 12:18:59 apple kernel: cd1: cd present [1970497654 x 1647640576 byte records] At which point the system locked up. Anyway, I'm more interested in the com ports this device presents than the media. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 11:42:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 475511065675 for ; Tue, 23 Dec 2008 11:42:20 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 317748FC13 for ; Tue, 23 Dec 2008 11:42:20 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 11D2D1A3C4E; Tue, 23 Dec 2008 03:42:20 -0800 (PST) Date: Tue, 23 Dec 2008 03:42:20 -0800 From: Alfred Perlstein To: Rafal Jaworowski Message-ID: <20081223114220.GJ18389@elvis.mu.org> References: <20081222214010.GA18389@elvis.mu.org> <495088AB.6040406@freebsd.org> <4950B909.6090304@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4950B909.6090304@semihalf.com> User-Agent: Mutt/1.4.2.3i Cc: Sam Leffler , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 11:42:20 -0000 * Rafal Jaworowski [081223 02:10] wrote: > Sam Leffler wrote: > > All the ixp435/cambria support I've done over the past month is missing. > > Also missing is the EHCI support for Marvell ARM SOCs, but there's no way for > me to meet the Jan 3rd with this. Old usb isn't going to be deleted, just not the default, you will have plenty of time after the 3rd to bring the code around. Is that OK? -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 12:02:46 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1146C1065678; Tue, 23 Dec 2008 12:02:46 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id A02AB8FC1F; Tue, 23 Dec 2008 12:02:45 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id mBNC2g97056099; Tue, 23 Dec 2008 21:02:42 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 23 Dec 2008 21:02:37 +0900 From: Norikatsu Shigemura To: Maxim Sobolev Message-Id: <20081223210237.bb6a9eef.nork@FreeBSD.org> In-Reply-To: <20081223201935.b5948bb7.nork@FreeBSD.org> References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> <494F740E.3040502@FreeBSD.org> <20081223002901.9b71e60d.nork@FreeBSD.org> <494FFF42.7090102@FreeBSD.org> <20081223201935.b5948bb7.nork@FreeBSD.org> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 23 Dec 2008 21:02:42 +0900 (JST) Cc: Ed Schouten , Roman Divacky , FreeBSD Current , Norikatsu Shigemura Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 12:02:46 -0000 On Tue, 23 Dec 2008 20:19:35 +0900 Norikatsu Shigemura wrote: > I'm interesting in implementation of script(1) by kqueue(2). I noticed that my patch is bikeshed. Please ignore my patch. From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 12:13:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE34F1065670; Tue, 23 Dec 2008 12:13:14 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 771CD8FC12; Tue, 23 Dec 2008 12:13:14 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 066361CE86; Tue, 23 Dec 2008 13:13:13 +0100 (CET) Date: Tue, 23 Dec 2008 13:13:12 +0100 From: Ed Schouten To: Norikatsu Shigemura Message-ID: <20081223121312.GW1176@hoeg.nl> References: <20081221012752.cdc5cbfc.nork@FreeBSD.org> <20081221211949.GS1176@hoeg.nl> <20081222091203.GA28920@freebsd.org> <494F740E.3040502@FreeBSD.org> <20081223002901.9b71e60d.nork@FreeBSD.org> <494FFF42.7090102@FreeBSD.org> <20081223201935.b5948bb7.nork@FreeBSD.org> <20081223210237.bb6a9eef.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2CKPe999o93Mtx0C" Content-Disposition: inline In-Reply-To: <20081223210237.bb6a9eef.nork@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Maxim Sobolev , Roman Divacky , FreeBSD Current Subject: Re: Change select(2) to kevent(2) on script(1)... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 12:13:15 -0000 --2CKPe999o93Mtx0C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Norikatsu Shigemura wrote: > On Tue, 23 Dec 2008 20:19:35 +0900 > Norikatsu Shigemura wrote: > > I'm interesting in implementation of script(1) by kqueue(2). >=20 > I noticed that my patch is bikeshed. Please ignore my patch. That's no problem. I think the main advantage of the kqueue support in pts(4) is for things like libevent. Thanks for finding the bug, though! --=20 Ed Schouten WWW: http://80386.nl/ --2CKPe999o93Mtx0C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklQ1dgACgkQ52SDGA2eCwVwCQCfbvuQ8uyUzq8mDpOPnxJiokrI UtkAn00frg5Q6DR96Q3oM4hUWaNKHLQu =5RwU -----END PGP SIGNATURE----- --2CKPe999o93Mtx0C-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 12:31:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180051065675 for ; Tue, 23 Dec 2008 12:31:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id A29B78FC1C for ; Tue, 23 Dec 2008 12:31:07 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=1AwWA-ggXVpBKgDV7uoA:9 a=7mGYsmUQo3zbfsKMs0gA:7 a=EHtjyLEX7qfXVDGj3GIhdlK2YsUA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 428258504; Tue, 23 Dec 2008 13:31:05 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 23 Dec 2008 13:33:23 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812231333.24123.hselasky@c2i.net> Cc: Ian FREISLICH Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 12:31:08 -0000 On Tuesday 23 December 2008, Ian FREISLICH wrote: > Hi > > I just tested, but I'm unable to get my Huawei E800 (expresscard) > to work with usb2. It is supported with the older usb stack using > u3g. > Hi, This has been fixed, but not in -current yet: Try this: svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b cd i4b/trunk/i4b/src/sys/dev cp -r usb2 /sys/dev/ make -C /sys/modules/usb2 clean all install --HPS From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 12:59:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 164A9106564A for ; Tue, 23 Dec 2008 12:59:45 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id DC7268FC1A for ; Tue, 23 Dec 2008 12:59:44 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: by rv-out-0506.google.com with SMTP id b25so3854147rvf.43 for ; Tue, 23 Dec 2008 04:59:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=u7r7B2AUuDyHlc7fSU0qsUi4BvcuoasFaE5dhRjSOhQ=; b=AJDPJ6YR2tM80vHq+Rb7FZB9OWUBknzYmgZPrNh2js/HkZ7jsZ+E+msX6fRwzYqU3w nUAVPBSYGOrheSDRpfYKHs09orKSQUSmc+8wPq59L7bC+zTN/GXfT4mhGK7ORaGUSI8F LJE+nUzGojZph8MPhHIutrcLCjnU0Vu68nto0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gbt7fTMzs9ankoFzVN+tWMJsMoF+aZzrR3iog3K6UnpOqK3D7Z+ZuxRZ7uh61LsxBK hvVMgkTn3peCRAsZdtt4+rBysZl1jfM4gU//T45b9+051MrhmdhhZAhUKJTILWisvRR5 WWhTXgjAuEorJFIpCSYnFMU03cTAAmtjGYQ8M= Received: by 10.140.201.6 with SMTP id y6mr3713137rvf.298.1230035606935; Tue, 23 Dec 2008 04:33:26 -0800 (PST) Received: by 10.140.161.15 with HTTP; Tue, 23 Dec 2008 04:33:26 -0800 (PST) Message-ID: <90a5caac0812230433t404a6080w4f45906e32fedd9e@mail.gmail.com> Date: Tue, 23 Dec 2008 13:33:26 +0100 From: "Lucius Windschuh" To: freebsd-current@freebsd.org In-Reply-To: <90a5caac0812221449m4ab0bc29y64a65bb6a63865ff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <90a5caac0812221449m4ab0bc29y64a65bb6a63865ff@mail.gmail.com> Subject: kassert panic in geom_journal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 12:59:45 -0000 Hi, I'm currently experiencing the same panic every now and then, which has is origin in geom_journal: panic: poffset=635104768 plength=16384 coffset=635036672 It is triggered by a KASSERT ("Be sure that bios queue is sorted.") in sys/geom/journal/g_journal.c:1033. I use -CURRENT with WITNESS and INVARIANTS as of December 16th on a Lenovo Thinkpad T400. This KASSERT is triggered by "make buildworld buildkernel" or by building ports. A kernel dump is available for further digging. Backtrace: http://sites.google.com/site/lwfreebsd/Home/files/gjournal-backtrace.txt Kernel config: http://sites.google.com/site/lwfreebsd/Home/files/kernel-CURRENT.txt dmesg: http://sites.google.com/site/lwfreebsd/Home/files/dmesg-T400-FreeBSD-CURRENT.txt Merry Christmas Lucius From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 13:36:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C6371065675; Tue, 23 Dec 2008 13:36:55 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 110558FC23; Tue, 23 Dec 2008 13:36:54 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [192.168.2.100] ([172.21.151.1]) by smtp-1.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Dec 2008 14:36:52 +0100 Message-ID: <4950E95C.9060307@dlr.de> Date: Tue, 23 Dec 2008 14:36:28 +0100 From: Hartmut Brandt User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: "Li, Qing" References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> In-Reply-To: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Dec 2008 13:36:52.0863 (UTC) FILETIME=[83E0E0F0:01C96503] Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 13:36:55 -0000 Li, Qing wrote: > Yes, at least in the IPv4 case, I still generate the routing messages whenever entries are modified, so you can still wait for notifications on the routing socket. One should check for the address family AF_LINK type instead of checking for RTF_LLINFO flag. It's an over sight this note was not attached to the commit message. > > There are two locations in ND6 where I temporarily disabled rtmsg generation pending further investigation. I have a note-to-self for that in the code comment. > > Since only ARP entries are returned, you are in fact getting some performance gain. The userland application should also be simplified a little because the list walking code does not have to check for non-ARP entries. > Its not that easy, but fixable :-) Up to now I could use common code to handle routing message from the routing socket and the sysctl. This is not possible anymore, because most of the fields in the sysctl's routing message are just zero. The following should fix this (at least to the extend bsnmp needs it): Index: in.c =================================================================== --- in.c (revision 186335) +++ in.c (working copy) @@ -1200,6 +1200,10 @@ */ bzero(&arpc, sizeof(arpc)); arpc.rtm.rtm_msglen = sizeof(arpc); + arpc.rtm.rtm_version = RTM_VERSION; + arpc.rtm.rtm_type = RTM_GET; + arpc.rtm.rtm_flags = RTF_UP; + arpc.rtm.rtm_addrs = RTA_DST | RTA_GATEWAY; arpc.sin.sin_family = AF_INET; arpc.sin.sin_len = sizeof(arpc.sin); arpc.sin.sin_addr.s_addr = SIN(lle)->sin_addr.s_addr; Also one thing that would be extremly helpful is a short description of that interface arp(4). Currently one has to reverse engineer arp.c to understand how to do things. A last thing: I wonder if this would have been a good chance to get rid of that ugly sockaddr_inaddr construct. It looks like it is used only to hold the proxy flag, right? Couldn't we just use sockaddr_in and put that flag elsewhere. Having a single sa_family value, but two different struct sockaddr depending on the context defeats any kind of generic sockaddr handling. harti From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 10:04:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7FC2106564A for ; Tue, 23 Dec 2008 10:04:36 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 934F58FC2E for ; Tue, 23 Dec 2008 10:04:36 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by websrv01.jr-hosting.nl with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LF47v-000BbE-B6; Tue, 23 Dec 2008 11:04:35 +0100 Received: from 78.46.66.244 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Tue, 23 Dec 2008 11:04:35 +0100 (CET) Message-ID: In-Reply-To: <200812231103.26561.hselasky@c2i.net> References: <20081222214010.GA18389@elvis.mu.org> <6c51dbb10812222343i3a9ad81by8601e28a7feedb57@mail.gmail.com> <8B00534F73B9472C828A6FD73C4DC670@PegaPegII> <200812231103.26561.hselasky@c2i.net> Date: Tue, 23 Dec 2008 11:04:35 +0100 (CET) From: "Remko Lodder" To: "Hans Petter Selasky" User-Agent: SquirrelMail/1.4.16 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Tue, 23 Dec 2008 13:51:34 +0000 Cc: freebsd-current@freebsd.org, Pegasus Mc Cleaft Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 10:04:36 -0000 On Tue, December 23, 2008 11:03 am, Hans Petter Selasky wrote: > On Tuesday 23 December 2008, Pegasus Mc Cleaft wrote: >> I believe that the Prolific USB serial adapter is broken on AMD64. I >> tried >> one of the adapters on my machine and no matter what serial speed I was >> selecting with cu it would come back with an error stating the speed was >> unsupported. I moved the adapter to a 8-current machine (i386) with the >> usb1 stack and everything worked fine. >> >> Peg > > Are you sure that this is not an mpsafetty problem? Given that he states that it works under the original USB stack, I would guess that it's not an MPsafeTTY thingy else it wouldn't work under the original stack either. -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 13:52:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6E8A1065673; Tue, 23 Dec 2008 13:52:08 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4F56E8FC25; Tue, 23 Dec 2008 13:52:08 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 212F26D449; Tue, 23 Dec 2008 13:52:07 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id ED6148448F; Tue, 23 Dec 2008 14:52:06 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alfred Perlstein References: <20081222214010.GA18389@elvis.mu.org> Date: Tue, 23 Dec 2008 14:52:06 +0100 In-Reply-To: <20081222214010.GA18389@elvis.mu.org> (Alfred Perlstein's message of "Mon, 22 Dec 2008 13:40:10 -0800") Message-ID: <86abanuhh5.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 13:52:08 -0000 Alfred Perlstein writes: > We're going to usher in the New Year with a new usb stack. Don't you think this should be discussed first? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 13:54:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FC961065673; Tue, 23 Dec 2008 13:54:36 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 18C538FC08; Tue, 23 Dec 2008 13:54:36 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.179] (helo=devil.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LF7iH-000JP7-PK; Tue, 23 Dec 2008 21:54:21 +0800 Message-ID: <4950ED97.7090604@micom.mng.net> Date: Tue, 23 Dec 2008 21:54:31 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.17 (X11/20081020) MIME-Version: 1.0 To: Alexander Motin References: <494FE13F.6050107@FreeBSD.org> <495091C2.3080105@micom.mng.net> <4950A2E2.9040008@FreeBSD.org> In-Reply-To: <4950A2E2.9040008@FreeBSD.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Damian Gerow , FreeBSD-Current Subject: Re: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 13:54:36 -0000 Alexander Motin wrote: > Ganbold wrote: > >> I have same "no audio" problem here with my laptop on CURRENT and >> I will play around with device.hints later today. >> >> Just FYI dmesg and pciconf logs: >> >> http://people.freebsd.org/~ganbold/dmesg.log >> http://people.freebsd.org/~ganbold/pciconf.txt >> > > There is no verbose messages, so it is difficult to say something, > except it looks like the same codec. Ok, here is the verbose log: http://people.freebsd.org/~ganbold/dmesg_verbose.log thanks, Ganbold > Recommendations are the same as before. > > -- ...the most exquisitely squalid hells known to middle-class man: freshman English at a Midwestern university. -- Tom Wolfe From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 14:21:04 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69B41065670 for ; Tue, 23 Dec 2008 14:21:04 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 9D42D8FC1B for ; Tue, 23 Dec 2008 14:21:04 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DAE071CE1E; Tue, 23 Dec 2008 15:21:03 +0100 (CET) Resent-From: ed@80386.nl Resent-Date: Tue, 23 Dec 2008 15:21:03 +0100 Resent-Message-ID: <20081223142103.GY1176@hoeg.nl> Resent-To: current@FreeBSD.org Date: Tue, 23 Dec 2008 14:59:51 +0100 From: Ed Schouten To: FreeBSD Hackers Message-ID: <20081223135951.GX1176@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lHle3uIue3i85Vco" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: [Testers wanted] vt100/xterm-support for syscons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 14:21:04 -0000 --lHle3uIue3i85Vco Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, Some time ago I sent a message to the lists about vt100/xterm/UTF-8 support for syscons. I think the code is pretty stable now and after some minor improvements/fixes, it should be ready to hit the tree. I'm sending this message to this list, because it would be nice if people could test the patch before I commit it. Especially if people with different fonts/keymaps could test it, it would be really nice. Patches are available at: http://people.FreeBSD.org/~ed/mpsafetty/ Some random notes: - The patch also contains some WIP manual pages of the MPSAFE TTY code. These won't be committed. - PC98 will not be affected by this patch. The PC98 port has a custom scterm module, which shall be left intact. - UTF-8 support has not been enabled. We need to fix other things first (keyboard input, fonts, etc) before we can enable it. If people already want to test the UTF-8 handling of the terminal emulator, they can search for `TEKEN_UTF8' in teken.h. - I'm still leaving $TERM set to `cons25'. You can already do experiments by changing it to `xterm-color'. It should work pretty good, but we don't have support for SCS (Set Character Set) yet. This means things like box drawing will be broken if you enable it. I guess this should be fixed after we gain UTF-8 support. We can then just convert the character sets to their Unicode equivalents. - Try SSH'ing/telneting to your Cisco/HP/etc network devices. This should work pretty good now. If no serious issues turn up that I've not been able to fix before the end of the year, I'll commit it one of the first days of January. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --lHle3uIue3i85Vco Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklQ7tcACgkQ52SDGA2eCwU15wCfdWMZbodE1CMahkz1mhYOI92v TcAAnjgrZ/+VnzhNP5cYenI+4miGSKpq =Ss6J -----END PGP SIGNATURE----- --lHle3uIue3i85Vco-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 14:29:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC8E31065670 for ; Tue, 23 Dec 2008 14:29:28 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6343B8FC21 for ; Tue, 23 Dec 2008 14:29:28 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.101.159] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LF7tm-0007yU-P3 for current@freebsd.org; Tue, 23 Dec 2008 16:06:14 +0200 Received: from [127.0.0.1] (helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LF7Oc-000Djt-C1 for current@freebsd.org; Tue, 23 Dec 2008 15:34:02 +0200 To: current@freebsd.org From: "Ian Freislich" X-Attribution: BOFH Date: Tue, 23 Dec 2008 15:33:40 +0200 Message-Id: Cc: Subject: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 14:29:28 -0000 Hi My msk0 (Marvell Yukon 88E8053 Gigabit Ethernet) will stop working and never recover after a burst in activity. It produces the following messages: Dec 23 15:24:16 apple kernel: msk0: watchdog timeout Dec 23 15:24:16 apple kernel: msk0: link state changed to DOWN Dec 23 15:24:19 apple kernel: msk0: link state changed to UP Dec 23 15:24:29 apple kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering pciconf -lvc: mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages cap 10[e0] = PCI-Express 1 legacy endpoint Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 14:32:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52A011065673 for ; Tue, 23 Dec 2008 14:32:34 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CBFAA8FC13 for ; Tue, 23 Dec 2008 14:32:33 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 230421394; Tue, 23 Dec 2008 16:32:32 +0200 Message-ID: <4950F680.2050403@FreeBSD.org> Date: Tue, 23 Dec 2008 16:32:32 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Ganbold References: <494FE13F.6050107@FreeBSD.org> <495091C2.3080105@micom.mng.net> <4950A2E2.9040008@FreeBSD.org> <4950ED97.7090604@micom.mng.net> In-Reply-To: <4950ED97.7090604@micom.mng.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Damian Gerow , FreeBSD-Current Subject: Re: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 14:32:34 -0000 Ganbold wrote: > Alexander Motin wrote: >> Ganbold wrote: >> >>> I have same "no audio" problem here with my laptop on CURRENT and >>> I will play around with device.hints later today. >>> >>> Just FYI dmesg and pciconf logs: >>> > http://people.freebsd.org/~ganbold/dmesg_verbose.log This is Conexant CX20561 (Hermosa) codec. I don't have it's datasheet, but according to driver output it is very simple. There should be no problems with it. Any issues could be only related to it's external wiring and configuration. In your case pcm0 is going to be external headphones and mic, pcm1 going to be speaker an internal mic. As usual it is configurable. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 14:36:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2774E106564A; Tue, 23 Dec 2008 14:36:55 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id B01848FC1A; Tue, 23 Dec 2008 14:36:54 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [192.168.2.100] ([172.21.151.1]) by smtp-1.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Dec 2008 15:36:52 +0100 Message-ID: <4950F770.3090700@dlr.de> Date: Tue, 23 Dec 2008 15:36:32 +0100 From: Hartmut Brandt User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: "Li, Qing" References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> In-Reply-To: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Dec 2008 14:36:52.0755 (UTC) FILETIME=[E594CE30:01C9650B] Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 14:36:55 -0000 Li, Qing wrote: > Yes, at least in the IPv4 case, I still generate the routing messages whenever entries are modified, so you can still wait for notifications on the routing socket. One should check for the address family AF_LINK type instead of checking for RTF_LLINFO flag. It's an over sight this note was not attached to the commit message. > > There are two locations in ND6 where I temporarily disabled rtmsg generation pending further investigation. I have a note-to-self for that in the code comment. > > Since only ARP entries are returned, you are in fact getting some performance gain. The userland application should also be simplified a little because the list walking code does not have to check for non-ARP entries. > Actually I'm somewhat surprised at the moment. I looked at the actual commit and saw that you've heavily changed src/contrib/bsnmp/snmp_mibII. I don't think that was a good idea for several reasons: - this is code maintained in another repository and imported to FreeBSD. Luckily the cvs-times are over where this commit would have taken the files of the vendor branch. But nevertheless it is never a good idea to change code in contrib without pushing the changes upstream. - you just removed a lot of code and left the ipNetToMedia table entirely disfunctional. - you obviously did not test the change. Otherwise you would have seen that it did not work. It took me several hours today to re-engineer usr.sbin/arp/arp.c and the different files under sys/net and sys/netinet to understand how ARP should work now, fixing an issue with half-baken routing messages while beeing here. During this time I was puzzled in what strange state I committed the SNMP stuff: functions that were never called, routing messages that are not handled. Now looking at your commit I understand how this happend. And another point: when changing external interfaces it might be possible to ask for a full port build with the changes to look for the fall-out on ports. I would say that this commit was a good candidate to get the port maintainers into the boat earlier. not so happy, harti > -- Qing > > -----Original Message----- > From: Hartmut Brandt > Sent: Sunday, December 21, 2008 8:54 AM > To: Kip Macy > Cc: Vladimir Grebenschikov ; Qing Li ; freebsd-net@freebsd.org ; Gerald Pfeifer ; freebsd-current@freebsd.org > Subject: Re: HEADSUP: arp-v2 has been committed > > Kip Macy wrote: > >> The flag is not needed. It is only possible to retrieve arp entries by >> way of sysctl. The converse of this is you no longer need to grab all >> the entries in the routing table and look at each one to determine >> which are cloned routes (dynamic host routes) which contain ARP >> entries. >> > > Does this mean that the snmp daemon cannot monitor the arp entries > through the routing socket anymore? This would be a performance issue, > since it would have to fetch the ARP table from the kernel each time it > is asked for. Now it refreshes the table only if it is older than 30 > seconds and in the mean time monitors routing messages. > > harti > > >> -Kip >> >> On Sat, Dec 20, 2008 at 9:01 PM, Gerald Pfeifer wrote: >> >>> The code in question on the Wine side is >>> >>> #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) >>> int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; >>> >>> and there is nothing FreeBSD-specific in dlls/iphlpapi/ipstats.c as far >>> as I can see. >>> >>> If the arp-v2 update now made us incompatible both with earlier versions >>> of FreeBSD and Linux, that sounds like something that should be fixed >>> (instead of hacking applications like Wine). >>> >>> On the other hand, the commit message at >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/route.h >>> explicitly says >>> The change in design obsoletes the semantics of RTF_CLONING, >>> RTF_WASCLONE and RTF_LLINFO routing flags. The userland applications >>> such as "arp" and "ndp" have been modified to reflect those changes. >>> so I guess it's not so easy. >>> >>> How many other ports are affected? >>> >>> What shall we do on the Wine front? Simply #ifdef-ing out the code in >>> question may not be the best of ideas, either. :-( >>> >>> Gerald >>> >>> On Fri, 19 Dec 2008, Vladimir Grebenschikov wrote: >>> >>>> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: >>>> >>>> >>>>>> The arp-v2 changes have been committed into HEAD. >>>>>> Please report problems to me and Kip Macy. >>>>>> >>>> Wine is not build any more: >>>> >>>> ... >>>> cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o ipstats.o ipstats.c >>>> ipstats.c: In function 'getNumArpEntries': >>>> ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this function) >>>> ipstats.c:1253: error: (Each undeclared identifier is reported only once >>>> ipstats.c:1253: error: for each function it appears in.) >>>> ipstats.c: In function 'getArpTable': >>>> ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this function) >>>> ipstats.c:1311: warning: initialization makes integer from pointer without a cast >>>> gmake[2]: *** [ipstats.o] ?????? 1 >>>> gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dlls/iphlpapi' >>>> gmake[1]: *** [iphlpapi] ?????? 2 >>>> gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dlls' >>>> gmake: *** [dlls] ?????? 2 >>>> >>>> >>>> >>> -- >>> Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >>> >> >> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 14:41:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA1191065670; Tue, 23 Dec 2008 14:41:49 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 54BCF8FC16; Tue, 23 Dec 2008 14:41:49 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.179] (helo=devil.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LF8Rz-000JcP-AZ; Tue, 23 Dec 2008 22:41:35 +0800 Message-ID: <4950F8A9.1070702@micom.mng.net> Date: Tue, 23 Dec 2008 22:41:45 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.17 (X11/20081020) MIME-Version: 1.0 To: Alexander Motin References: <494FE13F.6050107@FreeBSD.org> <495091C2.3080105@micom.mng.net> <4950A2E2.9040008@FreeBSD.org> <4950ED97.7090604@micom.mng.net> <4950F680.2050403@FreeBSD.org> In-Reply-To: <4950F680.2050403@FreeBSD.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Damian Gerow , FreeBSD-Current Subject: Re: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 14:41:49 -0000 Alexander Motin wrote: > Ganbold wrote: > >> Alexander Motin wrote: >> >>> Ganbold wrote: >>> >>> >>>> I have same "no audio" problem here with my laptop on CURRENT and >>>> I will play around with device.hints later today. >>>> >>>> Just FYI dmesg and pciconf logs: >>>> >>>> >> http://people.freebsd.org/~ganbold/dmesg_verbose.log >> > > This is Conexant CX20561 (Hermosa) codec. > I see. > I don't have it's datasheet, but according to driver output it is very > simple. There should be no problems with it. Any issues could be only > related to it's external wiring and configuration. > > In your case pcm0 is going to be external headphones and mic, pcm1 going > to be speaker an internal mic. As usual it is configurable. > Put following in device.hints and it seems like working: hint.hdac.0.cad0.nid22.config="as=0" hint.hdac.0.cad0.nid24.config="as=1" hint.hdac.0.cad0.nid26.config="as=2" hint.hdac.0.cad0.nid29.config="as=3" thanks a lot, Ganbold -- "It's today!" said Piglet. "My favorite day," said Pooh. From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 14:49:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D551065676 for ; Tue, 23 Dec 2008 14:49:15 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 264608FC18 for ; Tue, 23 Dec 2008 14:49:15 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 0CE811A3C4E; Tue, 23 Dec 2008 06:49:15 -0800 (PST) Date: Tue, 23 Dec 2008 06:49:15 -0800 From: Alfred Perlstein To: Dag-Erling Sm??rgrav Message-ID: <20081223144914.GO18389@elvis.mu.org> References: <20081222214010.GA18389@elvis.mu.org> <86abanuhh5.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86abanuhh5.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 14:49:15 -0000 * Dag-Erling Sm??rgrav [081223 05:52] wrote: > Alfred Perlstein writes: > > We're going to usher in the New Year with a new usb stack. > > Don't you think this should be discussed first? If someone has a strong objection with some concrete issues I'm all ears. -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 15:14:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 070C81065670; Tue, 23 Dec 2008 15:14:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B54F78FC16; Tue, 23 Dec 2008 15:14:06 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id D07C26D43F; Tue, 23 Dec 2008 15:14:05 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id ACB6E84493; Tue, 23 Dec 2008 16:14:05 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alfred Perlstein References: <20081222214010.GA18389@elvis.mu.org> <86abanuhh5.fsf@ds4.des.no> <20081223144914.GO18389@elvis.mu.org> Date: Tue, 23 Dec 2008 16:14:05 +0100 In-Reply-To: <20081223144914.GO18389@elvis.mu.org> (Alfred Perlstein's message of "Tue, 23 Dec 2008 06:49:15 -0800") Message-ID: <863agevs8y.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 15:14:07 -0000 Alfred Perlstein writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Don't you think this should be discussed first? > If someone has a strong objection with some concrete issues > I'm all ears. You know very well that there are, and you also know very well that this is too big a change to go in without discussion. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 15:19:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F29106564A for ; Tue, 23 Dec 2008 15:19:43 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 442EA8FC0C for ; Tue, 23 Dec 2008 15:19:43 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 0134B1A3C4E; Tue, 23 Dec 2008 07:19:43 -0800 (PST) Date: Tue, 23 Dec 2008 07:19:42 -0800 From: Alfred Perlstein To: Dag-Erling Sm??rgrav Message-ID: <20081223151942.GP18389@elvis.mu.org> References: <20081222214010.GA18389@elvis.mu.org> <86abanuhh5.fsf@ds4.des.no> <20081223144914.GO18389@elvis.mu.org> <863agevs8y.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <863agevs8y.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 15:19:43 -0000 * Dag-Erling Sm??rgrav [081223 07:14] wrote: > Alfred Perlstein writes: > > Dag-Erling Sm??rgrav writes: > > > Don't you think this should be discussed first? > > If someone has a strong objection with some concrete issues > > I'm all ears. > > You know very well that there are, and you also know very well that this > is too big a change to go in without discussion. Perhaps you can list them for me, all I've seen so far is: 1) Sam has code he doesn't want to port (Hans has stepped up to do so.) 2) Another 1 or 2 developers have code that needs porting and we're in discussions with them about it. 3) I think you were mad about whitespace or something, but like this case, you were not up for bringing specifics to the table. If you have something to add then please be more specific with your requirements. thank you, -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 15:24:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 485981065673 for ; Tue, 23 Dec 2008 15:24:40 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C20398FC16 for ; Tue, 23 Dec 2008 15:24:39 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 230425916; Tue, 23 Dec 2008 17:24:39 +0200 Message-ID: <495102B6.20805@FreeBSD.org> Date: Tue, 23 Dec 2008 17:24:38 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Ganbold References: <494FE13F.6050107@FreeBSD.org> <495091C2.3080105@micom.mng.net> <4950A2E2.9040008@FreeBSD.org> <4950ED97.7090604@micom.mng.net> <4950F680.2050403@FreeBSD.org> <4950F8A9.1070702@micom.mng.net> In-Reply-To: <4950F8A9.1070702@micom.mng.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Damian Gerow , FreeBSD-Current Subject: Re: No sound from snd_hda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 15:24:40 -0000 Ganbold wrote: > Put following in device.hints and it seems like working: > > hint.hdac.0.cad0.nid22.config="as=0" > hint.hdac.0.cad0.nid24.config="as=1" > hint.hdac.0.cad0.nid26.config="as=2" > hint.hdac.0.cad0.nid29.config="as=3" Actually this is not so good, as=0 means disabled pin. You just disabled first output so second one become pcm0. Correct solution would be or: hw.snd.default_unit=1 , to just use second pcm, or: hint.hdac.0.cad0.nid22.config="as=3" hint.hdac.0.cad0.nid24.config="as=4" hint.hdac.0.cad0.nid26.config="as=1" hint.hdac.0.cad0.nid29.config="as=2" , to swap them. But I would prefer to use headphones jack sensing: hint.hdac.0.cad0.nid22.config="as=1 seq=15" hint.hdac.0.cad0.nid24.config="as=2 seq=0" hint.hdac.0.cad0.nid26.config="as=1 seq=0" hint.hdac.0.cad0.nid29.config="as=2 seq=1" , if it is implemented in hardware. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 15:31:40 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B1E91065673 for ; Tue, 23 Dec 2008 15:31:40 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (mail.inse.ru [144.206.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id 310818FC14 for ; Tue, 23 Dec 2008 15:31:40 +0000 (UTC) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTPSA id 245E933C73; Tue, 23 Dec 2008 18:11:41 +0300 (MSK) Message-ID: <4950FFAD.3050107@inse.ru> Date: Tue, 23 Dec 2008 18:11:41 +0300 From: Roman Kurakin User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Boris Samorodov References: <92804393@bb.ipt.ru> <26722819@bb.ipt.ru> <26719629@bb.ipt.ru> <19F75E66-0535-4982-9726-E2C0A03117EA@mac.com> <94541668@bb.ipt.ru> <48144979@bb.ipt.ru> <548CF0A3-1B07-49DA-A177-6EA85FD8CF2F@mac.com> <94539778@bb.ipt.ru> <9939E942-A2FC-4240-BC14-527D45C187B7@mac.com> <94529078@bb.ipt.ru> <6581F3A3-63D4-4689-AAAB-951E9DDDD62C@mac.com> <92739012@bb.ipt.ru> In-Reply-To: <92739012@bb.ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Marcel Moolenaar , rea-fbsd@codelabs.ru Subject: Re: Timeda 8-multiport adapter: only 2 ports available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 15:31:40 -0000 Boris Samorodov writes: > Marcel Moolenaar writes: > >> On Dec 13, 2008, at 5:36 AM, Boris Samorodov wrote: >> >> >>> That's for the line [*]: >>> ----- >>> --- pucdata.c (revision 185784) >>> +++ pucdata.c (working copy) >>> @@ -1145,6 +1145,10 @@ >>> case PUC_CFG_GET_TYPE: >>> *res = PUC_TYPE_SERIAL; >>> return (0); >>> + case PUC_CFG_INIT_PORT: >>> + bus_write_1((struct res *)res, 1 /* IER */, [*] >>> + (port >= 2) ? 0x10 : 0); >>> + return (0); >>> default: >>> break; >>> } >>> >> Argh, (struct res *) must be (struct resource *)... >> > > No go. The same, ports are detected but show garbadge. > This is just cause the 0x10 is only here. IMHO it should be in all places where we write IER. But in the uart code the value of IER is filtered with 0xf0. Next time I'll come to you with hardware loopbacks and I'll try to find the patch for speed outodetection to check if baud rate is the only problem. I hope 0x10 just change baud factor and it is linear factor ;-) rik > Thank you for your efforts. > > > WBR > From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 15:52:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E4B3106564A; Tue, 23 Dec 2008 15:52:00 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 532DC8FC1D; Tue, 23 Dec 2008 15:52:00 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 5E4A36D43F; Tue, 23 Dec 2008 15:51:59 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 3B3B88448F; Tue, 23 Dec 2008 16:51:59 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alfred Perlstein References: <20081222214010.GA18389@elvis.mu.org> <86abanuhh5.fsf@ds4.des.no> <20081223144914.GO18389@elvis.mu.org> <863agevs8y.fsf@ds4.des.no> <20081223151942.GP18389@elvis.mu.org> Date: Tue, 23 Dec 2008 16:51:59 +0100 In-Reply-To: <20081223151942.GP18389@elvis.mu.org> (Alfred Perlstein's message of "Tue, 23 Dec 2008 07:19:42 -0800") Message-ID: <86y6y6ubxc.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 15:52:00 -0000 Alfred Perlstein writes: > Dag-Erling Sm=C3=B8rgrav writes: > > You know very well that there are, and you also know very well that > > this is too big a change to go in without discussion. > Perhaps you can list them for me [...] There are serious issues with the permissions model, which were raised in Strasbourg and AFAIK never addressed. There are complaints from other developers (Warner, for one) that their reviews were ignored. > 3) I think you were mad about whitespace or something, but like this > case, you were not up for bringing specifics to the table. That's untrue - I dropped the issue because I thought thompsa@ was working on it, but he didn't touch the userland parts. I have a 3,000-line diff for libusb20 which no longer applies due to intervening changes. Looking at the updated code, I'm still concerned about the widespread use of obufscated pointer arithmetic - the LIBUSB20_ADD_BYTES macro, for instance, is even worse now than when I last looked at libusb20. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 16:03:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20BFF10656AC for ; Tue, 23 Dec 2008 16:03:43 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 4CCB68FC14 for ; Tue, 23 Dec 2008 16:03:41 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so923612fgb.35 for ; Tue, 23 Dec 2008 08:03:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:mime-version:subject:date:references :x-mailer; bh=FPLrlMgsHMfsbv9iZc2eo5NX4/mXK2eIstGXR9gDrcM=; b=IwcDZdOLPfN73g0wnCV2DcBZCh4wxkSf1tL1IxduUydC8/ms+l2aVwfbC8UGvjWeg8 AMrZIIvx/oJ/Qw2IhV45Ea/mvllLGdF1LTSzg1+mNekZfdzRsSrZ3iTnYkv+fm/86u19 ZWGxDw8YOw2v1OD3VJ7e0xL7a8+kpaaYZAUys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:mime-version:subject :date:references:x-mailer; b=xOGZc9Pb3iCv+Pv55mq6HmNug2ev/n0uWgL4Aq2eKA4gZxzcPbMVqRLDlF8ytrhur1 ilXYCFoJ3iq+6KMsLEMjFNy1cE3iRUNKX7Cb5Oi6T9Suxge2QDv9it/+uJyPIQ1fcE+U TGk/1jE0VjpcfxsT4jEjfa56B6D2caqb6+tCI= Received: by 10.86.31.18 with SMTP id e18mr4502291fge.72.1230046554852; Tue, 23 Dec 2008 07:35:54 -0800 (PST) Received: from manson.homenet.telecomitalia.it (host121-12-dynamic.52-79-r.retail.telecomitalia.it [79.52.12.121]) by mx.google.com with ESMTPS id e11sm15645371fga.12.2008.12.23.07.35.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Dec 2008 07:35:53 -0800 (PST) Message-Id: <79D3F0C2-6F7A-4581-A5FC-C94826386949@gmail.com> From: Andrea Di Pasquale To: current@freebsd.org In-Reply-To: <493B21B7.2020705@freebsd.org> Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 23 Dec 2008 16:35:49 +0100 References: <5D9F392B-97B5-4812-B5CB-047193715A94@gmail.com> <492C360B.8080304@freebsd.org> <492DA718.60204@freebsd.org> <91DB06D0-2D7A-4E2E-91BD-EBB0D08EC587@gmail.com> <4931AC8D.4040200@freebsd.org> <4938BB3A.6030706@freebsd.org> <88D887E7-C8FF-4FB6-AD45-D68E8E5DA294@gmail.com> <493B21B7.2020705@freebsd.org> X-Mailer: Apple Mail (2.930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Tim Kientzle Subject: Re: Options handler for userspace programs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 16:03:43 -0000 Hi! I written new options parser for argv, string and environment variable. optsscan_argv() /* handle argv */ optsscan_strenv() /* handle string or env var */ They include getopt(), getopt_long() and getopt_long_only() functionalities in two types of functions. So, you can handle only short options, short and long options and only long options, all in two types of functions. Obviously, you can to handle an argument, with this syntax: Short options: -o -o arg -o= arg -o=arg Long options: --option --option argument --option= argument --option=argument Link to tarball: http://jo666.altervista.org/optsscan.tar.gz Here, you can find optsscan code and a main example. Thank you, regards, Andrea > You clearly need two different functions: > * One that accepts an array of options (such as "argv") > * One that accepts a string > > The latter can then be used for handling environment > variables or files. > > Tim > > > Andrea Di Pasquale wrote: >> Hi Tim, >> If you want, i can to build: >> optsscan_argv() >> optsscan_env() >> optsscan_string() >> Else, i can to build optsscan() that read from *envstr: >> *envstr can to be environment variable or static string. >> Example: >> optsscan(etc, getenv($ENV)); >> or >> optsscan(etc, "--option arg -o arg"); >> I think that support parsing arguments from file is bad idea. >> Regards, >> Andrea >>> If you're going to only support environment >>> variables (and not support parsing arguments read >>> from files or coded into static strings), then >>> it makes sense to bundle it. >>> >>> Tim >>> >>> Andrea Di Pasquale wrote: >>> >>>> Hi Tim, how are you? >>>> I'm writing optsscan() at the moment, it supports short, >>>> short & long, long option style, all in a function. >>>> Instead, getopt uses: >>>> getopt() /* short */ >>>> getopt_long() /* short & long */ >>>> getopt_long_only() /* long */ >>>> Here, all there functions are in: >>>> optsscan() >>>> Obviously, the coder can choose one style or two style or all >>>> styles. >>>> Ma question is: can i include environment variable parser for >>>> options >>>> in optsscan() or i must to divide it in optsscan_argv() and >>>> optsscan_envp() ? >>>> Best regards, >>>> Andrea >>>> >>>>> Andrea Di Pasquale wrote: >>>>> >>>>>> Hi Tim! Thanks for your response. >>>>>> What do you mean with: >>>>>> >>>>>>> * gzip supports command-line options in environment variables; >>>>>>> neither getopt() nor getopt_long() can be used to parse >>>>>>> a string containing command-line options >>>>> >>>>> >>>>> >>>>> GZip allows you to add additional command-line arguments >>>>> through an environment variable: >>>>> GZIP="-8v --name" >>>>> >>>>> It is not easy to use getopt() or getopt_long() with this >>>>> because it's not already split into words. (The argv array >>>>> has already been split into words by the shell.) >>>>> >>>>> To support this, the option parser should have a way to >>>>> give it a string that's not already split and parse that. >>>>> Programs that wanted to work like gzip could then just >>>>> parse the environment variable, then the argv list, >>>>> as suggested below. >>>>> >>>>> I've seen other cases where programs want to parse >>>>> options that are read from a file or from stdin. >>>>> GNU tar, for instance, supports command-line options >>>>> when reading input for the -T option. Having an easy >>>>> way to parse a string before or after the normal argv >>>>> array would make this much easier to implement. >>>>> >>>>> To handle all of the different modes that you'll >>>>> want to support (read lib/libc/stdlib/getopt_long.c >>>>> source to see some of the modes people have found >>>>> useful), I suggest using an object-style interface. >>>>> Here is one idea for how your parser might be used: >>>>> >>>>> >>>>> #include >>>>> >>>>> struct parser *parser; /* The parser object managed by your >>>>> library. */ >>>>> >>>>> struct parser_option my_options[] = { >>>>> /* ... list of options for this program ... */ >>>>> /* Note: one way to handle 'allargs' might be with a special >>>>> entry here. Then you wouldn't need an explicit 'allarg' >>>>> mode setter. */ >>>>> /* A special entry for "--" could also be helpful here; >>>>> such an entry would be returned just before the first >>>>> non-option (for use with 'allargs'). This should be returned >>>>> even if there is not an explicit "--" end-of-option marker. >>>>> That would make it easy for programs to use your option >>>>> parser for parsing regular options, then stop and later >>>>> continue using your option parser to retrieve file options. */ >>>>> }; >>>>> struct parser_option *opt; >>>>> const char *envopts = getenv("GZIP"); >>>>> >>>>> parser = parser_new(&my_options); /* Create a parser object. */ >>>>> parser_disable_permute(&parser); /* Set modes. */ >>>>> parser_enable_longonly(&parser); >>>>> parser_enable_allargs(&parser); >>>>> parser_enable_dashW(&parser); >>>>> >>>>> while ((opt = parse_option_from_string(&parser, envopts)) != >>>>> NULL) { >>>>> /* process option from environment var */ >>>>> >>>>> /* Since 'opt' is a pointer to the option description, the >>>>> client program can easily use the data from there. */ >>>>> >>>>> /* Some information about the option is stored in >>>>> the 'parser' object. */ >>>>> argument = parse_argument(&parser); >>>>> } >>>>> >>>>> /* You could also just have a way to "prepend" a string to the >>>>> options, >>>>> and then return those options with the next loop. That avoids the >>>>> need to duplicate the option-parsing loop. */ >>>>> >>>>> while ((opt = parse_option_from_argv(&parser, &argv, &argc)) ! >>>>> = NULL) { >>>>> /* process option from argument list */ >>>>> } >>>>> >>>>> /* After this, argv and argc should make sense. */ >>>>> >>>>> /* >>>>> Some programs want to use a loop like the above to handle >>>>> initial options, then want to use parse_option_from_argv() >>>>> later in a separate loop to read out filenames (and possibly >>>>> other options). >>>>> */ >>>>> From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 16:23:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACA021065673; Tue, 23 Dec 2008 16:23:16 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 62EAD8FC13; Tue, 23 Dec 2008 16:23:16 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id EFCD86D42B; Tue, 23 Dec 2008 17:23:42 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w9c2IaT7hwgr; Tue, 23 Dec 2008 17:23:36 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 401B16D423; Tue, 23 Dec 2008 17:23:36 +0100 (CET) Date: Tue, 23 Dec 2008 17:23:36 +0100 From: Rink Springer To: Alfred Perlstein Message-ID: <20081223162336.GA77652@rink.nu> References: <20081222214010.GA18389@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081222214010.GA18389@elvis.mu.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 16:23:16 -0000 Hi people, On Mon, Dec 22, 2008 at 01:40:10PM -0800, Alfred Perlstein wrote: > We're going to usher in the New Year with a new usb stack. > > Now is the time to test, test, test. > > It is also the time to point out anything missing from usb2 that > is in usb1. > > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > usb2. > > The old usb code will remain in case there is any fallout. > > Depending on how this trial goes we will hopefully move to the new > stack entirely within a few weeks after bug reports start dying > down. For what it's worth, I think this is *way* too early to be even considering this; there is still massive fundamental work being performed on the new stack (which reminds me that I really should get back to my permission patches soonish), but that is not the only issue. For example, is anyone looking forward to porting Weongyo Jeong's NDIS USB patches to USB2 and then having to figure out if breakage arises from his work, from the new USB2 stack from a combination of the two? It'd be best for all just to let that mature out in HEAD. My suggestion is that we attempt to get the new USB2 stack in a shape where we believe we only need to fix bugs in it, and not fundamentally alter the design of it. Truth to be told, as limited as the old stack is, it does its work for most people, so if we throw the switch to the new stack, we'd be advertising that we have a new, stable-enough-for-GENERIC USB2 stack. I'd suggest that after the big changes are in, we wait at least a month or 2 before we start raising the question "USB2, are we there yet?" Regards, -- Rink P.W. Springer - http://rink.nu "Chance favours the prepared mind" - Penn From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 16:34:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D74106564A; Tue, 23 Dec 2008 16:34:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swip.net [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 242608FC12; Tue, 23 Dec 2008 16:34:11 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=_WP56rCiPeEfZst03u0A:9 a=2SELt1wdaOFp270u5pqpTQ44yT8A:4 a=SV7veod9ZcQA:10 a=50e4U0PicR4A:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 425147755; Tue, 23 Dec 2008 17:34:10 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 23 Dec 2008 17:36:28 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <20081223151942.GP18389@elvis.mu.org> <86y6y6ubxc.fsf@ds4.des.no> In-Reply-To: <86y6y6ubxc.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200812231736.29198.hselasky@c2i.net> Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 16:34:14 -0000 Hi, On Tuesday 23 December 2008, Dag-Erling Sm=C3=B8rgrav wrote: > Alfred Perlstein writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > You know very well that there are, and you also know very well that > > > this is too big a change to go in without discussion. > > > > Perhaps you can list them for me [...] > > There are serious issues with the permissions model, which were raised > in Strasbourg and AFAIK never addressed. This is more complicated than you think. If you require a change in this ar= ea=20 than please point me to an existing example implementing something similar.= I=20 know about the "kern_priv()" function, but there are no specific groups for= =20 USB, which needs to be discussed. The current implementation is good enough= =20 for most use cases in my opinion. > There are complaints from other developers (Warner, for one) that their > reviews were ignored. > > > 3) I think you were mad about whitespace or something, but like this > > case, you were not up for bringing specifics to the table. > It is limited what one person can do. > That's untrue - I dropped the issue because I thought thompsa@ was > working on it, but he didn't touch the userland parts. I have a > 3,000-line diff for libusb20 which no longer applies due to intervening > changes. Looking at the updated code, I'm still concerned about the > widespread use of obufscated pointer arithmetic - the LIBUSB20_ADD_BYTES > macro, for instance, is even worse now than when I last looked at > libusb20. If you have a better way to do things then please show me. If you think it= =20 still applies then please sent it to me. LIBUSB20_ADD_BYTES() is a hack to circumvent things like un-constifying and= =20 making a byte increment to any pointer type. USB descriptors are byte-packe= d.=20 I have tested the macro with several kinds of compilers and none have=20 complained yet. =2D-HPS From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 16:34:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D74106564A; Tue, 23 Dec 2008 16:34:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swip.net [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 242608FC12; Tue, 23 Dec 2008 16:34:11 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=_WP56rCiPeEfZst03u0A:9 a=2SELt1wdaOFp270u5pqpTQ44yT8A:4 a=SV7veod9ZcQA:10 a=50e4U0PicR4A:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 425147755; Tue, 23 Dec 2008 17:34:10 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 23 Dec 2008 17:36:28 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <20081223151942.GP18389@elvis.mu.org> <86y6y6ubxc.fsf@ds4.des.no> In-Reply-To: <86y6y6ubxc.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200812231736.29198.hselasky@c2i.net> Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 16:34:14 -0000 Hi, On Tuesday 23 December 2008, Dag-Erling Sm=C3=B8rgrav wrote: > Alfred Perlstein writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > You know very well that there are, and you also know very well that > > > this is too big a change to go in without discussion. > > > > Perhaps you can list them for me [...] > > There are serious issues with the permissions model, which were raised > in Strasbourg and AFAIK never addressed. This is more complicated than you think. If you require a change in this ar= ea=20 than please point me to an existing example implementing something similar.= I=20 know about the "kern_priv()" function, but there are no specific groups for= =20 USB, which needs to be discussed. The current implementation is good enough= =20 for most use cases in my opinion. > There are complaints from other developers (Warner, for one) that their > reviews were ignored. > > > 3) I think you were mad about whitespace or something, but like this > > case, you were not up for bringing specifics to the table. > It is limited what one person can do. > That's untrue - I dropped the issue because I thought thompsa@ was > working on it, but he didn't touch the userland parts. I have a > 3,000-line diff for libusb20 which no longer applies due to intervening > changes. Looking at the updated code, I'm still concerned about the > widespread use of obufscated pointer arithmetic - the LIBUSB20_ADD_BYTES > macro, for instance, is even worse now than when I last looked at > libusb20. If you have a better way to do things then please show me. If you think it= =20 still applies then please sent it to me. LIBUSB20_ADD_BYTES() is a hack to circumvent things like un-constifying and= =20 making a byte increment to any pointer type. USB descriptors are byte-packe= d.=20 I have tested the macro with several kinds of compilers and none have=20 complained yet. =2D-HPS From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 16:53:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E0EF1065675; Tue, 23 Dec 2008 16:53:02 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay007.isp.belgacom.be (mailrelay007.isp.belgacom.be [195.238.6.173]) by mx1.freebsd.org (Postfix) with ESMTP id 1B9FD8FC12; Tue, 23 Dec 2008 16:53:00 +0000 (UTC) (envelope-from tijl@ulyssis.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApIFAHmmUElR92C8/2dsb2JhbACBbJMMqkBYkWqGQw Received: from 188.96-247-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.247.96.188]) by relay.skynet.be with ESMTP; 23 Dec 2008 17:52:58 +0100 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id mBNGoRx3004433; Tue, 23 Dec 2008 17:50:27 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: "Li, Qing" , Gerald Pfeifer Date: Tue, 23 Dec 2008 17:50:24 +0100 User-Agent: KMail/1.9.10 References: <20081221125120.GO23166@droso.net> <200812221621.40722.tijl@ulyssis.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_SbRUJWpnEldcbHg" Message-Id: <200812231750.26602.tijl@ulyssis.org> Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 16:53:02 -0000 --Boundary-00=_SbRUJWpnEldcbHg Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 23 December 2008 03:27:21 Li, Qing wrote: >> I'm looking into the Wine case, but don't have any experience with >> the implementation of routing tables, so I need to have a few things >> spelled out. >> >> Wine currently uses: >> >> int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, >> RTF_LLINFO}; >> >> I take it this returns all the entries which have the RTF_LLINFO >> flag set? And to make this compile on CURRENT I have to change this >> into: >> >> #ifdef RTF_LLINFO >> int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, >> RTF_LLINFO}; >> #else >> int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, 0}; >> #endif >> >> Is AF_INET really the correct address family? What about AF_LINK and >> AF_ARP? Is using NET_RT_FLAGS with flags mask 0 exactly the same as >> using NET_RT_DUMP? > > AF_INET is the correct address family, which indicates the L2 > information (a.k.a RTF_LLINFO previously) should be retrieved from > the IPv4 ARP table. If the AF family were instead AF_INET6, then the > L2 information would be coming from the ND6 cache. > > NET_RT_DUMP walks the entire routing tree. Specifying specific flags > and using the NET_RT_FLAGS opcode retrieves routing entries that have > those bits set. > > NET_RT_FLAGS with mask 0 is an indication to the kernel the L2 table > should be retrieved. > > I am glad you asked these questions because after re-examining my > code, I realized I could make slight optimization and also need to > perform additional check against erroneous input. > >> Also, at some other place, Wine wants to retrieve gateway entries >> and it uses: >> >> int mib[6] = {CTL_NET, PF_ROUTE, 0, PF_INET, NET_RT_DUMP, 0}; >> ^ this should be AF_INET I think >> >> After that it runs over all entries counting only those which have >> RTF_GATEWAY set and RTF_MULTICAST unset. Is the output of this >> different now in CURRENT? > > No, the output of this command is still the same. NET_RT_DUMP obtains > the entire L3 table and filtering for RTF_GATEWAY non-multicast > routes have the same semantics. Those flags never apply to L2 entries. Thanks for answering my questions. I've attached the patch for Wine. --Boundary-00=_SbRUJWpnEldcbHg Content-Type: text/plain; charset="iso-8859-1"; name="patch-wine-iphlpapi-current" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-wine-iphlpapi-current" diff --git a/dlls/iphlpapi/ipstats.c b/dlls/iphlpapi/ipstats.c index 3fc91eb..99e78a0 100644 --- a/dlls/iphlpapi/ipstats.c +++ b/dlls/iphlpapi/ipstats.c @@ -1250,7 +1250,11 @@ DWORD getRouteTable(PMIB_IPFORWARDTABLE *ppIpForwardTable, HANDLE heap, DWORD getNumArpEntries(void) { #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) +#ifdef RTF_LLINFO int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; +#else + int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, 0}; +#endif #define MIB_LEN (sizeof(mib) / sizeof(mib[0])) DWORD arpEntries = 0; size_t needed; @@ -1308,7 +1312,11 @@ DWORD getArpTable(PMIB_IPNETTABLE *ppIpNetTable, HANDLE heap, DWORD flags) #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP) if (table) { +#ifdef RTF_LLINFO int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO}; +#else + int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, 0}; +#endif #define MIB_LEN (sizeof(mib) / sizeof(mib[0])) size_t needed; char *buf, *lim, *next; --Boundary-00=_SbRUJWpnEldcbHg-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 17:05:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFCA91065676; Tue, 23 Dec 2008 17:05:52 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 607728FC1A; Tue, 23 Dec 2008 17:05:52 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 8230DFEF7; Wed, 24 Dec 2008 06:05:51 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SMrTeWE72Vm6; Wed, 24 Dec 2008 06:05:48 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 24 Dec 2008 06:05:48 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 406DF11458; Wed, 24 Dec 2008 06:05:47 +1300 (NZDT) Date: Tue, 23 Dec 2008 09:05:46 -0800 From: Andrew Thompson To: Dag-Erling Sm??rgrav Message-ID: <20081223170546.GD89448@citylink.fud.org.nz> References: <20081222214010.GA18389@elvis.mu.org> <86abanuhh5.fsf@ds4.des.no> <20081223144914.GO18389@elvis.mu.org> <863agevs8y.fsf@ds4.des.no> <20081223151942.GP18389@elvis.mu.org> <86y6y6ubxc.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86y6y6ubxc.fsf@ds4.des.no> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 17:05:52 -0000 On Tue, Dec 23, 2008 at 04:51:59PM +0100, Dag-Erling Sm??rgrav wrote: > Alfred Perlstein writes: > > Dag-Erling Sm??rgrav writes: > > > You know very well that there are, and you also know very well that > > > this is too big a change to go in without discussion. > > Perhaps you can list them for me [...] > > There are serious issues with the permissions model, which were raised > in Strasbourg and AFAIK never addressed. > > There are complaints from other developers (Warner, for one) that their > reviews were ignored. > > > 3) I think you were mad about whitespace or something, but like this > > case, you were not up for bringing specifics to the table. > > That's untrue - I dropped the issue because I thought thompsa@ was > working on it, but he didn't touch the userland parts. I did only look at sys. I have committed a few parts of my diff but nothing that touches actual code yet (still in progress). Andrew From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 17:20:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A0DE106567B; Tue, 23 Dec 2008 17:20:45 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id 718898FC12; Tue, 23 Dec 2008 17:20:45 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from sivam-t43.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KCC00LPIAUK2T60@asmtp012.mac.com>; Tue, 23 Dec 2008 09:20:45 -0800 (PST) Message-id: <6D4A57D3-3F6D-43E6-9B69-95514F69C57A@mac.com> From: Marcel Moolenaar To: Andrew Thompson In-reply-to: <20081223050425.GA89448@citylink.fud.org.nz> Date: Tue, 23 Dec 2008 09:20:43 -0800 References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> <20081223050425.GA89448@citylink.fud.org.nz> X-Mailer: Apple Mail (2.930.3) Cc: gelraen , FreeBSD Current , freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 17:20:45 -0000 On Dec 22, 2008, at 9:04 PM, Andrew Thompson wrote: > On Sun, Dec 21, 2008 at 02:47:02AM +0100, Paul B. Mahol wrote: >> On 12/20/08, gelraen wrote: >>> Hello, >>> >>> I've csup'ed about 1 hour ago (previous csup was few days back), >>> recompiled kernel and slice names changed from ad0s5 to something >>> like >>> ad0s3s1, etc. >>> But in /dev I found only 3 levels of slices: >> >> Maybe because of recent switch from geom_bsd, geom_mbr to >> geom_part_bsd and geom_part_mbr. > > Have you had a chance to look at this Marcel? My ad4s6 device is now > showing as ad4s4s2s1. I'm thinking about it. I have a couple of things I need to do first, 7.1-RC2 being one of them... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 16:55:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9251065675; Tue, 23 Dec 2008 16:55:28 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id EB2C78FC1C; Tue, 23 Dec 2008 16:55:27 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [82.95.250.254]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id mBNGg69h034902; Tue, 23 Dec 2008 17:42:07 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.14.2/8.14.2) with ESMTP id mBNGbjTM044753; Tue, 23 Dec 2008 17:37:45 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.14.2/8.14.2/Submit) id mBNGbeYT044752; Tue, 23 Dec 2008 17:37:40 +0100 (CET) (envelope-from wb) Date: Tue, 23 Dec 2008 17:37:39 +0100 From: Wilko Bulte To: Rink Springer Message-ID: <20081223163739.GF42864@freebie.xs4all.nl> References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081223162336.GA77652@rink.nu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Tue, 23 Dec 2008 17:33:13 +0000 Cc: Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 16:55:28 -0000 Quoting Rink Springer, who wrote on Tue, Dec 23, 2008 at 05:23:36PM +0100 .. > Hi people, > > On Mon, Dec 22, 2008 at 01:40:10PM -0800, Alfred Perlstein wrote: > > We're going to usher in the New Year with a new usb stack. > > > > Now is the time to test, test, test. > > > > It is also the time to point out anything missing from usb2 that > > is in usb1. > > > > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > > usb2. > > > > The old usb code will remain in case there is any fallout. > > > > Depending on how this trial goes we will hopefully move to the new > > stack entirely within a few weeks after bug reports start dying > > down. > > For what it's worth, I think this is *way* too early to be even > considering this; there is still massive fundamental work being > performed on the new stack (which reminds me that I really should get > back to my permission patches soonish), but that is not the only > issue. Guys.. is there any reason why this needs to be rushed in over the Christmas break? Getting it in the tree, fine. But making USB2 the default so quickly does not appear to be proper engineering procedure. The days that CURRENT was broken for long periods is not something the project wants to get back to. The discussions sofar do not make me believe this will be a smooth transition, it seems it will need testing and fixing for a reasonable (considerable?) period. Wilko speaking for myself this time From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 17:43:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E00591065675 for ; Tue, 23 Dec 2008 17:43:16 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1E58FC16 for ; Tue, 23 Dec 2008 17:43:15 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy14 with SMTP id 14so3353666ewy.19 for ; Tue, 23 Dec 2008 09:43:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to :references:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=A8Jy+Lkh1f7YQD2CnA6yS984kWqy6AiATM0O3NHJbFU=; b=sc5NuF/4tDSyag8oIgO5fTePj3eP4hOKKkgbbuITZwOF3wrQshDtJ5N4BijMv2w1tm 5d/C3NxaCaxdY8fGox52F3do8B+oGMgywVmEPn11p+jym+luZk3ELwqwk2BOSFJOtxsu 8+5leg1rMitlIFiIgsGE1WxK7+jTcSpr0xEA8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; b=rhCMkqbPbwgN50KzQI0GG4gkB8c+u6a3kHdGAgqyqtVzD4XIxxu6TOf/jKPFcheaPy SYZcxGy3Y/saGORlpJPnvhrOmjm+n06NlKdtO/LVefdYzVBqfJA40En8laRV0n1NdGzM KWq9BgfLde9HWlkm4kdf81Hef5/upvCjlPGTE= Received: by 10.210.113.16 with SMTP id l16mr9096688ebc.38.1230052815759; Tue, 23 Dec 2008 09:20:15 -0800 (PST) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id j8sm11724840gvb.24.2008.12.23.09.20.13 (version=SSLv3 cipher=RC4-MD5); Tue, 23 Dec 2008 09:20:14 -0800 (PST) From: Tom Evans To: current@freebsd.org In-Reply-To: <20081223162336.GA77652@rink.nu> References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> Content-Type: text/plain Date: Tue, 23 Dec 2008 17:20:41 +0000 Message-Id: <1230052841.41849.65.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 17:43:17 -0000 On Tue, 2008-12-23 at 17:23 +0100, Rink Springer wrote: > Hi people, > > On Mon, Dec 22, 2008 at 01:40:10PM -0800, Alfred Perlstein wrote: > > We're going to usher in the New Year with a new usb stack. > > > > Now is the time to test, test, test. > > > > It is also the time to point out anything missing from usb2 that > > is in usb1. > > > > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > > usb2. > > > > The old usb code will remain in case there is any fallout. > > > > Depending on how this trial goes we will hopefully move to the new > > stack entirely within a few weeks after bug reports start dying > > down. > > For what it's worth, I think this is *way* too early to be even > considering this; there is still massive fundamental work being > performed on the new stack (which reminds me that I really should get > back to my permission patches soonish), but that is not the only > issue. > > For example, is anyone looking forward to porting Weongyo Jeong's NDIS > USB patches to USB2 and then having to figure out if breakage arises > from his work, from the new USB2 stack from a combination of the two? > It'd be best for all just to let that mature out in HEAD. > > My suggestion is that we attempt to get the new USB2 stack in a shape > where we believe we only need to fix bugs in it, and not fundamentally > alter the design of it. > > Truth to be told, as limited as the old stack is, it does its work for > most people, so if we throw the switch to the new stack, we'd be > advertising that we have a new, stable-enough-for-GENERIC USB2 stack. > > I'd suggest that after the big changes are in, we wait at least a month > or 2 before we start raising the question "USB2, are we there yet?" > > Regards, > Personally (just a lusers perspective), I think this should be in CURRENT already, as the default. As I understand it (may be wrong), the old stack has some reasonably serious issues that mean that inevitably it will be replaced. If it doesnt soon go in as the default stack, then people who wish to work on USB related bits and pieces, like Weongyo Jeong's NDIS USB work, will develop against the old, soon to be defunct stack. This will just lead to more hurdles to putting the new stack live, and cause us to repeat even more work integrating work against the old stack into the new. Putting it as the default now may cause headaches for people who run CURRENT, but require tested/reliable usb. Those people can use the current usb stack. Everyone else deals with the headaches of a new stack, we get a slew of PRs, and eventually it will become stable. After all, isn't that the point of CURRENT? Leaving it as is would surely increase the amount of time before it becomes stable, which must surely increases the amount of additional work that will be needed in reworks. Having said that, if I had a 2000 line patch that now wont even come close to applying, I'd be pretty mad too :) Cheers Tom From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 17:53:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DB2C1065675; Tue, 23 Dec 2008 17:53:58 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDB58FC25; Tue, 23 Dec 2008 17:53:58 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBNHrtOG066195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Dec 2008 09:53:55 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <495125B2.1070806@freebsd.org> Date: Tue, 23 Dec 2008 09:53:54 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Alfred Perlstein References: <20081222214010.GA18389@elvis.mu.org> <86abanuhh5.fsf@ds4.des.no> <20081223144914.GO18389@elvis.mu.org> <863agevs8y.fsf@ds4.des.no> <20081223151942.GP18389@elvis.mu.org> In-Reply-To: <20081223151942.GP18389@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Dag-Erling Sm??rgrav , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 17:53:58 -0000 Alfred Perlstein wrote: > * Dag-Erling Sm??rgrav [081223 07:14] wrote: > >> Alfred Perlstein writes: >> >>> Dag-Erling Sm??rgrav writes: >>> >>>> Don't you think this should be discussed first? >>>> >>> If someone has a strong objection with some concrete issues >>> I'm all ears. >>> >> You know very well that there are, and you also know very well that this >> is too big a change to go in without discussion. >> > > Perhaps you can list them for me, all I've seen so far is: > > 1) Sam has code he doesn't want to port (Hans has stepped up to do so.) > 2) Another 1 or 2 developers have code that needs porting and we're > in discussions with them about it. > 3) I think you were mad about whitespace or something, but like this > case, you were not up for bringing specifics to the table. > > If you have something to add then please be more specific with your > requirements. > > > As usual you've misconstrued my comment and ignored all the substantive issues that have been brought up since the code was added to the tree. The fact that you need people to list issues for you shows how out of touch you are. It is pointless to argue issues with you yet again so I will simply say that I have always been in favor of moving the usb code base forward. In fact I strongly suggested you commit the new code _in place_ of the existing code. As to my work I have said I'm not interested in working w/ the new usb code so someone else will need to bring in the missing functionality (same goes for all wireless drivers). I believe that person has stepped up so this is not an issue for me. Sam From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 18:03:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F435106564A; Tue, 23 Dec 2008 18:03:42 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id D55868FC1D; Tue, 23 Dec 2008 18:03:41 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id mBNHoOu9021561; Tue, 23 Dec 2008 12:50:24 -0500 (EST) Received: from [64.102.221.97] (dhcp-64-102-221-97.cisco.com [64.102.221.97]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id mBNHoNxA012728; Tue, 23 Dec 2008 12:50:23 -0500 (EST) Message-ID: <495124E0.4090108@freebsd.org> Date: Tue, 23 Dec 2008 12:50:24 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Wilko Bulte References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> <20081223163739.GF42864@freebie.xs4all.nl> In-Reply-To: <20081223163739.GF42864@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Rink Springer , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 18:03:42 -0000 Wilko Bulte wrote: > Quoting Rink Springer, who wrote on Tue, Dec 23, 2008 at 05:23:36PM +0100 .. >> Hi people, >> >> On Mon, Dec 22, 2008 at 01:40:10PM -0800, Alfred Perlstein wrote: >>> We're going to usher in the New Year with a new usb stack. >>> >>> Now is the time to test, test, test. >>> >>> It is also the time to point out anything missing from usb2 that >>> is in usb1. >>> >>> In two weeks, on Jan 3rd I will switch the GENERIC kernel to use >>> usb2. >>> >>> The old usb code will remain in case there is any fallout. >>> >>> Depending on how this trial goes we will hopefully move to the new >>> stack entirely within a few weeks after bug reports start dying >>> down. >> For what it's worth, I think this is *way* too early to be even >> considering this; there is still massive fundamental work being >> performed on the new stack (which reminds me that I really should get >> back to my permission patches soonish), but that is not the only >> issue. > > Guys.. is there any reason why this needs to be rushed in over the Christmas > break? Getting it in the tree, fine. But making USB2 the default so > quickly does not appear to be proper engineering procedure. > > The days that CURRENT was broken for long periods is not something the > project wants to get back to. The discussions sofar do not make me believe > this will be a smooth transition, it seems it will need testing and fixing for > a reasonable (considerable?) period. Agreed. For desktop users, sysutils/hal is currently broken with usb2. It's on my todo list to fix, but I may not have time to do it in the next two weeks. I know this may seem minor considering other issues, but people used to automounting USB media in their desktop won't think so. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 18:04:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC9C1065674; Tue, 23 Dec 2008 18:04:50 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 0A38A8FC14; Tue, 23 Dec 2008 18:04:49 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so1473531wag.27 for ; Tue, 23 Dec 2008 10:04:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=X9mLbW5r3jD+dSQQVdK29hUgzomrGkLKd8kG55exRyQ=; b=TBXxZLB28olKZAqmR5JnslZlRiQwV/QtfJXxN3+UaaYf2Mn6lu5GfbTENPLJAwiACK 6Wl8WOxN+2EJgYbv9PJ9/LuidT7r3T635KrkNAqF9ahiL2q2viaHDiKgKMH9K0nCAMm9 ItXoplwtOln2Anyp6j8Bef9gj88QbiK/aUliE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=pZcnowV6i1IpWXR3TyBCb4YXTlV9yIlgcDcL6MGpmmEPJmXDHIHZcF43mFUykWCewJ 8i4phEvIy9eQE46oV3Afu5hwiDwwJBqdhyu5ediw7qDgSnCVUdHgfmBwRuHRX7qIflZt JnUTN27S1onGru7+UW/+TRA37t18Imw1f9qU4= Received: by 10.114.197.1 with SMTP id u1mr4936385waf.120.1230055489536; Tue, 23 Dec 2008 10:04:49 -0800 (PST) Received: by 10.114.183.15 with HTTP; Tue, 23 Dec 2008 10:04:49 -0800 (PST) Message-ID: Date: Tue, 23 Dec 2008 12:04:49 -0600 From: "Alan Cox" To: "Richard Todd" In-Reply-To: <20081223011032.GA3228@ichotolot.servalan.com> MIME-Version: 1.0 References: <20081223011032.GA3228@ichotolot.servalan.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: Getting 'vm_thread_new: kstack allocation failed' errors after latest drm updates. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 18:04:50 -0000 Roughly speaking, vm.kvm_* pertain to the kernel's address space and vm.kmem_* pertain to the kernel's heap within its address space. Your settings of vm.kmem_* have made the heap so large that there is little or no free space left in the address space for other things. These other things, e.g., the buffer cache, are non-trivial in size. So, the short answer is that you need to reduce vm.kmem_size. Alan From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:03:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26054106564A; Tue, 23 Dec 2008 19:03:09 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 324B18FC13; Tue, 23 Dec 2008 19:03:02 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by ewy14 with SMTP id 14so3402256ewy.19 for ; Tue, 23 Dec 2008 11:03:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=MyxZx/hAr5Iem8YGcS3Qif/EhxTsaXGjnkT7ysDCmBk=; b=HmGN69D/rwVJ/6BXe54Kk+DWCdrT258Bu5QM+5hnVmAkuKdVJAt56LR1oS0zVxGla8 cuO9kAc6PeSSI/BTRd+7tXOlcVKaDjujWrlPXZxe6+5eaOWDHenVuh7mf4DojI/HKhyd BoKhh1ZIrgM7Z2qkpOIf8d+rZxxz05uHAbrmY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=G980XwXAT9hKp9D6RYCwRwmkJwAHQ+EJcQoF8S672IrxPNKmrVPwHPoJe0XA2oz4ve J+Uoc1SFGoonVns/Zu4Kx6Xnk1KefaADmYGvdFnNj96YtHtmmsjGJiKClhfWqwuhytY9 6s1O1psYo+TLjET5r9YVrYf31Dzw87aURDJHk= Received: by 10.210.20.17 with SMTP id 17mr9204180ebt.37.1230058981973; Tue, 23 Dec 2008 11:03:01 -0800 (PST) Received: by 10.210.77.20 with HTTP; Tue, 23 Dec 2008 11:03:01 -0800 (PST) Message-ID: Date: Tue, 23 Dec 2008 21:03:01 +0200 From: gelraen To: "Marcel Moolenaar" In-Reply-To: <6D4A57D3-3F6D-43E6-9B69-95514F69C57A@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> <20081223050425.GA89448@citylink.fud.org.nz> <6D4A57D3-3F6D-43E6-9B69-95514F69C57A@mac.com> Cc: FreeBSD Current , Andrew Thompson , freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:03:09 -0000 2008/12/23 Marcel Moolenaar : > > > I'm thinking about it. I have a couple of things > I need to do first, 7.1-RC2 being one of them... > I think, I can try to fix this if you give me couple advices (mostly about what code I should look and change) I spent some time in thinking about the best way to implement naming of extended partition. IMO, the only reasonable way is to sequentially numerate slices. So the result may look like this: ad0s3s1 ad0s3s2 ad0s3s3 ad0s3s4 ad0s3s5 .... Main problem here is detecting which type of naming to use in particilar case. Marcel, it would be nice if you point me which files in /usr/src I should look, and, maybe, give link to some short article about GEOM internal structure. Then I'll be able to stuck deep in sources for a few days :) From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:08:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D531065674; Tue, 23 Dec 2008 19:08:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7628FC29; Tue, 23 Dec 2008 19:08:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 18B8B1CFED; Tue, 23 Dec 2008 20:08:08 +0100 (CET) Date: Tue, 23 Dec 2008 20:08:08 +0100 From: Ed Schouten To: Hans Petter Selasky Message-ID: <20081223190808.GC1176@hoeg.nl> References: <20081222214010.GA18389@elvis.mu.org> <20081223151942.GP18389@elvis.mu.org> <86y6y6ubxc.fsf@ds4.des.no> <200812231736.29198.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Z6tBdMCc7//q+vBX" Content-Disposition: inline In-Reply-To: <200812231736.29198.hselasky@c2i.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD Current , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:08:09 -0000 --Z6tBdMCc7//q+vBX Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Hans Petter Selasky wrote: > On Tuesday 23 December 2008, Dag-Erling Sm=F8rgrav wrote: > > There are serious issues with the permissions model, which were raised > > in Strasbourg and AFAIK never addressed. >=20 > This is more complicated than you think. If you require a change in this = area=20 > than please point me to an existing example implementing something simila= r. I=20 > know about the "kern_priv()" function, but there are no specific groups f= or=20 > USB, which needs to be discussed. The current implementation is good enou= gh=20 > for most use cases in my opinion. Just create device nodes in devfs. Let devfs handle the permissions. If they are insufficient, then we should add ACL support to devfs. --=20 Ed Schouten WWW: http://80386.nl/ --Z6tBdMCc7//q+vBX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklRNxgACgkQ52SDGA2eCwV5LwCfWF5sgcZ5NkFByEcfKBuys7nI /QsAnjUSNJMJB7sG2E2FIdqnlw18DO2d =EuY4 -----END PGP SIGNATURE----- --Z6tBdMCc7//q+vBX-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:08:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D531065674; Tue, 23 Dec 2008 19:08:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7628FC29; Tue, 23 Dec 2008 19:08:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 18B8B1CFED; Tue, 23 Dec 2008 20:08:08 +0100 (CET) Date: Tue, 23 Dec 2008 20:08:08 +0100 From: Ed Schouten To: Hans Petter Selasky Message-ID: <20081223190808.GC1176@hoeg.nl> References: <20081222214010.GA18389@elvis.mu.org> <20081223151942.GP18389@elvis.mu.org> <86y6y6ubxc.fsf@ds4.des.no> <200812231736.29198.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Z6tBdMCc7//q+vBX" Content-Disposition: inline In-Reply-To: <200812231736.29198.hselasky@c2i.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD Current , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:08:09 -0000 --Z6tBdMCc7//q+vBX Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Hans Petter Selasky wrote: > On Tuesday 23 December 2008, Dag-Erling Sm=F8rgrav wrote: > > There are serious issues with the permissions model, which were raised > > in Strasbourg and AFAIK never addressed. >=20 > This is more complicated than you think. If you require a change in this = area=20 > than please point me to an existing example implementing something simila= r. I=20 > know about the "kern_priv()" function, but there are no specific groups f= or=20 > USB, which needs to be discussed. The current implementation is good enou= gh=20 > for most use cases in my opinion. Just create device nodes in devfs. Let devfs handle the permissions. If they are insufficient, then we should add ACL support to devfs. --=20 Ed Schouten WWW: http://80386.nl/ --Z6tBdMCc7//q+vBX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklRNxgACgkQ52SDGA2eCwV5LwCfWF5sgcZ5NkFByEcfKBuys7nI /QsAnjUSNJMJB7sG2E2FIdqnlw18DO2d =EuY4 -----END PGP SIGNATURE----- --Z6tBdMCc7//q+vBX-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:16:39 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92BBC1065679 for ; Tue, 23 Dec 2008 19:16:39 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 41E4D8FC1C for ; Tue, 23 Dec 2008 19:16:38 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id mBNJGZ3i007869; Tue, 23 Dec 2008 19:16:35 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LFCk7-0007gp-25; Tue, 23 Dec 2008 19:16:35 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id mBNJGY7G030599; Tue, 23 Dec 2008 19:16:34 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id mBNJGYoX030598; Tue, 23 Dec 2008 19:16:34 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Greg Wang In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 23 Dec 2008 19:16:34 +0000 Message-Id: <1230059794.30039.17.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: current@FreeBSD.org Subject: Re: 8.0-CURRENT: No disks found! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:16:39 -0000 On Sun, 2008-12-07 at 09:36 -0500, Greg Wang wrote: > Regular boot gives "fatal trap #12", "no acpi" and "safe mode" both give > message "no disks found!" on sysinstall screen (partitioning). Both hashes > are OK, burned @x4, 3 different CDs were tried. > Asus P4S333c (SiS chipset 645/961), P4 2.4GHz, mem 768MB, ps2 keyboard, ps2 > mouse, GeForce3-Ti200, monitor Viewsonic VA912b (1280x1024). > 6.0, 6.2, 6.3, 6.4, 7.0 and 7.1-Beta2 - all run perfectly on that machine. > Did 8.0 drop supporting SiS? Or what could be a reason? This should now be fixed, with a commit on 2008/12/18. If you are installing from 8.0 snapshot ISOs, I don't think any include this fix yet. Either wait until the 200901 snapshot, or install the 200809 snapshot, which predates the SiS chipset breakage. > Another machine: Asus M3N78-VM, AthlonX2 (4450e) 2.3GHz, DDR2-800-4GB, > NVidia chip, GeForce 8200 (onboard), ps2 keyboard, usb-mouse, SATA -HDD, > SATA CD/DVD-W, all features - onboard. Monitor: SyncMaster2253bw. > 8.0-CURRENT amd64 version. > With CD1 could install only Base, Kernel and docs. Anything else including > Xorg cannot be installed (error: no Index present). FTP: "there is no > distribution on ftp://... do you want to try another ftp site?" > pkg_add output: command not found. Again hashes are OK, 2 CDs were tried. I'm guessing, but this is probably because the FTP site doesn't carry all the parts for a network install of -CURRENT. It's not clear if you are talking about installing packages or other parts of the base system, the latter should work but the former is probably best done outside of sysinstall. > Downloaded dvd.iso 3 times: first failed @97% (error: cannot copy from > server), second download finished successfully but .iso file couldn't be > found (mystery!), 3-rd download was OK. > However I got the same problem with Index files on the DVD and "no > distribution" with FTP using sysinstall. Again, packages may not be included on the CURRENT install media, and even if they are, they probably are not tested anywhere near as much as a -STABLER release. Use pkg_add rather than trying to do it at install time. > Fortunately dvd installed pkg_add and I managed to install X and then Gnome. > Currently have problem with correct resolution (1680x1050) only 1280x1024 > available as maximum. There is no data for ModeLine in xorg.0.log mentioned > in handbook. Tried to force in xorg.conf: > Section Monitor: > HoryzSync 30.0-81.0 > VertRefresh 50.0-76.0 > Option "DPMS" > that was accepted as well as DefaultDepth 24 under Screen section. > > Section Screen: > Modes "1680x1050" > Doesn't work. xorg.0.log output: "not used, no such name" ) > xorg.0.log + - in the attachment. Can't help you here I'm afraid. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:28:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B421106564A; Tue, 23 Dec 2008 19:28:16 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout016.mac.com (asmtpout016.mac.com [17.148.16.91]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9E28FC1A; Tue, 23 Dec 2008 19:28:16 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from djanson-lt.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp016.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KCC00BEYGR2EQ30@asmtp016.mac.com>; Tue, 23 Dec 2008 11:28:16 -0800 (PST) Message-id: From: Marcel Moolenaar To: gelraen In-reply-to: Date: Tue, 23 Dec 2008 11:28:14 -0800 References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> <20081223050425.GA89448@citylink.fud.org.nz> <6D4A57D3-3F6D-43E6-9B69-95514F69C57A@mac.com> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Current , Andrew Thompson , freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:28:16 -0000 On Dec 23, 2008, at 11:03 AM, gelraen wrote: > 2008/12/23 Marcel Moolenaar : >> >> >> I'm thinking about it. I have a couple of things >> I need to do first, 7.1-RC2 being one of them... >> > > I think, I can try to fix this if you give me couple advices (mostly > about what code I should look and change) All the code is under src/sys/geom/part. o g_part.c contains the high-level (abstract) code for partitioning. o g_part_mbr.c deals specifically with MBR. > I spent some time in thinking about the best way to implement naming > of extended partition. > IMO, the only reasonable way is to sequentially numerate slices. So > the result may look like this: > ad0s3s1 ad0s3s2 ad0s3s3 ad0s3s4 > ad0s3s5 .... Well, the question is whether to expose the nesting in the naming or use a flattened partition naming scheme. Secondly, how generic do you want to make the flattening. With flattening, you have ad0sX, with X from 1 to many. Without flattening you get ad0sX[sY...], with X and Y from 1 to 4. What you suggest is a partial flattening: adsXsY, with X from 1 to 4 and Y from 1 to many. The question of how generic you want to make it, relates to having a BSD label under a MBR or a MBR under a GPT and whether to flatten the namespace. As an example, you can limit flattening for nested partitions of the same type (i.e. same-scheme nesting). > Main problem here is detecting which type of naming to use in > particilar case. Exactly. This requires information exchange between level X-1 to level X of the nesting. Such an exchange already exists for example: the absolute sector offset of the partition is passed from level X-1 to level X. So, it's definitely doable. In short: we just need to nail down what we're going to fix, if we're going to fix anything, and understand the consequences of our choice so that we can document it or beter, avoid introducing new bugs in the process.. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:30:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B2F1065670; Tue, 23 Dec 2008 19:30:33 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 127748FC12; Tue, 23 Dec 2008 19:30:33 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id C8C856D42B; Tue, 23 Dec 2008 20:30:59 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BW527FnYyL3D; Tue, 23 Dec 2008 20:30:56 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 392D06D439; Tue, 23 Dec 2008 20:30:56 +0100 (CET) Date: Tue, 23 Dec 2008 20:30:56 +0100 From: Rink Springer To: Ed Schouten Message-ID: <20081223193056.GA65161@rink.nu> References: <20081222214010.GA18389@elvis.mu.org> <20081223151942.GP18389@elvis.mu.org> <86y6y6ubxc.fsf@ds4.des.no> <200812231736.29198.hselasky@c2i.net> <20081223190808.GC1176@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081223190808.GC1176@hoeg.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Dag-Erling Sm?rgrav , FreeBSD Current , current@freebsd.org, Alfred Perlstein , Hans Petter Selasky Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:30:33 -0000 On Tue, Dec 23, 2008 at 08:08:08PM +0100, Ed Schouten wrote: > * Hans Petter Selasky wrote: > > On Tuesday 23 December 2008, Dag-Erling Sm?rgrav wrote: > > > There are serious issues with the permissions model, which were raised > > > in Strasbourg and AFAIK never addressed. > > > > This is more complicated than you think. If you require a change in this area > > than please point me to an existing example implementing something similar. I > > know about the "kern_priv()" function, but there are no specific groups for > > USB, which needs to be discussed. The current implementation is good enough > > for most use cases in my opinion. > > Just create device nodes in devfs. Let devfs handle the permissions. If > they are insufficient, then we should add ACL support to devfs. Due to the design of USB2, this isn't quite as obvious as it may seem; for example, an USB device has multiple endpoints, and if some process opens endpoint 1 and 3, you don't want to block another process from opening endpoint 2, for example. There are a lot of interesting combinations possible, and this is only the tip of the iceberg :-) Regards, -- Rink P.W. Springer - http://rink.nu "Chance favours the prepared mind" - Penn From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:30:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B2F1065670; Tue, 23 Dec 2008 19:30:33 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 127748FC12; Tue, 23 Dec 2008 19:30:33 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id C8C856D42B; Tue, 23 Dec 2008 20:30:59 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BW527FnYyL3D; Tue, 23 Dec 2008 20:30:56 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 392D06D439; Tue, 23 Dec 2008 20:30:56 +0100 (CET) Date: Tue, 23 Dec 2008 20:30:56 +0100 From: Rink Springer To: Ed Schouten Message-ID: <20081223193056.GA65161@rink.nu> References: <20081222214010.GA18389@elvis.mu.org> <20081223151942.GP18389@elvis.mu.org> <86y6y6ubxc.fsf@ds4.des.no> <200812231736.29198.hselasky@c2i.net> <20081223190808.GC1176@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081223190808.GC1176@hoeg.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Dag-Erling Sm?rgrav , FreeBSD Current , current@freebsd.org, Alfred Perlstein , Hans Petter Selasky Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:30:33 -0000 On Tue, Dec 23, 2008 at 08:08:08PM +0100, Ed Schouten wrote: > * Hans Petter Selasky wrote: > > On Tuesday 23 December 2008, Dag-Erling Sm?rgrav wrote: > > > There are serious issues with the permissions model, which were raised > > > in Strasbourg and AFAIK never addressed. > > > > This is more complicated than you think. If you require a change in this area > > than please point me to an existing example implementing something similar. I > > know about the "kern_priv()" function, but there are no specific groups for > > USB, which needs to be discussed. The current implementation is good enough > > for most use cases in my opinion. > > Just create device nodes in devfs. Let devfs handle the permissions. If > they are insufficient, then we should add ACL support to devfs. Due to the design of USB2, this isn't quite as obvious as it may seem; for example, an USB device has multiple endpoints, and if some process opens endpoint 1 and 3, you don't want to block another process from opening endpoint 2, for example. There are a lot of interesting combinations possible, and this is only the tip of the iceberg :-) Regards, -- Rink P.W. Springer - http://rink.nu "Chance favours the prepared mind" - Penn From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:30:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEBC41065674; Tue, 23 Dec 2008 19:30:15 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 93F5D8FC22; Tue, 23 Dec 2008 19:30:15 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from [195.64.94.120] (helo=[10.0.2.153]) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LFCYJ-000Iof-5a; Tue, 23 Dec 2008 20:04:23 +0100 Message-Id: <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> From: Remko Lodder To: Joe Marcus Clarke In-Reply-To: <495124E0.4090108@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 23 Dec 2008 20:04:19 +0100 References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> <20081223163739.GF42864@freebie.xs4all.nl> <495124E0.4090108@freebsd.org> X-Mailer: Apple Mail (2.930.3) X-Mailman-Approved-At: Tue, 23 Dec 2008 19:37:52 +0000 Cc: Wilko Bulte , Rink Springer , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:30:16 -0000 On Dec 23, 2008, at 6:50 PM, Joe Marcus Clarke wrote: > Wilko Bulte wrote: >> Quoting Rink Springer, who wrote on Tue, Dec 23, 2008 at 05:23:36PM >> +0100 .. >>> Hi people, >>> >>> On Mon, Dec 22, 2008 at 01:40:10PM -0800, Alfred Perlstein wrote: >>>> We're going to usher in the New Year with a new usb stack. >>>> >>>> Now is the time to test, test, test. >>>> >>>> It is also the time to point out anything missing from usb2 that >>>> is in usb1. >>>> >>>> In two weeks, on Jan 3rd I will switch the GENERIC kernel to use >>>> usb2. >>>> >>>> The old usb code will remain in case there is any fallout. >>>> >>>> Depending on how this trial goes we will hopefully move to the new >>>> stack entirely within a few weeks after bug reports start dying >>>> down. >>> For what it's worth, I think this is *way* too early to be even >>> considering this; there is still massive fundamental work being >>> performed on the new stack (which reminds me that I really should >>> get >>> back to my permission patches soonish), but that is not the only >>> issue. >> >> Guys.. is there any reason why this needs to be rushed in over the >> Christmas >> break? Getting it in the tree, fine. But making USB2 the default so >> quickly does not appear to be proper engineering procedure. >> >> The days that CURRENT was broken for long periods is not something >> the >> project wants to get back to. The discussions sofar do not make me >> believe >> this will be a smooth transition, it seems it will need testing and >> fixing for >> a reasonable (considerable?) period. > > Agreed. For desktop users, sysutils/hal is currently broken with > usb2. > It's on my todo list to fix, but I may not have time to do it in the > next two weeks. I know this may seem minor considering other issues, > but people used to automounting USB media in their desktop won't > think so. > > Joe > Given the amount of problems that there are reported on various sources (usb->serial converters not working etc), I think we should provide a base where at least 95% of the things that we ship are working by default. I have seen advises that we should disable some kernel builds and add stuff via modules. I do not think that is the way to go for something which people normally 'take for granted'. I would like to see the code mature in the current form, gets it's developer attention and updates (and yeah there might be painful updates, even for hps, live with them in order to get this thing going as strong as possible). In the past (imo) we had several project sites on www.freebsd.org that listed our projects, and the milestones to take and open items. Is it an idea to send doc@ (or me whatever) a list of open items that need attention, that we document on the site, and only change default behaviour if enough bullets had been fired (read: if enough items had been fixed). That way there is a hardcopy of what needs attention, it's clear for anyone which items that need attention, and if everyone steps up, there is no one that can complain that his arguments aren't listed there and no one that can say that he/she didn't know about the arguments. Thnx, Remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 19:53:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CBC5106567C for ; Tue, 23 Dec 2008 19:53:38 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 48F1B8FC12 for ; Tue, 23 Dec 2008 19:53:38 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBNJrUXM066975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Dec 2008 11:53:31 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <495141BA.9010208@freebsd.org> Date: Tue, 23 Dec 2008 11:53:30 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Remko Lodder References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> <20081223163739.GF42864@freebie.xs4all.nl> <495124E0.4090108@freebsd.org> <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> In-Reply-To: <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 19:53:38 -0000 Remko Lodder wrote: > > On Dec 23, 2008, at 6:50 PM, Joe Marcus Clarke wrote: > >> Wilko Bulte wrote: >>> Quoting Rink Springer, who wrote on Tue, Dec 23, 2008 at 05:23:36PM >>> +0100 .. >>>> Hi people, >>>> >>>> On Mon, Dec 22, 2008 at 01:40:10PM -0800, Alfred Perlstein wrote: >>>>> We're going to usher in the New Year with a new usb stack. >>>>> >>>>> Now is the time to test, test, test. >>>>> >>>>> It is also the time to point out anything missing from usb2 that >>>>> is in usb1. >>>>> >>>>> In two weeks, on Jan 3rd I will switch the GENERIC kernel to use >>>>> usb2. >>>>> >>>>> The old usb code will remain in case there is any fallout. >>>>> >>>>> Depending on how this trial goes we will hopefully move to the new >>>>> stack entirely within a few weeks after bug reports start dying >>>>> down. >>>> For what it's worth, I think this is *way* too early to be even >>>> considering this; there is still massive fundamental work being >>>> performed on the new stack (which reminds me that I really should get >>>> back to my permission patches soonish), but that is not the only >>>> issue. >>> >>> Guys.. is there any reason why this needs to be rushed in over the >>> Christmas >>> break? Getting it in the tree, fine. But making USB2 the default so >>> quickly does not appear to be proper engineering procedure. >>> >>> The days that CURRENT was broken for long periods is not something the >>> project wants to get back to. The discussions sofar do not make me >>> believe >>> this will be a smooth transition, it seems it will need testing and >>> fixing for >>> a reasonable (considerable?) period. >> >> Agreed. For desktop users, sysutils/hal is currently broken with usb2. >> It's on my todo list to fix, but I may not have time to do it in the >> next two weeks. I know this may seem minor considering other issues, >> but people used to automounting USB media in their desktop won't think >> so. >> >> Joe >> > > Given the amount of problems that there are reported on various sources > (usb->serial converters not working etc), I think we should provide a > base where at least 95% of the things that we ship are working by > default. I have seen advises that we should disable some kernel builds > and add stuff via modules. I do not think that is the way to go for > something which people normally 'take for granted'. > > I would like to see the code mature in the current form, gets it's > developer attention and updates (and yeah there might be painful > updates, even for hps, live with them in order to get this thing going > as strong as possible). > > In the past (imo) we had several project sites on www.freebsd.org that > listed our projects, and the milestones to take and open items. Is it an > idea to send doc@ (or me whatever) a list of open items that need > attention, that we document on the site, and only change default > behaviour if enough bullets had been fired (read: if enough items had > been fixed). That way there is a hardcopy of what needs attention, it's > clear for anyone which items that need attention, and if everyone steps > up, there is no one that can complain that his arguments aren't listed > there and no one that can say that he/she didn't know about the arguments. I'll offer a different POV. I think we should switch ASAP and resolve open issues (so long as the old code is kept around for folks to fall back on). We cannot ship 8.0 w/ 2 stacks and delaying the inevitable will only leave unknown issues closer to the release date and potentially delay/extend the release process. I said this when the code was first committed and feel even more strongly now. Of course all this depends on developers stepping up and fixing problems. IMO we cannot depend on this code if it is treated purely as vendor-contributed code. The only reason I can see for not switching are important regressions in functionality (both in the kernel and user programs) or security issues. It sounds like there are reasons to not switch now but I think we need to move ASAP. Sam From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 20:17:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4EB31065674; Tue, 23 Dec 2008 20:17:02 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7C3A38FC19; Tue, 23 Dec 2008 20:17:01 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id E04A91A3C3A; Tue, 23 Dec 2008 12:17:01 -0800 (PST) Date: Tue, 23 Dec 2008 12:17:01 -0800 From: Alfred Perlstein To: Sam Leffler Message-ID: <20081223201701.GS18389@elvis.mu.org> References: <20081222214010.GA18389@elvis.mu.org> <86abanuhh5.fsf@ds4.des.no> <20081223144914.GO18389@elvis.mu.org> <863agevs8y.fsf@ds4.des.no> <20081223151942.GP18389@elvis.mu.org> <495125B2.1070806@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <495125B2.1070806@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Dag-Erling Sm??rgrav , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 20:17:02 -0000 * Sam Leffler [081223 09:53] wrote: > Alfred Perlstein wrote: > >* Dag-Erling Sm??rgrav [081223 07:14] wrote: > > > >>Alfred Perlstein writes: > >> > >>>Dag-Erling Sm??rgrav writes: > >>> > >>>>Don't you think this should be discussed first? > >>>> > >>>If someone has a strong objection with some concrete issues > >>>I'm all ears. > >>> > >>You know very well that there are, and you also know very well that this > >>is too big a change to go in without discussion. > >> > > > >Perhaps you can list them for me, all I've seen so far is: > > > >1) Sam has code he doesn't want to port (Hans has stepped up to do so.) > >2) Another 1 or 2 developers have code that needs porting and we're > > in discussions with them about it. > >3) I think you were mad about whitespace or something, but like this > > case, you were not up for bringing specifics to the table. > > > >If you have something to add then please be more specific with your > >requirements. > > > > > > > As usual you've misconstrued my comment and ignored all the substantive > issues that have been brought up since the code was added to the tree. > The fact that you need people to list issues for you shows how out of > touch you are. It is pointless to argue issues with you yet again so I > will simply say that I have always been in favor of moving the usb code > base forward. In fact I strongly suggested you commit the new code _in > place_ of the existing code. As to my work I have said I'm not > interested in working w/ the new usb code so someone else will need to > bring in the missing functionality (same goes for all wireless > drivers). I believe that person has stepped up so this is not an issue > for me. Sam, I have an email address and since Hans and I are the points of contact for usb2 work I have seen little if any emails directed towards me in a constructive manner about the project from a few key detractors. There are a few shining examples of developer interaction with us, but unfortunately a bunch seem to be based on private emails, discussions on irc and other back channels that I'm just not privy to. Calling me "out of touch" for not being welded to the FreeBSD-rumor-mill is just unfair. So I implore you to take the high road and suggest that people take these issues to me directly when they come up, instead of blindsiding me when I try to take the next step with this project. In so far as telling me to bring it in place, perhaps I dream of black helicopters jumping fences instead of white sheep, but it really seemed that you were dead-set against the new stack to the point that I realized that putting the new stack over the old one, would suddenly have potentially huge backlash making the project a failure. You know that and I know that. Finally, since your concerns about your code are addressed, then why even bother responding? Let it go man. -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 20:21:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 413281065674; Tue, 23 Dec 2008 20:21:58 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id AD9E08FC13; Tue, 23 Dec 2008 20:21:57 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id 66CC12E30728; Tue, 23 Dec 2008 18:48:05 +0100 (CET) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 09B9C3EA105; Tue, 23 Dec 2008 20:48:18 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id C45743EA0F5; Tue, 23 Dec 2008 20:48:17 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id mBNJmCmk025084; Tue, 23 Dec 2008 20:48:13 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Tue, 23 Dec 2008 20:48:06 +0100 User-Agent: KMail/1.9.10 References: <20081222214010.GA18389@elvis.mu.org> <20081223190808.GC1176@hoeg.nl> <20081223193056.GA65161@rink.nu> In-Reply-To: <20081223193056.GA65161@rink.nu> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200812232048.07375.thierry.herbelot@free.fr> Cc: Rink Springer , Hans Petter Selasky Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 20:21:58 -0000 Le Tuesday 23 December 2008, Rink Springer a écrit : > On Tue, Dec 23, 2008 at 08:08:08PM +0100, Ed Schouten wrote: > > * Hans Petter Selasky wrote: > > > On Tuesday 23 December 2008, Dag-Erling Sm?rgrav wrote: > > > > There are serious issues with the permissions model, which were > > > > raised in Strasbourg and AFAIK never addressed. > > > > > > This is more complicated than you think. If you require a change in > > > this area than please point me to an existing example implementing > > > something similar. I know about the "kern_priv()" function, but there > > > are no specific groups for USB, which needs to be discussed. The > > > current implementation is good enough for most use cases in my opinion. > > > > Just create device nodes in devfs. Let devfs handle the permissions. If > > they are insufficient, then we should add ACL support to devfs. > > Due to the design of USB2, this isn't quite as obvious as it may seem; > for example, an USB device has multiple endpoints, and if some process > opens endpoint 1 and 3, you don't want to block another process from > opening endpoint 2, for example. There are a lot of interesting > combinations possible, and this is only the tip of the iceberg :-) Hello, Speaking of permissions, please do not forget that endpoint 0 may be simultaneously used by multiple processes (for multiple interleaved USB requests). As a Me-Too : one current difficulty with usb2 is the loss of device nodes for addressing individual endpoints. One the other hand, the performance is so much better .... impressive even from userland, when using libusb20. I just have found what may be an issue, which is : reading from bulk endpoints, I can get data if the reads are in two separate processes, but not from two threads in the same process. Thanks for the good work TfH > > Regards, From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 20:22:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD44E1065678; Tue, 23 Dec 2008 20:22:51 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9570C8FC19; Tue, 23 Dec 2008 20:22:51 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 892EF1A3C3A; Tue, 23 Dec 2008 12:22:51 -0800 (PST) Date: Tue, 23 Dec 2008 12:22:51 -0800 From: Alfred Perlstein To: Remko Lodder Message-ID: <20081223202251.GT18389@elvis.mu.org> References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> <20081223163739.GF42864@freebie.xs4all.nl> <495124E0.4090108@freebsd.org> <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> User-Agent: Mutt/1.4.2.3i Cc: Wilko Bulte , Rink Springer , Joe Marcus Clarke , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 20:22:51 -0000 Trying to address all points here. Remko, Joe, Wilko, Rink: I think Hans is aware of all your concerns. The only one I see as being a challenge is getting the permissions one correct considering that there seems to be some discrepencies between the patch and how things need to work with multiple-endpoints. Even so, the permissions do not seem to be that difficult. The rest seems to be a few hundred line of code porting. Of course on closer inspection we may find more complex issues to deal with. I'm currently scoping out all these issues with Hans. He should have some feedback for me within a few days letting me know what his schedule for these items are. Please note that feedback is all over the map: 1) YES! 2) no wait! 3) no wait because of item X 4) this should have just replaced usb on import! Anyhow, what we'll do is scope out these issues and come back to the table with a revised schedule. There will be a schedule and I expect feedback on that schedule so that we can make forward progress. Thanks very much and have a great holiday! -Alfred * Remko Lodder [081223 11:05] wrote: > > On Dec 23, 2008, at 6:50 PM, Joe Marcus Clarke wrote: > > >Wilko Bulte wrote: > >>Quoting Rink Springer, who wrote on Tue, Dec 23, 2008 at 05:23:36PM > >>+0100 .. > >>>Hi people, > >>> > >>>On Mon, Dec 22, 2008 at 01:40:10PM -0800, Alfred Perlstein wrote: > >>>>We're going to usher in the New Year with a new usb stack. > >>>> > >>>>Now is the time to test, test, test. > >>>> > >>>>It is also the time to point out anything missing from usb2 that > >>>>is in usb1. > >>>> > >>>>In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > >>>>usb2. > >>>> > >>>>The old usb code will remain in case there is any fallout. > >>>> > >>>>Depending on how this trial goes we will hopefully move to the new > >>>>stack entirely within a few weeks after bug reports start dying > >>>>down. > >>>For what it's worth, I think this is *way* too early to be even > >>>considering this; there is still massive fundamental work being > >>>performed on the new stack (which reminds me that I really should > >>>get > >>>back to my permission patches soonish), but that is not the only > >>>issue. > >> > >>Guys.. is there any reason why this needs to be rushed in over the > >>Christmas > >>break? Getting it in the tree, fine. But making USB2 the default so > >>quickly does not appear to be proper engineering procedure. > >> > >>The days that CURRENT was broken for long periods is not something > >>the > >>project wants to get back to. The discussions sofar do not make me > >>believe > >>this will be a smooth transition, it seems it will need testing and > >>fixing for > >>a reasonable (considerable?) period. > > > >Agreed. For desktop users, sysutils/hal is currently broken with > >usb2. > >It's on my todo list to fix, but I may not have time to do it in the > >next two weeks. I know this may seem minor considering other issues, > >but people used to automounting USB media in their desktop won't > >think so. > > > >Joe > > > > Given the amount of problems that there are reported on various > sources (usb->serial converters not working etc), I think we should > provide a base where at least 95% of the things that we ship are > working by default. I have seen advises that we should disable some > kernel builds and add stuff via modules. I do not think that is the > way to go for something which people normally 'take for granted'. > > I would like to see the code mature in the current form, gets it's > developer attention and updates (and yeah there might be painful > updates, even for hps, live with them in order to get this thing going > as strong as possible). > > In the past (imo) we had several project sites on www.freebsd.org that > listed our projects, and the milestones to take and open items. Is it > an idea to send doc@ (or me whatever) a list of open items that need > attention, that we document on the site, and only change default > behaviour if enough bullets had been fired (read: if enough items had > been fixed). That way there is a hardcopy of what needs attention, > it's clear for anyone which items that need attention, and if everyone > steps up, there is no one that can complain that his arguments aren't > listed there and no one that can say that he/she didn't know about the > arguments. > > Thnx, > Remko > -- > /"\ Best regards, | remko@FreeBSD.org > \ / Remko Lodder | remko@EFnet > X http://www.evilcoder.org/ | > / \ ASCII Ribbon Campaign | Against HTML Mail and News -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 20:39:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED231065679 for ; Tue, 23 Dec 2008 20:39:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id A221F8FC27 for ; Tue, 23 Dec 2008 20:39:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 8680 invoked by uid 399); 23 Dec 2008 20:12:32 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 23 Dec 2008 20:12:32 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4951462C.9080702@FreeBSD.org> Date: Tue, 23 Dec 2008 12:12:28 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.18 (X11/20081128) MIME-Version: 1.0 To: Sam Leffler References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> <20081223163739.GF42864@freebie.xs4all.nl> <495124E0.4090108@freebsd.org> <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> <495141BA.9010208@freebsd.org> In-Reply-To: <495141BA.9010208@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 20:39:15 -0000 Sam Leffler wrote: > I'll offer a different POV. I think we should switch ASAP and resolve > open issues (so long as the old code is kept around for folks to fall > back on). We cannot ship 8.0 w/ 2 stacks and delaying the inevitable > will only leave unknown issues closer to the release date and > potentially delay/extend the release process. I agree with Sam completely on this point. While I think that the semi-recent move to a model of -current being "stable" (in the sense of compiles/runs almost all of the time) is a welcome one, I think that there are times when we need to bite the bullet and move forward. Whatever issues that remain in the new code will not get fixed faster by delaying the switch. The fact that the old stack will remain as an option for those who absolutely must have it makes this decision a no-brainer. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 21:18:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D04B6106564A; Tue, 23 Dec 2008 21:18:34 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id AE42D8FC14; Tue, 23 Dec 2008 21:18:34 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBNLIV2I029728; Tue, 23 Dec 2008 13:18:31 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 23 Dec 2008 13:18:47 -0800 Message-ID: In-Reply-To: <4950F770.3090700@dlr.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AcllC+gUQ/WnruL3Sa+i1XH+Vht2RgAKxQyw References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> From: "Li, Qing" To: "Hartmut Brandt" , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 21:18:34 -0000 Hi Hartmut, I appreciate your candid feedback. You raised many valid points.=20 I combined both of your emails in this reply, please see my=20 comments below ... >=20 > Also one thing that would be extremly helpful is a short description of > that interface arp(4). Currently one has to reverse engineer arp.c to > understand how to do things. > This project has been in the making for quite a long time. I had a lot of content prepared to write in the commit message in my head, but when the moment final arrived in the end, my mind went blank perhaps due to that much anticipation. Funny how that works.=20 I will provide more text on this subject after things have settled down. >=20 > - this is code maintained in another repository and imported to > FreeBSD. Luckily the cvs-times are over where this commit would have > taken the files of the vendor branch. But nevertheless it is never a > good idea to change code in contrib without pushing the changes > upstream. >=20 This was due to my lack of understanding about the structure of that section of the repository. Thank you for providing this=20 information. > > - you just removed a lot of code and left the ipNetToMedia table > entirely disfunctional. >=20 > - you obviously did not test the change. Otherwise you would have seen > that it did not work. > No, I did not test that piece of code. There were so much to do in=20 the end, and having modified arp and ndp myself, I estimated the fix would not be difficult even if I broke it. So I took a calculated gamble. Thank you for fixing my bugs. > > And another point: when changing external interfaces it might be > possible to ask for a full port build with the changes to look for the > fall-out on ports. I would say that this commit was a good candidate to > get the port maintainers into the boat earlier. > > not so happy, > You are absolutely right. This was a complete oversight on my part. I was telling myself "I think I am forgetting something".=20 ... then I remembered when the first port breakage report arrived ;-) To be fair though, I did send a message titled=20 "last call for L2/L3 rewrite code review" a week before the commit to net@, current@ and all of the developers. And I have sent many emails on this subject in the past few years. A couple of points I hope you could recognize: 1. The arp-v2 project replaces a major networking kernel design and=20 all of its dependencies that have been in operation for many years=20 (16+ ??). The networking kernel went through quite a surgery so=20 do expect things will continue to evolve. 2. This is the first time I am making such a major change in the kernel. Since I am still learning the process, I am bound to make mistakes but I will not repeat these mistakes in the future. My goal is to be diligent in monitoring the problem reports and provide timely responses and fixes. And finally I want to thank you and others for your hard work in helping me cleaning up the ports. Thanks again. Cheers, --Qing From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 21:37:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC79B1065675 for ; Tue, 23 Dec 2008 21:37:26 +0000 (UTC) (envelope-from rmtodd@servalan.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7E67C8FC1B for ; Tue, 23 Dec 2008 21:37:26 +0000 (UTC) (envelope-from rmtodd@servalan.servalan.com) Received: by mx1.synetsystems.com (Postfix, from userid 66) id B1911C97; Tue, 23 Dec 2008 16:37:25 -0500 (EST) Received: from rmtodd by servalan.servalan.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LFE47-0001JS-1f; Tue, 23 Dec 2008 14:41:19 -0600 Date: Tue, 23 Dec 2008 14:41:18 -0600 From: Richard Todd To: Alan Cox Message-ID: <20081223204118.GA4507@ichotolot.servalan.com> References: <20081223011032.GA3228@ichotolot.servalan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, rnoland@freebsd.org Subject: Re: Getting 'vm_thread_new: kstack allocation failed' errors after latest drm updates. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 21:37:26 -0000 On Tue, Dec 23, 2008 at 12:04:49PM -0600, Alan Cox wrote: > Roughly speaking, vm.kvm_* pertain to the kernel's address space and > vm.kmem_* pertain to the kernel's heap within its address space. Your > settings of vm.kmem_* have made the heap so large that there is little or no > free space left in the address space for other things. These other things, > e.g., the buffer cache, are non-trivial in size. > > So, the short answer is that you need to reduce vm.kmem_size. > > Alan Ah, so there's stuff the kernel allocates that's not inside the region controlled by kmem_size. Interesting. Anyway, knocking vm.kmem_size down by 128M seems to fix things. Thanks! Richard From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 22:01:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BA181065670 for ; Tue, 23 Dec 2008 22:01:31 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 3947E8FC0C for ; Tue, 23 Dec 2008 22:01:29 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so2055417fkk.11 for ; Tue, 23 Dec 2008 14:01:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=CUKmdcQ9GPYjJ525NRW1cN7Y7bceUbuIEUavGsq3llo=; b=k3cNH+AA+7+xBAdY3F9iyTsYbuQr6h7CHwNfRov7WYt/SZX3uSvywDb/qOyjzJ18a/ 46fBIz47syEWNdBh6Fp0AyUB46SRElqJUeJ5qdJpPN3Zo2bNvVyAm5uijY3CwTz9/sMS ur9Sj9lBrY5SNB2Gd9vn2prItAyHbO4Dj0uS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=Ad7xnv4KviV/COw7lXKCMLs+E2PQpFhJWtRx/erbGV/L8ZTpxmHU5KCtCwKVN1BWv9 GXK7VUR5cl/Mk24imTqnV0zgrZWUii/aFsL1v/cjZmuhBAkEwj6xqXKA6BD3CEShW9bg qJ3gGTFErq08BXlqTROuh1AA181orR8+HYaPY= Received: by 10.181.149.19 with SMTP id b19mr1910555bko.67.1230069688731; Tue, 23 Dec 2008 14:01:28 -0800 (PST) Received: by 10.181.136.11 with HTTP; Tue, 23 Dec 2008 14:01:28 -0800 (PST) Message-ID: Date: Tue, 23 Dec 2008 23:01:28 +0100 From: "Antoine Brodin" Sender: antoine.brodin.freebsd@gmail.com To: "Qing Li" In-Reply-To: <200812150634.mBF6YDVC060565@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> X-Google-Sender-Auth: a5fa93ac68d294de Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 22:01:31 -0000 On Mon, Dec 15, 2008 at 7:34 AM, Qing Li wrote: > Hi All, > > The arp-v2 changes have been committed into HEAD. > Please report problems to me and Kip Macy. Hi, I still have a panic with ipv6 enabled with current from yesterday afternoon (in6.c rev 1.92): %%% # cat info.1 Dump header from device /dev/ad6s1b Architecture: i386 Architecture Version: 2 Dump Length: 180998144B (172 MB) Blocksize: 512 Dumptime: Tue Dec 23 13:52:41 2008 Hostname: barton.dreadbsd.org. Magic: FreeBSD Kernel Dump Version String: FreeBSD 8.0-CURRENT #2: Mon Dec 22 17:44:06 CET 2008 root@barton.dreadbsd.org.:/usr/obj/usr/src/sys/GENERIC Panic String: _rw_rlock (lle): wlock already held @ /usr/src/sys/netinet6/in6.c:2221 Dump Parity: 1345446215 Bounds: 1 Dump Status: good # kgdb /boot/kernel/kernel vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: lock order reversal: 1st 0xc549aa08 lle (lle) @ /usr/src/sys/netinet6/in6.c:2219 2nd 0xc51b9608 if_afdata (if_afdata) @ /usr/src/sys/netinet6/nd6_rtr.c:1336 KDB: stack backtrace: db_trace_self_wrapper(c0be5fcb,c4b88648,c08757f6,4,c0be152e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0be152e,c4d26f50,c4d24ac0,c4b886a4,...) at kdb_backtrace+0x29 _witness_debugger(c0be8cb5,c51b9608,c0bf1709,c4d24ac0,c0bfff5d,...) at _witness_debugger+0x26 witness_checkorder(c51b9608,9,c0bfff5d,538,0,...) at witness_checkorder+0x839 _rw_wlock(c51b9608,c0bfff5d,538,c544c000,c51f6a80,...) at _rw_wlock+0x82 find_pfxlist_reachable_router(f4,c549aa48,c4b88724,c08467fd,c0d35140,...) at find_pfxlist_reachable_router+0x37 pfxlist_onlink_check(c549aa00,3a98,6,1,c188ca38,...) at pfxlist_onlink_check+0x2e nd6_na_input(c544c000,28,20,1,7dc,...) at nd6_na_input+0x518 icmp6_input(c4b88aa0,c4b88ab4,3a,c54230a4,c5923028,...) at icmp6_input+0x1cb6 ip6_input(c58ed700,c070a8b2,86dd,c51b9400,86dd,...) at ip6_input+0x101d netisr_dispatch(1b,c58ed700,c4ed6480,1,c51b9400,...) at netisr_dispatch+0x72 ether_demux(c51b9400,c58ed700,3,0,3,...) at ether_demux+0x1f1 ether_input(c51b9400,c58ed700,c549f000,c524b000,c58c8008,...) at ether_input+0x37f ieee80211_deliver_data(c524b000,c549f000,c58ed700,c4f1947c,4,...) at ieee80211_deliver_data+0x94 sta_input(c549f000,c58ed700,25,ffffffa0,669,...) at sta_input+0x9fc ath_rx_proc(c4ede000,1,c0be7657,54,c4f0a35c,...) at ath_rx_proc+0x4b6 taskqueue_run(c4f0a340,c4f0a35c,0,c0bd996f,0,...) at taskqueue_run+0x10b taskqueue_thread_loop(c4ede26c,c4b88d38,c0bded0e,32d,c0d32c40,...) at taskqueue_thread_loop+0x68 fork_exit(c086ea30,c4ede26c,c4b88d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc4b88d70, ebp = 0 --- panic: _rw_rlock (lle): wlock already held @ /usr/src/sys/netinet6/in6.c:2221 cpuid = 0 Uptime: 1h40m57s Physical memory: 1519 MB Dumping 172 MB: 157 141 125 109 93 77 61 45 29 13 Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/snd_ich.ko...Reading symbols from /boot/kernel/snd_ich.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_ich.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc0833dcc in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc08340a5 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc0832526 in _rw_rlock (rw=0xc549aa08, file=0xc0bfe9e5 "/usr/src/sys/netinet6/in6.c", line=2221) at /usr/src/sys/kern/kern_rwlock.c:291 #4 0xc09a722a in in6_lltable_lookup (llt=0xc5209e00, flags=0, l3addr=0xc4b886a0) at /usr/src/sys/netinet6/in6.c:2221 #5 0xc09b937c in nd6_lookup (addr6=0xc51ebc88, flags=0, ifp=0xc51b9400) at if_llatbl.h:188 #6 0xc09beef4 in find_pfxlist_reachable_router (pr=Variable "pr" is not available. ) at /usr/src/sys/netinet6/nd6_rtr.c:1337 #7 0xc09bef8e in pfxlist_onlink_check () at /usr/src/sys/netinet6/nd6_rtr.c:1376 #8 0xc09bbde8 in nd6_na_input (m=0xc544c000, off=40, icmp6len=32) at /usr/src/sys/netinet6/nd6_nbr.c:742 #9 0xc09a5266 in icmp6_input (mp=0xc4b88aa0, offp=0xc4b88ab4, proto=58) at /usr/src/sys/netinet6/icmp6.c:808 #10 0xc09b2bdd in ip6_input (m=0xc58ed700) at /usr/src/sys/netinet6/ip6_input.c:886 #11 0xc08e2832 in netisr_dispatch (num=27, m=0xc58ed700) at /usr/src/sys/net/netisr.c:178 #12 0xc08dc221 in ether_demux (ifp=0xc51b9400, m=0xc58ed700) at /usr/src/sys/net/if_ethersubr.c:864 #13 0xc08dc68f in ether_input (ifp=0xc51b9400, m=0xc58ed700) at /usr/src/sys/net/if_ethersubr.c:721 #14 0xc08fe974 in ieee80211_deliver_data (vap=0xc524b000, ni=dwarf2_read_address: Corrupted DWARF expression. ) at /usr/src/sys/net80211/ieee80211_input.c:223 #15 0xc091899c in sta_input (ni=0xc549f000, m=0xc58ed700, rssi=37, noise=-96, rstamp=1641) at /usr/src/sys/net80211/ieee80211_sta.c:824 #16 0xc0584b26 in ath_rx_proc (arg=0xc4ede000, npending=1) at /usr/src/sys/dev/ath/if_ath.c:4218 #17 0xc086e93b in taskqueue_run (queue=0xc4f0a340) at /usr/src/sys/kern/subr_taskqueue.c:282 #18 0xc086ea98 in taskqueue_thread_loop (arg=0xc4ede26c) at /usr/src/sys/kern/subr_taskqueue.c:403 #19 0xc08108f8 in fork_exit (callout=0xc086ea30 , arg=0xc4ede26c, frame=0xc4b88d38) at /usr/src/sys/kern/kern_fork.c:821 #20 0xc0b1a1d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) # ident /boot/kernel/kernel | grep netinet6 $FreeBSD: src/sys/netinet6/dest6.c,v 1.15 2008/12/02 21:37:28 bz Exp $ $FreeBSD: src/sys/netinet6/frag6.c,v 1.41 2008/12/02 21:37:28 bz Exp $ $FreeBSD: src/sys/netinet6/icmp6.c,v 1.101 2008/12/17 13:00:18 bz Exp $ $FreeBSD: src/sys/netinet6/in6.c,v 1.92 2008/12/22 07:11:15 qingli Exp $ $FreeBSD: src/sys/netinet6/in6_cksum.c,v 1.17 2007/12/10 16:03:37 obrien Exp $ $FreeBSD: src/sys/netinet6/in6_gif.c,v 1.34 2008/12/02 21:37:28 bz Exp $ $FreeBSD: src/sys/netinet6/in6_ifattach.c,v 1.53 2008/12/12 02:07:45 kmacy Exp $ $FreeBSD: src/sys/netinet6/in6_pcb.c,v 1.107 2008/12/15 21:50:54 bz Exp $ $FreeBSD: src/sys/netinet6/in6_proto.c,v 1.57 2008/12/11 16:26:38 bz Exp $ $FreeBSD: src/sys/netinet6/sctp6_var.h,v 1.10 2008/07/09 16:45:30 rrs Exp $ $FreeBSD: src/sys/netinet6/in6_rmx.c,v 1.34 2008/12/17 10:03:49 qingli Exp $ $FreeBSD: src/sys/netinet6/in6_src.c,v 1.65 2008/12/16 02:30:42 kmacy Exp $ $FreeBSD: src/sys/netinet6/ip6_forward.c,v 1.46 2008/12/02 21:37:28 bz Exp $ $FreeBSD: src/sys/netinet6/ip6_id.c,v 1.9 2007/12/10 16:03:38 obrien Exp $ $FreeBSD: src/sys/netinet6/ip6_input.c,v 1.112 2008/12/22 12:54:52 bz Exp $ $FreeBSD: src/sys/netinet6/ip6_output.c,v 1.127 2008/12/17 13:00:18 bz Exp $ $FreeBSD: src/sys/netinet6/mld6.c,v 1.39 2008/12/02 21:37:28 bz Exp $ $FreeBSD: src/sys/netinet6/nd6.c,v 1.103 2008/12/17 10:03:49 qingli Exp $ $FreeBSD: src/sys/netinet6/nd6_nbr.c,v 1.59 2008/12/16 02:47:22 kmacy Exp $ $FreeBSD: src/sys/netinet6/nd6_rtr.c,v 1.57 2008/12/17 10:27:34 qingli Exp $ $FreeBSD: src/sys/netinet6/raw_ip6.c,v 1.98 2008/12/17 13:00:18 bz Exp $ $FreeBSD: src/sys/netinet6/route6.c,v 1.18 2008/12/02 21:37:28 bz Exp $ $FreeBSD: src/sys/netinet6/scope6.c,v 1.22 2008/12/02 21:37:28 bz Exp $ $FreeBSD: src/sys/netinet6/sctp6_usrreq.c,v 1.47 2008/12/06 13:19:54 rrs Exp $ $FreeBSD: src/sys/netinet6/sctp6_var.h,v 1.10 2008/07/09 16:45:30 rrs Exp $ $FreeBSD: src/sys/netinet6/udp6_usrreq.c,v 1.103 2008/12/17 13:00:18 bz Exp $ %%% Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 20:44:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A777F1065673; Tue, 23 Dec 2008 20:44:49 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 39B208FC22; Tue, 23 Dec 2008 20:44:49 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [82.95.250.254]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id mBNKii77031097; Tue, 23 Dec 2008 21:44:44 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.14.2/8.14.2) with ESMTP id mBNKeMeZ049570; Tue, 23 Dec 2008 21:40:22 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.14.2/8.14.2/Submit) id mBNKeHx7049569; Tue, 23 Dec 2008 21:40:17 +0100 (CET) (envelope-from wb) Date: Tue, 23 Dec 2008 21:40:17 +0100 From: Wilko Bulte To: Alfred Perlstein Message-ID: <20081223204016.GC47462@freebie.xs4all.nl> References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> <20081223163739.GF42864@freebie.xs4all.nl> <495124E0.4090108@freebsd.org> <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> <20081223202251.GT18389@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081223202251.GT18389@elvis.mu.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Tue, 23 Dec 2008 22:06:48 +0000 Cc: Rink Springer , Remko Lodder , Joe Marcus Clarke , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 20:44:49 -0000 Quoting Alfred Perlstein, who wrote on Tue, Dec 23, 2008 at 12:22:51PM -0800 .. > Trying to address all points here. > > Remko, Joe, Wilko, Rink: > > I think Hans is aware of all your concerns. The only one I see as > being a challenge is getting the permissions one correct considering > that there seems to be some discrepencies between the patch and how > things need to work with multiple-endpoints. Even so, the permissions > do not seem to be that difficult. The rest seems to be a few hundred > line of code porting. Of course on closer inspection we may find > more complex issues to deal with. > > I'm currently scoping out all these issues with Hans. He should > have some feedback for me within a few days letting me know what > his schedule for these items are. > > Please note that feedback is all over the map: > 1) YES! > 2) no wait! > 3) no wait because of item X > 4) this should have just replaced usb on import! Yeah.. ;-) > Anyhow, what we'll do is scope out these issues and come back > to the table with a revised schedule. > > There will be a schedule and I expect feedback on that schedule > so that we can make forward progress. Thanks Alfred! Wilko From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 22:08:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A40AB1065674; Tue, 23 Dec 2008 22:08:49 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 63DC88FC08; Tue, 23 Dec 2008 22:08:49 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4073096rvf.43 for ; Tue, 23 Dec 2008 14:08:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=/BT/mrSodMgMoyV0eKLE5iZBMAGCP6xFsctZzlT2b08=; b=BTYxOSe8lK8Q2ubp8oqGvsnu4g8EPCSyFby8TlS2TQCkcMB2NrKK0BnYk3rfUmaJgf uUob1l1hNQOzFfUsW02k0FNUeRclzp+TC0Isi+MK6zm4rVe23dltHc++4kBi11R1J9Pf 9WRr1Km/VZBa11oYrVTCgP1O+MNZ/zPswKvT4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=on1kZEvV9X8kZE9Mrfe0SPO5ojcTQlmC7stpa67ZclJ6uu1D3DCGV2r4E9BDvDG9Fk M4hQBGaPnxp30eZeMgKoHp9zWgQKWWDdIZUiX8//3CFGXF04tWbGEO7beUAq8AzZp0ly EJ97UWVoy+APE5ND53PNj++lSLI6CfFyQ2fKA= Received: by 10.141.203.7 with SMTP id f7mr3937242rvq.125.1230070129184; Tue, 23 Dec 2008 14:08:49 -0800 (PST) Received: by 10.141.37.17 with HTTP; Tue, 23 Dec 2008 14:08:49 -0800 (PST) Message-ID: <3c1674c90812231408h53b16b4as5d3fa242e6d02a10@mail.gmail.com> Date: Tue, 23 Dec 2008 14:08:49 -0800 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Li, Qing" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> X-Google-Sender-Auth: 5f5fea3d9a27b04b Cc: Qing Li , Hartmut Brandt , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 22:08:49 -0000 Hi Harti, Let me first preface this e-mail by saying that you and I have had very little contact prior to this. The comments below are meant to explain the point of view of myself and that of a number of other developers with whom I have spoken, not to criticize you or trivialize your point of view. >> - you just removed a lot of code and left the ipNetToMedia table >> entirely disfunctional. >> >> - you obviously did not test the change. Otherwise you would have seen >> that it did not work. Even those of us well versed in networking are not familiar with all subsystems. I know that whenever someone breaks a subsystem that is important to me that I am indignant. That is natural. Although Sam Leffler reviewed much of the code before commit, and I (re-)implemented all of the locking, we have to accept that there was really only one person working on this. He publicly asked for a review many times and made a good faith effort to test all of the dependent network subsystems that he could. However, at the end of the day the code goes in and bugs get fixed as they crop up. Most of us feel that he has done a commendable job in dealing with issues promptly. >> And another point: when changing external interfaces it might be >> possible to ask for a full port build with the changes to look for the >> fall-out on ports. I would say that this commit was a good candidate > to >> get the port maintainers into the boat earlier. >> >> not so happy, The only reasonable way to do a full ports build is to ask portmgr to use the build systems. Although it may now be possible with svn, in the past there was no way for him to do that for out of tree code. Hence portmgr does not share your point of view. What we should have done is grepped for RTM_RESOLVE and the flags that I removed. However, that did not occur to me. He asked on numerous occasions for review and someone should have brought it up then. We do not feel that it is reasonable to hold him solely responsible when he did not act in a unilateral fashion. Thank you for taking care of that bit of breakage. Cheers, Kip -- Als die Nazis die Kommunisten holten, habe ich geschwiegen; ich war ja kein Kommunist. Als sie die Sozialdemokraten einsperrten, habe ich geschwiegen; ich war ja kein Sozialdemokrat. Als sie die Gewerkschafter holten, habe ich nicht protestiert; ich war ja kein Gewerkschafter. Als sie die Juden holten, habe ich geschwiegen; ich war ja kein Jude. Als sie mich holten, gab es keinen mehr, der protestieren konnte. From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 22:27:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C2681065673 for ; Tue, 23 Dec 2008 22:27:09 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 120438FC1D for ; Tue, 23 Dec 2008 22:27:08 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1698855yxb.13 for ; Tue, 23 Dec 2008 14:27:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=Ija7rDx9ZQDXFdxysBjF7kLYNma3cc46CUb5mR6SNwk=; b=Nt2wn28mt2JmYDwEXYoLpd+erCOsM51zopwJNmMZrP4kNYlCGgmiWWoejqW3hK5fc+ FyX8xnzavqbi4Zk3aQeXKDyp7T+IixoLkrHaWBm+YefsrqHHo9eoUkx3wJDNNHQtUtMw IEnj99qxbAYXKLfDnOg1hYpDkpR3SSPTjaI88= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=nscZfA4SSF+729njJ7Y557et3zNDtjOEUbQ9pITJOLKMDKvvpJ6otjjx4wEJDqutsN xkeNZjL2lxCk3depDeuzIX4RlXPUI8IB2xxT3BvgkNaavaBct3OFcESvefvW1Rh/49gs ZjZLt4J49RXCGljgl2t/YAZEmFidnrLqawtS8= Received: by 10.101.71.10 with SMTP id y10mr4953574ank.48.1230071227788; Tue, 23 Dec 2008 14:27:07 -0800 (PST) Received: from ?10.88.108.157? ([32.156.135.167]) by mx.google.com with ESMTPS id d38sm9490641and.23.2008.12.23.14.27.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Dec 2008 14:27:06 -0800 (PST) References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> <20081223163739.GF42864@freebie.xs4all.nl> <495124E0.4090108@freebsd.org> <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> <495141BA.9010208@freebsd.org> <4951462C.9080702@FreeBSD.org> Message-Id: From: Garrett Cooper To: Doug Barton In-Reply-To: <4951462C.9080702@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5F136) Mime-Version: 1.0 (iPhone Mail 5F136) Date: Tue, 23 Dec 2008 14:25:45 -0800 Cc: Sam Leffler , "current@freebsd.org" Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 22:27:09 -0000 On Dec 23, 2008, at 12:12, Doug Barton wrote: > Sam Leffler wrote: >> I'll offer a different POV. I think we should switch ASAP and >> resolve >> open issues (so long as the old code is kept around for folks to fall >> back on). We cannot ship 8.0 w/ 2 stacks and delaying the inevitable >> will only leave unknown issues closer to the release date and >> potentially delay/extend the release process. > > I agree with Sam completely on this point. > > While I think that the semi-recent move to a model of -current being > "stable" (in the sense of compiles/runs almost all of the time) is a > welcome one, I think that there are times when we need to bite the > bullet and move forward. Whatever issues that remain in the new code > will not get fixed faster by delaying the switch. > > The fact that the old stack will remain as an option for those who > absolutely must have it makes this decision a no-brainer. > > Doug I agree with Sam and Doug; the better exposure this changeset can get, the better it will be for everyone in the long run. Just be sure to clearly mark known issues in UPDATING :). -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 22:27:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFE06106567D; Tue, 23 Dec 2008 22:27:58 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id 7465E8FC2A; Tue, 23 Dec 2008 22:27:58 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [129.247.12.20] ([129.247.12.20]) by smtp-3.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Dec 2008 23:27:56 +0100 Message-ID: <495165D8.2070409@dlr.de> Date: Tue, 23 Dec 2008 23:27:36 +0100 From: Hartmut Brandt User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: "Li, Qing" References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Dec 2008 22:27:56.0994 (UTC) FILETIME=[B4616A20:01C9654D] Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 22:27:59 -0000 Li, Qing wrote: > Hi Hartmut, > > I appreciate your candid feedback. You raised many valid points. > I combined both of your emails in this reply, please see my > comments below ... > > > You are absolutely right. This was a complete oversight on my part. > I was telling myself "I think I am forgetting something". > ... then I remembered when the first port breakage report arrived ;-) > > To be fair though, I did send a message titled > "last call for L2/L3 rewrite code review" a week before the commit > to net@, current@ and all of the developers. > And I have sent many emails on this subject in the past few years. > > A couple of points I hope you could recognize: > > 1. The arp-v2 project replaces a major networking kernel design and > all of its dependencies that have been in operation for many years > (16+ ??). The networking kernel went through quite a surgery so > do expect things will continue to evolve. > > 2. This is the first time I am making such a major change in the > kernel. Since I am still learning the process, I am bound to > make mistakes but I will not repeat these mistakes in the future. > > My goal is to be diligent in monitoring the problem reports and > provide timely responses and fixes. > > And finally I want to thank you and others for your hard work in > helping me cleaning up the ports. > > Well, my mail was probably somewhat harsh, I'm usually more polite. You know, that's the kind of mood you are in after a couple of hours of useless work. Of course I appreciate your work and, I must say, you're an hero for taking this. In any case there is still an Todo on my side: the routing information for NETNATM is currently lost somewhere between L2 and L3 :-) I guess I come back to you in the new year to fix this issue... Have to fetch my ATM equipment from the corner where it is collecting dust to setup a testbed. In the mean time I will do an bsnmp import to fix the arp table problem. keep on your good work, harti From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 22:39:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58AF41065674; Tue, 23 Dec 2008 22:39:32 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id E05F58FC08; Tue, 23 Dec 2008 22:39:31 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [129.247.12.20] ([129.247.12.20]) by smtp-3.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Dec 2008 23:39:30 +0100 Message-ID: <4951688D.5080202@dlr.de> Date: Tue, 23 Dec 2008 23:39:09 +0100 From: Hartmut Brandt User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Kip Macy References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <3c1674c90812231408h53b16b4as5d3fa242e6d02a10@mail.gmail.com> In-Reply-To: <3c1674c90812231408h53b16b4as5d3fa242e6d02a10@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Dec 2008 22:39:30.0398 (UTC) FILETIME=[51AE77E0:01C9654F] Cc: Qing Li , "Li, Qing" , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 22:39:32 -0000 Hi Kip, Kip Macy wrote: >>> And another point: when changing external interfaces it might be >>> possible to ask for a full port build with the changes to look for the >>> fall-out on ports. I would say that this commit was a good candidate >>> >> to >> >>> get the port maintainers into the boat earlier. >>> >>> not so happy, >>> > > The only reasonable way to do a full ports build is to ask portmgr to > use the build systems. Although it may now be possible with svn, in > the past there was no way for him to do that for out of tree code. > Hence portmgr does not share your point of view. > Well, they did this in the past, for example when I did some heavy work on make(1). At that time Kris did this, I don't know through which magic, though. > What we should have done is grepped for RTM_RESOLVE and the flags that > I removed. However, that did not occur to me. He asked on numerous > occasions for review and someone should have brought it up then. We do > not feel that it is reasonable to hold him solely responsible when he > did not act in a unilateral fashion. > > I usually take care of stuff that touches anything that has to do with the SNMP stuff, but this time the triggering did not work. I probably was sure that people will directly mail before touching someting in src/contrib. > Thank you for taking care of that bit of breakage. > No problem. That was a good kick to finally look how this vendor import stuff works and get the next import prepared. Don't take it too serious, 't was just a bad day (it started with a broken cup :-) harti From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 23:00:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5CDC1065676 for ; Tue, 23 Dec 2008 23:00:46 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 93ADD8FC0C for ; Tue, 23 Dec 2008 23:00:46 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id mBNMbK8f036702; Tue, 23 Dec 2008 14:37:20 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id mBNMb6ZY052446; Tue, 23 Dec 2008 14:37:06 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from gnnbsd.hudson-trading.com.neville-neil.com (209.249.190.8.available.above.net [209.249.190.8] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id mBNMb61l013859; Tue, 23 Dec 2008 14:37:06 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Tue, 23 Dec 2008 17:37:05 -0500 Message-ID: <7i7i5q34dq.wl%gnn@neville-neil.com> From: gnn@freebsd.org To: Sam Leffler In-Reply-To: <495141BA.9010208@freebsd.org> References: <20081222214010.GA18389@elvis.mu.org> <20081223162336.GA77652@rink.nu> <20081223163739.GF42864@freebie.xs4all.nl> <495124E0.4090108@freebsd.org> <554D5F07-3108-45EB-AE9A-B177E79B0964@elvandar.org> <495141BA.9010208@freebsd.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (amd64-portbld-freebsd7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.10 () [Tag at 5.00] COMBINED_FROM X-CanItPRO-Stream: default X-Canit-Stats-ID: 2806779 - bab5383050af X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: Remko Lodder , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2008 23:00:46 -0000 At Tue, 23 Dec 2008 11:53:30 -0800, Sam Leffler wrote: > > I'll offer a different POV. I think we should switch ASAP and resolve > open issues (so long as the old code is kept around for folks to fall > back on). We cannot ship 8.0 w/ 2 stacks and delaying the inevitable > will only leave unknown issues closer to the release date and > potentially delay/extend the release process. I said this when the code > was first committed and feel even more strongly now. Of course all this > depends on developers stepping up and fixing problems. IMO we cannot > depend on this code if it is treated purely as vendor-contributed code. > > The only reason I can see for not switching are important regressions in > functionality (both in the kernel and user programs) or security issues. > It sounds like there are reasons to not switch now but I think we need > to move ASAP. > Much as I hate to do this in email: Me too! Later, George From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 00:24:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA7651065670 for ; Wed, 24 Dec 2008 00:24:45 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 64CE08FC12 for ; Wed, 24 Dec 2008 00:24:45 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id mBO0OZZv014707 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 24 Dec 2008 00:24:37 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Wed, 24 Dec 2008 00:24:28 +0000 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; amd64; ; ) References: <20081222214010.GA18389@elvis.mu.org> <200812231130.33842.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_8EYUJqowLqIEGR2" Message-Id: <200812240024.28505.ken@mthelicon.com> Cc: remko@elvandar.org, Hans Petter Selasky Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 00:24:45 -0000 --Boundary-00=_8EYUJqowLqIEGR2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 23 December 2008 10:56:10 Pegasus Mc Cleaft wrote: > ----- Original Message ----- > From: "Hans Petter Selasky" > To: > Cc: ; "Pegasus Mc Cleaft" > Sent: Tuesday, December 23, 2008 10:30 AM > Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. > > > On Tuesday 23 December 2008, Remko Lodder wrote: > >> On Tue, December 23, 2008 11:03 am, Hans Petter Selasky wrote: > >> > On Tuesday 23 December 2008, Pegasus Mc Cleaft wrote: > >> >> I believe that the Prolific USB serial adapter is broken on AMD64. I > >> >> tried > >> >> one of the adapters on my machine and no matter what serial speed I > >> >> was > >> >> selecting with cu it would come back with an error stating the speed > >> >> was > >> >> unsupported. I moved the adapter to a 8-current machine (i386) with > >> >> the > >> >> usb1 stack and everything worked fine. > >> >> > >> >> Peg > >> > > >> > Are you sure that this is not an mpsafetty problem? > >> > >> Given that he states that it works under the original USB stack, I would > >> guess that it's not an MPsafeTTY thingy else it wouldn't work under the > >> original stack either. > > > > Try to turn on USB debugging for: > > > > sysctl hw.usb2.ucom.debug=15 > > sysctl hw.usb2.uftdi.debug=15 > > > > Have a look in "/usr/src/sys/dev/usb2/serial/uftdi2.c" and the function: > > > > uftdi_8u232am_getrate(). > > > > Extra checks have been added to detect invalid line speeds between USB1 > > and > > USB2. > > > > What rate are you trying to set? > > > > Minimum and maximum rate is defined like this: > > > > if ((speed < 178) || (speed > ((3000000 * 100) / 97))) > > return (1); /* prevent numerical overflow */ > > > > --HPS > > > > uftdi_8u232am_getrate > > Hi Hans, > > I was trying something like: cu -l /dev/cuaU0 -s 9600 > > I did also try the same with /dev/ttyU0, both with various speeds from > 300 to 115200. > > Interestingly, I also tried doing a cat /dev/random > /dev/cuaU0 and > that didnt throw an error (Dont know if it actually sent anything as I > didnt have a scope hooked to the line). Like I said in another email, I > will try moving the machines around between the USB1 and 2 stack tongiht > and see if I can pin it down to a specific combination (MP vrs non-MP, > AMD64 vrs i386) > Hi everyone, I havent tried this on the i386 box yet (as it takes a few hours to compile the world and kernel) but I did some more testing on the AMD64 box. What I have found is: AMD64 USB2 on prolific adapter: BAD AMD64 USB1 on prolific adapter: GOOD AMD64 USB2 on FTDI adapter: GOOD I have included a few text files of the dmesg USB section for debugging with the prolific adapter. Anything I can do to help, please let me know.. Peg --Boundary-00=_8EYUJqowLqIEGR2 Content-Type: text/plain; charset="iso-8859-1"; name="AMD64_USB1_PROLIFIC.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="AMD64_USB1_PROLIFIC.txt" IApmZWF0aGVycyMgY3UgLWwgL2Rldi9jdWFVMCAtcyA5NjAwCkNvbm5lY3RlZApmZmZmZmZmZmZm ZmZmZmZmZnx8fHx8/nx8fHxcXFzH/f/9vv19v72978fv5+/vrefu7+/v5+/nO+fv9uc1925uO/tu P7c7u247+z+5P9u7+bv729va27v529tbW8PbT3tvv2/p9/1vv29pb2/tL2/t/f3X1/+399f37e/1 Xbfr6fdf19dd1/3XXddd19f919ddvevXXV1d19/XXV3XXV1d3bvtt9fXXV1d1/98fHx8fHx8fHx8 fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHwhISEhISEhISEhISEhISF+fn5+fn5+fn5+fn5+fn5+fn4K W0VPVF0KZmVhdGhlcnMjCg== --Boundary-00=_8EYUJqowLqIEGR2 Content-Type: text/plain; charset="iso-8859-1"; name="AMD64_USB2_PROLIFIC.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="AMD64_USB2_PROLIFIC.txt" feathers# cu -l /dev/cuaU0 -s 9600 cu: unsupported speed 9600 feathers# ugen5.2: at usbus5 uplcom0: on usbus5 usb2_com_attach_sub:317: tp = 0xffffff000864f000, unit = 0 usb2_com_attach_sub:336: ttycreate: U0 usb2_com_open:532: tp = 0xffffff000864f000 usb2_com_dtr:757: onoff = 1 usb2_com_rts:786: onoff = 1 usb2_com_break:728: onoff = 0 usb2_com_status_change:846: usb2_com_param:895: sc = 0xffffff005e146a78 usb2_com_dtr:757: onoff = 1 usb2_com_rts:786: onoff = 1 usb2_com_cfg_open:498: usb2_com_cfg_dtr:742: onoff=1 usb2_com_ioctl:627: cmd = 0x402c7413 usb2_com_ioctl:627: cmd = 0x802c7416 usb2_com_ioctl:627: cmd = 0x2000740d usb2_com_cfg_rts:768: onoff=1 usb2_com_ioctl:627: cmd = 0x402c7413 usb2_com_ioctl:627: cmd = 0x2000740e usb2_com_close:594: tp=0xffffff000864f000 usb2_com_shutdown:412: usb2_com_dtr:757: onoff = 0 usb2_com_rts:786: onoff = 1 usb2_com_cfg_break:713: onoff=0 usb2_com_cfg_dtr:742: onoff=1 usb2_com_cfg_dtr:742: onoff=0 usb2_com_cfg_rts:768: onoff=1 usb2_com_cfg_close:572: --Boundary-00=_8EYUJqowLqIEGR2 Content-Type: text/plain; charset="iso-8859-1"; name="AMD64_USB2_FTDI.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="AMD64_USB2_FTDI.txt" Dec 23 23:59:27 feathers kernel: ugen5.2: at usbus5 Dec 23 23:59:27 feathers kernel: uftdi0: on usbus5 ^C feathers# feathers# feathers# feathers# cu -l /dev/cuaU0 -s 9600 Connected ~ [EOT] feathers# feathers# --Boundary-00=_8EYUJqowLqIEGR2-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 01:09:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93E511065670; Wed, 24 Dec 2008 01:09:30 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0708.google.com (rv-out-0708.google.com [209.85.198.248]) by mx1.freebsd.org (Postfix) with ESMTP id 0658A8FC12; Wed, 24 Dec 2008 01:09:29 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0708.google.com with SMTP id k29so3521670rvb.0 for ; Tue, 23 Dec 2008 17:09:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=bySXiBW+nKwBOSSXLNIuLWk/dZJl/8Uh6VMnJ/nMhec=; b=LRB4vFh4y8bH9CirQsFRywH5bznRLEvaEmroP81fnrRWTLuKw4ZBknPj/uvO4wriQ/ BpQLreinKjsDRbBJjDGy4sfB+g6kAWaLn5aEefkK5otPe1gQ8AU4dM+p7CPm3tChwge8 pyECLaNPDgkfRFluYA9BEyrVW1SNNrR70k60A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=GF5Fuqu1fdskVjnhagtaqHOPU95fmq1u1zaXnaMK/D1nir8S1Lrbvk/5kbjR/Z72F4 wpY33PoZ+sbJV0NR7u8eXl2K9ai2WG1pQgj5PWzoe5Pmpp65Ly3ASQXLOHIbvzfxTykQ bKFSiqT+m3Y5NUIe4WElgdBCZETHB+AMuIz+I= Received: by 10.141.128.19 with SMTP id f19mr4029744rvn.9.1230080969682; Tue, 23 Dec 2008 17:09:29 -0800 (PST) Received: by 10.141.37.17 with HTTP; Tue, 23 Dec 2008 17:09:29 -0800 (PST) Message-ID: <3c1674c90812231709u1e4b107du8995b6ffc6b8e80e@mail.gmail.com> Date: Tue, 23 Dec 2008 17:09:29 -0800 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Antoine Brodin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> X-Google-Sender-Auth: 7f3483265f5e0199 Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 01:09:30 -0000 The should be fixed with 186468. Please confirm. Thanks, Kip On Tue, Dec 23, 2008 at 2:01 PM, Antoine Brodin wrote: > On Mon, Dec 15, 2008 at 7:34 AM, Qing Li wrote: >> Hi All, >> >> The arp-v2 changes have been committed into HEAD. >> Please report problems to me and Kip Macy. > > Hi, > > I still have a panic with ipv6 enabled with current from yesterday > afternoon (in6.c rev 1.92): > > %%% > # cat info.1 > Dump header from device /dev/ad6s1b > Architecture: i386 > Architecture Version: 2 > Dump Length: 180998144B (172 MB) > Blocksize: 512 > Dumptime: Tue Dec 23 13:52:41 2008 > Hostname: barton.dreadbsd.org. > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 8.0-CURRENT #2: Mon Dec 22 17:44:06 CET 2008 > root@barton.dreadbsd.org.:/usr/obj/usr/src/sys/GENERIC > Panic String: _rw_rlock (lle): wlock already held @ > /usr/src/sys/netinet6/in6.c:2221 > Dump Parity: 1345446215 > Bounds: 1 > Dump Status: good > > # kgdb /boot/kernel/kernel vmcore.1 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > lock order reversal: > 1st 0xc549aa08 lle (lle) @ /usr/src/sys/netinet6/in6.c:2219 > 2nd 0xc51b9608 if_afdata (if_afdata) @ /usr/src/sys/netinet6/nd6_rtr.c:1336 > KDB: stack backtrace: > db_trace_self_wrapper(c0be5fcb,c4b88648,c08757f6,4,c0be152e,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0be152e,c4d26f50,c4d24ac0,c4b886a4,...) at kdb_backtrace+0x29 > _witness_debugger(c0be8cb5,c51b9608,c0bf1709,c4d24ac0,c0bfff5d,...) at > _witness_debugger+0x26 > witness_checkorder(c51b9608,9,c0bfff5d,538,0,...) at witness_checkorder+0x839 > _rw_wlock(c51b9608,c0bfff5d,538,c544c000,c51f6a80,...) at _rw_wlock+0x82 > find_pfxlist_reachable_router(f4,c549aa48,c4b88724,c08467fd,c0d35140,...) > at find_pfxlist_reachable_router+0x37 > pfxlist_onlink_check(c549aa00,3a98,6,1,c188ca38,...) at > pfxlist_onlink_check+0x2e > nd6_na_input(c544c000,28,20,1,7dc,...) at nd6_na_input+0x518 > icmp6_input(c4b88aa0,c4b88ab4,3a,c54230a4,c5923028,...) at icmp6_input+0x1cb6 > ip6_input(c58ed700,c070a8b2,86dd,c51b9400,86dd,...) at ip6_input+0x101d > netisr_dispatch(1b,c58ed700,c4ed6480,1,c51b9400,...) at netisr_dispatch+0x72 > ether_demux(c51b9400,c58ed700,3,0,3,...) at ether_demux+0x1f1 > ether_input(c51b9400,c58ed700,c549f000,c524b000,c58c8008,...) at > ether_input+0x37f > ieee80211_deliver_data(c524b000,c549f000,c58ed700,c4f1947c,4,...) at > ieee80211_deliver_data+0x94 > sta_input(c549f000,c58ed700,25,ffffffa0,669,...) at sta_input+0x9fc > ath_rx_proc(c4ede000,1,c0be7657,54,c4f0a35c,...) at ath_rx_proc+0x4b6 > taskqueue_run(c4f0a340,c4f0a35c,0,c0bd996f,0,...) at taskqueue_run+0x10b > taskqueue_thread_loop(c4ede26c,c4b88d38,c0bded0e,32d,c0d32c40,...) at > taskqueue_thread_loop+0x68 > fork_exit(c086ea30,c4ede26c,c4b88d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc4b88d70, ebp = 0 --- > panic: _rw_rlock (lle): wlock already held @ /usr/src/sys/netinet6/in6.c:2221 > cpuid = 0 > Uptime: 1h40m57s > Physical memory: 1519 MB > Dumping 172 MB: 157 141 125 109 93 77 61 45 29 13 > Reading symbols from /boot/kernel/sound.ko...Reading symbols from > /boot/kernel/sound.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/sound.ko > Reading symbols from /boot/kernel/snd_ich.ko...Reading symbols from > /boot/kernel/snd_ich.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/snd_ich.ko > Reading symbols from /boot/kernel/radeon.ko...Reading symbols from > /boot/kernel/radeon.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/radeon.ko > Reading symbols from /boot/kernel/drm.ko...Reading symbols from > /boot/kernel/drm.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/drm.ko > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:246 > #1 0xc0833dcc in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 > #2 0xc08340a5 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:576 > #3 0xc0832526 in _rw_rlock (rw=0xc549aa08, file=0xc0bfe9e5 > "/usr/src/sys/netinet6/in6.c", line=2221) > at /usr/src/sys/kern/kern_rwlock.c:291 > #4 0xc09a722a in in6_lltable_lookup (llt=0xc5209e00, flags=0, > l3addr=0xc4b886a0) at /usr/src/sys/netinet6/in6.c:2221 > #5 0xc09b937c in nd6_lookup (addr6=0xc51ebc88, flags=0, > ifp=0xc51b9400) at if_llatbl.h:188 > #6 0xc09beef4 in find_pfxlist_reachable_router (pr=Variable "pr" is > not available. > ) at /usr/src/sys/netinet6/nd6_rtr.c:1337 > #7 0xc09bef8e in pfxlist_onlink_check () at > /usr/src/sys/netinet6/nd6_rtr.c:1376 > #8 0xc09bbde8 in nd6_na_input (m=0xc544c000, off=40, icmp6len=32) at > /usr/src/sys/netinet6/nd6_nbr.c:742 > #9 0xc09a5266 in icmp6_input (mp=0xc4b88aa0, offp=0xc4b88ab4, > proto=58) at /usr/src/sys/netinet6/icmp6.c:808 > #10 0xc09b2bdd in ip6_input (m=0xc58ed700) at > /usr/src/sys/netinet6/ip6_input.c:886 > #11 0xc08e2832 in netisr_dispatch (num=27, m=0xc58ed700) at > /usr/src/sys/net/netisr.c:178 > #12 0xc08dc221 in ether_demux (ifp=0xc51b9400, m=0xc58ed700) at > /usr/src/sys/net/if_ethersubr.c:864 > #13 0xc08dc68f in ether_input (ifp=0xc51b9400, m=0xc58ed700) at > /usr/src/sys/net/if_ethersubr.c:721 > #14 0xc08fe974 in ieee80211_deliver_data (vap=0xc524b000, > ni=dwarf2_read_address: Corrupted DWARF expression. > ) at /usr/src/sys/net80211/ieee80211_input.c:223 > #15 0xc091899c in sta_input (ni=0xc549f000, m=0xc58ed700, rssi=37, > noise=-96, rstamp=1641) > at /usr/src/sys/net80211/ieee80211_sta.c:824 > #16 0xc0584b26 in ath_rx_proc (arg=0xc4ede000, npending=1) at > /usr/src/sys/dev/ath/if_ath.c:4218 > #17 0xc086e93b in taskqueue_run (queue=0xc4f0a340) at > /usr/src/sys/kern/subr_taskqueue.c:282 > #18 0xc086ea98 in taskqueue_thread_loop (arg=0xc4ede26c) at > /usr/src/sys/kern/subr_taskqueue.c:403 > #19 0xc08108f8 in fork_exit (callout=0xc086ea30 > , arg=0xc4ede26c, frame=0xc4b88d38) > at /usr/src/sys/kern/kern_fork.c:821 > #20 0xc0b1a1d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 > (kgdb) > > # ident /boot/kernel/kernel | grep netinet6 > $FreeBSD: src/sys/netinet6/dest6.c,v 1.15 2008/12/02 21:37:28 bz Exp $ > $FreeBSD: src/sys/netinet6/frag6.c,v 1.41 2008/12/02 21:37:28 bz Exp $ > $FreeBSD: src/sys/netinet6/icmp6.c,v 1.101 2008/12/17 13:00:18 bz Exp $ > $FreeBSD: src/sys/netinet6/in6.c,v 1.92 2008/12/22 07:11:15 qingli Exp $ > $FreeBSD: src/sys/netinet6/in6_cksum.c,v 1.17 2007/12/10 16:03:37 > obrien Exp $ > $FreeBSD: src/sys/netinet6/in6_gif.c,v 1.34 2008/12/02 21:37:28 bz Exp $ > $FreeBSD: src/sys/netinet6/in6_ifattach.c,v 1.53 2008/12/12 > 02:07:45 kmacy Exp $ > $FreeBSD: src/sys/netinet6/in6_pcb.c,v 1.107 2008/12/15 21:50:54 bz Exp $ > $FreeBSD: src/sys/netinet6/in6_proto.c,v 1.57 2008/12/11 16:26:38 bz Exp $ > $FreeBSD: src/sys/netinet6/sctp6_var.h,v 1.10 2008/07/09 16:45:30 rrs Exp $ > $FreeBSD: src/sys/netinet6/in6_rmx.c,v 1.34 2008/12/17 10:03:49 > qingli Exp $ > $FreeBSD: src/sys/netinet6/in6_src.c,v 1.65 2008/12/16 02:30:42 kmacy Exp $ > $FreeBSD: src/sys/netinet6/ip6_forward.c,v 1.46 2008/12/02 > 21:37:28 bz Exp $ > $FreeBSD: src/sys/netinet6/ip6_id.c,v 1.9 2007/12/10 16:03:38 obrien Exp $ > $FreeBSD: src/sys/netinet6/ip6_input.c,v 1.112 2008/12/22 12:54:52 bz Exp $ > $FreeBSD: src/sys/netinet6/ip6_output.c,v 1.127 2008/12/17 > 13:00:18 bz Exp $ > $FreeBSD: src/sys/netinet6/mld6.c,v 1.39 2008/12/02 21:37:28 bz Exp $ > $FreeBSD: src/sys/netinet6/nd6.c,v 1.103 2008/12/17 10:03:49 qingli Exp $ > $FreeBSD: src/sys/netinet6/nd6_nbr.c,v 1.59 2008/12/16 02:47:22 kmacy Exp $ > $FreeBSD: src/sys/netinet6/nd6_rtr.c,v 1.57 2008/12/17 10:27:34 > qingli Exp $ > $FreeBSD: src/sys/netinet6/raw_ip6.c,v 1.98 2008/12/17 13:00:18 bz Exp $ > $FreeBSD: src/sys/netinet6/route6.c,v 1.18 2008/12/02 21:37:28 bz Exp $ > $FreeBSD: src/sys/netinet6/scope6.c,v 1.22 2008/12/02 21:37:28 bz Exp $ > $FreeBSD: src/sys/netinet6/sctp6_usrreq.c,v 1.47 2008/12/06 > 13:19:54 rrs Exp $ > $FreeBSD: src/sys/netinet6/sctp6_var.h,v 1.10 2008/07/09 16:45:30 rrs Exp $ > $FreeBSD: src/sys/netinet6/udp6_usrreq.c,v 1.103 2008/12/17 > 13:00:18 bz Exp $ > %%% > > Cheers, > > Antoine > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Als die Nazis die Kommunisten holten, habe ich geschwiegen; ich war ja kein Kommunist. Als sie die Sozialdemokraten einsperrten, habe ich geschwiegen; ich war ja kein Sozialdemokrat. Als sie die Gewerkschafter holten, habe ich nicht protestiert; ich war ja kein Gewerkschafter. Als sie die Juden holten, habe ich geschwiegen; ich war ja kein Jude. Als sie mich holten, gab es keinen mehr, der protestieren konnte. From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 02:10:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9DDB106568A for ; Wed, 24 Dec 2008 02:10:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 8369D8FC12 for ; Wed, 24 Dec 2008 02:10:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4152673rvf.43 for ; Tue, 23 Dec 2008 18:10:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=GdfXHGmODZw0FpUJk3OVkQAH0O8bvjmAqb4B1v+5X6w=; b=T8h2aKmTrksovb6nYG+LXX6djBbmLZnb/Y2n3/eJOtETtDg3kRhtV/vuhHyWChOpm0 MV4Anm9roMZJlwrwFwZ20cbUVRbbbraM/Ps4ZcCcXwUhMHboOhfEAjKg0DnTg82toBzA HEtZCWZGaUdWkovbFzNbPfyZbjEmdg1VyPNSE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jeHzzq6Jb+h+BPGUW7wXATyMYYSiqaDw5D/CZjFSiE+vB3nu58WbhnZKqvq/ig0psC K2Zn9EaGU0vWUjgZ5k3BXCy7S0FDMh+XFKiv+V3+MJOI3b7o0oCB6Nehf52DFSYVMxk8 tnQCJDU7sXwIpb+ES23uQ3NWjaKmk11fl2LNA= Received: by 10.141.137.6 with SMTP id p6mr4019510rvn.133.1230084626088; Tue, 23 Dec 2008 18:10:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id k2sm17977138rvb.6.2008.12.23.18.10.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Dec 2008 18:10:25 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mBO2AJ4A095613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Dec 2008 11:10:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBO2AGhJ095612; Wed, 24 Dec 2008 11:10:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 24 Dec 2008 11:10:16 +0900 From: Pyun YongHyeon To: Ian Freislich Message-ID: <20081224021016.GF95088@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 02:10:26 -0000 On Tue, Dec 23, 2008 at 03:33:40PM +0200, Ian Freislich wrote: > Hi > > My msk0 (Marvell Yukon 88E8053 Gigabit Ethernet) will stop working > and never recover after a burst in activity. It produces the > following messages: > > Dec 23 15:24:16 apple kernel: msk0: watchdog timeout > Dec 23 15:24:16 apple kernel: msk0: link state changed to DOWN > Dec 23 15:24:19 apple kernel: msk0: link state changed to UP > Dec 23 15:24:29 apple kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering > > pciconf -lvc: > > mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller' > class = network > subclass = ethernet > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 03[50] = VPD > cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages > cap 10[e0] = PCI-Express 1 legacy endpoint > About 2-3 months ago I committed workaround for Yukon silicon bug. Do you use latest CURRENT? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 04:27:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8083106564A for ; Wed, 24 Dec 2008 04:27:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8D58FC14 for ; Wed, 24 Dec 2008 04:27:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id DA69519007 for ; Tue, 23 Dec 2008 23:27:02 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from gluon (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Tue, 23 Dec 2008 23:27:02 -0500 (EST) Date: Wed, 24 Dec 2008 04:26:53 +0000 From: Bruce Cran To: current@freebsd.org Message-ID: <20081224042653.30bf1126@gluon> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Obsolete KSE components in /usr/src? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 04:27:04 -0000 I just noticed that src/tools/KSE still exists on a 200812 8-CURRENT snapshot. Since KSE was removed a while ago should that directory be removed too? A search of /usr/src shows the following directories as well: lib/libc/sys/kse.2 lib/libkse lib/libkse/kse.map lib/libthread_db/kse.h -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 05:42:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAEE71065673 for ; Wed, 24 Dec 2008 05:42:18 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 48E488FC1D for ; Wed, 24 Dec 2008 05:42:17 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.101.159] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LFMVb-0002WS-95; Wed, 24 Dec 2008 07:42:15 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LFMVU-0001fB-Mz; Wed, 24 Dec 2008 07:42:08 +0200 To: pyunyh@gmail.com From: Ian FREISLICH In-Reply-To: <20081224021016.GF95088@cdnetworks.co.kr> References: <20081224021016.GF95088@cdnetworks.co.kr> X-Attribution: BOFH Date: Wed, 24 Dec 2008 07:42:08 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 05:42:18 -0000 Pyun YongHyeon wrote: > On Tue, Dec 23, 2008 at 03:33:40PM +0200, Ian Freislich wrote: > > Hi > > > > My msk0 (Marvell Yukon 88E8053 Gigabit Ethernet) will stop working > > and never recover after a burst in activity. It produces the > > following messages: > > > > Dec 23 15:24:16 apple kernel: msk0: watchdog timeout > > Dec 23 15:24:16 apple kernel: msk0: link state changed to DOWN > > Dec 23 15:24:19 apple kernel: msk0: link state changed to UP > > Dec 23 15:24:29 apple kernel: msk0: watchdog timeout (missed Tx interrupts ) -- recovering > > > > pciconf -lvc: > > > > mskc0@pci0:2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev =0x22 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > device = '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Con troller' > > class = network > > subclass = ethernet > > cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 > > cap 03[50] = VPD > > cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages > > cap 10[e0] = PCI-Express 1 legacy endpoint > > > > About 2-3 months ago I committed workaround for Yukon silicon bug. > Do you use latest CURRENT? Yes, this is on yesterday's sources. It was better for a month or so, but over the last month it's been really bad. Now I can provoke this condition in under 1 minute of uptime. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 06:53:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB9751065675 for ; Wed, 24 Dec 2008 06:53:22 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 94E748FC1D for ; Wed, 24 Dec 2008 06:53:22 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by an-out-0708.google.com with SMTP id c2so1249637anc.13 for ; Tue, 23 Dec 2008 22:53:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3hqujVlu/bggM8FZuxzvUKKwE2Z7iPxHaJQjlhoDQP0=; b=eSAIx6H18p1FcdMgSTFZiPumqClzmF8e9MRtU1q6CGqa1GD3M/CgLVXO13w6BatvAk XAv3uBmLEwVlDGq5VhIbhoxQIkaA5KlFCh4u7X4IByd179bJSRc8lqqAXVDqHZ3Vo9rW 6vDR6c5JVRuuxYUtrL1f9/eBho+QOC6H0FjqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Ru4AujMiEwCvbJiiSXeFLsII3Ed5dA8MNiRus8n/k7moentCkRsg9q618Nldox1W8t gus2NrvBJqH/ll8rz+IaEpW7fn4G+6UKs9pLCmMiFQErtAhzxSlirGPNysdDOyvGleTc HPxxu5SMSyiC90M7CZg3QsXR88OfOgQw73Zj0= Received: by 10.100.136.15 with SMTP id j15mr5148958and.11.1230100173222; Tue, 23 Dec 2008 22:29:33 -0800 (PST) Received: by 10.100.248.13 with HTTP; Tue, 23 Dec 2008 22:29:33 -0800 (PST) Message-ID: <11167f520812232229g5ee1d475kdd92fd6511c50c29@mail.gmail.com> Date: Wed, 24 Dec 2008 00:29:33 -0600 From: "Sam Fourman Jr." To: "Ian FREISLICH" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081224021016.GF95088@cdnetworks.co.kr> Cc: pyunyh@gmail.com, current@freebsd.org Subject: Re: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 06:53:22 -0000 >> >> About 2-3 months ago I committed workaround for Yukon silicon bug. >> Do you use latest CURRENT? > > Yes, this is on yesterday's sources. It was better for a month or > so, but over the last month it's been really bad. Now I can provoke > this condition in under 1 minute of uptime. > I have a few msk cards, and I could stand to install -CURRENT on a system how do I reproduce your problem? Sam Fourman Jr. Fourman Networks From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 06:54:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002CF1065679 for ; Wed, 24 Dec 2008 06:54:32 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 902B58FC23 for ; Wed, 24 Dec 2008 06:54:32 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.101.159] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LFNdW-00037W-Sb; Wed, 24 Dec 2008 08:54:30 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LFNdS-0001pT-0q; Wed, 24 Dec 2008 08:54:26 +0200 To: "Sam Fourman Jr." From: Ian FREISLICH In-Reply-To: <11167f520812232229g5ee1d475kdd92fd6511c50c29@mail.gmail.com> References: <11167f520812232229g5ee1d475kdd92fd6511c50c29@mail.gmail.com> <20081224021016.GF95088@cdnetworks.co.kr> X-Attribution: BOFH Date: Wed, 24 Dec 2008 08:54:26 +0200 Message-Id: Cc: pyunyh@gmail.com, current@freebsd.org Subject: Re: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 06:54:33 -0000 "Sam Fourman Jr." wrote: > >> About 2-3 months ago I committed workaround for Yukon silicon bug. > >> Do you use latest CURRENT? > > > > Yes, this is on yesterday's sources. It was better for a month or > > so, but over the last month it's been really bad. Now I can provoke > > this condition in under 1 minute of uptime. > > > I have a few msk cards, and I could stand to install -CURRENT on a system > how do I reproduce your problem? I induce it by scp-ing a large (several GB) file from one host to another. I only have one interface msk interface in my laptop, but it's an SMP system. Maybe that has something to do with it. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 06:56:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81F091065687; Wed, 24 Dec 2008 06:56:01 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 91F588FC43; Wed, 24 Dec 2008 06:56:00 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by ewy14 with SMTP id 14so3651599ewy.19 for ; Tue, 23 Dec 2008 22:55:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=+N+K2xlJYHlMtjkkdhaBa+IoFYdMvBAhY1wEU7wsbVE=; b=Vu/NujyYFgrZLFltKnP2Edk6RP8HXUcycLIkEHvAWQkYT95uUl/10BRSZEtRoOVFfb aXuYSucZ6GCrgqC9Ycy4WSy9cwsaiXgAy+Fjj/Ovyk9Qwy1tuJ18NQoWlhya3jNuA8mT yHhzPEHCjSFWhLN0I7nPnTOt5i9abtymm/91k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=MpE6jjfeJope91Z+UjbueNohHm/M9XGe4jVmtO9jgjvAn3IlzTlk9E2nSgWWJAMvT7 TqmD++EcdVCTfFR/pEvXOgv1znuZf92Lk8QiSV2wAD33nZ/K6oxlDMroN9YZneEmaBQ+ A5VMjS6w1k2L98bA+SUrNYyIKwPgKfzuyYl34= Received: by 10.210.19.7 with SMTP id 7mr5197767ebs.141.1230101759446; Tue, 23 Dec 2008 22:55:59 -0800 (PST) Received: by 10.210.77.20 with HTTP; Tue, 23 Dec 2008 22:55:59 -0800 (PST) Message-ID: Date: Wed, 24 Dec 2008 08:55:59 +0200 From: gelraen To: "Marcel Moolenaar" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> <20081223050425.GA89448@citylink.fud.org.nz> <6D4A57D3-3F6D-43E6-9B69-95514F69C57A@mac.com> Cc: FreeBSD Current , Andrew Thompson , freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 06:56:01 -0000 2008/12/23 Marcel Moolenaar : > > On Dec 23, 2008, at 11:03 AM, gelraen wrote: > >> I spent some time in thinking about the best way to implement naming >> of extended partition. >> IMO, the only reasonable way is to sequentially numerate slices. So >> the result may look like this: >> ad0s3s1 ad0s3s2 ad0s3s3 ad0s3s4 ad0s3s5 .... > > Well, the question is whether to expose the nesting > in the naming or use a flattened partition naming > scheme. Secondly, how generic do you want to make the > flattening. > > With flattening, you have ad0sX, with X from 1 to many. > Without flattening you get ad0sX[sY...], with X and Y > from 1 to 4. > > What you suggest is a partial flattening: adsXsY, with > X from 1 to 4 and Y from 1 to many. > > The question of how generic you want to make it, relates > to having a BSD label under a MBR or a MBR under a GPT > and whether to flatten the namespace. As an example, you > can limit flattening for nested partitions of the same > type (i.e. same-scheme nesting). > >> Main problem here is detecting which type of naming to use in particilar >> case. > > Exactly. This requires information exchange between level > X-1 to level X of the nesting. Such an exchange already > exists for example: the absolute sector offset of the > partition is passed from level X-1 to level X. So, it's > definitely doable. > > In short: we just need to nail down what we're going to > fix, if we're going to fix anything, and understand the > consequences of our choice so that we can document it > or beter, avoid introducing new bugs in the process.. > > -- > Marcel Moolenaar > xcllnt@mac.com > Let's see what we have: Slices on extended partition is *not* actually nested, they form a some sort of chain. Single entry in parent (level 1) PT is sized to whole extended partition. Nothing unusual. Next, 1st PT of extended partition contain two entries: 1st entry) normal slice (level 2), which can contain some FS or be a target for partitioning 2nd entry) pointer to next slice in next format: - type field set to 0x05 (Extended DOS) - start sector points to next PT - size is equal to size of next normal slice plus skipped sectors (63 in my case) "Anomalies" starts from 2nd PT: 1st entry) normal slice (level 2). Start sector specified relatively to position of current PT and (which is equal) to start sector value in previous PT 2nd entry) again, pointer to next PT. Most important here, that start sector calculated relatively to whole extended partition, not current PT, and points to somewhere outside of area specified by 1st entry and corresponding entry in previous PT. >From my point of view, it is some strange and confusing design, but it allows creating of potentially unlimited number of slices in not very complicated way. Description of PTs in extended partition can be generalized for using the same code for all PTs and extending possibilities: 1) start sectors for all, entries except marked as Extended DOS, used relatively to current PT. 2) for entries marked as Extended DOS we count start sector relatively to whole extended partition and there are three cases: 2.1) pointed PT contains extended entry which safely can be nested (all offsets and sizes specified correctly, no overlappings and running out of bounds) 2.2) pointed PT contains extended entry which runs out of bounds, but can be correctly processed as a part of chain 2.3) pointed PT does not contain extended entry In case 2.1 we increase nesting level. For 2.2 and 2.3 slices are part of chain and should be flattened. All other cases considered as invalid. Little comment for case 2.3: it also could be nested, but to avoid renaming after adding "chain"-style partition in it's PT better to use it as a part of chain. With such design it would be possible to combine chains of partitions and really nested partitions. Even more, it would be possible to form "branchy" chain (i.e. one of PTs contains 2 entries which couldn't be nested) Correct me, pls, if I miss something. P.S.: As I think, proposition written above, describes more powerful implementation that could be needed in real life. Extended partitions takes it's history from dark DOS times and AFAIK there are no implementations with real nesting, not just chaining, so it would be fully enough to implement only proper processing of chains. From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 08:20:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 505BB106564A for ; Wed, 24 Dec 2008 08:20:48 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 235218FC16 for ; Wed, 24 Dec 2008 08:20:47 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 3DC1219007; Wed, 24 Dec 2008 03:20:46 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from gluon (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 24 Dec 2008 03:20:46 -0500 (EST) Date: Wed, 24 Dec 2008 08:20:40 +0000 From: Bruce Cran To: pyunyh@gmail.com Message-ID: <20081224082040.7d200963@gluon> In-Reply-To: <20081219004737.GA75314@cdnetworks.co.kr> References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> <494897CB.7000507@cran.org.uk> <20081217084633.GG66999@cdnetworks.co.kr> <20081217091934.GH66999@cdnetworks.co.kr> <20081218043234.GA26186@muon.cran.org.uk> <20081219004737.GA75314@cdnetworks.co.kr> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 08:20:48 -0000 On Fri, 19 Dec 2008 09:47:37 +0900 Pyun YongHyeon wrote: > Thanks for testing! > Becasue there is possibility of watchdog timeouts would you please > try attached patch again? (Make sure to backout all the applied > patches before testing new patch.) > Sorry I didn't get a chance to test this before I left the apartment with the problematic switch; back home the network works fine without any patches. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 08:30:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971F2106567C for ; Wed, 24 Dec 2008 08:30:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 5C45A8FC1D for ; Wed, 24 Dec 2008 08:30:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4261516rvf.43 for ; Wed, 24 Dec 2008 00:30:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=nKYSc4XbPRYiXpoY4eikgqgthE5Xr1mBtDsuz8T1Tbw=; b=mjt5hC73LWPqfarFXo2XgcYXDYxuXCqEPNefW7dOYVtBSU5EG1zuIddE75JtEqh/x5 IQ+N+DY8Cb+dV9GUlGvY9Sqo3upxOQN2wXFy70VzngFrUqvqHAUq06ZGV8Uhc90Nidq7 iGWvmYkh2zzMlHiT0ySVWCIgMKguWmQKZunP4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ODgdjB6cyesdjF/3EwZHu7tZZtb9Eh3o8bwTb4vMR5haYXFSemBicGJYrVDdS64IIH 9Sfdku4FdtUqm/KOAk1CzsXHwgGVcnU6CwZckGO+AudgvpkcQH8rPIGdmWwvxzPgsRQI v0ZCKeGJW3pn3cRFkUNCaLIUrGLvIHAUblC4I= Received: by 10.141.113.3 with SMTP id q3mr4150770rvm.245.1230107427278; Wed, 24 Dec 2008 00:30:27 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm29650765rvb.2.2008.12.24.00.30.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Dec 2008 00:30:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mBO8UKiI096614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Dec 2008 17:30:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBO8UKlG096613; Wed, 24 Dec 2008 17:30:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 24 Dec 2008 17:30:20 +0900 From: Pyun YongHyeon To: Bruce Cran Message-ID: <20081224083020.GG95088@cdnetworks.co.kr> References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> <494897CB.7000507@cran.org.uk> <20081217084633.GG66999@cdnetworks.co.kr> <20081217091934.GH66999@cdnetworks.co.kr> <20081218043234.GA26186@muon.cran.org.uk> <20081219004737.GA75314@cdnetworks.co.kr> <20081224082040.7d200963@gluon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081224082040.7d200963@gluon> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 08:30:27 -0000 On Wed, Dec 24, 2008 at 08:20:40AM +0000, Bruce Cran wrote: > On Fri, 19 Dec 2008 09:47:37 +0900 > Pyun YongHyeon wrote: > > > Thanks for testing! > > Becasue there is possibility of watchdog timeouts would you please > > try attached patch again? (Make sure to backout all the applied > > patches before testing new patch.) > > > > Sorry I didn't get a chance to test this before I left the > apartment with the problematic switch; back home the network works > fine without any patches. > FYI: Slightly modified patch committed to HEAD(r186389). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 08:52:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 768FB1065673 for ; Wed, 24 Dec 2008 08:52:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD608FC1E for ; Wed, 24 Dec 2008 08:52:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4267580rvf.43 for ; Wed, 24 Dec 2008 00:52:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=y5kHAemAi4WpRbrJjP7MOnE32OhC1tsfbCUv24drMUw=; b=ENOMG1Gw8pCyGhwl4WqnaBbjxP04HFeG3k9CbvQ5bvq3oYZHRnuSiHKZNuKajwmfBB AiyaIcGW238clDqDk643m1SswjxEFfAJJGjThMnM5ykJWv9iMCF90pvj/u0QCNL52t9S WvUNQUPVhQuA3Ae+oPhPWYx16tokqbtQqUmpY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=RiznaodDfdG37qRrd+gpbploRXVCa5HEsSEN+B0BwA8yxBzvV9kAD9oGxKRdLvbRsf SFYV/wrZq5XXVQ5j2LSHhUU84xgr442Zx0EAxwQjWYU+KqdSqTDHE05RJvLHgdepdBWZ WrOfsdYJkmYT/qP8WaChKn/wH+/sL7F5P3UpM= Received: by 10.141.62.7 with SMTP id p7mr4172138rvk.159.1230108725818; Wed, 24 Dec 2008 00:52:05 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm20386975rvb.2.2008.12.24.00.51.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Dec 2008 00:51:51 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mBO8pjVO096683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Dec 2008 17:51:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBO8piaR096682; Wed, 24 Dec 2008 17:51:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 24 Dec 2008 17:51:44 +0900 From: Pyun YongHyeon To: Ian FREISLICH Message-ID: <20081224085143.GH95088@cdnetworks.co.kr> References: <11167f520812232229g5ee1d475kdd92fd6511c50c29@mail.gmail.com> <20081224021016.GF95088@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3lcZGd9BuhuYXNfi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: "Sam Fourman Jr." , current@freebsd.org Subject: Re: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 08:52:06 -0000 --3lcZGd9BuhuYXNfi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 24, 2008 at 08:54:26AM +0200, Ian FREISLICH wrote: > "Sam Fourman Jr." wrote: > > >> About 2-3 months ago I committed workaround for Yukon silicon bug. > > >> Do you use latest CURRENT? > > > > > > Yes, this is on yesterday's sources. It was better for a month or > > > so, but over the last month it's been really bad. Now I can provoke > > > this condition in under 1 minute of uptime. > > > > > I have a few msk cards, and I could stand to install -CURRENT on a system > > how do I reproduce your problem? > > I induce it by scp-ing a large (several GB) file from one host to > another. I only have one interface msk interface in my laptop, but > it's an SMP system. Maybe that has something to do with it. > Would you show me the output of "sysctl dev.msk.0.stats" before and after the watchdog timeouts after appling attached patch? BTW, did you intentionally disable MSI? -- Regards, Pyun YongHyeon --3lcZGd9BuhuYXNfi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.hwstat.patch" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 186475) +++ sys/dev/msk/if_msk.c (working copy) @@ -289,6 +289,11 @@ static void msk_setvlan(struct msk_if_softc *, struct ifnet *); static void msk_setpromisc(struct msk_if_softc *); +static void msk_stats_clear(struct msk_if_softc *); +static void msk_stats_update(struct msk_if_softc *); +static int msk_sysctl_stat32(SYSCTL_HANDLER_ARGS); +static int msk_sysctl_stat64(SYSCTL_HANDLER_ARGS); +static void msk_sysctl_node(struct msk_if_softc *); static int sysctl_int_range(SYSCTL_HANDLER_ARGS, int, int); static int sysctl_hw_msk_proc_limit(SYSCTL_HANDLER_ARGS); @@ -1442,6 +1447,7 @@ callout_init_mtx(&sc_if->msk_tick_ch, &sc_if->msk_softc->msk_mtx, 0); TASK_INIT(&sc_if->msk_link_task, 0, msk_link_task, sc_if); + msk_sysctl_node(sc_if); if ((error = msk_txrx_dma_alloc(sc_if) != 0)) goto fail; @@ -3664,15 +3670,8 @@ /* Dummy read the Interrupt Source Register. */ CSR_READ_1(sc, MR_ADDR(sc_if->msk_port, GMAC_IRQ_SRC)); - /* Set MIB Clear Counter Mode. */ - gmac = GMAC_READ_2(sc, sc_if->msk_port, GM_PHY_ADDR); - GMAC_WRITE_2(sc, sc_if->msk_port, GM_PHY_ADDR, gmac | GM_PAR_MIB_CLR); - /* Read all MIB Counters with Clear Mode set. */ - for (i = 0; i < GM_MIB_CNT_SIZE; i++) - GMAC_READ_2(sc, sc_if->msk_port, GM_MIB_CNT_BASE + 8 * i); - /* Clear MIB Clear Counter Mode. */ - gmac &= ~GM_PAR_MIB_CLR; - GMAC_WRITE_2(sc, sc_if->msk_port, GM_PHY_ADDR, gmac); + /* Clear MIB stats. */ + msk_stats_clear(sc_if); /* Disable FCS. */ GMAC_WRITE_2(sc, sc_if->msk_port, GM_RX_CTRL, GM_RXCR_CRC_DIS); @@ -3958,6 +3957,8 @@ GMAC_WRITE_2(sc, sc_if->msk_port, GM_GP_CTRL, val); /* Read again to ensure writing. */ GMAC_READ_2(sc, sc_if->msk_port, GM_GP_CTRL); + /* Update stats and clear counters. */ + msk_stats_update(sc_if); /* Stop Tx BMU. */ CSR_WRITE_4(sc, Q_ADDR(sc_if->msk_txq, Q_CSR), BMU_STOP); @@ -4073,7 +4074,296 @@ sc_if->msk_link = 0; } +/* + * When GM_PAR_MIB_CLR bit of GM_PHY_ADDR is set, reading lower + * counter clears high 16bits of the counter such that accessing + * lower 16bits should be the last operation. + */ +#define MSK_READ_MIB32(x, y) \ + (((uint32_t)GMAC_READ_2(sc, x, (y) + 4)) << 16) + \ + (uint32_t)GMAC_READ_2(sc, x, y) +#define MSK_READ_MIB64(x, y) \ + (((uint64_t)MSK_READ_MIB32(x, (y) + 8)) << 32) + \ + (uint64_t)MSK_READ_MIB32(x, y) + +static void +msk_stats_clear(struct msk_if_softc *sc_if) +{ + struct msk_softc *sc; + uint32_t reg; + uint16_t gmac; + int i; + + MSK_IF_LOCK_ASSERT(sc_if); + + sc = sc_if->msk_softc; + /* Set MIB Clear Counter Mode. */ + gmac = GMAC_READ_2(sc, sc_if->msk_port, GM_PHY_ADDR); + GMAC_WRITE_2(sc, sc_if->msk_port, GM_PHY_ADDR, gmac | GM_PAR_MIB_CLR); + /* Read all MIB Counters with Clear Mode set. */ + for (i = GM_RXF_UC_OK; i <= GM_TXE_FIFO_UR; i++) + reg = MSK_READ_MIB32(sc_if->msk_port, i); + /* Clear MIB Clear Counter Mode. */ + gmac &= ~GM_PAR_MIB_CLR; + GMAC_WRITE_2(sc, sc_if->msk_port, GM_PHY_ADDR, gmac); +} + +static void +msk_stats_update(struct msk_if_softc *sc_if) +{ + struct msk_softc *sc; + struct ifnet *ifp; + struct msk_hw_stats *stats; + uint16_t gmac; + uint32_t reg; + + MSK_IF_LOCK_ASSERT(sc_if); + + ifp = sc_if->msk_ifp; + if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + return; + sc = sc_if->msk_softc; + stats = &sc_if->msk_stats; + /* Set MIB Clear Counter Mode. */ + gmac = GMAC_READ_2(sc, sc_if->msk_port, GM_PHY_ADDR); + GMAC_WRITE_2(sc, sc_if->msk_port, GM_PHY_ADDR, gmac | GM_PAR_MIB_CLR); + + /* Rx stats. */ + stats->rx_ucast_frames += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_UC_OK); + stats->rx_bcast_frames += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_BC_OK); + stats->rx_pause_frames += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_MPAUSE); + stats->rx_mcast_frames += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_MC_OK); + stats->rx_crc_errs += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_FCS_ERR); + reg = MSK_READ_MIB32(sc_if->msk_port, GM_RXF_SPARE1); + stats->rx_good_octets += + MSK_READ_MIB64(sc_if->msk_port, GM_RXO_OK_LO); + stats->rx_bad_octets += + MSK_READ_MIB64(sc_if->msk_port, GM_RXO_ERR_LO); + stats->rx_runts += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_SHT); + stats->rx_runt_errs += + MSK_READ_MIB32(sc_if->msk_port, GM_RXE_FRAG); + stats->rx_pkts_64 += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_64B); + stats->rx_pkts_65_127 += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_127B); + stats->rx_pkts_128_255 += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_255B); + stats->rx_pkts_256_511 += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_511B); + stats->rx_pkts_512_1023 += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_1023B); + stats->rx_pkts_1024_1518 += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_1518B); + stats->rx_pkts_1519_max += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_MAX_SZ); + stats->rx_pkts_too_long += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_LNG_ERR); + stats->rx_pkts_jabbers += + MSK_READ_MIB32(sc_if->msk_port, GM_RXF_JAB_PKT); + reg = MSK_READ_MIB32(sc_if->msk_port, GM_RXF_SPARE2); + stats->rx_fifo_oflows += + MSK_READ_MIB32(sc_if->msk_port, GM_RXE_FIFO_OV); + reg = MSK_READ_MIB32(sc_if->msk_port, GM_RXF_SPARE3); + + /* Tx stats. */ + stats->tx_ucast_frames += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_UC_OK); + stats->tx_bcast_frames += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_BC_OK); + stats->tx_pause_frames += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_MPAUSE); + stats->tx_mcast_frames += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_MC_OK); + stats->tx_octets += + MSK_READ_MIB64(sc_if->msk_port, GM_TXO_OK_LO); + stats->tx_pkts_64 += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_64B); + stats->tx_pkts_65_127 += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_127B); + stats->tx_pkts_128_255 += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_255B); + stats->tx_pkts_256_511 += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_511B); + stats->tx_pkts_512_1023 += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_1023B); + stats->tx_pkts_1024_1518 += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_1518B); + stats->tx_pkts_1519_max += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_MAX_SZ); + reg = MSK_READ_MIB32(sc_if->msk_port, GM_TXF_SPARE1); + stats->tx_colls += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_COL); + stats->tx_late_colls += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_LAT_COL); + stats->tx_excess_colls += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_ABO_COL); + stats->tx_multi_colls += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_MUL_COL); + stats->tx_single_colls += + MSK_READ_MIB32(sc_if->msk_port, GM_TXF_SNG_COL); + stats->tx_underflows += + MSK_READ_MIB32(sc_if->msk_port, GM_TXE_FIFO_UR); + /* Clear MIB Clear Counter Mode. */ + gmac &= ~GM_PAR_MIB_CLR; + GMAC_WRITE_2(sc, sc_if->msk_port, GM_PHY_ADDR, gmac); +} + static int +msk_sysctl_stat32(SYSCTL_HANDLER_ARGS) +{ + struct msk_softc *sc; + struct msk_if_softc *sc_if; + uint32_t result, *stat; + int off; + + sc_if = (struct msk_if_softc *)arg1; + sc = sc_if->msk_softc; + off = arg2; + stat = (uint32_t *)((uint8_t *)&sc_if->msk_stats + off); + + MSK_IF_LOCK(sc_if); + result = MSK_READ_MIB32(sc_if->msk_port, GM_MIB_CNT_BASE + off * 2); + result += *stat; + MSK_IF_UNLOCK(sc_if); + + return (sysctl_handle_int(oidp, &result, 0, req)); +} + +static int +msk_sysctl_stat64(SYSCTL_HANDLER_ARGS) +{ + struct msk_softc *sc; + struct msk_if_softc *sc_if; + uint64_t result, *stat; + int off; + + sc_if = (struct msk_if_softc *)arg1; + sc = sc_if->msk_softc; + off = arg2; + stat = (uint64_t *)((uint8_t *)&sc_if->msk_stats + off); + + MSK_IF_LOCK(sc_if); + result = MSK_READ_MIB64(sc_if->msk_port, GM_MIB_CNT_BASE + off * 2); + result += *stat; + MSK_IF_UNLOCK(sc_if); + + return (sysctl_handle_quad(oidp, &result, 0, req)); +} + +#undef MSK_READ_MIB32 +#undef MSK_READ_MIB64 + +#define MSK_SYSCTL_STAT32(sc, c, o, p, n, d) \ + SYSCTL_ADD_PROC(c, p, OID_AUTO, o, CTLTYPE_UINT | CTLFLAG_RD, \ + sc, offsetof(struct msk_hw_stats, n), msk_sysctl_stat32, \ + "IU", d) +#define MSK_SYSCTL_STAT64(sc, c, o, p, n, d) \ + SYSCTL_ADD_PROC(c, p, OID_AUTO, o, CTLTYPE_UINT | CTLFLAG_RD, \ + sc, offsetof(struct msk_hw_stats, n), msk_sysctl_stat64, \ + "Q", d) + +static void +msk_sysctl_node(struct msk_if_softc *sc_if) +{ + struct sysctl_ctx_list *ctx; + struct sysctl_oid_list *child, *schild; + struct sysctl_oid *tree; + + ctx = device_get_sysctl_ctx(sc_if->msk_if_dev); + child = SYSCTL_CHILDREN(device_get_sysctl_tree(sc_if->msk_if_dev)); + + tree = SYSCTL_ADD_NODE(ctx, child, OID_AUTO, "stats", CTLFLAG_RD, + NULL, "MSK Statistics"); + schild = child = SYSCTL_CHILDREN(tree); + tree = SYSCTL_ADD_NODE(ctx, schild, OID_AUTO, "rx", CTLFLAG_RD, + NULL, "MSK RX Statistics"); + child = SYSCTL_CHILDREN(tree); + MSK_SYSCTL_STAT32(sc_if, ctx, "ucast_frames", + child, rx_ucast_frames, "Good unicast frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "bcast_frames", + child, rx_bcast_frames, "Good broadcast frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "pause_frames", + child, rx_pause_frames, "Pause frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "mcast_frames", + child, rx_mcast_frames, "Multicast frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "crc_errs", + child, rx_crc_errs, "CRC errors"); + MSK_SYSCTL_STAT64(sc_if, ctx, "good_octets", + child, rx_good_octets, "Good octets"); + MSK_SYSCTL_STAT64(sc_if, ctx, "bad_octets", + child, rx_bad_octets, "Bad octets"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_64", + child, rx_pkts_64, "64 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_65_127", + child, rx_pkts_65_127, "65 to 127 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_128_255", + child, rx_pkts_128_255, "128 to 255 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_256_511", + child, rx_pkts_256_511, "256 to 511 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_512_1023", + child, rx_pkts_512_1023, "512 to 1023 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_1024_1518", + child, rx_pkts_1024_1518, "1024 to 1518 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_1519_max", + child, rx_pkts_1519_max, "1519 to max frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_too_long", + child, rx_pkts_too_long, "frames too long"); + MSK_SYSCTL_STAT32(sc_if, ctx, "jabbers", + child, rx_pkts_jabbers, "Jabber errors"); + MSK_SYSCTL_STAT32(sc_if, ctx, "jabbers", + child, rx_fifo_oflows, "FIFO overflows"); + + tree = SYSCTL_ADD_NODE(ctx, schild, OID_AUTO, "tx", CTLFLAG_RD, + NULL, "MSK TX Statistics"); + child = SYSCTL_CHILDREN(tree); + MSK_SYSCTL_STAT32(sc_if, ctx, "ucast_frames", + child, tx_ucast_frames, "Unicast frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "bcast_frames", + child, tx_bcast_frames, "Broadcast frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "pause_frames", + child, tx_pause_frames, "Pause frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "mcast_frames", + child, tx_mcast_frames, "Multicast frames"); + MSK_SYSCTL_STAT64(sc_if, ctx, "octets", + child, tx_octets, "Octets"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_64", + child, tx_pkts_64, "64 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_65_127", + child, tx_pkts_65_127, "65 to 127 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_128_255", + child, tx_pkts_128_255, "128 to 255 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_256_511", + child, tx_pkts_256_511, "256 to 511 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_512_1023", + child, tx_pkts_512_1023, "512 to 1023 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_1024_1518", + child, tx_pkts_1024_1518, "1024 to 1518 bytes frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "frames_1519_max", + child, tx_pkts_1519_max, "1519 to max frames"); + MSK_SYSCTL_STAT32(sc_if, ctx, "colls", + child, tx_colls, "Collisions"); + MSK_SYSCTL_STAT32(sc_if, ctx, "late_colls", + child, tx_late_colls, "Late collisions"); + MSK_SYSCTL_STAT32(sc_if, ctx, "excess_colls", + child, tx_excess_colls, "Excessive collisions"); + MSK_SYSCTL_STAT32(sc_if, ctx, "multi_colls", + child, tx_multi_colls, "Multiple collisions"); + MSK_SYSCTL_STAT32(sc_if, ctx, "single_colls", + child, tx_single_colls, "Single collisions"); + MSK_SYSCTL_STAT32(sc_if, ctx, "underflows", + child, tx_underflows, "FIFO underflows"); +} + +#undef MSK_SYSCTL_STAT32 +#undef MSK_SYSCTL_STAT64 + +static int sysctl_int_range(SYSCTL_HANDLER_ARGS, int low, int high) { int error, value; Index: sys/dev/msk/if_mskreg.h =================================================================== --- sys/dev/msk/if_mskreg.h (revision 186475) +++ sys/dev/msk/if_mskreg.h (working copy) @@ -1614,6 +1614,8 @@ (GM_MIB_CNT_BASE + 24) /* Multicast Frames Received OK */ #define GM_RXF_FCS_ERR \ (GM_MIB_CNT_BASE + 32) /* Rx Frame Check Seq. Error */ +#define GM_RXF_SPARE1 \ + (GM_MIB_CNT_BASE + 40) /* Rx spare 1 */ #define GM_RXO_OK_LO \ (GM_MIB_CNT_BASE + 48) /* Octets Received OK Low */ #define GM_RXO_OK_HI \ @@ -1644,8 +1646,12 @@ (GM_MIB_CNT_BASE + 152) /* Rx Frame too Long Error */ #define GM_RXF_JAB_PKT \ (GM_MIB_CNT_BASE + 160) /* Rx Jabber Packet Frame */ +#define GM_RXF_SPARE2 \ + (GM_MIB_CNT_BASE + 168) /* Rx spare 2 */ #define GM_RXE_FIFO_OV \ (GM_MIB_CNT_BASE + 176) /* Rx FIFO overflow Event */ +#define GM_RXF_SPARE3 \ + (GM_MIB_CNT_BASE + 184) /* Rx spare 3 */ #define GM_TXF_UC_OK \ (GM_MIB_CNT_BASE + 192) /* Unicast Frames Xmitted OK */ #define GM_TXF_BC_OK \ @@ -1672,6 +1678,8 @@ (GM_MIB_CNT_BASE + 280) /* 1024-1518 Byte Tx Frame */ #define GM_TXF_MAX_SZ \ (GM_MIB_CNT_BASE + 288) /* 1519-MaxSize Byte Tx Frame */ +#define GM_TXF_SPARE1 \ + (GM_MIB_CNT_BASE + 296) /* Tx spare 1 */ #define GM_TXF_COL \ (GM_MIB_CNT_BASE + 304) /* Tx Collision */ #define GM_TXF_LAT_COL \ @@ -2291,6 +2299,52 @@ /* Forward decl. */ struct msk_if_softc; +struct msk_hw_stats { + /* Rx stats. */ + uint32_t rx_ucast_frames; + uint32_t rx_bcast_frames; + uint32_t rx_pause_frames; + uint32_t rx_mcast_frames; + uint32_t rx_crc_errs; + uint32_t rx_spare1; + uint64_t rx_good_octets; + uint64_t rx_bad_octets; + uint32_t rx_runts; + uint32_t rx_runt_errs; + uint32_t rx_pkts_64; + uint32_t rx_pkts_65_127; + uint32_t rx_pkts_128_255; + uint32_t rx_pkts_256_511; + uint32_t rx_pkts_512_1023; + uint32_t rx_pkts_1024_1518; + uint32_t rx_pkts_1519_max; + uint32_t rx_pkts_too_long; + uint32_t rx_pkts_jabbers; + uint32_t rx_spare2; + uint32_t rx_fifo_oflows; + uint32_t rx_spare3; + /* Tx stats. */ + uint32_t tx_ucast_frames; + uint32_t tx_bcast_frames; + uint32_t tx_pause_frames; + uint32_t tx_mcast_frames; + uint64_t tx_octets; + uint32_t tx_pkts_64; + uint32_t tx_pkts_65_127; + uint32_t tx_pkts_128_255; + uint32_t tx_pkts_256_511; + uint32_t tx_pkts_512_1023; + uint32_t tx_pkts_1024_1518; + uint32_t tx_pkts_1519_max; + uint32_t tx_spare1; + uint32_t tx_colls; + uint32_t tx_late_colls; + uint32_t tx_excess_colls; + uint32_t tx_multi_colls; + uint32_t tx_single_colls; + uint32_t tx_underflows; +}; + /* Softc for the Marvell Yukon II controller. */ struct msk_softc { struct resource *msk_res[1]; /* I/O resource */ @@ -2360,6 +2414,7 @@ struct msk_chain_data msk_cdata; struct msk_ring_data msk_rdata; struct msk_softc *msk_softc; /* parent controller */ + struct msk_hw_stats msk_stats; struct task msk_link_task; struct task msk_tx_task; int msk_if_flags; --3lcZGd9BuhuYXNfi-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 09:56:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5A391065670 for ; Wed, 24 Dec 2008 09:56:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swip.net [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE8E8FC08 for ; Wed, 24 Dec 2008 09:56:10 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=6I5d2MoRAAAA:8 a=w-SgQROJbfiNXI1pKHwA:9 a=OArv7LI445i6fH5qJVR2L1f8UYEA:4 a=RuUFyYNDO3yO77lT0//NGWoIu/k=:19 a=50e4U0PicR4A:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 428099314; Wed, 24 Dec 2008 10:56:08 +0100 From: Hans Petter Selasky To: Pegasus Mc Cleaft Date: Wed, 24 Dec 2008 10:58:27 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812240024.28505.ken@mthelicon.com> In-Reply-To: <200812240024.28505.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812241058.28227.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, remko@elvandar.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 09:56:10 -0000 Hi, I believe I've found the problem after testing an UPLCOM based serial adapter with CU. Try the following patch: http://perforce.freebsd.org/chv.cgi?CH=155229 The solution was not so obvious :-) BTW: Have a nice Christmas! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 10:45:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5007C1065673 for ; Wed, 24 Dec 2008 10:45:06 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB868FC14 for ; Wed, 24 Dec 2008 10:45:05 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.124.20] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LFREc-0005b5-LQ; Wed, 24 Dec 2008 12:45:02 +0200 Received: from [127.0.0.1] (helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LFRDn-0000Oi-SK; Wed, 24 Dec 2008 12:44:11 +0200 To: pyunyh@gmail.com From: Ian FREISLICH In-reply-to: <20081224085143.GH95088@cdnetworks.co.kr> References: <20081224085143.GH95088@cdnetworks.co.kr> <11167f520812232229g5ee1d475kdd92fd6511c50c29@mail.gmail.com> <20081224021016.GF95088@cdnetworks.co.kr> X-Attribution: BOFH Date: Wed, 24 Dec 2008 12:43:56 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 10:45:06 -0000 Pyun YongHyeon wrote: > > On Wed, Dec 24, 2008 at 08:54:26AM +0200, Ian FREISLICH wrote: > > "Sam Fourman Jr." wrote: > > > >> About 2-3 months ago I committed workaround for Yukon silicon bug. > > > >> Do you use latest CURRENT? > > > > > > > > Yes, this is on yesterday's sources. It was better for a month or > > > > so, but over the last month it's been really bad. Now I can provoke > > > > this condition in under 1 minute of uptime. > > > > > > > I have a few msk cards, and I could stand to install -CURRENT on a syste m > > > how do I reproduce your problem? > > > > I induce it by scp-ing a large (several GB) file from one host to > > another. I only have one interface msk interface in my laptop, but > > it's an SMP system. Maybe that has something to do with it. > > > > Would you show me the output of "sysctl dev.msk.0.stats" before and > after the watchdog timeouts after appling attached patch? Before: dev.msk.0.stats.rx.ucast_frames: 0 dev.msk.0.stats.rx.bcast_frames: 4 dev.msk.0.stats.rx.pause_frames: 0 dev.msk.0.stats.rx.mcast_frames: 0 dev.msk.0.stats.rx.crc_errs: 0 dev.msk.0.stats.rx.good_octets: 538 dev.msk.0.stats.rx.bad_octets: 0 dev.msk.0.stats.rx.frames_64: 3 dev.msk.0.stats.rx.frames_65_127: 0 dev.msk.0.stats.rx.frames_128_255: 0 dev.msk.0.stats.rx.frames_256_511: 1 dev.msk.0.stats.rx.frames_512_1023: 0 dev.msk.0.stats.rx.frames_1024_1518: 0 dev.msk.0.stats.rx.frames_1519_max: 0 dev.msk.0.stats.rx.frames_too_long: 0 dev.msk.0.stats.rx.jabbers: 0 dev.msk.0.stats.tx.ucast_frames: 0 dev.msk.0.stats.tx.bcast_frames: 0 dev.msk.0.stats.tx.pause_frames: 0 dev.msk.0.stats.tx.mcast_frames: 0 dev.msk.0.stats.tx.octets: 0 dev.msk.0.stats.tx.frames_64: 0 dev.msk.0.stats.tx.frames_65_127: 0 dev.msk.0.stats.tx.frames_128_255: 0 dev.msk.0.stats.tx.frames_256_511: 0 dev.msk.0.stats.tx.frames_512_1023: 0 dev.msk.0.stats.tx.frames_1024_1518: 0 dev.msk.0.stats.tx.frames_1519_max: 0 dev.msk.0.stats.tx.colls: 0 dev.msk.0.stats.tx.late_colls: 0 dev.msk.0.stats.tx.excess_colls: 0 dev.msk.0.stats.tx.multi_colls: 0 dev.msk.0.stats.tx.single_colls: 0 dev.msk.0.stats.tx.underflows: 0 After: [apple] /usr/home/ianf # sysctl dev.msk.0.stats dev.msk.0.stats.rx.ucast_frames: 8561 dev.msk.0.stats.rx.bcast_frames: 5 dev.msk.0.stats.rx.pause_frames: 0 dev.msk.0.stats.rx.mcast_frames: 0 dev.msk.0.stats.rx.crc_errs: 0 dev.msk.0.stats.rx.good_octets: 12964072 dev.msk.0.stats.rx.bad_octets: 0 dev.msk.0.stats.rx.frames_64: 5 dev.msk.0.stats.rx.frames_65_127: 10 dev.msk.0.stats.rx.frames_128_255: 6 dev.msk.0.stats.rx.frames_256_511: 4 dev.msk.0.stats.rx.frames_512_1023: 6 dev.msk.0.stats.rx.frames_1024_1518: 8535 dev.msk.0.stats.rx.frames_1519_max: 0 dev.msk.0.stats.rx.frames_too_long: 0 dev.msk.0.stats.rx.jabbers: 0 dev.msk.0.stats.tx.ucast_frames: 10050 dev.msk.0.stats.tx.bcast_frames: 5 dev.msk.0.stats.tx.pause_frames: 0 dev.msk.0.stats.tx.mcast_frames: 0 dev.msk.0.stats.tx.octets: 712314 dev.msk.0.stats.tx.frames_64: 2 dev.msk.0.stats.tx.frames_65_127: 10038 dev.msk.0.stats.tx.frames_128_255: 9 dev.msk.0.stats.tx.frames_256_511: 3 dev.msk.0.stats.tx.frames_512_1023: 3 dev.msk.0.stats.tx.frames_1024_1518: 0 dev.msk.0.stats.tx.frames_1519_max: 0 dev.msk.0.stats.tx.colls: 0 dev.msk.0.stats.tx.late_colls: 0 dev.msk.0.stats.tx.excess_colls: 0 dev.msk.0.stats.tx.multi_colls: 0 dev.msk.0.stats.tx.single_colls: 0 dev.msk.0.stats.tx.underflows: 0 > BTW, did you intentionally disable MSI? No, MSI is enabled. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 10:49:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A35106564A; Wed, 24 Dec 2008 10:49:19 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 237648FC1B; Wed, 24 Dec 2008 10:49:19 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so1902557qwb.7 for ; Wed, 24 Dec 2008 02:49:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=KKOcP7R8sPeO86F9u/NDAbPH12wcVmwCDMBS7d0CiPw=; b=oeMkkCEpVhXqf0+E5t7C6qBHq9J58O4vHOJZFOLrdBuVuaj1PRWtD59fhC6jvViUus FLs4awVLEEqAsXjN0BvGFiAXkBQBez9t20DdigkIt/ySbTLBCiZreExgwYCET/Mc6zdJ u7b8u0VMw3s8k8Mbzsc1v79uf6gHKYXYhIgU8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=SE76zyFkMtbFOXouKTbRtD6eSE9WWovf6Zf/ghHR78ltzl+PngZ5cSpsTdgUmBlACU /6mOw1Y9He9nsagx24IZi/LuHTtBikOAloXQdr03/V+aWZyQ97XyyjIn66LT2MWU3ZSY 43wH+puWLnccZXxY6vmq5rQ7yj/g9k2v+nPa8= Received: by 10.215.13.6 with SMTP id q6mr8664373qai.37.1230115758523; Wed, 24 Dec 2008 02:49:18 -0800 (PST) Received: by 10.214.46.6 with HTTP; Wed, 24 Dec 2008 02:49:18 -0800 (PST) Message-ID: <747dc8f30812240249m1a232aa2sf926d4f97c5d03ed@mail.gmail.com> Date: Wed, 24 Dec 2008 08:49:18 -0200 From: "Renato Botelho" To: "Alfred Perlstein" In-Reply-To: <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_66215_4028694.1230115758513" References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 10:49:20 -0000 ------=_Part_66215_4028694.1230115758513 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, Dec 24, 2008 at 8:36 AM, Renato Botelho wrote: > On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein wrote: >> We're going to usher in the New Year with a new usb stack. >> >> Now is the time to test, test, test. >> >> It is also the time to point out anything missing from usb2 that >> is in usb1. >> >> In two weeks, on Jan 3rd I will switch the GENERIC kernel to use >> usb2. >> >> The old usb code will remain in case there is any fallout. >> >> Depending on how this trial goes we will hopefully move to the new >> stack entirely within a few weeks after bug reports start dying >> down. > > Alfred, > > I tried a build yesterday with a fresh -current (Revision: 186431), > after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. > > I've collected these lines from messages, and i would like to know > what i can do to give you necessary information to fix this. > > Dec 23 14:48:35 botelhor kernel: Trying to mount root from ufs:/dev/ad4s1a > Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1417: set address 2 > failed (ignored) > Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting > device descriptor at addr 2 failed! > Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not > allocate new device! > Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 > Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 > Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel > config /usr/obj/usr/src/sys/GARGA > Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 > failed (ignored) > Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting > device descriptor at addr 2 failed! > Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not > allocate new device! > > Here is the same lines with current usb stack: > > Dec 23 14:52:23 botelhor kernel: uhub5: class 9/0, rev 2.00/1.04, addr 2> on uhub3 > Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus powered > Dec 23 14:52:23 botelhor kernel: ums0: 0/0, rev 1.10/51.27, addr 3> on uhub5 > Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. > Dec 23 14:52:23 botelhor kernel: ukbd0: Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 > Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 Here is a more detailed log, with usb2.debug=15 Thanks -- Renato Botelho ------=_Part_66215_4028694.1230115758513 Content-Type: application/octet-stream; name=usb2.log Content-Transfer-Encoding: base64 X-Attachment-Id: f_fp3v5rwf0 Content-Disposition: attachment; filename=usb2.log RGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIHN5c2xvZ2Q6IGtlcm5lbCBib290IGZpbGUgaXMgL2Jv b3Qva2VybmVsL2tlcm5lbApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBDb3B5cmln aHQgKGMpIDE5OTItMjAwOCBUaGUgRnJlZUJTRCBQcm9qZWN0LgpEZWMgMjQgMDg6NDA6NDUgYm90 ZWxob3Iga2VybmVsOiBDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgs IDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtl cm5lbDogVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJp Z2h0cyByZXNlcnZlZC4KRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogRnJlZUJTRCBp cyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkRlYyAy NCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IEZyZWVCU0QgOC4wLUNVUlJFTlQgIzMzIHIxODY0 MzE6IFR1ZSBEZWMgMjMgMTQ6MzM6MDAgQlJTVCAyMDA4CkRlYyAyNCAwODo0MDo0NSBib3RlbGhv ciBrZXJuZWw6IHJvb3RAYm90ZWxob3IuYnBsYWIubG9jYWw6L3Vzci9vYmovdXNyL3NyYy9zeXMv R0FSR0EKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogVGltZWNvdW50ZXIgImk4MjU0 IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9y IGtlcm5lbDogQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVIDMuMDBHSHogKDMwMDAuMTMt TUh6IDY4Ni1jbGFzcyBDUFUpCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IE9yaWdp biA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4ZjY1ICBTdGVwcGluZyA9IDUKRGVjIDI0IDA4OjQw OjQ1IGJvdGVsaG9yIGtlcm5lbDogRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxU U0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixD TEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CkRlYyAyNCAw ODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IEZlYXR1cmVzMj0weGU1OWQ8U1NFMyxEVEVTNjQsTU9O LERTX0NQTCxFU1QsVE0yLENOWFQtSUQsQ1gxNix4VFBSLFBEQ00+CkRlYyAyNCAwODo0MDo0NSBi b3RlbGhvciBrZXJuZWw6IEFNRCBGZWF0dXJlcz0weDIwMTAwMDAwPE5YLExNPgpEZWMgMjQgMDg6 NDA6NDUgYm90ZWxob3Iga2VybmVsOiBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgpEZWMgMjQgMDg6 NDA6NDUgYm90ZWxob3Iga2VybmVsOiBUU0M6IFAtc3RhdGUgaW52YXJpYW50CkRlYyAyNCAwODo0 MDo0NSBib3RlbGhvciBrZXJuZWw6IExvZ2ljYWwgQ1BVcyBwZXIgY29yZTogMgpEZWMgMjQgMDg6 NDA6NDUgYm90ZWxob3Iga2VybmVsOiByZWFsIG1lbW9yeSAgPSAxMDA2NTY3NDI0ICg5NTkgTUIp CkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGF2YWlsIG1lbW9yeSA9IDk3MTUyNjE0 NCAoOTI2IE1CKQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBBQ1BJIEFQSUMgVGFi bGU6IDxQNE04MFAgR0JUVUFDUEk+CkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IEZy ZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwpEZWMgMjQg MDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBjcHUwIChCU1ApOiBBUElDIElEOiAgMApEZWMgMjQg MDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCkRlYyAyNCAw ODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gMgpE ZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBpb2FwaWMwIDxWZXJzaW9uIDAuMz4gaXJx cyAwLTIzIG9uIG1vdGhlcmJvYXJkCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGti ZDEgYXQga2JkbXV4MApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBhY3BpMDogPFA0 TTgwUCBHQlRVQUNQST4gb24gbW90aGVyYm9hcmQKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtl cm5lbDogYWNwaTA6IFtJVEhSRUFEXQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBh Y3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5l bDogYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBmYWlsZWQKRGVjIDI0IDA4OjQw OjQ1IGJvdGVsaG9yIGtlcm5lbDogYWNwaTA6IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgM2JlZjAw MDAgKDMpIGZhaWxlZApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBUaW1lY291bnRl ciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKRGVjIDI0IDA4 OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41 Nzk1NDVNSHo+IHBvcnQgMHg0MDA4LTB4NDAwYiBvbiBhY3BpMApEZWMgMjQgMDg6NDA6NDUgYm90 ZWxob3Iga2VybmVsOiBhY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCkRlYyAy NCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+ IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5l bDogcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9y IGtlcm5lbDogcGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCkRl YyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHBjaTE6IDxQQ0kgYnVzPiBvbiBwY2liMQpE ZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUg ZGlzcGxheT4gbWVtIDB4ZDgwMDAwMDAtMHhkYmZmZmZmZiwweGRjMDAwMDAwLTB4ZGNmZmZmZmYg aXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2Vy bmVsOiBza2MwOiA8RC1MaW5rIERHRS01MzBUIEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHg5MDAw LTB4OTBmZiBtZW0gMHhkZjAwMDAwMC0weGRmMDAzZmZmIGlycSAxOSBhdCBkZXZpY2UgMTEuMCBv biBwY2kwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHNrYzA6IERHRS01MzBUIEdp Z2FiaXQgRXRoZXJuZXQgQWRhcHRlciByZXYuICgweDkpCkRlYyAyNCAwODo0MDo0NSBib3RlbGhv ciBrZXJuZWw6IHNrMDogPE1hcnZlbGwgU2VtaWNvbmR1Y3RvciwgSW5jLiBZdWtvbj4gb24gc2tj MApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBzazA6IEV0aGVybmV0IGFkZHJlc3M6 IDAwOjFiOjExOjE2OmIzOjUwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IG1paWJ1 czA6IDxNSUkgYnVzPiBvbiBzazAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogZTEw MDBwaHkwOiA8TWFydmVsbCA4OEUxMDExIEdpZ2FiaXQgUEhZPiBQSFkgMCBvbiBtaWlidXMwCkRl YyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGUxMDAwcGh5MDogIDEwYmFzZVQsIDEwYmFz ZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvCkRl YyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHNrYzA6IFtJVEhSRUFEXQpEZWMgMjQgMDg6 NDA6NDUgYm90ZWxob3Iga2VybmVsOiBhdGFwY2kwOiA8VklBIDY0MjAgU0FUQTE1MCBjb250cm9s bGVyPiBwb3J0IDB4OTQwMC0weDk0MDcsMHg5ODAwLTB4OTgwMywweDljMDAtMHg5YzA3LDB4YTAw MC0weGEwMDMsMHhhNDAwLTB4YTQwZiwweGE4MDAtMHhhOGZmIGlycSAyMCBhdCBkZXZpY2UgMTUu MCBvbiBwY2kwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGF0YXBjaTA6IFtJVEhS RUFEXQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBhdGEyOiA8QVRBIGNoYW5uZWwg MD4gb24gYXRhcGNpMApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBhdGEyOiBbSVRI UkVBRF0KRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogYXRhMzogPEFUQSBjaGFubmVs IDE+IG9uIGF0YXBjaTAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogYXRhMzogW0lU SFJFQURdCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGF0YXBjaTE6IDxWSUEgODIz NyBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcs MHgzNzYsMHhhYzAwLTB4YWMwZiBhdCBkZXZpY2UgMTUuMSBvbiBwY2kwCkRlYyAyNCAwODo0MDo0 NSBib3RlbGhvciBrZXJuZWw6IGF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCkRlYyAy NCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGF0YTA6IFtJVEhSRUFEXQpEZWMgMjQgMDg6NDA6 NDUgYm90ZWxob3Iga2VybmVsOiBhdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMQpEZWMg MjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBhdGExOiBbSVRIUkVBRF0KRGVjIDI0IDA4OjQw OjQ1IGJvdGVsaG9yIGtlcm5lbDogdWhjaTA6IDxWSUEgODNDNTcyIFVTQiBjb250cm9sbGVyPiBw b3J0IDB4YjAwMC0weGIwMWYgaXJxIDIxIGF0IGRldmljZSAxNi4wIG9uIHBjaTAKRGVjIDI0IDA4 OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdWhjaTA6IFtJVEhSRUFEXQpEZWMgMjQgMDg6NDA6NDUg Ym90ZWxob3Iga2VybmVsOiB1aGNpMDogTGVnU3VwID0gMHgwMDNhCkRlYyAyNCAwODo0MDo0NSBi b3RlbGhvciBrZXJuZWw6IHVzYnVzMDogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IG9uIHVo Y2kwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVoY2kxOiA8VklBIDgzQzU3MiBV U0IgY29udHJvbGxlcj4gcG9ydCAweGI0MDAtMHhiNDFmIGlycSAyMSBhdCBkZXZpY2UgMTYuMSBv biBwY2kwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVoY2kxOiBbSVRIUkVBRF0K RGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdWhjaTE6IExlZ1N1cCA9IDB4MDAxMApE ZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1c2J1czE6IDxWSUEgODNDNTcyIFVTQiBj b250cm9sbGVyPiBvbiB1aGNpMQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1aGNp MjogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhiODAwLTB4YjgxZiBpcnEgMjEg YXQgZGV2aWNlIDE2LjIgb24gcGNpMApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1 aGNpMjogW0lUSFJFQURdCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVoY2kyOiBM ZWdTdXAgPSAweDAwMTAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdXNidXMyOiA8 VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gb24gdWhjaTIKRGVjIDI0IDA4OjQwOjQ1IGJvdGVs aG9yIGtlcm5lbDogdWhjaTM6IDxWSUEgODNDNTcyIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4YmMw MC0weGJjMWYgaXJxIDIxIGF0IGRldmljZSAxNi4zIG9uIHBjaTAKRGVjIDI0IDA4OjQwOjQ1IGJv dGVsaG9yIGtlcm5lbDogdWhjaTM6IFtJVEhSRUFEXQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Ig a2VybmVsOiB1aGNpMzogTGVnU3VwID0gMHgwMDEwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBr ZXJuZWw6IHVzYnVzMzogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kzCkRlYyAy NCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGVoY2kwOiA8VklBIFZUNjIwMiBVU0IgMi4wIGNv bnRyb2xsZXI+IG1lbSAweGRmMDA0MDAwLTB4ZGYwMDQwZmYgaXJxIDIxIGF0IGRldmljZSAxNi40 IG9uIHBjaTAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogZWhjaTA6IFtJVEhSRUFE XQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1c2J1czQ6IEVIQ0kgdmVyc2lvbiAx LjAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdXNidXM0OiA8VklBIFZUNjIwMiBV U0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJu ZWw6IGlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxNy4wIG9uIHBjaTAKRGVjIDI0 IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCkRlYyAy NCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHBjbTA6IDxWSUEgVlQ4MjM3PiBwb3J0IDB4YzAw MC0weGMwZmYgaXJxIDIyIGF0IGRldmljZSAxNy41IG9uIHBjaTAKRGVjIDI0IDA4OjQwOjQ1IGJv dGVsaG9yIGtlcm5lbDogcGNtMDogW0lUSFJFQURdCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBr ZXJuZWw6IHBjbTA6IDxVbmtub3duIEFDOTcgQ29kZWMgKGlkID0gMHg1NjQ5NDE4Myk+CkRlYyAy NCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHBjbTA6IDxWSUEgRFhTIEVuYWJsZWQ6IERYUyA0 IC8gU0dEIDEgLyBSRUMgMT4KRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdnIwOiA8 VklBIFZUNjEwMiBSaGluZSBJSSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhjNDAwLTB4YzRmZiBtZW0g MHhkZjAwNTAwMC0weGRmMDA1MGZmIGlycSAyMyBhdCBkZXZpY2UgMTguMCBvbiBwY2kwCkRlYyAy NCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHZyMDogUXVpcmtzOiAweDAKRGVjIDI0IDA4OjQw OjQ1IGJvdGVsaG9yIGtlcm5lbDogdnIwOiBSZXZpc2lvbjogMHg3OApEZWMgMjQgMDg6NDA6NDUg Ym90ZWxob3Iga2VybmVsOiBtaWlidXMxOiA8TUlJIGJ1cz4gb24gdnIwCkRlYyAyNCAwODo0MDo0 NSBib3RlbGhvciBrZXJuZWw6IHVrcGh5MDogPEdlbmVyaWMgSUVFRSA4MDIuM3UgbWVkaWEgaW50 ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMxCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6 IHVrcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgs IGF1dG8KRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdnIwOiBFdGhlcm5ldCBhZGRy ZXNzOiAwMDoxYTo0ZDphODphZjo4YwpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB2 cjA6IFtJVEhSRUFEXQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBhdHJ0YzA6IDxB VCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzMgaXJxIDggb24gYWNwaTAKRGVjIDI0IDA4 OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0 IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKRGVjIDI0IDA4OjQwOjQ1IGJv dGVsaG9yIGtlcm5lbDogdWFydDA6IFtGSUxURVJdCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBr ZXJuZWw6IHVhcnQxOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDJmOC0weDJmZiBpcnEg MyBvbiBhY3BpMApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1YXJ0MTogW0ZJTFRF Ul0KRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogcHBjMDogPFBhcmFsbGVsIHBvcnQ+ IHBvcnQgMHgzNzgtMHgzN2YsMHg3NzgtMHg3N2IgaXJxIDcgb24gYWNwaTAKRGVjIDI0IDA4OjQw OjQ1IGJvdGVsaG9yIGtlcm5lbDogcHBjMDogR2VuZXJpYyBjaGlwc2V0IChOSUJCTEUtb25seSkg aW4gQ09NUEFUSUJMRSBtb2RlCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHBwYzA6 IFtHSUFOVC1MT0NLRURdCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHBwYzA6IFtJ VEhSRUFEXQpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBwcGJ1czA6IDxQYXJhbGxl bCBwb3J0IGJ1cz4gb24gcHBjMApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBwbGlw MDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMApEZWMgMjQgMDg6NDA6NDUgYm90 ZWxob3Iga2VybmVsOiBwbGlwMDogV0FSTklORzogdXNpbmcgb2Jzb2xldGVkIElGRl9ORUVEU0dJ QU5UIGZsYWcKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogbHB0MDogPFByaW50ZXI+ IG9uIHBwYnVzMApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBscHQwOiBJbnRlcnJ1 cHQtZHJpdmVuIHBvcnQKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogcHBpMDogPFBh cmFsbGVsIEkvTz4gb24gcHBidXMwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGNw dTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDog ZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApEZWMg MjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBlc3Q6IENQVSBzdXBwb3J0cyBFbmhhbmNlZCBT cGVlZHN0ZXAsIGJ1dCBpcyBub3QgcmVjb2duaXplZC4KRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9y IGtlcm5lbDogZXN0OiBjcHVfdmVuZG9yIEdlbnVpbmVJbnRlbCwgbXNyIGYyNzAwMDAwZjI3CkRl YyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGRldmljZV9hdHRhY2g6IGVzdDAgYXR0YWNo IHJldHVybmVkIDYKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogcDR0Y2MwOiA8Q1BV IEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVs aG9yIGtlcm5lbDogY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApEZWMgMjQgMDg6NDA6NDUgYm90 ZWxob3Iga2VybmVsOiBlc3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9s PiBvbiBjcHUxCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGVzdDogQ1BVIHN1cHBv cnRzIEVuaGFuY2VkIFNwZWVkc3RlcCwgYnV0IGlzIG5vdCByZWNvZ25pemVkLgpEZWMgMjQgMDg6 NDA6NDUgYm90ZWxob3Iga2VybmVsOiBlc3Q6IGNwdV92ZW5kb3IgR2VudWluZUludGVsLCBtc3Ig ZjI3MDAwMDBmMjcKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogZGV2aWNlX2F0dGFj aDogZXN0MSBhdHRhY2ggcmV0dXJuZWQgNgpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVs OiBwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpEZWMgMjQg MDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBwbXRpbWVyMCBvbiBpc2EwCkRlYyAyNCAwODo0MDo0 NSBib3RlbGhvciBrZXJuZWw6IG9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhjYzAw MC0weGQzZmZmIHBucGlkIE9STTAwMDAgb24gaXNhMApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Ig a2VybmVsOiBzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApEZWMg MjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgzMDA+CkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHZnYTA6IDxH ZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZm IG9uIGlzYTAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogYXRrYmRjMDogPEtleWJv YXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMApEZWMgMjQg MDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBhdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24g YXRrYmRjMApEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBrYmQwIGF0IGF0a2JkMApE ZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBhdGtiZDA6IFtHSUFOVC1MT0NLRURdCkRl YyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IGF0a2JkMDogW0lUSFJFQURdCkRlYyAyNCAw ODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IFRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEwLjAwMCBt c2VjCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVzYnVzMDogMTJNYnBzIEZ1bGwg U3BlZWQgVVNCIHYxLjAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdWdlbjAuMTog PFZJQT4gYXQgdXNidXMwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVzaHViMDog PFZJQSBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24g dXNidXMwCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVzaHViMDogMiBwb3J0cyB3 aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtl cm5lbDogdXNidXMxOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMApEZWMgMjQgMDg6NDA6NDUg Ym90ZWxob3Iga2VybmVsOiB1Z2VuMS4xOiA8VklBPiBhdCB1c2J1czEKRGVjIDI0IDA4OjQwOjQ1 IGJvdGVsaG9yIGtlcm5lbDogdXNodWIxOiA8VklBIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9y IGtlcm5lbDogdXNodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApE ZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1c2J1czI6IDEyTWJwcyBGdWxsIFNwZWVk IFVTQiB2MS4wCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVnZW4yLjE6IDxWSUE+ IGF0IHVzYnVzMgpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1c2h1YjI6IDxWSUEg VUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVz MgpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1c2h1YjI6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6 IHVzYnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVs aG9yIGtlcm5lbDogdWdlbjMuMTogPFZJQT4gYXQgdXNidXMzCkRlYyAyNCAwODo0MDo0NSBib3Rl bGhvciBrZXJuZWw6IHVzaHViMzogPFZJQSBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJu ZWw6IHVzaHViMzogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKRGVjIDI0 IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdXNidXM0OiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNC IHYyLjAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogdWdlbjQuMTogPFZJQT4gYXQg dXNidXM0CkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVzaHViNDogPFZJQSBFSENJ IHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0CkRl YyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVzaHViNDogOCBwb3J0cyB3aXRoIDggcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogYWQ0 OiA3NjMxOE1CIDxNQVhUT1IgU1RNMzgwMjExQVMgMy5BQUU+IGF0IGF0YTItbWFzdGVyIFNBVEEx NTAKRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogYWQ2OiA3NjMxOU1CIDxTQU1TVU5H IEhEMDgyR0ogSkUxMDAtMTk+IGF0IGF0YTMtbWFzdGVyIFNBVEExNTAKRGVjIDI0IDA4OjQwOjQ1 IGJvdGVsaG9yIGtlcm5lbDogU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhCkRlYyAyNCAwODo0MDo0 NSBib3RlbGhvciBrZXJuZWw6IEdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRlciBhZDZzMWEg aXMgdWZzL3Jvb3QuCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IEdFT01fTEFCRUw6 IExhYmVsIGZvciBwcm92aWRlciBhZDZzMWIgaXMgbGFiZWwvc3dhcC4KRGVjIDI0IDA4OjQwOjQ1 IGJvdGVsaG9yIGtlcm5lbDogR0VPTV9MQUJFTDogTGFiZWwgZm9yIHByb3ZpZGVyIGFkNnMxZCBp cyB1ZnMvdG1wLgpEZWMgMjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiBHRU9NX0xBQkVMOiBM YWJlbCBmb3IgcHJvdmlkZXIgYWQ2czFlIGlzIHVmcy92YXIuCkRlYyAyNCAwODo0MDo0NSBib3Rl bGhvciBrZXJuZWw6IEdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRlciBhZDZzMWYgaXMgdWZz L3Vzci4KRGVjIDI0IDA4OjQwOjQ1IGJvdGVsaG9yIGtlcm5lbDogR0VPTV9MQUJFTDogTGFiZWwg Zm9yIHByb3ZpZGVyIGFkNnMyZCBpcyB1ZnMvbG9jYWwuCkRlYyAyNCAwODo0MDo0NSBib3RlbGhv ciBrZXJuZWw6IEdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRlciBhZDZzMmUgaXMgdWZzL2hv bWUuCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IFRyeWluZyB0byBtb3VudCByb290 IGZyb20gdWZzOi9kZXYvYWQ0czFhCkRlYyAyNCAwODo0MDo0NSBib3RlbGhvciBrZXJuZWw6IHVz YjJfYWxsb2NfZGV2aWNlOjE0MTc6IHNldCBhZGRyZXNzIDIgZmFpbGVkIChpZ25vcmVkKQpEZWMg MjQgMDg6NDA6NDUgYm90ZWxob3Iga2VybmVsOiB1c2IyX2FsbG9jX2RldmljZToxNDUyOiBnZXR0 aW5nIGRldmljZSBkZXNjcmlwdG9yIGF0IGFkZHIgMiBmYWlsZWQhCkRlYyAyNCAwODo0MDo0NSBi b3RlbGhvciBrZXJuZWw6IHVodWJfcmVhdHRhY2hfcG9ydDo0MDE6IGNvdWxkIG5vdCBhbGxvY2F0 ZSBuZXcgZGV2aWNlIQpEZWMgMjQgMDg6NDA6NTAgYm90ZWxob3Iga2VybmVsOiBmdXNlNGJzZDog dmVyc2lvbiAwLjMuOS1wcmUxLCBGVVNFIEFCSSA3LjgKRGVjIDI0IDA4OjQwOjUwIGJvdGVsaG9y IGtlcm5lbDogZnVzZTRic2Q6IGNvbXBpbGVkIGFnYWluc3Qga2VybmVsIGNvbmZpZyAvdXNyL29i ai91c3Ivc3JjL3N5cy9HQVJHQQpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2Iy X3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMg MjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAxNjogZXJy PVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3ODBlMCAoZW50ZXIpCkRlYyAy NCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBj YXNlIDEtNApEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNDM3ODBlMCBwaXBlPTB4YzQ1MWMzYTggc3RzPTAgYWxl bj0xLCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJu ZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0OTogeGZlcj0weGM0Mzc4MGUwLCBwaXBlPTB4YzQ1 MWMzYTgsIG5mcmFtZXM9MSwgZGlyPXJlYWQKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDUxYzNhOCBlZGVzYz0weGM0NTE3OWYyIGlzb2Nf bmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDgxCkRlYyAyNCAwODo0MTox MyBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0NTFjM2E4IHhmZXI6 IApEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxMzog ZW50ZXIKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4MTogY2IgMHhjNDM3ODBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBr ZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjMzOiBzdGFydApEZWMgMjQgMDg6NDE6MTMgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc4MGUwIChsZWF2 ZSkKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJf ZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUxYzAwMCBibVJlcXVlc3RUeXBlPTB4YTMg YlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDEgd0xlbmd0aD0weDAwMDQK RGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6 IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MTMgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4 OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4 YzQ1MjQwZTAsIHBpcGU9MHhjNDUxYzM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjQgMDg6 NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTFjMzgwIGVk ZXNjPTB4YzQ1MWNhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNz PTB4MDAKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBw aXBlPTB4YzQ1MWMzODAgeGZlcjogCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVz YjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0 IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRl YyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1h bmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4MzogY2IgMHhjNDUyNDBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToxMyBib3RlbGhv ciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQg MDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRl YyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25l IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBr ZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExF VElPTgpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MTox MyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0w eGM0NTI0MGUwIHBpcGU9MHhjNDUxYzM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIs IG5mcm09MgpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3Rf Y2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToxMyBib3RlbGhv ciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUxYzAwMCBibVJl cXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDIg d0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToxMyBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMg MjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6 IHN0PTAKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2Fy ZToxMzQ5OiB4ZmVyPTB4YzQ1MjQwZTAsIHBpcGU9MHhjNDUxYzM4MCwgbmZyYW1lcz0yLCBkaXI9 cmVhZApEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlw ZT0weGM0NTFjMzgwIGVkZXNjPTB4YzQ1MWNhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBi RW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1MWMzODAgeGZlcjogCkRlYyAyNCAwODo0MToxMyBib3Rl bGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MTMg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUw IChlbnRlcikKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0 OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmln X3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDUyNDBlMCAobGVhdmUpCkRlYyAyNCAw ODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAg KGxlYXZlKQpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9k aXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJh bnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0 MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VS Ul9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQx OjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00 CkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9z dWI6MjM3MDogeGZlcj0weGM0NTI0MGUwIHBpcGU9MHhjNDUxYzM4MCBzdHM9MCBhbGVuPTEyLCBz bGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAw ODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9 MHhjNDUxYzAwMCBibVJlcXVlc3RUeXBlPTB4MjMgYlJlcXVlc3Q9MHgwMSB3VmFsdWU9MHgwMDEx IHdJbmRleD0weDAwMDIgd0xlbmd0aD0weDAwMDAKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRl YyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3 OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVl c3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQ1MjQwZTAsIHBpcGU9MHhjNDUxYzM4MCwg bmZyYW1lcz0xLCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2R1bXBfcGlwZTogcGlwZT0weGM0NTFjMzgwIGVkZXNjPTB4YzQ1MWNhZWIgaXNvY19uZXh0PTAg dG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjEzIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1MWMzODAgeGZlcjogCkRlYyAy NCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpE ZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgx OiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjEzIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDUyNDBlMCAo bGVhdmUpCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJu ZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVU SU9OCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToy MDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MTMgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRl cikKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVy OjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2Fs bGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0NTI0MGUwIHBpcGU9MHhjNDUxYzM4MCBz dHM9MCBhbGVuPTgsIHNsZW49OCwgYWZybT0xLCBuZnJtPTEKRGVjIDI0IDA4OjQxOjEzIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNCAwODo0 MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxl YXZlKQpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxh Z3M6MjYwOiB1ZGV2PTB4YzQ1MWMwMDAgYm1SZXF1ZXN0VHlwZT0weDIzIGJSZXF1ZXN0PTB4MDEg d1ZhbHVlPTB4MDAxMCB3SW5kZXg9MHgwMDAyIHdMZW5ndGg9MHgwMDAwCkRlYyAyNCAwODo0MTox MyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQw ZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNr X3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNCAwODo0MToxMyBib3RlbGhv ciBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0OTogeGZlcj0weGM0NTI0MGUwLCBwaXBl PTB4YzQ1MWMzODAsIG5mcmFtZXM9MSwgZGlyPXdyaXRlCkRlYyAyNCAwODo0MToxMyBib3RlbGhv ciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1MWMzODAgZWRlc2M9MHhjNDUxY2Fl YiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQg MDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUxYzM4 MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVy OjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MTMgYm90 ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjEz IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMg MjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBj YiAweGM0NTI0MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToxMyBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjEz IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJf Tk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90 cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAw ODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4 YzQ1MjQwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2Nh bGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQ1MjQwZTAgcGlw ZT0weGM0NTFjMzgwIHN0cz0wIGFsZW49OCwgc2xlbj04LCBhZnJtPTEsIG5mcm09MQpEZWMgMjQg MDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0 PTEKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJf ZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUxYzAwMCBibVJlcXVlc3RUeXBlPTB4YTMg YlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDIgd0xlbmd0aD0weDAwMDQK RGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6 IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MTMgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4 OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4 YzQ1MjQwZTAsIHBpcGU9MHhjNDUxYzM4MCwgbmZyYW1lcz0yLCBkaXI9d3JpdGUKRGVjIDI0IDA4 OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDUxYzM4MCBl ZGVzYz0weGM0NTFjYWViIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVz cz0weDAwCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTog cGlwZT0weGM0NTFjMzgwIHhmZXI6IApEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1 c2IyX3BpcGVfZW50ZXI6MTUxMzogZW50ZXIKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAy NCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjMzOiBzdGFydApE ZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21t YW5kOjE3NzogCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODM6IGNiIDB4YzQ1MjQwZTAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MTMgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0 IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApE ZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9u ZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MTMgYm90ZWxob3Ig a2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAxNjogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBM RVRJT04KRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBr ZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6 MTMgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzA6IHhmZXI9 MHhjNDUyNDBlMCBwaXBlPTB4YzQ1MWMzODAgc3RzPTAgYWxlbj0xMiwgc2xlbj0xMiwgYWZybT0y LCBuZnJtPTIKRGVjIDI0IDA4OjQxOjEzIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0 X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNCAwODo0MToxMyBib3RlbGhvciBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxo b3Iga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxf Q09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5zZmVy X2RvbmU6MjAxNjogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIw IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyODRl MCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tf d3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNDUyODRlMCBwaXBlPTB4YzQ1 M2MzYTggc3RzPTAgYWxlbj04LCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNCAwODo0MToy MCBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0OTogeGZlcj0weGM0NTI4 NGUwLCBwaXBlPTB4YzQ1M2MzYTgsIG5mcmFtZXM9MSwgZGlyPXJlYWQKRGVjIDI0IDA4OjQxOjIw IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDUzYzNhOCBlZGVzYz0w eGM0NTE3OTcyIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDgx CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0w eGM0NTNjM2E4IHhmZXI6IApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX3Bp cGVfZW50ZXI6MTUxMzogZW50ZXIKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyODRlMCAoZW50ZXIpCkRlYyAyNCAwODo0 MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjMzOiBzdGFydApEZWMgMjQg MDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAw eGM0NTI4NGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhv ciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUzYzAwMCBibVJl cXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDEg d0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMCBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMg MjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6 IHN0PTAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2Fy ZToxMzQ5OiB4ZmVyPTB4YzQzNzkwZTAsIHBpcGU9MHhjNDUzYzM4MCwgbmZyYW1lcz0yLCBkaXI9 cmVhZApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlw ZT0weGM0NTNjMzgwIGVkZXNjPTB4YzQ1M2NhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBi RW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1M2MzODAgeGZlcjogCkRlYyAyNCAwODo0MToyMCBib3Rl bGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjAg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUw IChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0 OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmln X3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDM3OTBlMCAobGVhdmUpCkRlYyAyNCAw ODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAg KGxlYXZlKQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9k aXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJh bnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0 MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VS Ul9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQx OjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00 CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9z dWI6MjM3MDogeGZlcj0weGM0Mzc5MGUwIHBpcGU9MHhjNDUzYzM4MCBzdHM9MCBhbGVuPTEyLCBz bGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAw ODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9 MHhjNDUzYzAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAw IHdJbmRleD0weDAwMDIgd0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIpCkRl YyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3 OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVl c3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQzNzkwZTAsIHBpcGU9MHhjNDUzYzM4MCwg bmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2R1bXBfcGlwZTogcGlwZT0weGM0NTNjMzgwIGVkZXNjPTB4YzQ1M2NhZWIgaXNvY19uZXh0PTAg dG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIwIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1M2MzODAgeGZlcjogCkRlYyAy NCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpE ZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgx OiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIwIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDM3OTBlMCAo bGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJu ZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVU SU9OCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToy MDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRl cikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVy OjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2Fs bGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0Mzc5MGUwIHBpcGU9MHhjNDUzYzM4MCBz dHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjQgMDg6NDE6MjAgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4 OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAo bGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9m bGFnczoyNjA6IHVkZXY9MHhjNDUzYzAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgw MCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDMgd0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4OjQx OjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3 OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJh Y2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIwIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQzNzkwZTAsIHBp cGU9MHhjNDUzYzM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MjAgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTNjMzgwIGVkZXNjPTB4YzQ1M2Nh ZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0 IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1M2Mz ODAgeGZlcjogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRl cjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToy MCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVj IDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4Mzog Y2IgMHhjNDM3OTBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjAgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToy MCBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJS X05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJf dHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQg MDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAw eGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBr ZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0Mzc5MGUwIHBp cGU9MHhjNDUzYzM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMg MjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6 IHN0PTEKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVz YjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUzYzAwMCBibVJlcXVlc3RUeXBlPTB4 YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDQgd0xlbmd0aD0weDAw MDQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjAg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0 IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVy PTB4YzQzNzkwZTAsIHBpcGU9MHhjNDUzYzM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjQg MDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTNjMzgw IGVkZXNjPTB4YzQ1M2NhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRy ZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVl OiBwaXBlPTB4YzQ1M2MzODAgeGZlcjogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6 IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVj IDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0 CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2Nv bW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4MzogY2IgMHhjNDM3OTBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMg MjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDog CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBk b25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMCBib3RlbGhv ciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09N UExFVElPTgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0 MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZl cj0weGM0Mzc5MGUwIHBpcGU9MHhjNDUzYzM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJt PTIsIG5mcm09MgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVl c3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3Rl bGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUzYzAwMCBi bVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAw MDUgd0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToy MCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApE ZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6 NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJk d2FyZToxMzQ5OiB4ZmVyPTB4YzQzNzkwZTAsIHBpcGU9MHhjNDUzYzM4MCwgbmZyYW1lcz0yLCBk aXI9cmVhZApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTog cGlwZT0weGM0NTNjMzgwIGVkZXNjPTB4YzQ1M2NhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9 MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1M2MzODAgeGZlcjogCkRlYyAyNCAwODo0MToyMCBi b3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6 MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5 MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0 YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29u ZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDM3OTBlMCAobGVhdmUpCkRlYyAy NCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNi IDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190 ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3df dHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAw ODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNC X0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4 OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2Ug MS00CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBl cl9zdWI6MjM3MDogeGZlcj0weGM0Mzc5MGUwIHBpcGU9MHhjNDUzYzM4MCBzdHM9MCBhbGVuPTEy LCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjIwIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAy NCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVk ZXY9MHhjNDUzYzAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgw MDAwIHdJbmRleD0weDAwMDYgd0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIp CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjox ODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3Jl cXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQzNzkwZTAsIHBpcGU9MHhjNDUzYzM4 MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTNjMzgwIGVkZXNjPTB4YzQ1M2NhZWIgaXNvY19uZXh0 PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIwIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1M2MzODAgeGZlcjogCkRl YyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRl cgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBr ZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIw IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDM3OTBl MCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVs OiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBr ZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01Q TEVUSU9OCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9u ZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjAgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChl bnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFw cGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJf Y2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0Mzc5MGUwIHBpcGU9MHhjNDUzYzM4 MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjQgMDg6NDE6MjAg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0 IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2Ig MCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVz dF9mbGFnczoyNjA6IHVkZXY9MHhjNDUzYzAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9 MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDcgd0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4 OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhj NDM3OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2Fs bGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIwIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQzNzkwZTAs IHBpcGU9MHhjNDUzYzM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MjAgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTNjMzgwIGVkZXNjPTB4YzQ1 M2NhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVj IDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1 M2MzODAgeGZlcjogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9l bnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIw IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0 MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAK RGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 MzogY2IgMHhjNDM3OTBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjAg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0 MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0Jf RVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVz YjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMg MjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBj YiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMCBib3RlbGhv ciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0Mzc5MGUw IHBpcGU9MHhjNDUzYzM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpE ZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6 NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6 IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUzYzAwMCBibVJlcXVlc3RUeXBl PTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDggd0xlbmd0aD0w eDAwMDQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBr ZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6 MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVj IDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4 ZmVyPTB4YzQzNzkwZTAsIHBpcGU9MHhjNDUzYzM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMg MjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTNj MzgwIGVkZXNjPTB4YzQ1M2NhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRB ZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1 ZXVlOiBwaXBlPTB4YzQ1M2MzODAgeGZlcjogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJu ZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikK RGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0 YXJ0CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVl X2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDM3OTBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpE ZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0 NDogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3 OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMCBib3Rl bGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxf Q09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAw ODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3MDog eGZlcj0weGM0Mzc5MGUwIHBpcGU9MHhjNDUzYzM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBh ZnJtPTIsIG5mcm09MgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3Jl cXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBi b3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUzYzAw MCBibVJlcXVlc3RUeXBlPTB4MjMgYlJlcXVlc3Q9MHgwMSB3VmFsdWU9MHgwMDEwIHdJbmRleD0w eDAwMDggd0xlbmd0aD0weDAwMDAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0 MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEt NApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJh Y2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9o YXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQzNzkwZTAsIHBpcGU9MHhjNDUzYzM4MCwgbmZyYW1lcz0x LCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlw ZTogcGlwZT0weGM0NTNjMzgwIGVkZXNjPTB4YzQ1M2NhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25l eHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1M2MzODAgeGZlcjogCkRlYyAyNCAwODo0MToy MCBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6 NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0 Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBl X3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJf Y29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDM3OTBlMCAobGVhdmUpCkRl YyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6 IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZp Z190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJf c3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAy NCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9 VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0 IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNh c2UgMS00CkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3Jh cHBlcl9zdWI6MjM3MDogeGZlcj0weGM0Mzc5MGUwIHBpcGU9MHhjNDUzYzM4MCBzdHM9MCBhbGVu PTgsIHNsZW49OCwgYWZybT0xLCBuZnJtPTEKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNCAwODo0MToyMCBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMg MjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1 ZGV2PTB4YzQ1M2MwMDAgYm1SZXF1ZXN0VHlwZT0weGEzIGJSZXF1ZXN0PTB4MDAgd1ZhbHVlPTB4 MDAwMCB3SW5kZXg9MHgwMDA4IHdMZW5ndGg9MHgwMDA0CkRlYyAyNCAwODo0MToyMCBib3RlbGhv ciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVy KQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6 MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19y ZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6 IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0OTogeGZlcj0weGM0Mzc5MGUwLCBwaXBlPTB4YzQ1M2Mz ODAsIG5mcmFtZXM9MiwgZGlyPXdyaXRlCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6 IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1M2MzODAgZWRlc2M9MHhjNDUzY2FlYiBpc29jX25l eHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjAg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUzYzM4MCB4ZmVyOiAK RGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVu dGVyCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6 MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc5 MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMCBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NP TVBMRVRJT04KRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9k b25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMCBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAg KGVudGVyKQpEZWMgMjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIwIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQzNzkwZTAgcGlwZT0weGM0NTNj MzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToy MCBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMg MjQgMDg6NDE6MjAgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBj YiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1 ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTNjMDAwIGJtUmVxdWVzdFR5cGU9MHgyMyBiUmVxdWVz dD0weDAzIHdWYWx1ZT0weDAwMDQgd0luZGV4PTB4MDAwOCB3TGVuZ3RoPTB4MDAwMApEZWMgMjQg MDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAw eGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBr ZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDM3OTBl MCwgcGlwZT0weGM0NTNjMzgwLCBuZnJhbWVzPTEsIGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1M2MzODAgZWRlc2M9MHhj NDUzY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhj NDUzYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBl X2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6 MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4 OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6 IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDgzOiBjYiAweGM0Mzc5MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4 OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVT Ql9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDog dXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRl YyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6 IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQzNzkw ZTAgcGlwZT0weGM0NTNjMzgwIHN0cz0wIGFsZW49OCwgc2xlbj04LCBhZnJtPTEsIG5mcm09MQpE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6 NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9O CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2 OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc4MGUwIChlbnRlcikK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4 Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJh Y2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0Mzc4MGUwIHBpcGU9MHhjNDUxYzNhOCBzdHM9 MCBhbGVuPTEsIHNsZW49OCwgYWZybT0xLCBuZnJtPTEKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQzNzgwZTAsIHBpcGU9 MHhjNDUxYzNhOCwgbmZyYW1lcz0xLCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTFjM2E4IGVkZXNjPTB4YzQ1MTc5ZjIg aXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4ODEKRGVjIDI0IDA4 OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1MWMzYTgg eGZlcjogCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjox NTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc4MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDB4YzQzNzgwZTAg KGxlYXZlKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTFjMDAwIGJtUmVxdWVzdFR5cGU9 MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4 MDAwNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMg MjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhm ZXI9MHhjNDUyNDBlMCwgcGlwZT0weGM0NTFjMzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAy NCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1MWMz ODAgZWRlc2M9MHhjNDUxY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFk ZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVl dWU6IHBpcGU9MHhjNDUxYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQwZTAgKGVudGVyKQpE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3Rh cnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVf Y29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0NTI0MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRl YyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0 OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6 IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVs aG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9D T01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4 OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4 ZmVyPTB4YzQ1MjQwZTAgcGlwZT0weGM0NTFjMzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFm cm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVx dWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTFjMDAw IGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4 MDAwMiB3TGVuZ3RoPTB4MDAwNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQx OjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00 CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFj azo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hh cmR3YXJlOjEzNDk6IHhmZXI9MHhjNDUyNDBlMCwgcGlwZT0weGM0NTFjMzgwLCBuZnJhbWVzPTIs IGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBl OiBwaXBlPTB4YzQ1MWMzODAgZWRlc2M9MHhjNDUxY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4 dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUxYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0 MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1 MjQwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVf c3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0NTI0MGUwIChsZWF2ZSkKRGVj IDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4Mzog Y2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmln X3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9z d190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0 IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1V U0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQwZTAgKGVudGVyKQpEZWMgMjQg MDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2Fz ZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFw cGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQ1MjQwZTAgcGlwZT0weGM0NTFjMzgwIHN0cz0wIGFsZW49 MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVj IDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDog dWRldj0weGM0NTFjMDAwIGJtUmVxdWVzdFR5cGU9MHgyMyBiUmVxdWVzdD0weDAxIHdWYWx1ZT0w eDAwMTAgd0luZGV4PTB4MDAwMiB3TGVuZ3RoPTB4MDAwMApEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRl cikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVy OjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9f cmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDUyNDBlMCwgcGlwZT0weGM0NTFj MzgwLCBuZnJhbWVzPTEsIGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1MWMzODAgZWRlc2M9MHhjNDUxY2FlYiBpc29jX25l eHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUxYzM4MCB4ZmVyOiAK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVu dGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODE6IGNiIDB4YzQ1MjQwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6 MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0NTI0 MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NP TVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9k b25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQwZTAg KGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQ1MjQwZTAgcGlwZT0weGM0NTFj MzgwIHN0cz0wIGFsZW49OCwgc2xlbj04LCBhZnJtPTEsIG5mcm09MQpEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0 IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2Ig MCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVz dF9mbGFnczoyNjA6IHVkZXY9MHhjNDUxYzAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9 MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDIgd0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4 OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhj NDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2Fs bGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQ1MjQwZTAs IHBpcGU9MHhjNDUxYzM4MCwgbmZyYW1lcz0yLCBkaXI9d3JpdGUKRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDUxYzM4MCBlZGVzYz0weGM0 NTFjYWViIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRl YyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0 NTFjMzgwIHhmZXI6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVf ZW50ZXI6MTUxMzogZW50ZXIKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjMzOiBzdGFydApEZWMgMjQgMDg6 NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3Nzog CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODM6IGNiIDB4YzQ1MjQwZTAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjQgMDg6 NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNC X0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1 c2IyX3RyYW5zZmVyX2RvbmU6MjAxNjogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVj IDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTog Y2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVz YjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNDUyNDBl MCBwaXBlPTB4YzQ1MWMzODAgc3RzPTAgYWxlbj0xMiwgc2xlbj0xMiwgYWZybT0yLCBuZnJtPTIK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNr Ojc2OiBzdD0xCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ1M2MwMDAgYm1SZXF1ZXN0VHlw ZT0weGEzIGJSZXF1ZXN0PTB4MDAgd1ZhbHVlPTB4MDAwMCB3SW5kZXg9MHgwMDA4IHdMZW5ndGg9 MHgwMDA0CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQx OjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRl YyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0OTog eGZlcj0weGM0Mzc5MGUwLCBwaXBlPTB4YzQ1M2MzODAsIG5mcmFtZXM9MiwgZGlyPXdyaXRlCkRl YyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1 M2MzODAgZWRlc2M9MHhjNDUzY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2lu dEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBf cXVldWU6IHBpcGU9MHhjNDUzYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhv ciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVy KQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzog c3RhcnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVl dWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc5MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUp CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNo OjQ0OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2Zlcjox Njc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1B TF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0 IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcw OiB4ZmVyPTB4YzQzNzkwZTAgcGlwZT0weGM0NTNjMzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIs IGFmcm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9f cmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9yZXFfcmVzZXRfcG9ydDo1NjY6IHBvcnQgOCByZXNldCBy ZXR1cm5pbmcgZXJyb3I9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ1M2Mw MDAgYm1SZXF1ZXN0VHlwZT0weGEzIGJSZXF1ZXN0PTB4MDAgd1ZhbHVlPTB4MDAwMCB3SW5kZXg9 MHgwMDA4IHdMZW5ndGg9MHgwMDA0CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6 NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAx LTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxi YWNrOjc2OiBzdD0wCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3RhcnRf aGFyZHdhcmU6MTM0OTogeGZlcj0weGM0Mzc5MGUwLCBwaXBlPTB4YzQ1M2MzODAsIG5mcmFtZXM9 MiwgZGlyPXJlYWQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3Bp cGU6IHBpcGU9MHhjNDUzYzM4MCBlZGVzYz0weGM0NTNjYWViIGlzb2NfbmV4dD0wIHRvZ2dsZV9u ZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0NTNjMzgwIHhmZXI6IApEZWMgMjQgMDg6NDE6 MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxMzogZW50ZXIKRGVjIDI0IDA4 OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhj NDM3OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlw ZV9zdGFydDoyMjMzOiBzdGFydApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDB4YzQzNzkwZTAgKGxlYXZlKQpE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgz OiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25m aWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2Iy X3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMg MjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAxNjogZXJy PVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIpCkRlYyAy NCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBj YXNlIDEtNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNDM3OTBlMCBwaXBlPTB4YzQ1M2MzODAgc3RzPTAgYWxl bj0xMiwgc2xlbj0xMiwgYWZybT0yLCBuZnJtPTIKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYw OiB1ZGV2PTB4YzQ1M2MwMDAgYm1SZXF1ZXN0VHlwZT0weDIzIGJSZXF1ZXN0PTB4MDEgd1ZhbHVl PTB4MDAxMCB3SW5kZXg9MHgwMDA4IHdMZW5ndGg9MHgwMDAwCkRlYyAyNCAwODo0MToyMSBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVu dGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9k b19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0OTogeGZlcj0weGM0Mzc5MGUwLCBwaXBlPTB4YzQ1 M2MzODAsIG5mcmFtZXM9MSwgZGlyPXJlYWQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDUzYzM4MCBlZGVzYz0weGM0NTNjYWViIGlzb2Nf bmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0NTNjMzgwIHhmZXI6 IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxMzog ZW50ZXIKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4MTogY2IgMHhjNDM3OTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBr ZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjMzOiBzdGFydApEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNCAwODo0 MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDB4YzQz NzkwZTAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxf Q09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5zZmVy X2RvbmU6MjAxNjogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDM3OTBl MCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tf d3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNDM3OTBlMCBwaXBlPTB4YzQ1 M2MzODAgc3RzPTAgYWxlbj04LCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMg MjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBj YiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1 ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTNjMDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVz dD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwOCB3TGVuZ3RoPTB4MDAwNApEZWMgMjQg MDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAw eGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBr ZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDM3OTBl MCwgcGlwZT0weGM0NTNjMzgwLCBuZnJhbWVzPTIsIGRpcj13cml0ZQpEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTNjMzgwIGVkZXNjPTB4 YzQ1M2NhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4 YzQ1M2MzODAgeGZlcjogCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlw ZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQx OjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAw ODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3 OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4MzogY2IgMHhjNDM3OTBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6 MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAw ODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1V U0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgx OiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0Mzc5 MGUwIHBpcGU9MHhjNDUzYzM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09 MgpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJh Y2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUxYzAwMCBibVJlcXVlc3RU eXBlPTB4MjMgYlJlcXVlc3Q9MHgwMyB3VmFsdWU9MHgwMDA0IHdJbmRleD0weDAwMDIgd0xlbmd0 aD0weDAwMDAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMSBib3RlbGhv ciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6 NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5 OiB4ZmVyPTB4YzQ1MjQwZTAsIHBpcGU9MHhjNDUxYzM4MCwgbmZyYW1lcz0xLCBkaXI9cmVhZApE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0 NTFjMzgwIGVkZXNjPTB4YzQ1MWNhZWIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9p bnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1w X3F1ZXVlOiBwaXBlPTB4YzQ1MWMzODAgeGZlcjogCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBr ZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRl cikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6 IHN0YXJ0CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1 ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDUyNDBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZl KQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRj aDo0NDogCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6 MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JN QUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI4NGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAy NCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3 MDogeGZlcj0weGM0NTI4NGUwIHBpcGU9MHhjNDUzYzNhOCBzdHM9MCBhbGVuPTgsIHNsZW49OCwg YWZybT0xLCBuZnJtPTEKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFy dF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQ1Mjg0ZTAsIHBpcGU9MHhjNDUzYzNhOCwgbmZyYW1l cz0xLCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBf cGlwZTogcGlwZT0weGM0NTNjM2E4IGVkZXNjPTB4YzQ1MTc5NzIgaXNvY19uZXh0PTAgdG9nZ2xl X25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4ODEKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1M2MzYTggeGZlcjogCkRlYyAyNCAwODo0 MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMgMjQg MDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAw eGM0NTI4NGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9w aXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDB4YzQ1Mjg0ZTAgKGxlYXZlKQpEZWMgMjQgMDg6 NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChs ZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2Zs YWdzOjI2MDogdWRldj0weGM0NTNjMDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAw IHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4MDAwNApEZWMgMjQgMDg6NDE6 MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5 MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFj a193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDM3OTBlMCwgcGlw ZT0weGM0NTNjMzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMSBib3RlbGhv ciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1M2MzODAgZWRlc2M9MHhjNDUzY2Fl YiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQg MDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUzYzM4 MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVy OjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90 ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMg MjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBj YiAweGM0Mzc5MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJf Tk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90 cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAw ODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4 YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2Nh bGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQzNzkwZTAgcGlw ZT0weGM0NTNjMzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAy NCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njog c3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTNjMDAwIGJtUmVxdWVzdFR5cGU9MHhh MyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwMiB3TGVuZ3RoPTB4MDAw NApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjQg MDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9 MHhjNDM3OTBlMCwgcGlwZT0weGM0NTNjMzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNCAw ODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1M2MzODAg ZWRlc2M9MHhjNDUzY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJl c3M9MHgwMApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6 IHBpcGU9MHhjNDUzYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMg MjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29t bWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc5MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAy NCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRv bmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9y IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01Q TEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQx OjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVy PTB4YzQzNzkwZTAgcGlwZT0weGM0NTNjMzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFmcm09 MiwgbmZybT0yCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVz dF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTNjMDAwIGJt UmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAw MyB3TGVuZ3RoPTB4MDAwNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRl YyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3 Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3 YXJlOjEzNDk6IHhmZXI9MHhjNDM3OTBlMCwgcGlwZT0weGM0NTNjMzgwLCBuZnJhbWVzPTIsIGRp cj1yZWFkCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBw aXBlPTB4YzQ1M2MzODAgZWRlc2M9MHhjNDUzY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0w IGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUzYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkw ZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3Rh cnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25m aWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc5MGUwIChsZWF2ZSkKRGVjIDI0 IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2Ig MCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3Rk X2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190 cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4 OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0Jf RVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6 NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAx LTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVy X3N1YjoyMzcwOiB4ZmVyPTB4YzQzNzkwZTAgcGlwZT0weGM0NTNjMzgwIHN0cz0wIGFsZW49MTIs IHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0 IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRl dj0weGM0NTNjMDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAw MDAgd0luZGV4PTB4MDAwNCB3TGVuZ3RoPTB4MDAwNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4 Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVx dWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1 c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDM3OTBlMCwgcGlwZT0weGM0NTNjMzgw LCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVz YjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1M2MzODAgZWRlc2M9MHhjNDUzY2FlYiBpc29jX25leHQ9 MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUzYzM4MCB4ZmVyOiAKRGVj IDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVy CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc5MGUw IChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBM RVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25l OjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVu dGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQzNzkwZTAgcGlwZT0weGM0NTNjMzgw IHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQg MDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAw IChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0 X2ZsYWdzOjI2MDogdWRldj0weGM0NTNjMDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0w eDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwNSB3TGVuZ3RoPTB4MDAwNApEZWMgMjQgMDg6 NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0 Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxs YmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEgYm90 ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDM3OTBlMCwg cGlwZT0weGM0NTNjMzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMSBib3Rl bGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1M2MzODAgZWRlc2M9MHhjNDUz Y2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMg MjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUz YzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2Vu dGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQx OjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgz OiBjYiAweGM0Mzc5MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQx OjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9F UlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAy NCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNi IDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQzNzkwZTAg cGlwZT0weGM0NTNjMzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRl YyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3 Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTNjMDAwIGJtUmVxdWVzdFR5cGU9 MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwNiB3TGVuZ3RoPTB4 MDAwNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMg MjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhm ZXI9MHhjNDM3OTBlMCwgcGlwZT0weGM0NTNjMzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAy NCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1M2Mz ODAgZWRlc2M9MHhjNDUzY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFk ZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVl dWU6IHBpcGU9MHhjNDUzYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpE ZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3Rh cnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVf Y29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc5MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRl YyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0 OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6 IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVs aG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9D T01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4 OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4 ZmVyPTB4YzQzNzkwZTAgcGlwZT0weGM0NTNjMzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFm cm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVx dWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTNjMDAw IGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4 MDAwNyB3TGVuZ3RoPTB4MDAwNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRlcikKRGVjIDI0IDA4OjQx OjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00 CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFj azo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hh cmR3YXJlOjEzNDk6IHhmZXI9MHhjNDM3OTBlMCwgcGlwZT0weGM0NTNjMzgwLCBuZnJhbWVzPTIs IGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBl OiBwaXBlPTB4YzQ1M2MzODAgZWRlc2M9MHhjNDUzY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4 dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUzYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIx IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0 MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQz NzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVf c3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc5MGUwIChsZWF2ZSkKRGVj IDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4Mzog Y2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmln X3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9z d190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0 IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1V U0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQg MDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2Fz ZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFw cGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQzNzkwZTAgcGlwZT0weGM0NTNjMzgwIHN0cz0wIGFsZW49 MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjEgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVj IDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDog dWRldj0weGM0NTNjMDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0w eDAwMDAgd0luZGV4PTB4MDAwOCB3TGVuZ3RoPTB4MDAwNApEZWMgMjQgMDg6NDE6MjEgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0Mzc5MGUwIChlbnRl cikKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVy OjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9f cmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVs OiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDM3OTBlMCwgcGlwZT0weGM0NTNj MzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6 IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ1M2MzODAgZWRlc2M9MHhjNDUzY2FlYiBpc29jX25l eHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjEg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUzYzM4MCB4ZmVyOiAK RGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVu dGVyCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODE6IGNiIDB4YzQzNzkwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6 MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0Mzc5 MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMSBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NP TVBMRVRJT04KRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9k b25lOjIwMTY6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMSBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzkwZTAg KGVudGVyKQpEZWMgMjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIxIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jYWxsYmFja193cmFwcGVyX3N1YjoyMzcwOiB4ZmVyPTB4YzQzNzkwZTAgcGlwZT0weGM0NTNj MzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNCAwODo0MToy MSBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMg MjQgMDg6NDE6MjEgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBj YiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFu c2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQx OjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJS X05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQzNzgwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6 MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQK RGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1 YjoyMzcwOiB4ZmVyPTB4YzQzNzgwZTAgcGlwZT0weGM0NTFjM2E4IHN0cz0wIGFsZW49MSwgc2xl bj04LCBhZnJtPTEsIG5mcm09MQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2Iy X3N0YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDM3ODBlMCwgcGlwZT0weGM0NTFjM2E4LCBu ZnJhbWVzPTEsIGRpcj1yZWFkCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJf ZHVtcF9waXBlOiBwaXBlPTB4YzQ1MWMzYTggZWRlc2M9MHhjNDUxNzlmMiBpc29jX25leHQ9MCB0 b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHg4MQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDUxYzNhOCB4ZmVyOiAKRGVjIDI0 IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRl YyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6 IGNiIDB4YzQzNzgwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1 c2IyX3BpcGVfc3RhcnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDM3ODBlMCAobGVhdmUpCkRlYyAy NCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNi IDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N3X3RyYW5z ZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6 MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAxNjogZXJyPVVTQl9FUlJf Tk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToy MiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApE ZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3Vi OjIzNzA6IHhmZXI9MHhjNDUyNDBlMCBwaXBlPTB4YzQ1MWMzODAgc3RzPTAgYWxlbj04LCBzbGVu PTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJf ZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQx OjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0 NTFjMDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAwMDAgd0lu ZGV4PTB4MDAwMiB3TGVuZ3RoPTB4MDAwNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0 IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNh c2UgMS00CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9j YWxsYmFjazo3Njogc3Q9MApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0 YXJ0X2hhcmR3YXJlOjEzNDk6IHhmZXI9MHhjNDUyNDBlMCwgcGlwZT0weGM0NTFjMzgwLCBuZnJh bWVzPTIsIGRpcj13cml0ZQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1 bXBfcGlwZTogcGlwZT0weGM0NTFjMzgwIGVkZXNjPTB4YzQ1MWNhZWIgaXNvY19uZXh0PTAgdG9n Z2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1MWMzODAgeGZlcjogCkRlYyAyNCAw ODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTEzOiBlbnRlcgpEZWMg MjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBj YiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6 IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0IDA4OjQxOjIyIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNDUyNDBlMCAobGVh dmUpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6 IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9O CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDE2 OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikK RGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4 Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJh Y2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0NTI0MGUwIHBpcGU9MHhjNDUxYzM4MCBzdHM9 MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjQgMDg6NDE6MjIgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQx OjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVh dmUpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFn czoyNjA6IHVkZXY9MHhjNDUxYzAwMCBibVJlcXVlc3RUeXBlPTB4MjMgYlJlcXVlc3Q9MHgwMSB3 VmFsdWU9MHgwMDE0IHdJbmRleD0weDAwMDIgd0xlbmd0aD0weDAwMDAKRGVjIDI0IDA4OjQxOjIy IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBl MCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tf d3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQ1MjQwZTAsIHBpcGU9 MHhjNDUxYzM4MCwgbmZyYW1lcz0xLCBkaXI9cmVhZApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0NTFjMzgwIGVkZXNjPTB4YzQ1MWNhZWIg aXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI0IDA4 OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ1MWMzODAg eGZlcjogCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjox NTEzOiBlbnRlcgpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIyIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzM6IHN0YXJ0CkRlYyAyNCAwODo0MToyMiBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI0 IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2Ig MHhjNDUyNDBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNCAwODo0MToyMiBi b3RlbGhvciBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05P Uk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJh bnNmZXJfZG9uZToyMDE2OiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6 NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0 NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxs YmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3MDogeGZlcj0weGM0NTI0MGUwIHBpcGU9 MHhjNDUxYzM4MCBzdHM9MCBhbGVuPTgsIHNsZW49OCwgYWZybT0xLCBuZnJtPTEKRGVjIDI0IDA4 OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0x CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3Jl cV9yZXNldF9wb3J0OjU2NjogcG9ydCAyIHJlc2V0IHJldHVybmluZyBlcnJvcj1VU0JfRVJSX05P Uk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9f cmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUxYzAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJl cXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDIgd0xlbmd0aD0weDAwMDQKRGVj IDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTog Y2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVz YjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxo b3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQx OjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQ1 MjQwZTAsIHBpcGU9MHhjNDUxYzM4MCwgbmZyYW1lcz0yLCBkaXI9d3JpdGUKRGVjIDI0IDA4OjQx OjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDUxYzM4MCBlZGVz Yz0weGM0NTFjYWViIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0w eDAwCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlw ZT0weGM0NTFjMzgwIHhmZXI6IApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2Iy X3BpcGVfZW50ZXI6MTUxMzogZW50ZXIKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAw ODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjMzOiBzdGFydApEZWMg MjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5k OjE3NzogCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODM6IGNiIDB4YzQ1MjQwZTAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4 OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMg MjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBl cnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAxNjogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJ T04KRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjIg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhj NDUyNDBlMCBwaXBlPTB4YzQ1MWMzODAgc3RzPTAgYWxlbj0xMiwgc2xlbj0xMiwgYWZybT0yLCBu ZnJtPTIKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2Nh bGxiYWNrOjc2OiBzdD0xCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Ig a2VybmVsOiB1c2IyX2FsbG9jX2RldmljZToxMjg3OiBwYXJlbnRfZGV2PTB4YzQ1MmZiMDAsIGJ1 cz0weGM0MzJlY2YwLCBwYXJlbnRfaHViPTB4YzQ1MWMwMDAsIGRlcHRoPTEsIHBvcnRfaW5kZXg9 MSwgcG9ydF9ubz0yLCBzcGVlZD0yLCB1c2IyX21vZGU9MApEZWMgMjQgMDg6NDE6MjIgYm90ZWxo b3Iga2VybmVsOiB1c2IyX3JlcV9zZXRfYWRkcmVzczoxMDAzOiBzZXR0aW5nIGRldmljZSBhZGRy ZXNzPTIKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2Zs YWdzOjI2MDogdWRldj0weGM0OWExMDAwIGJtUmVxdWVzdFR5cGU9MHgwMCBiUmVxdWVzdD0weDA1 IHdWYWx1ZT0weDAwMDIgd0luZGV4PTB4MDAwMCB3TGVuZ3RoPTB4MDAwMApEZWMgMjQgMDg6NDE6 MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRldj0weGM0OWExMDAwIGlm YWNlX2luZGV4PTAgYWRkcmVzcz0weDAgdHlwZT0weDAgZGlyPTB4ZmYgaW5kZXg9MApEZWMgMjQg MDg6NDE6MjIgYm90ZWxob3IgbGFzdCBtZXNzYWdlIHJlcGVhdGVkIDMgdGltZXMKRGVjIDI0IDA4 OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhj NGRhNTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2Fs bGJhY2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIyIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzRkYTUwZTAs IHBpcGU9MHhjNDlhMTM4MCwgbmZyYW1lcz0xLCBkaXI9d3JpdGUKRGVjIDI0IDA4OjQxOjIyIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDlhMTM4MCBlZGVzYz0weGM0 OWExYWViIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRl YyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0 OWExMzgwIHhmZXI6IApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0 X2hhcmR3YXJlOjEzNjg6IG9wZW4KRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNGRhNTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0 MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDB4YzRk YTUwZTAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDgxOiBjYiAweGM0ZGE1MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIyIGJv dGVsaG9yIGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToy MiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzRkYTUw ZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3Rh cnQ6MjIzMzogc3RhcnQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4MzogY2IgMHhjNGRhNTBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMiBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpE ZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgz OiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFu c2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX1NUQUxMRUQKRGVjIDI0IDA4OjQxOjIyIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNGRhNTBlMCAoZW50 ZXIpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBl cjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2Nh bGxiYWNrX3dyYXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNGRhNTBlMCBwaXBlPTB4YzQ5YTEzODAg c3RzPTIyIGFsZW49OCwgc2xlbj04LCBhZnJtPTEsIG5mcm09MQpEZWMgMjQgMDg6NDE6MjIgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTIKRGVjIDI0IDA4 OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAo bGVhdmUpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfc3Rv cDoxNjI0OiBjbG9zZQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5z ZmVyX2RvbmU6MjAxNjogZXJyPVVTQl9FUlJfQ0FOQ0VMTEVECkRlYyAyNCAwODo0MToyMiBib3Rl bGhvciBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIzOiBub3QgdHJhbnNmZXJyaW5nCkRl YyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfYWxsb2NfZGV2aWNlOjE0MTc6IHNl dCBhZGRyZXNzIDIgZmFpbGVkIChpZ25vcmVkKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX3JlcV9nZXRfZGVzYzo1OTk6IGlkPTAsIHR5cGU9MSwgaW5kZXg9MCwgbWF4X2xl bj04CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFn czoyNjA6IHVkZXY9MHhjNDlhMTAwMCBibVJlcXVlc3RUeXBlPTB4ODAgYlJlcXVlc3Q9MHgwNiB3 VmFsdWU9MHgwMTAwIHdJbmRleD0weDAwMDAgd0xlbmd0aD0weDAwMDgKRGVjIDI0IDA4OjQxOjIy IGJvdGVsaG9yIGtlcm5lbDogdXNiMl9nZXRfcGlwZToxNzc6IHVkZXY9MHhjNDlhMTAwMCBpZmFj ZV9pbmRleD0wIGFkZHJlc3M9MHgwIHR5cGU9MHgwIGRpcj0weGZmIGluZGV4PTAKRGVjIDI0IDA4 OjQxOjIyIGJvdGVsaG9yIGxhc3QgbWVzc2FnZSByZXBlYXRlZCAzIHRpbWVzCkRlYyAyNCAwODo0 MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzRk YTUwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxi YWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNCAwODo0MToyMiBib3Rl bGhvciBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0OTogeGZlcj0weGM0ZGE1MGUwLCBw aXBlPTB4YzQ5YTEzODAsIG5mcmFtZXM9MiwgZGlyPXdyaXRlCkRlYyAyNCAwODo0MToyMiBib3Rl bGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ5YTEzODAgZWRlc2M9MHhjNDlh MWFlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0xIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMg MjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDlh MTM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFydF9o YXJkd2FyZToxMzY4OiBvcGVuCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzRkYTUwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6 MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0ZGE1 MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4MTogY2IgMHhjNGRhNTBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMiBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDB4YzRkYTUwZTAgKGxl YXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDgxOiBjYiAweGM0ZGE1MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMiBib3RlbGhv ciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzRkYTUwZTAgKGVudGVy KQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzMzog c3RhcnQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4MzogY2IgMHhjNGRhNTBlMCAobGVhdmUpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpEZWMgMjQgMDg6 NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChs ZWF2ZSkKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25l OjIwMTY6IGVycj1VU0JfRVJSX1NUQUxMRUQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNGRhNTBlMCAoZW50ZXIpCkRlYyAy NCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBj YXNlIDEtNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNGRhNTBlMCBwaXBlPTB4YzQ5YTEzODAgc3RzPTIyIGFs ZW49OCwgc2xlbj0xNiwgYWZybT0xLCBuZnJtPTIKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0yCkRlYyAyNCAwODo0MToyMiBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZlKQpE ZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5zZmVyX3N0b3A6MTYyNDog Y2xvc2UKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25l OjIwMTY6IGVycj1VU0JfRVJSX0NBTkNFTExFRApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2Vy bmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMzogbm90IHRyYW5zZmVycmluZwpEZWMgMjQgMDg6 NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2FsbG9jX2RldmljZToxNDUyOiBnZXR0aW5nIGRl dmljZSBkZXNjcmlwdG9yIGF0IGFkZHIgMiBmYWlsZWQhCkRlYyAyNCAwODo0MToyMiBib3RlbGhv ciBrZXJuZWw6IHVzYjJfZnJlZV9kZXZpY2U6MTY2NzogdWRldj0weGM0OWExMDAwIHBvcnQ9MgpE ZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1aHViX3JlYXR0YWNoX3BvcnQ6NDAxOiBj b3VsZCBub3QgYWxsb2NhdGUgbmV3IGRldmljZSEKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NTFjMDAwIGJtUmVxdWVz dFR5cGU9MHgyMyBiUmVxdWVzdD0weDAxIHdWYWx1ZT0weDAwMDEgd0luZGV4PTB4MDAwMiB3TGVu Z3RoPTB4MDAwMApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDgxOiBjYiAweGM0NTI0MGUwIChlbnRlcikKRGVjIDI0IDA4OjQxOjIyIGJvdGVs aG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njc6IGNhc2UgMS00CkRlYyAyNCAw ODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9 MApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEz NDk6IHhmZXI9MHhjNDUyNDBlMCwgcGlwZT0weGM0NTFjMzgwLCBuZnJhbWVzPTEsIGRpcj1yZWFk CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4 YzQ1MWMzODAgZWRlc2M9MHhjNDUxY2FlYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRw b2ludEFkZHJlc3M9MHgwMApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2R1 bXBfcXVldWU6IHBpcGU9MHhjNDUxYzM4MCB4ZmVyOiAKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTM6IGVudGVyCkRlYyAyNCAwODo0MToyMiBib3Rl bGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQwZTAgKGVu dGVyKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIz Mzogc3RhcnQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb25maWdfdGRf cXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAweGM0NTI0MGUwIChsZWF2ZSkKRGVjIDI0IDA4OjQx OjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVh dmUpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3Bh dGNoOjQ0OiAKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zd190cmFuc2Zl cjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIy IGJvdGVsaG9yIGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMTY6IGVycj1VU0JfRVJSX05P Uk1BTF9DT01QTEVUSU9OCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQwZTAgKGVudGVyKQpEZWMgMjQgMDg6NDE6MjIg Ym90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2NzogY2FzZSAxLTQKRGVj IDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1Yjoy MzcwOiB4ZmVyPTB4YzQ1MjQwZTAgcGlwZT0weGM0NTFjMzgwIHN0cz0wIGFsZW49OCwgc2xlbj04 LCBhZnJtPTEsIG5mcm09MQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2Rv X3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MzogY2IgMCAobGVhdmUpCkRlYyAyNCAwODo0MToy MiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDUx YzAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRl eD0weDAwMDEgd0xlbmd0aD0weDAwMDQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAw ODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3OiBjYXNl IDEtNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2Fs bGJhY2s6NzY6IHN0PTAKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9zdGFy dF9oYXJkd2FyZToxMzQ5OiB4ZmVyPTB4YzQ1MjQwZTAsIHBpcGU9MHhjNDUxYzM4MCwgbmZyYW1l cz0yLCBkaXI9d3JpdGUKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kdW1w X3BpcGU6IHBpcGU9MHhjNDUxYzM4MCBlZGVzYz0weGM0NTFjYWViIGlzb2NfbmV4dD0wIHRvZ2ds ZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBr ZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0NTFjMzgwIHhmZXI6IApEZWMgMjQgMDg6 NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxMzogZW50ZXIKRGVjIDI0 IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2Ig MHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJf cGlwZV9zdGFydDoyMjMzOiBzdGFydApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1 c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNCAwODo0MToyMiBib3RlbGhv ciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDB4YzQ1MjQwZTAgKGxlYXZl KQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9j b25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1 c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpE ZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAxNjog ZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRl YyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY3 OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNr X3dyYXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNDUyNDBlMCBwaXBlPTB4YzQ1MWMzODAgc3RzPTAg YWxlbj0xMiwgc2xlbj0xMiwgYWZybT0yLCBuZnJtPTIKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNCAwODo0MToy MiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDAgKGxlYXZl KQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6 MjYwOiB1ZGV2PTB4YzQ1MWMwMDAgYm1SZXF1ZXN0VHlwZT0weGEzIGJSZXF1ZXN0PTB4MDAgd1Zh bHVlPTB4MDAwMCB3SW5kZXg9MHgwMDAyIHdMZW5ndGg9MHgwMDA0CkRlYyAyNCAwODo0MToyMiBi b3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODE6IGNiIDB4YzQ1MjQwZTAg KGVudGVyKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXI6MTg2NzogY2FzZSAxLTQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBr ZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0OTogeGZlcj0weGM0NTI0MGUwLCBwaXBlPTB4 YzQ1MWMzODAsIG5mcmFtZXM9MiwgZGlyPXJlYWQKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtl cm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDUxYzM4MCBlZGVzYz0weGM0NTFjYWViIGlz b2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNCAwODo0 MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0NTFjMzgwIHhm ZXI6IApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUx MzogZW50ZXIKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4MTogY2IgMHhjNDUyNDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMiBib3RlbGhv ciBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjMzOiBzdGFydApEZWMgMjQgMDg6NDE6MjIgYm90 ZWxob3Iga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNCAw ODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODM6IGNiIDB4 YzQ1MjQwZTAgKGxlYXZlKQpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDgzOiBjYiAwIChsZWF2ZSkKRGVjIDI0IDA4OjQxOjIyIGJvdGVsaG9y IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjQgMDg6NDE6MjIgYm90 ZWxob3Iga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JN QUxfQ09NUExFVElPTgpEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVsOiB1c2IyX3RyYW5z ZmVyX2RvbmU6MjAxNjogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI0IDA4OjQx OjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4MTogY2IgMHhjNDUy NDBlMCAoZW50ZXIpCkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY2FsbGJh Y2tfd3JhcHBlcjoxODY3OiBjYXNlIDEtNApEZWMgMjQgMDg6NDE6MjIgYm90ZWxob3Iga2VybmVs OiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzA6IHhmZXI9MHhjNDUyNDBlMCBwaXBlPTB4 YzQ1MWMzODAgc3RzPTAgYWxlbj0xMiwgc2xlbj0xMiwgYWZybT0yLCBuZnJtPTIKRGVjIDI0IDA4 OjQxOjIyIGJvdGVsaG9yIGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0x CkRlYyAyNCAwODo0MToyMiBib3RlbGhvciBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODM6IGNiIDAgKGxlYXZlKQpECg== ------=_Part_66215_4028694.1230115758513-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 11:00:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 754061065675 for ; Wed, 24 Dec 2008 11:00:47 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1398FC17 for ; Wed, 24 Dec 2008 11:00:47 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so1905428qwb.7 for ; Wed, 24 Dec 2008 03:00:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=uNJl6CNZPt7DumkBsty/g+6ITSAtAgX9HC0Vx4QI5UM=; b=DLCkfdleFpso8/OzTmsnOp38bvnxJ8Qq91pGIJ6Xj+1zGA/dxt6ckF5JCsP9uok9du trrYOvKLkzeT0RY8cjqhLIjA5KbPFJW2ASCtWRJuqLqZJzo/NxsygmAwL14A0uvlMClQ NyeWqWwj7fN3Eo2qoEZbs6WPB0ieKdPDeFiXM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=XB5guM5nK0xUx5hFpP8hg9SDCrCU6GpkyB/aKZmKL3xg3EgK4PQ//1gZoG3hvSRPf3 vbb2kutIT/Pd9yUNd2bxQroKVzqx8URpfs8ARQtbW0Uk9X3ldknOSNiKfSg+u4nDMNwn qzPuGOX1KcAdJbNxmqSvCl5HzpdfRftEAzKDE= Received: by 10.215.41.15 with SMTP id t15mr8586448qaj.379.1230115019146; Wed, 24 Dec 2008 02:36:59 -0800 (PST) Received: by 10.214.46.6 with HTTP; Wed, 24 Dec 2008 02:36:59 -0800 (PST) Message-ID: <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> Date: Wed, 24 Dec 2008 08:36:59 -0200 From: "Renato Botelho" To: "Alfred Perlstein" In-Reply-To: <20081222214010.GA18389@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 11:00:47 -0000 On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein wrote: > We're going to usher in the New Year with a new usb stack. > > Now is the time to test, test, test. > > It is also the time to point out anything missing from usb2 that > is in usb1. > > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > usb2. > > The old usb code will remain in case there is any fallout. > > Depending on how this trial goes we will hopefully move to the new > stack entirely within a few weeks after bug reports start dying > down. Alfred, I tried a build yesterday with a fresh -current (Revision: 186431), after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. I've collected these lines from messages, and i would like to know what i can do to give you necessary information to fix this. Dec 23 14:48:35 botelhor kernel: Trying to mount root from ufs:/dev/ad4s1a Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1417: set address 2 failed (ignored) Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting device descriptor at addr 2 failed! Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not allocate new device! Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel config /usr/obj/usr/src/sys/GARGA Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 failed (ignored) Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting device descriptor at addr 2 failed! Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not allocate new device! Here is the same lines with current usb stack: Dec 23 14:52:23 botelhor kernel: uhub5: on uhub3 Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus powered Dec 23 14:52:23 botelhor kernel: ums0: on uhub5 Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. Dec 23 14:52:23 botelhor kernel: ukbd0: on uhub5 Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 Thanks -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 11:09:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D00C1065674; Wed, 24 Dec 2008 11:09:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 136A78FC1D; Wed, 24 Dec 2008 11:09:43 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=-yN5AZUMb9atFq9HRkgA:9 a=4ZIbzy2pMAtqzLhOIJEA:7 a=Xea3PW68OnJIJ09iyS3dtiMbMegA:4 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 998555714; Wed, 24 Dec 2008 12:09:42 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 24 Dec 2008 12:12:02 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> In-Reply-To: <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812241212.02913.hselasky@c2i.net> Cc: Renato Botelho , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 11:09:45 -0000 On Wednesday 24 December 2008, Renato Botelho wrote: > On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein wrote: > > We're going to usher in the New Year with a new usb stack. > > > > Now is the time to test, test, test. > > > > It is also the time to point out anything missing from usb2 that > > is in usb1. > > > > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > > usb2. > > > > The old usb code will remain in case there is any fallout. > > > > Depending on how this trial goes we will hopefully move to the new > > stack entirely within a few weeks after bug reports start dying > > down. > > Alfred, > > I tried a build yesterday with a fresh -current (Revision: 186431), > after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. > > I've collected these lines from messages, and i would like to know > what i can do to give you necessary information to fix this. > > Dec 23 14:48:35 botelhor kernel: Trying to mount root from ufs:/dev/ad4s1a > Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1417: set address 2 > failed (ignored) > Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting > device descriptor at addr 2 failed! > Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not > allocate new device! > Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 > Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 > Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel > config /usr/obj/usr/src/sys/GARGA > Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 > failed (ignored) > Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting > device descriptor at addr 2 failed! > Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not > allocate new device! > > Here is the same lines with current usb stack: > > Dec 23 14:52:23 botelhor kernel: uhub5: class 9/0, rev 2.00/1.04, addr 2> on uhub3 > Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus > powered Dec 23 14:52:23 botelhor kernel: ums0: class 0/0, rev 1.10/51.27, addr 3> on uhub5 > Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. > Dec 23 14:52:23 botelhor kernel: ukbd0: Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 > Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 > > Thanks Hi, I have made some patches for this kind of issues which are not yet in -current. You can try to fetch the latest from: svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b cd i4b/trunk/i4b/src/sys/dev cp -r usb2 /sys/dev/ make -C /sys/modules/usb2 clean all install --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 12:09:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C12E106564A for ; Wed, 24 Dec 2008 12:09:46 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id D8E818FC12 for ; Wed, 24 Dec 2008 12:09:45 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=-yN5AZUMb9atFq9HRkgA:9 a=4ZIbzy2pMAtqzLhOIJEA:7 a=Xea3PW68OnJIJ09iyS3dtiMbMegA:4 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 998555714; Wed, 24 Dec 2008 12:09:42 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 24 Dec 2008 12:12:02 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> In-Reply-To: <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812241212.02913.hselasky@c2i.net> Cc: Renato Botelho , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 12:09:46 -0000 On Wednesday 24 December 2008, Renato Botelho wrote: > On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein wrote: > > We're going to usher in the New Year with a new usb stack. > > > > Now is the time to test, test, test. > > > > It is also the time to point out anything missing from usb2 that > > is in usb1. > > > > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > > usb2. > > > > The old usb code will remain in case there is any fallout. > > > > Depending on how this trial goes we will hopefully move to the new > > stack entirely within a few weeks after bug reports start dying > > down. > > Alfred, > > I tried a build yesterday with a fresh -current (Revision: 186431), > after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. > > I've collected these lines from messages, and i would like to know > what i can do to give you necessary information to fix this. > > Dec 23 14:48:35 botelhor kernel: Trying to mount root from ufs:/dev/ad4s1a > Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1417: set address 2 > failed (ignored) > Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting > device descriptor at addr 2 failed! > Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not > allocate new device! > Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 > Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 > Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel > config /usr/obj/usr/src/sys/GARGA > Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 > failed (ignored) > Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting > device descriptor at addr 2 failed! > Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not > allocate new device! > > Here is the same lines with current usb stack: > > Dec 23 14:52:23 botelhor kernel: uhub5: class 9/0, rev 2.00/1.04, addr 2> on uhub3 > Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus > powered Dec 23 14:52:23 botelhor kernel: ums0: class 0/0, rev 1.10/51.27, addr 3> on uhub5 > Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. > Dec 23 14:52:23 botelhor kernel: ukbd0: Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 > Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 > > Thanks Hi, I have made some patches for this kind of issues which are not yet in -current. You can try to fetch the latest from: svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b cd i4b/trunk/i4b/src/sys/dev cp -r usb2 /sys/dev/ make -C /sys/modules/usb2 clean all install --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 12:36:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C4461065678; Wed, 24 Dec 2008 12:36:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 91C878FC12; Wed, 24 Dec 2008 12:36:32 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C821A1CFED; Wed, 24 Dec 2008 13:36:31 +0100 (CET) Date: Wed, 24 Dec 2008 13:36:31 +0100 From: Ed Schouten To: Hans Petter Selasky Message-ID: <20081224123631.GN1176@hoeg.nl> References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="abrXHEFNt7TvgPF5" Content-Disposition: inline In-Reply-To: <200812241212.02913.hselasky@c2i.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Renato Botelho , FreeBSD Current , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 12:36:33 -0000 --abrXHEFNt7TvgPF5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Hans Petter Selasky wrote: > I have made some patches for this kind of issues which are not yet=20 > in -current. Will these patches hit the tree before usb2 will be the default USB stack? --=20 Ed Schouten WWW: http://80386.nl/ --abrXHEFNt7TvgPF5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklSLM8ACgkQ52SDGA2eCwWuXACfQ2c8R3YGa6pkmSgfw769E96b onUAnRvFpeS0r4UwtudZ+KgrYxzzTa+V =S5Al -----END PGP SIGNATURE----- --abrXHEFNt7TvgPF5-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 12:36:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C4461065678; Wed, 24 Dec 2008 12:36:33 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 91C878FC12; Wed, 24 Dec 2008 12:36:32 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C821A1CFED; Wed, 24 Dec 2008 13:36:31 +0100 (CET) Date: Wed, 24 Dec 2008 13:36:31 +0100 From: Ed Schouten To: Hans Petter Selasky Message-ID: <20081224123631.GN1176@hoeg.nl> References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="abrXHEFNt7TvgPF5" Content-Disposition: inline In-Reply-To: <200812241212.02913.hselasky@c2i.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Renato Botelho , FreeBSD Current , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 12:36:33 -0000 --abrXHEFNt7TvgPF5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Hans Petter Selasky wrote: > I have made some patches for this kind of issues which are not yet=20 > in -current. Will these patches hit the tree before usb2 will be the default USB stack? --=20 Ed Schouten WWW: http://80386.nl/ --abrXHEFNt7TvgPF5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAklSLM8ACgkQ52SDGA2eCwWuXACfQ2c8R3YGa6pkmSgfw769E96b onUAnRvFpeS0r4UwtudZ+KgrYxzzTa+V =S5Al -----END PGP SIGNATURE----- --abrXHEFNt7TvgPF5-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 12:53:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B72731065674; Wed, 24 Dec 2008 12:53:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id ED2178FC1B; Wed, 24 Dec 2008 12:53:01 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=B_I-QokrGcRP0qM2mN8A:9 a=IarwHhDpSy-G67cke2EN4kQ8GGEA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 998709626; Wed, 24 Dec 2008 13:53:00 +0100 From: Hans Petter Selasky To: Ed Schouten Date: Wed, 24 Dec 2008 13:55:18 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812241212.02913.hselasky@c2i.net> <20081224123631.GN1176@hoeg.nl> In-Reply-To: <20081224123631.GN1176@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812241355.19751.hselasky@c2i.net> Cc: Renato Botelho , FreeBSD Current , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 12:53:02 -0000 On Wednesday 24 December 2008, Ed Schouten wrote: > * Hans Petter Selasky wrote: > > I have made some patches for this kind of issues which are not yet > > in -current. > > Will these patches hit the tree before usb2 will be the default USB > stack? Yes, I think we need to push those patches in before USB2 becomes default and couple of other issues. It was not my initial plan to do so, but it seems like the issue is important for some people. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 12:53:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B72731065674; Wed, 24 Dec 2008 12:53:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id ED2178FC1B; Wed, 24 Dec 2008 12:53:01 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=B_I-QokrGcRP0qM2mN8A:9 a=IarwHhDpSy-G67cke2EN4kQ8GGEA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 998709626; Wed, 24 Dec 2008 13:53:00 +0100 From: Hans Petter Selasky To: Ed Schouten Date: Wed, 24 Dec 2008 13:55:18 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812241212.02913.hselasky@c2i.net> <20081224123631.GN1176@hoeg.nl> In-Reply-To: <20081224123631.GN1176@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812241355.19751.hselasky@c2i.net> Cc: Renato Botelho , FreeBSD Current , current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 12:53:02 -0000 On Wednesday 24 December 2008, Ed Schouten wrote: > * Hans Petter Selasky wrote: > > I have made some patches for this kind of issues which are not yet > > in -current. > > Will these patches hit the tree before usb2 will be the default USB > stack? Yes, I think we need to push those patches in before USB2 becomes default and couple of other issues. It was not my initial plan to do so, but it seems like the issue is important for some people. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 14:16:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6511106568A; Wed, 24 Dec 2008 14:16:53 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id B4F428FC14; Wed, 24 Dec 2008 14:16:53 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 4782B1F4FDD; Wed, 24 Dec 2008 09:16:53 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 24 Dec 2008 09:16:53 -0500 X-Sasl-enc: o6f51Gzd5M1PPItepSC1ie5jW4a+9eJvdHwxKMRI3XGb 1230128212 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 36CF724E1A; Wed, 24 Dec 2008 09:16:52 -0500 (EST) Message-ID: <49524453.7080709@incunabulum.net> Date: Wed, 24 Dec 2008 14:16:51 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Kip Macy References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <3c1674c90812231408h53b16b4as5d3fa242e6d02a10@mail.gmail.com> In-Reply-To: <3c1674c90812231408h53b16b4as5d3fa242e6d02a10@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , "Li, Qing" , freebsd-current@freebsd.org, Hartmut Brandt , freebsd-net@freebsd.org Subject: Comment re ARP work and ad-hoc networking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 14:16:54 -0000 The ARPv2 snap makes things that much more interesting. I can foresee that folk may wish to do things e.g. with MANET protocols. In an ad-hoc wireless world, things happen very differently. Both ARP and IGMP straddle layer boundaries in the ISO 7 -layer model, and are geared towards fixed network topologies which don't change dynamically over small t time. Nothing out there in open source land really deals with the split all that elegantly. Because ad-hoc protocols enable the endpoints to discover each other dynamically, and there may be multiple ingress/egress points, you can effectively populate the ARP table i.e. based on MANET "hello" messages. Of course now that ARP is out of the routing table, this probably makes things easier in this regard. But as Sam points out, we may be better off with a new kernel comm mechanism. Linux's netlink socket has an Informational RFC, and as such is not subject to the GPL -- one cannot copyright an idea. Whilst implementing it would be a lot of work, it is one good way to proceed as it then ties everything together under one API, which would greatly help folk writing network apps. Of course, without a compelling case for going off and doing the work (i.e. funded), this is largely hand-waving and just a suggestion I'm putting out 'out there'. just my 2p BMS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 14:27:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A85371065675; Wed, 24 Dec 2008 14:27:23 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7A82C8FC1A; Wed, 24 Dec 2008 14:27:23 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 12F021F501B; Wed, 24 Dec 2008 09:27:23 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 24 Dec 2008 09:27:23 -0500 X-Sasl-enc: jAEfYLQyGjg4qGkbk8h/52B8ABzqbl/QswfKrmRAraue 1230128842 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 445A147243; Wed, 24 Dec 2008 09:27:22 -0500 (EST) Message-ID: <495246C9.9090305@incunabulum.net> Date: Wed, 24 Dec 2008 14:27:21 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Hartmut Brandt References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <495165D8.2070409@dlr.de> In-Reply-To: <495165D8.2070409@dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , "Li, Qing" , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: NATM hardware available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 14:27:23 -0000 Hartmut Brandt wrote: > > In any case there is still an Todo on my side: the routing information > for NETNATM is currently lost somewhere between L2 and L3 :-) I guess > I come back to you in the new year to fix this issue... Have to fetch > my ATM equipment from the corner where it is collecting dust to setup > a testbed. Guys: Native NATM support would be nice, because it lets FreeBSD be used as a direct ADSL endpoint without an external ADSL router. I have a pair of ATM25 cards, an ATM25 crossover, and an ATM25-to-ADSL G.DMT modem bagged up ready to ship to someone who has the time and motivation to work on NATM. Also: I did have an ATM25 capable switch which I left at ICSI in Berkeley, I don't know where it is at the moment due to people movements. thanks BMS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 14:28:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE4BD1065673 for ; Wed, 24 Dec 2008 14:28:33 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id C1BE38FC23 for ; Wed, 24 Dec 2008 14:28:33 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id DD9591F1666; Wed, 24 Dec 2008 09:03:33 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 24 Dec 2008 09:03:33 -0500 X-Sasl-enc: mkUHPkOqXG0YI+eq0vXJuMNs1Jr4yFCM/aIv8EoTXUrZ 1230127413 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id C6BB715EED; Wed, 24 Dec 2008 09:03:32 -0500 (EST) Message-ID: <49524131.7010700@incunabulum.net> Date: Wed, 24 Dec 2008 14:03:29 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Ian FREISLICH References: <494FAFAC.90802@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-net@freebsd.org, freebsd-current@freebsd.org, Sergey Matveychuk Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 14:28:34 -0000 Ian FREISLICH wrote: > ... > I can't quite remember exactly why imr_ifindex doesn't work, but > on my hosts which have several hundred interfaces and my OSPF > sessions are never on the interface that has the default route, > until I explicitly set the imr_address, the kernel always chooses > the interface which has the default route. > Do you have applications which do not explicitly specify the interface address to use for multicast group joins? If they do not, that's a bug in the application -- IPv4 and IPv6 multicast *requires* that a link be specified somehow, either using the new APIs which take an ifindex, or an IPv4 "primary address". Unfortunately there has been historical breakage in the multicast APIs. There are some apps which run before all interfaces have been ifconfig'd up in the system, and they need to create multicast sockets. The kernel behaviour you describe is historical and I had to reintroduce it to avoid breaking such applications. It is a kludge which we probably can't retire until their developers fix their multicast apps to be aware of multiple interfaces on the system. This ground is well covered in the literature and the RFCs. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 14:35:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D2DE106564A; Wed, 24 Dec 2008 14:35:27 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id D0EF58FC14; Wed, 24 Dec 2008 14:35:26 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 53DD01EFB9A; Wed, 24 Dec 2008 09:35:26 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 24 Dec 2008 09:35:26 -0500 X-Sasl-enc: 2ilzggWBxrl4mHl1cTweJZ+Y2utxuMPA1LJ5P5atjW0Y 1230129326 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 0CBDC24E20; Wed, 24 Dec 2008 09:35:24 -0500 (EST) Message-ID: <495248AB.1050106@incunabulum.net> Date: Wed, 24 Dec 2008 14:35:23 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Qing Li References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer , freebsd-current@freebsd.org, Vladimir Grebenschikov , Kip Macy , Ian FREISLICH , freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 14:35:27 -0000 Ian FREISLICH wrote: > You can add net/quagga to that list as well. > net/xorp got bit too. XORP doesn't do anything with the RTF_LLINFO information, so I have checked in a 2 line fix to the XORP repo. The ability to turn off ARP, or redirect ARP processing to a userland daemon, would be interesting -- both for reasons I've given in my message about MANET impact -- and for the reason that XORP has link layer capability to support IS-IS and VRRP, it could do ARP too. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 08:35:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FB261065673 for ; Wed, 24 Dec 2008 08:35:01 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id A42B58FC08 for ; Wed, 24 Dec 2008 08:35:00 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 528458C049; Wed, 24 Dec 2008 02:35:00 -0600 (CST) Date: Wed, 24 Dec 2008 02:35:00 -0600 To: Hartmut Brandt Message-ID: <20081224083500.GB8120@soaustin.net> References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <3c1674c90812231408h53b16b4as5d3fa242e6d02a10@mail.gmail.com> <4951688D.5080202@dlr.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4951688D.5080202@dlr.de> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Wed, 24 Dec 2008 14:54:43 +0000 Cc: Kip Macy , "Li, Qing" , freebsd-current@freebsd.org, freebsd-net@freebsd.org, Qing Li Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 08:35:01 -0000 On Tue, Dec 23, 2008 at 11:39:09PM +0100, Hartmut Brandt wrote: > Well, they did this in the past, for example when I did some heavy work > on make(1). At that time Kris did this, I don't know through which > magic, though. Just email portmgr@ and ask for a regression-test on the build cluster. We generally use amd64-7 and tell it "rebuild all ports with the following modified src tree." We can't guarantee that it will happen immediately (we do use the cluster for building packages, after all :-) ) but we do our best to make it a 2-way street. mcl From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 15:44:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C09E1065687; Wed, 24 Dec 2008 15:44:36 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: from mail-bw0-f19.google.com (mail-bw0-f19.google.com [209.85.218.19]) by mx1.freebsd.org (Postfix) with ESMTP id 643DA8FC1C; Wed, 24 Dec 2008 15:44:29 +0000 (UTC) (envelope-from antoine.brodin.freebsd@gmail.com) Received: by bwz12 with SMTP id 12so8751006bwz.19 for ; Wed, 24 Dec 2008 07:44:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=J+NsKe8aGG7kp4z4TiL8g1cCFXPiZP64amDWCw2GwnA=; b=P0Ucbw/8/gGRScMEi0GWOMruW+tupd7/BxIh0nhFACWLAnUyhWDvBjR4L9yjOjQNZt xtdITu55jI7Hc3QUTEKN6hVnJIwBfyBsOQpCiM09i1p6qzcxNIdcjY3ZjuMLCJkyC1uy CaBVVYCaEY15VKXM0lRvw5Rmns5AS9GfC38sk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=ZwzlgY/jeCItn+GnbPty9vnlH1zX5PYqnLz+FYNCZxVkQMJMBLYyR0V/au+YOPRxgJ udubyVizhTKUcH8Q/S3m0F32SPPV7cM9XPbgaM3Vw3/YFRR3WzzBQQvBF1NGEtssie36 PvyJjCHf01VNsndX/cUUttPm5qz+4GDPXK2ik= Received: by 10.181.58.9 with SMTP id l9mr3174601bkk.214.1230133468725; Wed, 24 Dec 2008 07:44:28 -0800 (PST) Received: by 10.181.136.11 with HTTP; Wed, 24 Dec 2008 07:44:28 -0800 (PST) Message-ID: Date: Wed, 24 Dec 2008 16:44:28 +0100 From: "Antoine Brodin" Sender: antoine.brodin.freebsd@gmail.com To: "Kip Macy" In-Reply-To: <3c1674c90812231709u1e4b107du8995b6ffc6b8e80e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <3c1674c90812231709u1e4b107du8995b6ffc6b8e80e@mail.gmail.com> X-Google-Sender-Auth: 47a3e12f4d4d2352 Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 15:44:36 -0000 On Wed, Dec 24, 2008 at 2:09 AM, Kip Macy wrote: > The should be fixed with 186468. Please confirm. Yes it seems to be fixed, thanks! Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 15:44:42 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D8A6106564A for ; Wed, 24 Dec 2008 15:44:42 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC218FC08 for ; Wed, 24 Dec 2008 15:44:42 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 898D01EF7EC; Wed, 24 Dec 2008 10:44:41 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 24 Dec 2008 10:44:41 -0500 X-Sasl-enc: ItFmb3dXJ9JpjXdzAPc9oNFnvHb+ZMCBOsXNipeN4xCe 1230133481 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B7EC3472B6; Wed, 24 Dec 2008 10:44:40 -0500 (EST) Message-ID: <495258E7.5070309@incunabulum.net> Date: Wed, 24 Dec 2008 15:44:39 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20070520174124.GA14987@Athena.infor.org> In-Reply-To: <20070520174124.GA14987@Athena.infor.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 15:44:42 -0000 Hi, I just observed a similar issue with the onboard msk0 on my ASUS Vintage AH-1. The symptoms occurred in the last hour, when attempting to download the 7.1-RC1-i386-dvd1.iso.gz from ftp.plig.net mirror. It is triggered when the data rate of the wget job hit around 890 KiB/sec. Let me know if you need a PR raised for this. uname -a: %%% FreeBSD anglepoise.lon.incunabulum.net 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Wed Dec 3 17:03:33 GMT 2008 root@anglepoise.lon.incunabulum.net:/home/obj/usr/src/sys/ANGLEPOISE7 amd64 %%% dmesg output from syslog: %%% Dec 24 15:08:05 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:09:32 anglepoise kernel: msk0: watchdog timeout Dec 24 15:09:32 anglepoise kernel: msk0: link state changed to DOWN Dec 24 15:09:34 anglepoise kernel: msk0: link state changed to UP Dec 24 15:09:46 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:10:08 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:10:32 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:11:03 anglepoise kernel: msk0: watchdog timeout Dec 24 15:11:03 anglepoise kernel: msk0: link state changed to DOWN Dec 24 15:11:05 anglepoise kernel: msk0: link state changed to UP Dec 24 15:12:10 anglepoise kernel: msk0: watchdog timeout Dec 24 15:12:10 anglepoise kernel: msk0: link state changed to DOWN Dec 24 15:12:12 anglepoise kernel: msk0: link state changed to UP Dec 24 15:12:20 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:12:58 anglepoise last message repeated 3 times Dec 24 15:14:28 anglepoise last message repeated 12 times Dec 24 15:14:29 anglepoise kernel: msk0: link state changed to DOWN Dec 24 15:14:31 anglepoise kernel: msk0: link state changed to UP Dec 24 15:14:39 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:15:06 anglepoise last message repeated 3 times Dec 24 15:15:21 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:18:27 anglepoise dhclient[339]: connection closed Dec 24 15:18:27 anglepoise dhclient[339]: exiting. Dec 24 15:18:33 anglepoise kernel: msk0: link state changed to DOWN Dec 24 15:18:35 anglepoise kernel: msk0: link state changed to UP Dec 24 15:18:35 anglepoise kernel: msk0: link state changed to DOWN Dec 24 15:18:37 anglepoise kernel: msk0: link state changed to UP Dec 24 15:18:46 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:18:49 anglepoise kernel: msk0: link state changed to DOWN Dec 24 15:18:51 anglepoise kernel: msk0: link state changed to UP Dec 24 15:19:00 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:19:38 anglepoise last message repeated 4 times Dec 24 15:19:47 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) Dec 24 15:18:46 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:18:49 anglepoise kernel: msk0: link state changed to DOWN Dec 24 15:18:51 anglepoise kernel: msk0: link state changed to UP Dec 24 15:19:00 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:19:38 anglepoise last message repeated 4 times Dec 24 15:19:47 anglepoise kernel: msk0: watchdog timeout (missed Tx interrupts) -- recovering Dec 24 15:25:48 anglepoise last message repeated 6 times Dec 24 15:28:04 anglepoise kernel: msk0: promiscuous mode enabled Dec 24 15:28:56 anglepoise kernel: msk0: promiscuous mode disabled Dec 24 15:29:41 anglepoise sudo: bms : TTY=ttyp4 ; PWD=/home/bms ; USER=roo t ; COMMAND=/sbin/reboot Dec 24 15:29:41 anglepoise reboot: rebooted by bms Dec 24 15:29:41 anglepoise syslogd: exiting on signal 15 %%% The DHCP lease is lost, msk0 appears to stop receiving traffic. I *did* re-patch the cable on my switch around this point in time, and it's possible this triggered the condition. Perhaps this is a receive DMA descriptor problem, or a PHY interrupt problem? I confirmed that neither the cabling itself nor other network infrastructure were responsible. thanks BMS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 15:56:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80AF41065670; Wed, 24 Dec 2008 15:56:50 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 14DE08FC18; Wed, 24 Dec 2008 15:56:49 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.124.20] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LFW6I-0000mv-ID; Wed, 24 Dec 2008 17:56:46 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LFW6C-0000uF-5C; Wed, 24 Dec 2008 17:56:40 +0200 To: Bruce Simpson From: Ian FREISLICH In-Reply-To: <49524131.7010700@incunabulum.net> References: <49524131.7010700@incunabulum.net> <494FAFAC.90802@FreeBSD.org> X-Attribution: BOFH Date: Wed, 24 Dec 2008 17:56:40 +0200 Message-Id: Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-net@freebsd.org, freebsd-current@freebsd.org, Sergey Matveychuk Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 15:56:50 -0000 Bruce Simpson wrote: > Ian FREISLICH wrote: > > ... > > I can't quite remember exactly why imr_ifindex doesn't work, but > > on my hosts which have several hundred interfaces and my OSPF > > sessions are never on the interface that has the default route, > > until I explicitly set the imr_address, the kernel always chooses > > the interface which has the default route. > > > > Do you have applications which do not explicitly specify the interface > address to use for multicast group joins? > > If they do not, that's a bug in the application -- IPv4 and IPv6 > multicast *requires* that a link be specified somehow, either using the > new APIs which take an ifindex, or an IPv4 "primary address". quagga does specify the ifindex passed in a struct ip_mreqn in the imr_ifindex member to setsockopt, which reading the documentation should be sufficient, yet it is not. I have checked that it does set the correct ifindex. Setting the IP address in the imr_address member of the same struct correctly chooses the interface. > Unfortunately there has been historical breakage in the multicast APIs. > There are some apps which run before all interfaces have been ifconfig'd > up in the system, and they need to create multicast sockets. > > The kernel behaviour you describe is historical and I had to reintroduce > it to avoid breaking such applications. It is a kludge which we probably > can't retire until their developers fix their multicast apps to be aware > of multiple interfaces on the system. Is this the BSD struct ip_mreq hack? This particular code isn't using that. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 16:09:30 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD2D31065676 for ; Wed, 24 Dec 2008 16:09:30 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 923E88FC1A for ; Wed, 24 Dec 2008 16:09:30 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 2ACC31F2360; Wed, 24 Dec 2008 11:09:30 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 24 Dec 2008 11:09:30 -0500 X-Sasl-enc: xrVV0HMERdXjYXMjcJ/CnvZyQAzSjBNTlFm8slmDG1Oc 1230134969 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id A9993390DF; Wed, 24 Dec 2008 11:09:29 -0500 (EST) Message-ID: <49525EB8.2040606@incunabulum.net> Date: Wed, 24 Dec 2008 16:09:28 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20070520174124.GA14987@Athena.infor.org> <495258E7.5070309@incunabulum.net> In-Reply-To: <495258E7.5070309@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 16:09:30 -0000 Bruce Simpson wrote: > Hi, > > I just observed a similar issue with the onboard msk0 on my ASUS > Vintage AH-1. Additional info: mskc0@pci0:2:0:0: class=0x020000 card=0x81421043 chip=0x436211ab rev=0x19 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8053 Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller' class = network subclass = ethernet cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages cap 10[e0] = PCI-Express 1 legacy endpoint From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 16:51:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A119106564A; Wed, 24 Dec 2008 16:51:25 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 283AC8FC17; Wed, 24 Dec 2008 16:51:25 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 9072E1F3649; Wed, 24 Dec 2008 11:51:24 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 24 Dec 2008 11:51:24 -0500 X-Sasl-enc: cdgzc09GBHMMJ1XzNM6gy771myLCD7x+jl8l60PbP4ec 1230137484 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 53C7AA651; Wed, 24 Dec 2008 11:51:23 -0500 (EST) Message-ID: <4952688A.3050707@incunabulum.net> Date: Wed, 24 Dec 2008 16:51:22 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Ian FREISLICH References: <49524131.7010700@incunabulum.net> <494FAFAC.90802@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer , Vladimir Grebenschikov , Kip Macy , Qing Li , freebsd-net@freebsd.org, freebsd-current@freebsd.org, Sergey Matveychuk Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 16:51:25 -0000 Hi Ian, Well, yuletide and new year is a good time to clean out the cupboards, so... without further ado... Ian FREISLICH wrote: > ... >> Do you have applications which do not explicitly specify the interface >> address to use for multicast group joins? >> >> If they do not, that's a bug in the application -- IPv4 and IPv6 >> multicast *requires* that a link be specified somehow, either using the >> new APIs which take an ifindex, or an IPv4 "primary address". >> > > quagga does specify the ifindex passed in a struct ip_mreqn in the > imr_ifindex member to setsockopt, which reading the documentation > should be sufficient, yet it is not. I have checked that it does > set the correct ifindex. Setting the IP address in the imr_address > member of the same struct correctly chooses the interface. > I seem to remember there was some breakage in Quagga after the introduction of in_mcast.c over 18 months ago. I did make a patch available for using the new MCAST_JOIN APIs for the Rhyolite.com routed, but for whatever reason, the necessary changes didn't get incorporated upstream into Quagga. This is despite their reference platform, Linux, having supported these APIs for many years. The APIs in question are well covered in the literature (UNIX Network Programming 3e) and RFCs which were published over 3 years ago, it seems regrettable for Quagga to not have incorporated/tested these changes -- despite Microsoft Windows, Linux and MacOS X having supported the APIs for some time. Of course, that said, I'm not a Quagga developer, and have no formal relationship, fiscal or professional, with that project. My door has always been open to guide and advise how to fix their code to move with the times, and I certainly don't bill for advice given with warmth. The impression I got from their response to this was that they perhaps saw me as someone throwing a rulebook at them, which is hardly the case, I just want IP multicast to work properly across the board. > >> Unfortunately there has been historical breakage in the multicast APIs. >> There are some apps which run before all interfaces have been ifconfig'd >> up in the system, and they need to create multicast sockets. >> >> The kernel behaviour you describe is historical and I had to reintroduce >> it to avoid breaking such applications. It is a kludge which we probably >> can't retire until their developers fix their multicast apps to be aware >> of multiple interfaces on the system. >> > > Is this the BSD struct ip_mreq hack? This particular code isn't > using that. > No. This is when applications issue IP_ADD_MEMBERSHIP on a socket whilst specifying an IP address of 0.0.0.0 (i.e. INADDR_ANY). This is officially unsupported behaviour. What most implementations try to do, is to treat this as meaning "I want this socket to join the group on the interface pointing towards the default route". If there is no default route, then the first multicast capable interface in the system is used. Please see src/sys/netinet/in_mcast.c change history for full details. I'm sure you can understand this leads to comedy of errors if there are multiple default routes, and FreeBSD is fast hurtling towards equal-cost multipathing support. Unfortunately apps which want to run before IPv4 addresses have been configured still try to do this. This was accepted practice before IGMP was further formalized as a protocol, but it stems from an apparent misunderstanding of how IPv4 multicasting actually works. This isn't a problem with IPv6, because MLDv1 and MLDv2 specs both require that the link-scoped address is used for multicast group memberships. Most implementations, including FreeBSD's, will choose the first IPv4 address ('primary address') configured on the link as the source address for all IGMP control traffic. Removing the address selected for such traffic will break IGMP and lead to inconsistent membership reports being received by the upstream IGMP querier. There is currently no clean way to deal with the IGMP endpoint address problem in the FreeBSD implementation. I believe from memory that Linux has the same issues. If you look at the Microsoft implementation, Dave Thaler and his team did a lot of good work on bringing Windows up to speed with where their stack needed to be. There are reasons why Windows is being used as a multicast media delivery platform where Linux and FreeBSD aren't, and that's just one of them. Whilst I would love to fix it all, time resources and motivation are finite, and developer focus tends to go where the bread-and-butter is -- that's just how the world is. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 17:14:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B0C1065679; Wed, 24 Dec 2008 17:14:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id AAC8F8FC16; Wed, 24 Dec 2008 17:14:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 4D32946B42; Wed, 24 Dec 2008 12:14:14 -0500 (EST) Date: Wed, 24 Dec 2008 17:14:14 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Bruce Simpson In-Reply-To: <495246C9.9090305@incunabulum.net> Message-ID: References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <495165D8.2070409@dlr.de> <495246C9.9090305@incunabulum.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Qing Li , Hartmut Brandt , freebsd-current@freebsd.org, "Li, Qing" , freebsd-net@freebsd.org Subject: Re: NATM hardware available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 17:14:14 -0000 On Wed, 24 Dec 2008, Bruce Simpson wrote: > Hartmut Brandt wrote: > >> In any case there is still an Todo on my side: the routing information for >> NETNATM is currently lost somewhere between L2 and L3 :-) I guess I come >> back to you in the new year to fix this issue... Have to fetch my ATM >> equipment from the corner where it is collecting dust to setup a testbed. > > Guys: > > Native NATM support would be nice, because it lets FreeBSD be used as a > direct ADSL endpoint without an external ADSL router. > > I have a pair of ATM25 cards, an ATM25 crossover, and an ATM25-to-ADSL G.DMT > modem bagged up ready to ship to someone who has the time and motivation to > work on NATM. > > Also: I did have an ATM25 capable switch which I left at ICSI in Berkeley, I > don't know where it is at the moment due to people movements. Do we have any of the necessary software parts to do simulated ATM hardware similar to what if_tap does for Ethernet? Using the VIMAGE stuff and virtual ATM hardware might open up the door to a more accessible development and test environment. I did the NATM locking work essentially "blind" due to a lack of test environment locally, which seemed to work out, but a software test system would go a long way. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 17:26:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE1CE1065674; Wed, 24 Dec 2008 17:26:05 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id AA98A8FC16; Wed, 24 Dec 2008 17:26:05 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id D4D971F22DE; Wed, 24 Dec 2008 12:26:04 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 24 Dec 2008 12:26:04 -0500 X-Sasl-enc: OMN9qCcljO87GYNtzPl5IpFImf+Y6t6B9wy94DQ5sSTi 1230139564 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id CF4A9383D4; Wed, 24 Dec 2008 12:26:03 -0500 (EST) Message-ID: <495270AA.3010904@incunabulum.net> Date: Wed, 24 Dec 2008 17:26:02 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Robert Watson References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <495165D8.2070409@dlr.de> <495246C9.9090305@incunabulum.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , Hartmut Brandt , freebsd-current@freebsd.org, "Li, Qing" , freebsd-net@freebsd.org Subject: Re: NATM hardware available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 17:26:06 -0000 Robert Watson wrote: > ... > Do we have any of the necessary software parts to do simulated ATM > hardware similar to what if_tap does for Ethernet? Using the VIMAGE > stuff and virtual ATM hardware might open up the door to a more > accessible development and test environment. I did the NATM locking > work essentially "blind" due to a lack of test environment locally, > which seemed to work out, but a software test system would go a long way. Loopback would be possible, sure, but you are probably only going to be able to simulate looped-back PVCs. Fortunately, the ITU G.DMT mandated use of ATM for xDSL generally only uses PVCs. But for SVCs, forget about it. The really cute thing about ATM always was : the ATM Forum made end-station specs relatively freely available -- but, like X.25, the machinations of switching were left up to the vendors. ATM switch simulation is "another project entirely". cheers BMS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 17:29:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93554106564A; Wed, 24 Dec 2008 17:29:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 614958FC12; Wed, 24 Dec 2008 17:29:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 14D321F3FDE; Wed, 24 Dec 2008 12:29:08 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 24 Dec 2008 12:29:08 -0500 X-Sasl-enc: KPI0dPX05QbQGJlIV45MyGzHyQ8INOOWptOkzUMAq9il 1230139747 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id E7BD8B371; Wed, 24 Dec 2008 12:29:06 -0500 (EST) Message-ID: <49527161.1070404@incunabulum.net> Date: Wed, 24 Dec 2008 17:29:05 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Robert Watson References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <495165D8.2070409@dlr.de> <495246C9.9090305@incunabulum.net> <495270AA.3010904@incunabulum.net> In-Reply-To: <495270AA.3010904@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Qing Li , Hartmut Brandt , freebsd-current@freebsd.org, "Li, Qing" , freebsd-net@freebsd.org Subject: Re: NATM hardware available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 17:29:08 -0000 Bruce Simpson wrote: > Robert Watson wrote: >> ... >> Do we have any of the necessary software parts to do simulated ATM >> hardware similar to what if_tap does for Ethernet? Using the VIMAGE >> stuff and virtual ATM hardware might open up the door to a more >> accessible development and test environment. I did the NATM locking >> work essentially "blind" due to a lack of test environment locally, >> which seemed to work out, but a software test system would go a long >> way. > > Loopback would be possible, sure, but you are probably only going to > be able to simulate looped-back PVCs. > Fortunately, the ITU G.DMT mandated use of ATM for xDSL generally only > uses PVCs. P.S. You can probably cut corners for the job, by only marshaling the whole packet payloads for NATM across the loopback boundary. There is little point in simulating the 53 byte cell segmentation-and-reassembly unless you love masochism. Of course, NATM makes the job somewhat easier, by giving you some equivalent knobs -- stuff stashed in NATM socket state usually winds up in the cell headers. From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 18:58:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31B481065677; Wed, 24 Dec 2008 18:58:23 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id C44EA8FC1C; Wed, 24 Dec 2008 18:58:22 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so2050754qwb.7 for ; Wed, 24 Dec 2008 10:58:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4pxR7U7EqEOmCJ0HJotGPMyzjgnKlGwh6v5bh0msDjk=; b=NvjI9zUxNf9BS4YB5z3gBhJWJi+pY5bm+ZzyoZxvaCttAJXlSgKW26I5txE1FOl1zs Whss3IiHfKwPAhHPA7qvQPIz8/5jSNMR8yvzTRBAfUic5+vPchChqbu9CpkVBBvvknLp BfLkPMagY43RbGO2h/SUzJq44pIhCzSPjqFwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=rvKYnYBaazU147Ukodfl0DLozrg+hv8DU0NtiMl9Y+FQj0HK2xzsobPx3cTetUYY7O E68hyyd0nMWxhATyAFmYOmU8EPDC89H2jLwDOjmuJUa3mOJrCxTT3sBYjLSAZAkyFQRR QRkZnOgN3GsrYJ5d47eDCabazUcne4yUS5O+Q= Received: by 10.214.12.4 with SMTP id 4mr9135312qal.255.1230145101205; Wed, 24 Dec 2008 10:58:21 -0800 (PST) Received: by 10.214.46.6 with HTTP; Wed, 24 Dec 2008 10:58:21 -0800 (PST) Message-ID: <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> Date: Wed, 24 Dec 2008 16:58:21 -0200 From: "Renato Botelho" To: "Hans Petter Selasky" In-Reply-To: <200812241212.02913.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 18:58:23 -0000 On Wed, Dec 24, 2008 at 9:12 AM, Hans Petter Selasky wrote: > On Wednesday 24 December 2008, Renato Botelho wrote: >> On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein > wrote: >> > We're going to usher in the New Year with a new usb stack. >> > >> > Now is the time to test, test, test. >> > >> > It is also the time to point out anything missing from usb2 that >> > is in usb1. >> > >> > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use >> > usb2. >> > >> > The old usb code will remain in case there is any fallout. >> > >> > Depending on how this trial goes we will hopefully move to the new >> > stack entirely within a few weeks after bug reports start dying >> > down. >> >> Alfred, >> >> I tried a build yesterday with a fresh -current (Revision: 186431), >> after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. >> >> I've collected these lines from messages, and i would like to know >> what i can do to give you necessary information to fix this. >> >> Dec 23 14:48:35 botelhor kernel: Trying to mount root from ufs:/dev/ad4s1a >> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1417: set address 2 >> failed (ignored) >> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting >> device descriptor at addr 2 failed! >> Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not >> allocate new device! >> Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 >> Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 >> Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel >> config /usr/obj/usr/src/sys/GARGA >> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 >> failed (ignored) >> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting >> device descriptor at addr 2 failed! >> Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not >> allocate new device! >> >> Here is the same lines with current usb stack: >> >> Dec 23 14:52:23 botelhor kernel: uhub5: > class 9/0, rev 2.00/1.04, addr 2> on uhub3 >> Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus >> powered Dec 23 14:52:23 botelhor kernel: ums0: > class 0/0, rev 1.10/51.27, addr 3> on uhub5 >> Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. >> Dec 23 14:52:23 botelhor kernel: ukbd0: > Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 >> Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 >> >> Thanks > > > Hi, > > I have made some patches for this kind of issues which are not yet > in -current. > > You can try to fetch the latest from: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > cd i4b/trunk/i4b/src/sys/dev > cp -r usb2 /sys/dev/ > make -C /sys/modules/usb2 clean all install I still had problems, I'll collect more details on Friday and send you. -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 19:18:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E812F1065677 for ; Wed, 24 Dec 2008 19:18:23 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 98D038FC1B for ; Wed, 24 Dec 2008 19:18:23 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so2055700qwb.7 for ; Wed, 24 Dec 2008 11:18:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4pxR7U7EqEOmCJ0HJotGPMyzjgnKlGwh6v5bh0msDjk=; b=NvjI9zUxNf9BS4YB5z3gBhJWJi+pY5bm+ZzyoZxvaCttAJXlSgKW26I5txE1FOl1zs Whss3IiHfKwPAhHPA7qvQPIz8/5jSNMR8yvzTRBAfUic5+vPchChqbu9CpkVBBvvknLp BfLkPMagY43RbGO2h/SUzJq44pIhCzSPjqFwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=rvKYnYBaazU147Ukodfl0DLozrg+hv8DU0NtiMl9Y+FQj0HK2xzsobPx3cTetUYY7O E68hyyd0nMWxhATyAFmYOmU8EPDC89H2jLwDOjmuJUa3mOJrCxTT3sBYjLSAZAkyFQRR QRkZnOgN3GsrYJ5d47eDCabazUcne4yUS5O+Q= Received: by 10.214.12.4 with SMTP id 4mr9135312qal.255.1230145101205; Wed, 24 Dec 2008 10:58:21 -0800 (PST) Received: by 10.214.46.6 with HTTP; Wed, 24 Dec 2008 10:58:21 -0800 (PST) Message-ID: <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> Date: Wed, 24 Dec 2008 16:58:21 -0200 From: "Renato Botelho" To: "Hans Petter Selasky" In-Reply-To: <200812241212.02913.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 19:18:24 -0000 On Wed, Dec 24, 2008 at 9:12 AM, Hans Petter Selasky wrote: > On Wednesday 24 December 2008, Renato Botelho wrote: >> On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein > wrote: >> > We're going to usher in the New Year with a new usb stack. >> > >> > Now is the time to test, test, test. >> > >> > It is also the time to point out anything missing from usb2 that >> > is in usb1. >> > >> > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use >> > usb2. >> > >> > The old usb code will remain in case there is any fallout. >> > >> > Depending on how this trial goes we will hopefully move to the new >> > stack entirely within a few weeks after bug reports start dying >> > down. >> >> Alfred, >> >> I tried a build yesterday with a fresh -current (Revision: 186431), >> after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. >> >> I've collected these lines from messages, and i would like to know >> what i can do to give you necessary information to fix this. >> >> Dec 23 14:48:35 botelhor kernel: Trying to mount root from ufs:/dev/ad4s1a >> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1417: set address 2 >> failed (ignored) >> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting >> device descriptor at addr 2 failed! >> Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not >> allocate new device! >> Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 >> Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 >> Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel >> config /usr/obj/usr/src/sys/GARGA >> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 >> failed (ignored) >> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting >> device descriptor at addr 2 failed! >> Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not >> allocate new device! >> >> Here is the same lines with current usb stack: >> >> Dec 23 14:52:23 botelhor kernel: uhub5: > class 9/0, rev 2.00/1.04, addr 2> on uhub3 >> Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus >> powered Dec 23 14:52:23 botelhor kernel: ums0: > class 0/0, rev 1.10/51.27, addr 3> on uhub5 >> Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. >> Dec 23 14:52:23 botelhor kernel: ukbd0: > Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 >> Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 >> >> Thanks > > > Hi, > > I have made some patches for this kind of issues which are not yet > in -current. > > You can try to fetch the latest from: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > cd i4b/trunk/i4b/src/sys/dev > cp -r usb2 /sys/dev/ > make -C /sys/modules/usb2 clean all install I still had problems, I'll collect more details on Friday and send you. -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 20:09:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98A8F1065674; Wed, 24 Dec 2008 20:09:12 +0000 (UTC) (envelope-from universite@ukr.net) Received: from mary-teresa.otrada.od.ua (otrada.od.ua [89.209.81.54]) by mx1.freebsd.org (Postfix) with ESMTP id E3FAA8FC13; Wed, 24 Dec 2008 20:09:11 +0000 (UTC) (envelope-from universite@ukr.net) Received: from TOP (TOP [10.0.0.20]) (authenticated bits=0) by mary-teresa.otrada.od.ua (8.14.3/8.14.2) with ESMTP id mBOJWpZp077619; Wed, 24 Dec 2008 21:32:52 +0200 (EET) (envelope-from universite@ukr.net) Message-ID: <49528E6F.30600@ukr.net> Date: Wed, 24 Dec 2008 21:33:03 +0200 From: "Vladislav V. Prodan" User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=5.0 tests=ALL_TRUSTED,TVD_RCVD_SINGLE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua Cc: freebsd-hackers@freebsd.org Subject: Odd behavior routed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 20:09:12 -0000 # uname -a FreeBSD mary-teresa.XXXXX 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Dec 24 05:06:55 EET 2008 vlad11@mary-teresa.XXXXX:/usr/obj/usr/src/sys/mary-teresa.10 amd64 We have two providers on tun1 and tun2. >>/etc/rc.conf: ... gateway_enable="YES" router="/sbin/routed" router_enable="YES" router_flags="-s -T /var/log/routed.log -P no_rip" ... # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 89.209.95.254 UGS 0 653418 tun1 10.0.0.0/24 link#1 U 0 85595 re0 85.238.109.61 127.0.0.1 UH 0 0 lo0 89.209.XX.YY 127.0.0.1 UH 0 483 lo0 89.209.95.254 89.209.XX.YY UH 0 0 tun1 127.0.0.1 link#6 UH 0 19781 lo0 192.168.152.0/24 10.0.0.20 UGS 0 0 re0 195.138.80.168 link#8 UH 0 5 tun2 Internet6: Destination Gateway Flags Netif Expire ::1 link#6 UH lo0 fe80::%lo0/64 link#6 U lo0 ff01:6::/32 fe80::1%lo0 U lo0 ff01:7::/32 fe80::2e0:4dff:fe7b:690c%tun1 UG tun1 ff01:8::/32 fe80::2e0:4dff:fe7b:690c%tun2 UG tun2 ff02::%lo0/32 fe80::1%lo0 U lo0 ff02::%tun1/32 fe80::2e0:4dff:fe7b:690c%tun1 UG tun1 ff02::%tun2/32 fe80::2e0:4dff:fe7b:690c%tun2 UG tun2 I would like to put some networks via a second ISP: # /sbin/route add -net 79.140.0.0/20 -iface tun2 add net 79.140.0.0: gateway tun2 # /sbin/route add -net 85.238.96.0/19 -iface tun2 add net 85.238.96.0: gateway tun2 # /sbin/route add -net 195.138.64.0/19 -iface tun2 add net 195.138.64.0: gateway tun2 But routes do not appear, the table remains unchanged. In the logs routed: RTM_ADD from pid 7234: 79.140.0.0 (mask 0xfffff000) --> 85.238.109.61 static route 79.140.0.0 (mask 0xfffff000) --> 85.238.109.61 impossibly lacks ifp -- 11:35:16 -- RTM_ADD from pid 7250: 85.238.96.0 (mask 0xffffe000) --> 85.238.109.61 static route 85.238.96.0 (mask 0xffffe000) --> 85.238.109.61 impossibly lacks ifp -- 11:35:28 -- RTM_ADD from pid 7262: 195.138.64.0 (mask 0xffffe000) --> 85.238.109.61 static route 195.138.64.0 (mask 0xffffe000) --> 85.238.109.61 impossibly lacks ifp Before rebuild kernel, it appeared, and now there is no. It is now adding routes? Using gated|quagga|zebra does not offer. From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 20:19:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B10011065670; Wed, 24 Dec 2008 20:19:43 +0000 (UTC) (envelope-from universite@ukr.net) Received: from mary-teresa.otrada.od.ua (otrada.od.ua [89.209.81.54]) by mx1.freebsd.org (Postfix) with ESMTP id 07CA98FC16; Wed, 24 Dec 2008 20:19:42 +0000 (UTC) (envelope-from universite@ukr.net) Received: from TOP (TOP [10.0.0.20]) (authenticated bits=0) by mary-teresa.otrada.od.ua (8.14.3/8.14.2) with ESMTP id mBOKJcU6083448; Wed, 24 Dec 2008 22:19:38 +0200 (EET) (envelope-from universite@ukr.net) Message-ID: <49529965.2010702@ukr.net> Date: Wed, 24 Dec 2008 22:19:49 +0200 From: "Vladislav V. Prodan" User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org References: <49528E6F.30600@ukr.net> In-Reply-To: <49528E6F.30600@ukr.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=5.0 tests=ALL_TRUSTED,TVD_RCVD_SINGLE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua Cc: Subject: Re: Odd behavior routed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 20:19:43 -0000 Vladislav V. Prodan writes: > Before rebuild kernel, it appeared, and now there is no. > It is now adding routes? That is so not working: route add -net 79.140.0.0/20 -iface tun2 That's how works: route add -net 79.140.0.0/20 195.138.80.168 Option "-interface" also does not help. From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 20:34:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063AF106564A; Wed, 24 Dec 2008 20:34:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id A66218FC13; Wed, 24 Dec 2008 20:34:03 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id C9CDB19007; Wed, 24 Dec 2008 15:33:59 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.7 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from gluon (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 24 Dec 2008 15:33:59 -0500 (EST) Date: Wed, 24 Dec 2008 20:33:53 +0000 From: Bruce Cran To: Hans Petter Selasky Message-ID: <20081224203353.78e38247@gluon> In-Reply-To: <200812241212.02913.hselasky@c2i.net> References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Renato Botelho , freebsd-current@freebsd.org, Perlstein , current@freebsd.org, Alfred Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 20:34:04 -0000 On Wed, 24 Dec 2008 12:12:02 +0100 Hans Petter Selasky wrote: > I have made some patches for this kind of issues which are not yet > in -current. > > You can try to fetch the latest from: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > cd i4b/trunk/i4b/src/sys/dev > cp -r usb2 /sys/dev/ > make -C /sys/modules/usb2 clean all install > I'm sure I've done something wrong in the process, but during a build I get: cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/usb2/serial_bser/../../../dev/usb2/serial/ubser2.c ld -d -warn-common -r -d -o usb2_serial_bser.ko ubser2.o :> export_syms awk -f /usr/src/sys/modules/usb2/serial_bser/../../../conf/kmod_syms.awk usb2_serial_bser.ko export_syms | xargs -J% objcopy % usb2_serial_bser.ko objcopy --strip-debug usb2_serial_bser.ko ===> serial_chcom (all) Warning: Object directory not changed from original /usr/src/sys/modules/usb2/serial_chcom awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/usb2/core/usb2_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h :> opt_usb.h :> opt_bus.h :> opt_compat.h cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c: In function 'uchcom_do_request': /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c:423: error: 'USB_SHORT_XFER_OK' undeclared (first use in this function) /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c:423: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c:423: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/usb2/serial_chcom. *** Error code 1 Stop in /usr/src/sys/modules/usb2. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 20:44:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 202061065670; Wed, 24 Dec 2008 20:44:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 541EB8FC1D; Wed, 24 Dec 2008 20:44:50 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=wXsV3zxSFhxeLuVSGNYA:9 a=bc6ji7GXzu0osFff1a4A:7 a=nhNE5cHOiwwMs0tecS3W4T8sL_4A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 998762210; Wed, 24 Dec 2008 21:44:49 +0100 From: Hans Petter Selasky To: Bruce Cran Date: Wed, 24 Dec 2008 21:47:05 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812241212.02913.hselasky@c2i.net> <20081224203353.78e38247@gluon> In-Reply-To: <20081224203353.78e38247@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812242147.07173.hselasky@c2i.net> Cc: Renato Botelho , freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 20:44:52 -0000 On Wednesday 24 December 2008, Bruce Cran wrote: > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c The missing define is defined in: /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/include/usb2_ioctl.h Maybe you can check that file. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 20:44:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 202061065670; Wed, 24 Dec 2008 20:44:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 541EB8FC1D; Wed, 24 Dec 2008 20:44:50 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=wXsV3zxSFhxeLuVSGNYA:9 a=bc6ji7GXzu0osFff1a4A:7 a=nhNE5cHOiwwMs0tecS3W4T8sL_4A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 998762210; Wed, 24 Dec 2008 21:44:49 +0100 From: Hans Petter Selasky To: Bruce Cran Date: Wed, 24 Dec 2008 21:47:05 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812241212.02913.hselasky@c2i.net> <20081224203353.78e38247@gluon> In-Reply-To: <20081224203353.78e38247@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812242147.07173.hselasky@c2i.net> Cc: Renato Botelho , freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 20:44:52 -0000 On Wednesday 24 December 2008, Bruce Cran wrote: > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c The missing define is defined in: /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/include/usb2_ioctl.h Maybe you can check that file. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 20:49:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3CB11065673 for ; Wed, 24 Dec 2008 20:49:57 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 89EF08FC1A for ; Wed, 24 Dec 2008 20:49:57 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id C9CDB19007; Wed, 24 Dec 2008 15:33:59 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.7 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from gluon (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 24 Dec 2008 15:33:59 -0500 (EST) Date: Wed, 24 Dec 2008 20:33:53 +0000 From: Bruce Cran To: Hans Petter Selasky Message-ID: <20081224203353.78e38247@gluon> In-Reply-To: <200812241212.02913.hselasky@c2i.net> References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Renato Botelho , freebsd-current@freebsd.org, Perlstein , current@freebsd.org, Alfred Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 20:49:58 -0000 On Wed, 24 Dec 2008 12:12:02 +0100 Hans Petter Selasky wrote: > I have made some patches for this kind of issues which are not yet > in -current. > > You can try to fetch the latest from: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > cd i4b/trunk/i4b/src/sys/dev > cp -r usb2 /sys/dev/ > make -C /sys/modules/usb2 clean all install > I'm sure I've done something wrong in the process, but during a build I get: cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/usb2/serial_bser/../../../dev/usb2/serial/ubser2.c ld -d -warn-common -r -d -o usb2_serial_bser.ko ubser2.o :> export_syms awk -f /usr/src/sys/modules/usb2/serial_bser/../../../conf/kmod_syms.awk usb2_serial_bser.ko export_syms | xargs -J% objcopy % usb2_serial_bser.ko objcopy --strip-debug usb2_serial_bser.ko ===> serial_chcom (all) Warning: Object directory not changed from original /usr/src/sys/modules/usb2/serial_chcom awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/usb2/core/usb2_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h :> opt_usb.h :> opt_bus.h :> opt_compat.h cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c: In function 'uchcom_do_request': /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c:423: error: 'USB_SHORT_XFER_OK' undeclared (first use in this function) /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c:423: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c:423: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/usb2/serial_chcom. *** Error code 1 Stop in /usr/src/sys/modules/usb2. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 21:04:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA72E1065670; Wed, 24 Dec 2008 21:04:41 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 715368FC14; Wed, 24 Dec 2008 21:04:41 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A7E9219007; Wed, 24 Dec 2008 16:04:39 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.8 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from gluon (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 24 Dec 2008 16:04:39 -0500 (EST) Date: Wed, 24 Dec 2008 21:04:35 +0000 From: Bruce Cran To: Hans Petter Selasky Message-ID: <20081224210435.7fbac729@gluon> In-Reply-To: <200812242147.07173.hselasky@c2i.net> References: <20081222214010.GA18389@elvis.mu.org> <200812241212.02913.hselasky@c2i.net> <20081224203353.78e38247@gluon> <200812242147.07173.hselasky@c2i.net> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Renato Botelho , freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 21:04:41 -0000 On Wed, 24 Dec 2008 21:47:05 +0100 Hans Petter Selasky wrote: > On Wednesday 24 December 2008, Bruce Cran wrote: > > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c > > > The missing define is defined in: > > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/include/usb2_ioctl.h > > Maybe you can check that file. usb2_ioctl.h defines USB_SHORT_XFER_OK but uchcom2.c doesn't include that file. Manually adding a #include line fixes the problem. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 21:04:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA72E1065670; Wed, 24 Dec 2008 21:04:41 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 715368FC14; Wed, 24 Dec 2008 21:04:41 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A7E9219007; Wed, 24 Dec 2008 16:04:39 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.8 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from gluon (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 24 Dec 2008 16:04:39 -0500 (EST) Date: Wed, 24 Dec 2008 21:04:35 +0000 From: Bruce Cran To: Hans Petter Selasky Message-ID: <20081224210435.7fbac729@gluon> In-Reply-To: <200812242147.07173.hselasky@c2i.net> References: <20081222214010.GA18389@elvis.mu.org> <200812241212.02913.hselasky@c2i.net> <20081224203353.78e38247@gluon> <200812242147.07173.hselasky@c2i.net> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Renato Botelho , freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 21:04:41 -0000 On Wed, 24 Dec 2008 21:47:05 +0100 Hans Petter Selasky wrote: > On Wednesday 24 December 2008, Bruce Cran wrote: > > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2.c > > > The missing define is defined in: > > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/include/usb2_ioctl.h > > Maybe you can check that file. usb2_ioctl.h defines USB_SHORT_XFER_OK but uchcom2.c doesn't include that file. Manually adding a #include line fixes the problem. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 21:35:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 780921065674 for ; Wed, 24 Dec 2008 21:35:28 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 21CF78FC0C for ; Wed, 24 Dec 2008 21:35:28 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1834693ywe.13 for ; Wed, 24 Dec 2008 13:35:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=cGWV8jXJvMdch05g3SKxq2sSKEyKILz2MHRHytK9seo=; b=Cyme/EEHVvIzKklSHS3kdsnOpn0UISR7L2rCagcjDrDobuKl3OcYmPypKk3i8fgHwF hKXVZa6v6737mxpDTeJL0TAPguETbhDwCj+6cg00OfT/JwLGZ3BqEUqqkFKVstIJ+gY+ 6N0YPNh4TPw6pk5zm0QzVXhx8ExFZhryHfjAQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=tDOtH4osbxBGJnWQpb06OEcQwBoooQPHBVwdn9RmF5G4sF9dgoU8U3Ex0WZrzG4OgY OYxezJL/HP0s/hSREpwZR8D508XrV1XjnXA5PY+tQOn5vnvxlw4KRte4V4z6OqwN4L87 KRz+Wna8EiC6ppGt054X/vW6aegah4f8GqfcA= Received: by 10.100.225.19 with SMTP id x19mr5546543ang.122.1230154527358; Wed, 24 Dec 2008 13:35:27 -0800 (PST) Received: from ?10.88.173.144? ([32.156.166.3]) by mx.google.com with ESMTPS id c23sm23294687ana.35.2008.12.24.13.35.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Dec 2008 13:35:26 -0800 (PST) References: <11167f520812232229g5ee1d475kdd92fd6511c50c29@mail.gmail.com> <20081224021016.GF95088@cdnetworks.co.kr> Message-Id: <76D47549-EC5A-4CF4-A5D3-371FA0A0920C@gmail.com> From: Garrett Cooper To: Ian FREISLICH In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5F136) Mime-Version: 1.0 (iPhone Mail 5F136) Date: Wed, 24 Dec 2008 13:35:03 -0800 Cc: "Sam Fourman Jr." , "pyunyh@gmail.com" , "current@freebsd.org" Subject: Re: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 21:35:28 -0000 On Dec 23, 2008, at 22:54, Ian FREISLICH wrote: > "Sam Fourman Jr." wrote: >>>> About 2-3 months ago I committed workaround for Yukon silicon bug. >>>> Do you use latest CURRENT? >>> >>> Yes, this is on yesterday's sources. It was better for a month or >>> so, but over the last month it's been really bad. Now I can provoke >>> this condition in under 1 minute of uptime. >>> >> I have a few msk cards, and I could stand to install -CURRENT on a >> system >> how do I reproduce your problem? > > I induce it by scp-ing a large (several GB) file from one host to > another. I only have one interface msk interface in my laptop, but > it's an SMP system. Maybe that has something to do with it. > > Ian > > -- > Ian Freislich I have an SMP system at home with ULE enabled and I transfer multiple gigs of data via smb without issue. I'll try scp'ing the file too. Btw are you using amd64 or i386, and how large is the file exactly? -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 21:44:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE9B1065674; Wed, 24 Dec 2008 21:44:20 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id B08D98FC0C; Wed, 24 Dec 2008 21:44:19 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id E0D43A0641; Wed, 24 Dec 2008 22:44:18 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id D483BA063C; Wed, 24 Dec 2008 22:44:18 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id BFF7DA063B; Wed, 24 Dec 2008 22:44:18 +0100 (CET) Received: from localhost.my.domain ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2008122422441824-12372 ; Wed, 24 Dec 2008 22:44:18 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Wed, 24 Dec 2008 22:44:36 +0100 Date: Wed, 24 Dec 2008 22:44:35 +0100 From: Alexey Shuvaev To: Hans Petter Selasky Message-ID: <20081224214435.GA46772@localhost.my.domain> References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> MIME-Version: 1.0 In-Reply-To: <200812241212.02913.hselasky@c2i.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/24/2008 10:44:18 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/24/2008 10:44:18 PM, Serialize complete at 12/24/2008 10:44:18 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: Renato Botelho , freebsd-current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 21:44:20 -0000 On Wed, Dec 24, 2008 at 12:12:02PM +0100, Hans Petter Selasky wrote: > > Hi, > > I have made some patches for this kind of issues which are not yet > in -current. > > You can try to fetch the latest from: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > cd i4b/trunk/i4b/src/sys/dev > cp -r usb2 /sys/dev/ > make -C /sys/modules/usb2 clean all install > Hello! During buildworld I'm getting: ===> usr.bin/kdump (all) cc -O2 -pipe -march=pentium4m -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr. bin/kdump -I/usr/src/usr.bin/kdump/../.. -fstack-protector -c /usr/src/usr.bin/ kdump/kdump.c cc -O2 -pipe -march=pentium4m -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr. bin/kdump -I/usr/src/usr.bin/kdump/../.. -fstack-protector -c ioctl.c In file included from ioctl.c:55: /usr/obj/usr/src/tmp/usr/include/dev/usb2/include/urio2_ioctl.h:27: error: redef inition of 'struct RioCommand' *** Error code 1 Stop in /usr/src/usr.bin/kdump. *** Error code 1 Some investigations: [localhost] /usr/src/sys/dev/usb2> grep -R urio2_ioctl.h * include/.svn/text-base/urio2_ioctl.h.svn-base:/* $FreeBSD: src/sys/dev/usb2/include/urio2_ioctl.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ include/.svn/entries:urio2_ioctl.h include/urio2_ioctl.h:/* $FreeBSD: src/sys/dev/usb2/include/urio2_ioctl.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ After localhost# rm sys/dev/usb2/include/urio2_ioctl.h localhost# rm /usr/obj/usr/src/tmp/usr/include/dev/usb2/include/urio2_ioctl.h and -DNO_CLEAN buildworld is gone beyond kdump (doing honest buildworld takes more then 2.5 hours -> no fun :). Some stale file? Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Dec 24 21:53:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE15A106567A; Wed, 24 Dec 2008 21:53:36 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8D28E8FC1A; Wed, 24 Dec 2008 21:53:36 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A8BDD19007; Wed, 24 Dec 2008 16:53:34 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.8 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from gluon (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 24 Dec 2008 16:53:34 -0500 (EST) Date: Wed, 24 Dec 2008 21:53:30 +0000 From: Bruce Cran To: Alfred Perlstein Message-ID: <20081224215330.3ccc613d@gluon> In-Reply-To: <20081222214010.GA18389@elvis.mu.org> References: <20081222214010.GA18389@elvis.mu.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Hans Petter Selasky Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2008 21:53:36 -0000 On Mon, 22 Dec 2008 13:40:10 -0800 Alfred Perlstein wrote: > We're going to usher in the New Year with a new usb stack. > > Now is the time to test, test, test. I've found a few issues when testing my OpenMoko phone with the new stack. I know this has already been reported (http://lists.freebsd.org/pipermail/freebsd-usb/2008-September/005462.html) but I'd expect that loading usb2_ethernet_cdce would make the phone attach as a CDCE device, but it still attaches using ugen. I don't know if this is possible but could the usb stack automatically use config 1 when it attaches, knowing that RNDIS (config 0) isn't supported yet? I also noticed that usbconfig(8) refers to usb2_core(4) which doesn't exist. Something strange is going on with one of my USB ports. A CSR Bluetooth dongle gets detected, but nothing else plugged in does. usbconfig list: [...] ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON [...] ugen2.2: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON Could this be because the CSR device is a FULL-speed device but everything else I have (a Broadcom EDR dongle, flash drive and an OpenMoko phone) are all HIGH-speed devices? If usbconfig needs root privileges to work, it should say so. It currently reports "No device match" when it should probably say that the current user isn't root, to avoid confusion. Should usbconfig(8) document the commands? Finally, ugen devices don't report being unplugged - I'd expect to be told that the device has gone away. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 00:31:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECA1B1065670; Thu, 25 Dec 2008 00:31:39 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id D18598FC13; Thu, 25 Dec 2008 00:31:39 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBP0VcAq009734; Wed, 24 Dec 2008 16:31:39 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Wed, 24 Dec 2008 16:31:32 -0800 Message-ID: In-Reply-To: <49528E6F.30600@ukr.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Odd behavior routed Thread-Index: AclmA7y6F1PGAzg6TQ6hQP4ZlBVQagAIg42w References: <49528E6F.30600@ukr.net> From: "Li, Qing" To: "Vladislav V. Prodan" , "Qing Li" Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: RE: Odd behavior routed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 00:31:40 -0000 SGksDQoNCkNvdWxkIHlvdSBwbGVhc2UgcHJvdmlkZSB0aGUgaWZjb25maWcgb3V0cHV0IGZvciBj b21wbGV0ZW5lc3MgPw0KDQpUaGFua3MsDQoNCi0tIFFpbmcNCg0KDQo+IC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQo+IEZyb206IG93bmVyLWZyZWVic2QtbmV0QGZyZWVic2Qub3JnIFttYWls dG86b3duZXItZnJlZWJzZC0NCj4gbmV0QGZyZWVic2Qub3JnXSBPbiBCZWhhbGYgT2YgVmxhZGlz bGF2IFYuIFByb2Rhbg0KPiBTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDI0LCAyMDA4IDExOjMz IEFNDQo+IFRvOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc7IGZyZWVic2QtbmV0QGZyZWVi c2Qub3JnDQo+IENjOiBmcmVlYnNkLWhhY2tlcnNAZnJlZWJzZC5vcmcNCj4gU3ViamVjdDogT2Rk IGJlaGF2aW9yIHJvdXRlZA0KPiANCj4gIyB1bmFtZSAtYQ0KPiBGcmVlQlNEIG1hcnktdGVyZXNh LlhYWFhYIDguMC1DVVJSRU5UIEZyZWVCU0QgOC4wLUNVUlJFTlQgIzA6IFdlZCBEZWMNCj4gMjQN Cj4gMDU6MDY6NTUgRUVUIDIwMDgNCj4gdmxhZDExQG1hcnktdGVyZXNhLlhYWFhYOi91c3Ivb2Jq L3Vzci9zcmMvc3lzL21hcnktdGVyZXNhLjEwICBhbWQ2NA0KPiANCj4gV2UgaGF2ZSB0d28gcHJv dmlkZXJzIG9uIHR1bjEgYW5kIHR1bjIuDQo+IA0KPiAgPj4vZXRjL3JjLmNvbmY6DQo+IC4uLg0K PiBnYXRld2F5X2VuYWJsZT0iWUVTIg0KPiByb3V0ZXI9Ii9zYmluL3JvdXRlZCINCj4gcm91dGVy X2VuYWJsZT0iWUVTIg0KPiByb3V0ZXJfZmxhZ3M9Ii1zIC1UIC92YXIvbG9nL3JvdXRlZC5sb2cg LVAgbm9fcmlwIg0KPiAuLi4NCj4gDQo+ICMgbmV0c3RhdCAtcm4NCj4gUm91dGluZyB0YWJsZXMN Cj4gDQo+IEludGVybmV0Og0KPiBEZXN0aW5hdGlvbiAgICAgICAgR2F0ZXdheSAgICAgICAgICAg IEZsYWdzICAgIFJlZnMgICAgICBVc2UgIE5ldGlmDQo+IEV4cGlyZQ0KPiBkZWZhdWx0ICAgICAg ICAgICAgODkuMjA5Ljk1LjI1NCAgICAgIFVHUyAgICAgICAgIDAgICA2NTM0MTggICB0dW4xDQo+ IDEwLjAuMC4wLzI0ICAgICAgICBsaW5rIzEgICAgICAgICAgICAgVSAgICAgICAgICAgMCAgICA4 NTU5NSAgICByZTANCj4gODUuMjM4LjEwOS42MSAgICAgIDEyNy4wLjAuMSAgICAgICAgICBVSCAg ICAgICAgICAwICAgICAgICAwICAgIGxvMA0KPiA4OS4yMDkuWFguWVkgICAgICAgMTI3LjAuMC4x ICAgICAgICAgIFVIICAgICAgICAgIDAgICAgICA0ODMgICAgbG8wDQo+IDg5LjIwOS45NS4yNTQg ICAgICA4OS4yMDkuWFguWVkgICAgICAgVUggICAgICAgICAgMCAgICAgICAgMCAgIHR1bjENCj4g MTI3LjAuMC4xICAgICAgICAgIGxpbmsjNiAgICAgICAgICAgICBVSCAgICAgICAgICAwICAgIDE5 NzgxICAgIGxvMA0KPiAxOTIuMTY4LjE1Mi4wLzI0ICAgMTAuMC4wLjIwICAgICAgICAgIFVHUyAg ICAgICAgIDAgICAgICAgIDAgICAgcmUwDQo+IDE5NS4xMzguODAuMTY4ICAgICBsaW5rIzggICAg ICAgICAgICAgVUggICAgICAgICAgMCAgICAgICAgNSAgIHR1bjINCj4gDQo+IEludGVybmV0NjoN Cj4gRGVzdGluYXRpb24gICAgICAgICAgICAgICAgICAgICAgIEdhdGV3YXkgICAgICAgICAgICAg ICAgICAgICAgIEZsYWdzDQo+ICAgTmV0aWYgRXhwaXJlDQo+IDo6MSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBsaW5rIzYgICAgICAgICAgICAgICAgICAgICAgICBVSA0KPiBsbzANCj4g ZmU4MDo6JWxvMC82NCAgICAgICAgICAgICAgICAgICAgIGxpbmsjNiAgICAgICAgICAgICAgICAg ICAgICAgIFUNCj4gbG8wDQo+IGZmMDE6Njo6LzMyICAgICAgICAgICAgICAgICAgICAgICBmZTgw OjoxJWxvMCAgICAgICAgICAgICAgICAgICBVDQo+IGxvMA0KPiBmZjAxOjc6Oi8zMiAgICAgICAg ICAgICAgICAgICAgICAgZmU4MDo6MmUwOjRkZmY6ZmU3Yjo2OTBjJXR1bjEgVUcNCj4gdHVuMQ0K PiBmZjAxOjg6Oi8zMiAgICAgICAgICAgICAgICAgICAgICAgZmU4MDo6MmUwOjRkZmY6ZmU3Yjo2 OTBjJXR1bjIgVUcNCj4gdHVuMg0KPiBmZjAyOjolbG8wLzMyICAgICAgICAgICAgICAgICAgICAg ZmU4MDo6MSVsbzAgICAgICAgICAgICAgICAgICAgVQ0KPiBsbzANCj4gZmYwMjo6JXR1bjEvMzIg ICAgICAgICAgICAgICAgICAgIGZlODA6OjJlMDo0ZGZmOmZlN2I6NjkwYyV0dW4xIFVHDQo+IHR1 bjENCj4gZmYwMjo6JXR1bjIvMzIgICAgICAgICAgICAgICAgICAgIGZlODA6OjJlMDo0ZGZmOmZl N2I6NjkwYyV0dW4yIFVHDQo+IHR1bjINCj4gDQo+IA0KPiBJIHdvdWxkIGxpa2UgdG8gcHV0IHNv bWUgbmV0d29ya3MgdmlhIGEgc2Vjb25kIElTUDoNCj4gIyAvc2Jpbi9yb3V0ZSBhZGQgLW5ldCA3 OS4xNDAuMC4wLzIwIC1pZmFjZSB0dW4yDQo+IGFkZCBuZXQgNzkuMTQwLjAuMDogZ2F0ZXdheSB0 dW4yDQo+ICMgL3NiaW4vcm91dGUgYWRkIC1uZXQgODUuMjM4Ljk2LjAvMTkgLWlmYWNlIHR1bjIN Cj4gYWRkIG5ldCA4NS4yMzguOTYuMDogZ2F0ZXdheSB0dW4yDQo+ICMgL3NiaW4vcm91dGUgYWRk IC1uZXQgMTk1LjEzOC42NC4wLzE5IC1pZmFjZSB0dW4yDQo+IGFkZCBuZXQgMTk1LjEzOC42NC4w OiBnYXRld2F5IHR1bjINCj4gDQo+IEJ1dCByb3V0ZXMgZG8gbm90IGFwcGVhciwgdGhlIHRhYmxl IHJlbWFpbnMgdW5jaGFuZ2VkLg0KPiBJbiB0aGUgbG9ncyByb3V0ZWQ6DQo+IA0KPiBSVE1fQURE IGZyb20gcGlkIDcyMzQ6IDc5LjE0MC4wLjAgKG1hc2sgMHhmZmZmZjAwMCkgLS0+IDg1LjIzOC4x MDkuNjENCj4gc3RhdGljIHJvdXRlIDc5LjE0MC4wLjAgKG1hc2sgMHhmZmZmZjAwMCkgLS0+IDg1 LjIzOC4xMDkuNjEgaW1wb3NzaWJseQ0KPiBsYWNrcyBpZnANCj4gLS0gMTE6MzU6MTYgLS0NCj4g UlRNX0FERCBmcm9tIHBpZCA3MjUwOiA4NS4yMzguOTYuMCAobWFzayAweGZmZmZlMDAwKSAtLT4g ODUuMjM4LjEwOS42MQ0KPiBzdGF0aWMgcm91dGUgODUuMjM4Ljk2LjAgKG1hc2sgMHhmZmZmZTAw MCkgLS0+IDg1LjIzOC4xMDkuNjEgaW1wb3NzaWJseQ0KPiBsYWNrcyBpZnANCj4gLS0gMTE6MzU6 MjggLS0NCj4gUlRNX0FERCBmcm9tIHBpZCA3MjYyOiAxOTUuMTM4LjY0LjAgKG1hc2sgMHhmZmZm ZTAwMCkgLS0+IDg1LjIzOC4xMDkuNjENCj4gc3RhdGljIHJvdXRlIDE5NS4xMzguNjQuMCAobWFz ayAweGZmZmZlMDAwKSAtLT4gODUuMjM4LjEwOS42MQ0KPiBpbXBvc3NpYmx5DQo+IGxhY2tzIGlm cA0KPiANCj4gDQo+IEJlZm9yZSByZWJ1aWxkIGtlcm5lbCwgaXQgYXBwZWFyZWQsIGFuZCBub3cg dGhlcmUgaXMgbm8uDQo+IEl0IGlzIG5vdyBhZGRpbmcgcm91dGVzPw0KPiANCj4gVXNpbmcgZ2F0 ZWR8cXVhZ2dhfHplYnJhIGRvZXMgbm90IG9mZmVyLg0KPiANCj4gDQo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGZyZWVic2QtbmV0QGZyZWVic2Qu b3JnIG1haWxpbmcgbGlzdA0KPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0 aW5mby9mcmVlYnNkLW5ldA0KPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJl ZWJzZC1uZXQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 00:37:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF99106564A for ; Thu, 25 Dec 2008 00:37:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8648C8FC17 for ; Thu, 25 Dec 2008 00:37:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 706401A3C3A; Wed, 24 Dec 2008 16:37:10 -0800 (PST) Date: Wed, 24 Dec 2008 16:37:10 -0800 From: Alfred Perlstein To: Giorgos Keramidas Message-ID: <20081225003710.GD18389@elvis.mu.org> References: <20081222214010.GA18389@elvis.mu.org> <20081224215330.3ccc613d@gluon> <874p0t2iyw.fsf_-_@kobe.laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <874p0t2iyw.fsf_-_@kobe.laptop> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org, Hans Petter Selasky Subject: Re: Tracking the open USB2 issues? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 00:37:10 -0000 * Giorgos Keramidas [081224 16:33] wrote: > Just picking one random email in the usb threads to reply to... > > Do we keep a list of open issues with the new USB stack somewhere? > > Should we record the ones reported in -current somewhere, so they don't > get lost? A simple plain text file like src/UPDATING may be enough to > keep a log of the already reported issues. A special 'usb' category of > PRs in Gnats may be ok too. Anything that makes it easy to go through a > list of reported problems, check how many of them are fixed, and export > a list of stuff that we should fix later is going to be immensely useful > when we get very near 8.0-RELEASE. Let's do a gnats catagory. Anything special I have to do to add a "newusb" catagory? thanks, -Alfred > > On Wed, 24 Dec 2008 21:53:30 +0000, Bruce Cran wrote: > > I've found a few issues when testing my OpenMoko phone with the > > new stack. > > > > I know this has already been reported > > (http://lists.freebsd.org/pipermail/freebsd-usb/2008-September/005462.html) > > but I'd expect that loading usb2_ethernet_cdce would make the phone > > attach as a CDCE device, but it still attaches using ugen. I don't > > know if this is possible but could the usb stack automatically use > > config 1 when it attaches, knowing that RNDIS (config 0) isn't > > supported yet? > > > > I also noticed that usbconfig(8) refers to usb2_core(4) which doesn't > > exist. > > > > Something strange is going on with one of my USB ports. A CSR > > Bluetooth dongle gets detected, but nothing else plugged in does. > > > > usbconfig list: > > [...] > > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) > > pwr=ON > > [...] > > ugen2.2: at usbus2, > > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > > > Could this be because the CSR device is a FULL-speed device but > > everything else I have (a Broadcom EDR dongle, flash drive and an > > OpenMoko phone) are all HIGH-speed devices? > > > > If usbconfig needs root privileges to work, it should say so. It > > currently reports "No device match" when it should probably say that > > the current user isn't root, to avoid confusion. > > > > Should usbconfig(8) document the commands? > > > > Finally, ugen devices don't report being unplugged - I'd expect to be > > told that the device has gone away. > > -- -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 00:47:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E19A1065673 for ; Thu, 25 Dec 2008 00:47:20 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 789CD8FC18 for ; Thu, 25 Dec 2008 00:47:19 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl28-172.kln.forthnet.gr [77.49.155.172]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mBP0W2rG010328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 25 Dec 2008 02:32:08 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mBP0W2c7005059; Thu, 25 Dec 2008 02:32:02 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mBP0W1Vr005058; Thu, 25 Dec 2008 02:32:01 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alfred Perlstein , Hans Petter Selasky User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) Date: Thu, 25 Dec 2008 02:31:51 +0200 In-Reply-To: <20081224215330.3ccc613d@gluon> (Bruce Cran's message of "Wed, 24 Dec 2008 21:53:30 +0000") Message-ID: <874p0t2iyw.fsf_-_@kobe.laptop> References: <20081222214010.GA18389@elvis.mu.org> <20081224215330.3ccc613d@gluon> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-MailScanner-ID: mBP0W2rG010328 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.302, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.10, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@freebsd.org Subject: Tracking the open USB2 issues? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 00:47:20 -0000 --=-=-= Just picking one random email in the usb threads to reply to... Do we keep a list of open issues with the new USB stack somewhere? Should we record the ones reported in -current somewhere, so they don't get lost? A simple plain text file like src/UPDATING may be enough to keep a log of the already reported issues. A special 'usb' category of PRs in Gnats may be ok too. Anything that makes it easy to go through a list of reported problems, check how many of them are fixed, and export a list of stuff that we should fix later is going to be immensely useful when we get very near 8.0-RELEASE. On Wed, 24 Dec 2008 21:53:30 +0000, Bruce Cran wrote: > I've found a few issues when testing my OpenMoko phone with the > new stack. > > I know this has already been reported > (http://lists.freebsd.org/pipermail/freebsd-usb/2008-September/005462.html) > but I'd expect that loading usb2_ethernet_cdce would make the phone > attach as a CDCE device, but it still attaches using ugen. I don't > know if this is possible but could the usb stack automatically use > config 1 when it attaches, knowing that RNDIS (config 0) isn't > supported yet? > > I also noticed that usbconfig(8) refers to usb2_core(4) which doesn't > exist. > > Something strange is going on with one of my USB ports. A CSR > Bluetooth dongle gets detected, but nothing else plugged in does. > > usbconfig list: > [...] > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > [...] > ugen2.2: at usbus2, > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > Could this be because the CSR device is a FULL-speed device but > everything else I have (a Broadcom EDR dongle, flash drive and an > OpenMoko phone) are all HIGH-speed devices? > > If usbconfig needs root privileges to work, it should say so. It > currently reports "No device match" when it should probably say that > the current user isn't root, to avoid confusion. > > Should usbconfig(8) document the commands? > > Finally, ugen devices don't report being unplugged - I'd expect to be > told that the device has gone away. -- --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklS1H8ACgkQ1g+UGjGGA7Y40ACfRdeRyWCXMPpmdNcWCfIoPcu3 +QoAoMFWtlnyG41ZLSH9GG92/ZmeEgkl =AgUc -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 02:27:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECAAA1065677 for ; Thu, 25 Dec 2008 02:27:18 +0000 (UTC) (envelope-from kuriyama.bsd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id BAE1F8FC29 for ; Thu, 25 Dec 2008 02:27:18 +0000 (UTC) (envelope-from kuriyama.bsd@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so1871416wag.27 for ; Wed, 24 Dec 2008 18:27:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=g8NYkmgUF85kpZlIePApfI1L7zflpeeyW6YkGa2V0Qg=; b=KlALG1Vv1WWVbUqz17l2CSKKrA0sXtTpZXJYqIaVwIUDTmmvq1spKluAu7QsS0OdtF wEA+TLN7jo/CG94wwYQt9jqKUhvMZ+CFNNfBMzOwDy8vX0jyPFadpmX7B8KELjvovAjz x8tfYtMkFcWjpD8+SgJ5JAANDGBhHz4ipioHw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=NT6FEcVl2oxjFr5yzgwhtpxJPLqqTx1uKoE1KtWnXhlT3/mmXNK1r+S8B70JNnOOJj mi+n/uUNXXE8FblGlAYPJFQt2hVIHGrOB0xxiNoihhoAvg45/QcuWxO0Fw8U7UMkTbft DnrKitec1ELXma6IKnwRy4TeCi7R26UN4lBj4= Received: by 10.115.46.10 with SMTP id y10mr5893215waj.182.1230170594718; Wed, 24 Dec 2008 18:03:14 -0800 (PST) Received: by 10.114.171.10 with HTTP; Wed, 24 Dec 2008 18:03:14 -0800 (PST) Message-ID: <48acff730812241803l4ccf1c96qdb229b511d2f2c06@mail.gmail.com> Date: Thu, 25 Dec 2008 11:03:14 +0900 From: "Jun Kuriyama" Sender: kuriyama.bsd@gmail.com To: "Li, Qing" , "Octavian Ionescu" , freebsd-current@freebsd.org, kuriyama@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <494980BE.3080002@itavy.com> X-Google-Sender-Auth: 1ce5a8544a3b1263 Cc: Subject: Re: Problem with snmp build after update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 02:27:19 -0000 Thanks, committed! 2008/12/19 Li, Qing : > ----------------------------------------- > 689,693c689 > < #ifdef RTF_LLINFO > < mib[5] = RTF_LLINFO; > < #else > < mib[5] = 0; > < #endif > --- >> mib[5] = RTF_LLINFO; > ----------------------------------------- > > I assume you have not defined CHECK_RT_FLAGS, if so, more bits > need to be updated. > > I have cc:'d the maintainer kuriyama@freebsd.org here for the actual > commit. -- Jun Kuriyama // FreeBSD Project // S2 Factory, Inc. From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 03:31:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E1B71065674; Thu, 25 Dec 2008 03:31:31 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EDE008FC17; Thu, 25 Dec 2008 03:31:30 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id A59281A3C3A; Wed, 24 Dec 2008 19:31:30 -0800 (PST) Date: Wed, 24 Dec 2008 19:31:30 -0800 From: Alfred Perlstein To: Mark Linimon Message-ID: <20081225033130.GF18389@elvis.mu.org> References: <20081222214010.GA18389@elvis.mu.org> <20081224215330.3ccc613d@gluon> <874p0t2iyw.fsf_-_@kobe.laptop> <20081225003710.GD18389@elvis.mu.org> <20081225032716.GA32422@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081225032716.GA32422@soaustin.net> User-Agent: Mutt/1.4.2.3i Cc: Hans Petter Selasky , Giorgos Keramidas , current@freebsd.org Subject: Re: Tracking the open USB2 issues? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 03:31:31 -0000 * Mark Linimon [081224 19:27] wrote: > bleh. Forget my suggestion to s/usb/usb2/ -- that's overloaded with > USB 2.0 in existing PRs. Try s/usb/newusb/ instead. Ok we can do that. -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 03:27:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F2171065676; Thu, 25 Dec 2008 03:27:17 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0F68FC19; Thu, 25 Dec 2008 03:27:17 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id EDF5F8C063; Wed, 24 Dec 2008 21:27:16 -0600 (CST) Date: Wed, 24 Dec 2008 21:27:16 -0600 To: Alfred Perlstein Message-ID: <20081225032716.GA32422@soaustin.net> References: <20081222214010.GA18389@elvis.mu.org> <20081224215330.3ccc613d@gluon> <874p0t2iyw.fsf_-_@kobe.laptop> <20081225003710.GD18389@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081225003710.GD18389@elvis.mu.org> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Thu, 25 Dec 2008 04:21:05 +0000 Cc: Hans Petter Selasky , Giorgos Keramidas , current@freebsd.org Subject: Re: Tracking the open USB2 issues? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 03:27:17 -0000 bleh. Forget my suggestion to s/usb/usb2/ -- that's overloaded with USB 2.0 in existing PRs. Try s/usb/newusb/ instead. mcl From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 03:35:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A42921065670 for ; Thu, 25 Dec 2008 03:35:04 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 848968FC12 for ; Thu, 25 Dec 2008 03:35:04 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id A82438C049; Wed, 24 Dec 2008 21:02:53 -0600 (CST) Date: Wed, 24 Dec 2008 21:02:53 -0600 To: Alfred Perlstein Message-ID: <20081225030253.GA32006@soaustin.net> References: <20081222214010.GA18389@elvis.mu.org> <20081224215330.3ccc613d@gluon> <874p0t2iyw.fsf_-_@kobe.laptop> <20081225003710.GD18389@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081225003710.GD18389@elvis.mu.org> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Thu, 25 Dec 2008 05:24:36 +0000 Cc: Hans Petter Selasky , Giorgos Keramidas , current@freebsd.org Subject: Re: Tracking the open USB2 issues? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 03:35:04 -0000 On Wed, Dec 24, 2008 at 04:37:10PM -0800, Alfred Perlstein wrote: > Let's do a gnats catagory. > > Anything special I have to do to add a "newusb" catagory? Something that we could do at much lower cost is to edit the Synopses. Right some of the USB PRs have the string '[usb]' in the Synopsis. (Others have such things as '[umass]', '[uplcom]', etc.) Doing s/usb/usb2/ is something that I could do in an hour or so. (Adding '[usb2]' to the rest would probably be fairly mechanical.) Fiddling with GNATS would take longer (and then everyone has to get some updated files). But, if that would be clearer for people, we can do that. To view PRs by tag: ~gnats/tools/showwithtag usb http://people.freebsd.org/~linimon/studies/prs/prs_for_tag_usb.html (that's generated once per day) http://www.freebsd.org/cgi/query-pr-summary.cgi?text=%27%5Busb%5D%27 To view all the category 'usb' PRs: http://www.freebsd.org/cgi/query-pr-summary.cgi?category=usb I'm willing to be ringleader for the work, whichever way we decide we want to go. My own view is that a number of people will not properly select the usb vs. usb2 category, and we'll have to do manual fixups anyways. mcl From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 07:28:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FBBE1065678; Thu, 25 Dec 2008 07:28:38 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id E17508FC22; Thu, 25 Dec 2008 07:28:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by an-out-0708.google.com with SMTP id c2so1373709anc.13 for ; Wed, 24 Dec 2008 23:28:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:cc:x-mailer; bh=/jKB42sVyPtJcO6qIHPHqURE+X7B7YyO2lxtUTmGNNQ=; b=Tp3I8I6coyvCZpemABW+6K0PmT71mQidiJA4iFoc5Wtd/PmMGOpx69PY40v+6MUa7j CJ7X/+hkq/VM0M/ocjktodg+FpyfdjNWSgJkoqjVWJTpCEvDY7p/Gh9MkT4FfxsGAmGU XOcVSvFRrUYlPP+gQwpAOxfnuMhb9oCi6Jk1c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:cc:x-mailer; b=K+Yyx1eG3EQk0IuA1zYwZQR7DD+TREbs4twMXPkdrc02D8waLNHjcU9Oyjyf6agI9Z 9cQUmbeQ14CV6aTmZjyq5Lu6zQM1o436yed3dEmNc01cxasx2/ktgCyKtvIeE8oC8kIB sYQwV7HLe7ytPJp/P/8TAFczwF2KfvVVRo65g= Received: by 10.100.111.5 with SMTP id j5mr5745312anc.54.1230190117302; Wed, 24 Dec 2008 23:28:37 -0800 (PST) Received: from ?10.90.111.44? ([32.157.78.215]) by mx.google.com with ESMTPS id b29sm13235380ana.53.2008.12.24.23.28.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Dec 2008 23:28:36 -0800 (PST) References: <20081222214010.GA18389@elvis.mu.org> <20081224215330.3ccc613d@gluon> <874p0t2iyw.fsf_-_@kobe.laptop> <20081225003710.GD18389@elvis.mu.org> <20081225030253.GA32006@soaustin.net> Message-Id: <820A008B-CD23-442B-A537-FB9D9B0D2DD8@gmail.com> From: Garrett Cooper To: Mark Linimon In-Reply-To: <20081225030253.GA32006@soaustin.net> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 5F136) Date: Wed, 24 Dec 2008 23:27:13 -0800 X-Mailer: iPhone Mail (5F136) Cc: "current@freebsd.org" , Alfred Perlstein , Giorgos Keramidas , Hans Petter Selasky Subject: Re: Tracking the open USB2 issues? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 07:28:38 -0000 On Dec 24, 2008, at 19:02, linimon@lonesome.com (Mark Linimon) wrote: > On Wed, Dec 24, 2008 at 04:37:10PM -0800, Alfred Perlstein wrote: >> Let's do a gnats catagory. >> >> Anything special I have to do to add a "newusb" catagory? > > Something that we could do at much lower cost is to edit the Synopses. > > Right some of the USB PRs have the string '[usb]' in the Synopsis. > (Others have such things as '[umass]', '[uplcom]', etc.) > > Doing s/usb/usb2/ is something that I could do in an hour or so. > (Adding '[usb2]' to the rest would probably be fairly mechanical.) > > Fiddling with GNATS would take longer (and then everyone has to get > some updated files). But, if that would be clearer for people, we > can do that. > > To view PRs by tag: > > ~gnats/tools/showwithtag usb > http://people.freebsd.org/~linimon/studies/prs/prs_for_tag_usb.html > (that's generated once per day) > http://www.freebsd.org/cgi/query-pr-summary.cgi?text=%27%5Busb%5D%27 > > To view all the category 'usb' PRs: > > http://www.freebsd.org/cgi/query-pr-summary.cgi?category=usb > > I'm willing to be ringleader for the work, whichever way we decide > we want to go. > > My own view is that a number of people will not properly select the > usb vs. usb2 category, and we'll have to do manual fixups anyways. > > mcl Is the gnats page customizable? If so i'd just mention that the new USB PR's should be filed under usb2. Just a thought.. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 09:32:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 602FE106574B; Thu, 25 Dec 2008 09:32:26 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id A9F228FC1F; Thu, 25 Dec 2008 09:32:26 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBP9WPaJ008045; Thu, 25 Dec 2008 01:32:25 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Thu, 25 Dec 2008 01:32:43 -0800 Message-ID: In-Reply-To: <49528E6F.30600@ukr.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Odd behavior routed Thread-Index: AclmA7y6F1PGAzg6TQ6hQP4ZlBVQagAaEv6w References: <49528E6F.30600@ukr.net> From: "Li, Qing" To: "Vladislav V. Prodan" , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: Odd behavior routed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 09:32:27 -0000 SSBmb3VuZCB0aGUgYnVnIGFuZCBpdCB3YXMgaW5kZWVkIGludHJvZHVjZWQgYnkgdGhlIGFycC12 MiANCmNoYW5nZXMuDQoNClNpbmNlIGFkZGluZyBzdGF0aWMgQVJQL05EUCBlbnRyaWVzIGFuZCBh ZGRpbmcgc3RhdGljDQpyb3V0aW5nIGVudHJpZXMgYm90aCBleGVjdXRlIHRocm91Z2ggdGhlIHJv dXRpbmcgc29ja2V0DQppbnRlcmZhY2UsIEkgY291bGQgbm90IGRpc3Rpbmd1aXNoIG9uZSBvcGVy YXRpb24gZnJvbQ0KdGhlIG90aGVyIHdoZW4gdGhlICItaWZhY2UiIGlzIHNwZWNpZmllZCBpbiB0 aGUgInJvdXRlIg0KY29tbWFuZC4gDQoNCkkgaGF2ZSBpbnRyb2R1Y2VkIGEgbmV3IFJURl9MTERB VEEgZmxhZyB0byBkaWZmZXJlbnRpYXRlDQpiZXR3ZWVuIHRoZXNlIHR3byB0eXBlcyBvZiBvcGVy YXRpb24uDQoNClBsZWFzZSBmaW5kIHRoZSBwYXRjaCBmaWxlIGluIG15IGhvbWUgZGlyZWN0b3J5 DQphdCBodHRwOi8vcGVvcGxlLmZyZWVic2Qub3JnL35xaW5nbGkvYXJwLXYyLXBhdGNoLTEyMjUw OA0KDQpJIHdpbGwgZG8gbW9yZSB0ZXN0aW5nIGFuZCBnZXR0aW5nIHRoZSBwYXRjaCByZXZpZXdl ZA0KYmVmb3JlIEkgbWFrZSB0aGUgb2ZmaWNpYWwgY29tbWl0LiBJbiB0aGUgbWVhbnRpbWUsIA0K cGxlYXNlIHRyeSBpdCBvdXQgYW5kIGxldCBtZSBrbm93IGhvdyB0aGUgcGF0Y2ggd29ya3MgDQpv dXQgZm9yIHlvdS4NCg0KVGhhbmtzLA0KDQotLSBRaW5nDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KPiBGcm9tOiBvd25lci1mcmVlYnNkLW5ldEBmcmVlYnNkLm9yZyBbbWFpbHRv Om93bmVyLWZyZWVic2QtDQo+IG5ldEBmcmVlYnNkLm9yZ10gT24gQmVoYWxmIE9mIFZsYWRpc2xh diBWLiBQcm9kYW4NCj4gU2VudDogV2VkbmVzZGF5LCBEZWNlbWJlciAyNCwgMjAwOCAxMTozMyBB TQ0KPiBUbzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnOyBmcmVlYnNkLW5ldEBmcmVlYnNk Lm9yZw0KPiBDYzogZnJlZWJzZC1oYWNrZXJzQGZyZWVic2Qub3JnDQo+IFN1YmplY3Q6IE9kZCBi ZWhhdmlvciByb3V0ZWQNCj4gDQo+ICMgdW5hbWUgLWENCj4gRnJlZUJTRCBtYXJ5LXRlcmVzYS5Y WFhYWCA4LjAtQ1VSUkVOVCBGcmVlQlNEIDguMC1DVVJSRU5UICMwOiBXZWQgRGVjDQo+IDI0DQo+ IDA1OjA2OjU1IEVFVCAyMDA4DQo+IHZsYWQxMUBtYXJ5LXRlcmVzYS5YWFhYWDovdXNyL29iai91 c3Ivc3JjL3N5cy9tYXJ5LXRlcmVzYS4xMCAgYW1kNjQNCj4gDQo+IFdlIGhhdmUgdHdvIHByb3Zp ZGVycyBvbiB0dW4xIGFuZCB0dW4yLg0KPiANCj4gID4+L2V0Yy9yYy5jb25mOg0KPiAuLi4NCj4g Z2F0ZXdheV9lbmFibGU9IllFUyINCj4gcm91dGVyPSIvc2Jpbi9yb3V0ZWQiDQo+IHJvdXRlcl9l bmFibGU9IllFUyINCj4gcm91dGVyX2ZsYWdzPSItcyAtVCAvdmFyL2xvZy9yb3V0ZWQubG9nIC1Q IG5vX3JpcCINCj4gLi4uDQo+IA0KPiAjIG5ldHN0YXQgLXJuDQo+IFJvdXRpbmcgdGFibGVzDQo+ IA0KPiBJbnRlcm5ldDoNCj4gRGVzdGluYXRpb24gICAgICAgIEdhdGV3YXkgICAgICAgICAgICBG bGFncyAgICBSZWZzICAgICAgVXNlICBOZXRpZg0KPiBFeHBpcmUNCj4gZGVmYXVsdCAgICAgICAg ICAgIDg5LjIwOS45NS4yNTQgICAgICBVR1MgICAgICAgICAwICAgNjUzNDE4ICAgdHVuMQ0KPiAx MC4wLjAuMC8yNCAgICAgICAgbGluayMxICAgICAgICAgICAgIFUgICAgICAgICAgIDAgICAgODU1 OTUgICAgcmUwDQo+IDg1LjIzOC4xMDkuNjEgICAgICAxMjcuMC4wLjEgICAgICAgICAgVUggICAg ICAgICAgMCAgICAgICAgMCAgICBsbzANCj4gODkuMjA5LlhYLllZICAgICAgIDEyNy4wLjAuMSAg ICAgICAgICBVSCAgICAgICAgICAwICAgICAgNDgzICAgIGxvMA0KPiA4OS4yMDkuOTUuMjU0ICAg ICAgODkuMjA5LlhYLllZICAgICAgIFVIICAgICAgICAgIDAgICAgICAgIDAgICB0dW4xDQo+IDEy Ny4wLjAuMSAgICAgICAgICBsaW5rIzYgICAgICAgICAgICAgVUggICAgICAgICAgMCAgICAxOTc4 MSAgICBsbzANCj4gMTkyLjE2OC4xNTIuMC8yNCAgIDEwLjAuMC4yMCAgICAgICAgICBVR1MgICAg ICAgICAwICAgICAgICAwICAgIHJlMA0KPiAxOTUuMTM4LjgwLjE2OCAgICAgbGluayM4ICAgICAg ICAgICAgIFVIICAgICAgICAgIDAgICAgICAgIDUgICB0dW4yDQo+IA0KPiBJbnRlcm5ldDY6DQo+ IERlc3RpbmF0aW9uICAgICAgICAgICAgICAgICAgICAgICBHYXRld2F5ICAgICAgICAgICAgICAg ICAgICAgICBGbGFncw0KPiAgIE5ldGlmIEV4cGlyZQ0KPiA6OjEgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgbGluayM2ICAgICAgICAgICAgICAgICAgICAgICAgVUgNCj4gbG8wDQo+IGZl ODA6OiVsbzAvNjQgICAgICAgICAgICAgICAgICAgICBsaW5rIzYgICAgICAgICAgICAgICAgICAg ICAgICBVDQo+IGxvMA0KPiBmZjAxOjY6Oi8zMiAgICAgICAgICAgICAgICAgICAgICAgZmU4MDo6 MSVsbzAgICAgICAgICAgICAgICAgICAgVQ0KPiBsbzANCj4gZmYwMTo3OjovMzIgICAgICAgICAg ICAgICAgICAgICAgIGZlODA6OjJlMDo0ZGZmOmZlN2I6NjkwYyV0dW4xIFVHDQo+IHR1bjENCj4g ZmYwMTo4OjovMzIgICAgICAgICAgICAgICAgICAgICAgIGZlODA6OjJlMDo0ZGZmOmZlN2I6Njkw YyV0dW4yIFVHDQo+IHR1bjINCj4gZmYwMjo6JWxvMC8zMiAgICAgICAgICAgICAgICAgICAgIGZl ODA6OjElbG8wICAgICAgICAgICAgICAgICAgIFUNCj4gbG8wDQo+IGZmMDI6OiV0dW4xLzMyICAg ICAgICAgICAgICAgICAgICBmZTgwOjoyZTA6NGRmZjpmZTdiOjY5MGMldHVuMSBVRw0KPiB0dW4x DQo+IGZmMDI6OiV0dW4yLzMyICAgICAgICAgICAgICAgICAgICBmZTgwOjoyZTA6NGRmZjpmZTdi OjY5MGMldHVuMiBVRw0KPiB0dW4yDQo+IA0KPiANCj4gSSB3b3VsZCBsaWtlIHRvIHB1dCBzb21l IG5ldHdvcmtzIHZpYSBhIHNlY29uZCBJU1A6DQo+ICMgL3NiaW4vcm91dGUgYWRkIC1uZXQgNzku MTQwLjAuMC8yMCAtaWZhY2UgdHVuMg0KPiBhZGQgbmV0IDc5LjE0MC4wLjA6IGdhdGV3YXkgdHVu Mg0KPiAjIC9zYmluL3JvdXRlIGFkZCAtbmV0IDg1LjIzOC45Ni4wLzE5IC1pZmFjZSB0dW4yDQo+ IGFkZCBuZXQgODUuMjM4Ljk2LjA6IGdhdGV3YXkgdHVuMg0KPiAjIC9zYmluL3JvdXRlIGFkZCAt bmV0IDE5NS4xMzguNjQuMC8xOSAtaWZhY2UgdHVuMg0KPiBhZGQgbmV0IDE5NS4xMzguNjQuMDog Z2F0ZXdheSB0dW4yDQo+IA0KPiBCdXQgcm91dGVzIGRvIG5vdCBhcHBlYXIsIHRoZSB0YWJsZSBy ZW1haW5zIHVuY2hhbmdlZC4NCj4gSW4gdGhlIGxvZ3Mgcm91dGVkOg0KPiANCj4gUlRNX0FERCBm cm9tIHBpZCA3MjM0OiA3OS4xNDAuMC4wIChtYXNrIDB4ZmZmZmYwMDApIC0tPiA4NS4yMzguMTA5 LjYxDQo+IHN0YXRpYyByb3V0ZSA3OS4xNDAuMC4wIChtYXNrIDB4ZmZmZmYwMDApIC0tPiA4NS4y MzguMTA5LjYxIGltcG9zc2libHkNCj4gbGFja3MgaWZwDQo+IC0tIDExOjM1OjE2IC0tDQo+IFJU TV9BREQgZnJvbSBwaWQgNzI1MDogODUuMjM4Ljk2LjAgKG1hc2sgMHhmZmZmZTAwMCkgLS0+IDg1 LjIzOC4xMDkuNjENCj4gc3RhdGljIHJvdXRlIDg1LjIzOC45Ni4wIChtYXNrIDB4ZmZmZmUwMDAp IC0tPiA4NS4yMzguMTA5LjYxIGltcG9zc2libHkNCj4gbGFja3MgaWZwDQo+IC0tIDExOjM1OjI4 IC0tDQo+IFJUTV9BREQgZnJvbSBwaWQgNzI2MjogMTk1LjEzOC42NC4wIChtYXNrIDB4ZmZmZmUw MDApIC0tPiA4NS4yMzguMTA5LjYxDQo+IHN0YXRpYyByb3V0ZSAxOTUuMTM4LjY0LjAgKG1hc2sg MHhmZmZmZTAwMCkgLS0+IDg1LjIzOC4xMDkuNjENCj4gaW1wb3NzaWJseQ0KPiBsYWNrcyBpZnAN Cj4gDQo+IA0KPiBCZWZvcmUgcmVidWlsZCBrZXJuZWwsIGl0IGFwcGVhcmVkLCBhbmQgbm93IHRo ZXJlIGlzIG5vLg0KPiBJdCBpcyBub3cgYWRkaW5nIHJvdXRlcz8NCj4gDQo+IFVzaW5nIGdhdGVk fHF1YWdnYXx6ZWJyYSBkb2VzIG5vdCBvZmZlci4NCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBmcmVlYnNkLW5ldEBmcmVlYnNkLm9y ZyBtYWlsaW5nIGxpc3QNCj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGlu Zm8vZnJlZWJzZC1uZXQNCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVi c2QtbmV0LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 10:11:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5754B1065673; Thu, 25 Dec 2008 10:11:18 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id F0A128FC1A; Thu, 25 Dec 2008 10:11:17 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=Ke5ex527ArKSEK6rmP4DzPh7Pqgm02CnQgU3Qnwov86XpJCID3TOdHcO2rFuC0WpicjOc8Yx7fBZgBUuOqUr8MSQDqeDijNO124A20gibdxIkcsOyHAQ35r//EJjrwVLVUWW756hKxjxYmd0Er92B+EYa6nYGjMHB1EMrrg73Xs=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LFnBU-0009X2-AB; Thu, 25 Dec 2008 13:11:16 +0300 Date: Thu, 25 Dec 2008 13:11:14 +0300 From: Eygene Ryabinkin To: "Li, Qing" Message-ID: References: <49528E6F.30600@ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: Qing Li , "Vladislav V. Prodan" , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: Odd behavior routed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 10:11:18 -0000 Thu, Dec 25, 2008 at 01:32:43AM -0800, Li, Qing wrote: > Please find the patch file in my home directory > at http://people.freebsd.org/~qingli/arp-v2-patch-122508 The real URL is http://people.freebsd.org/~qingli/arp-v2-patch-122408 -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 10:33:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E461106564A; Thu, 25 Dec 2008 10:33:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 573CB8FC1E; Thu, 25 Dec 2008 10:33:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=EmD7YgjV_IgLhmFRBxsA:9 a=MUpjq7cjewOrl6AN888A:7 a=0gGfXHuXH7zZWLARCKFC3xeE44gA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 781664455; Thu, 25 Dec 2008 11:33:07 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 25 Dec 2008 11:35:27 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812241212.02913.hselasky@c2i.net> <20081224214435.GA46772@localhost.my.domain> In-Reply-To: <20081224214435.GA46772@localhost.my.domain> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812251135.28003.hselasky@c2i.net> Cc: Alexey Shuvaev , Renato Botelho , Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 10:33:10 -0000 On Wednesday 24 December 2008, Alexey Shuvaev wrote: > On Wed, Dec 24, 2008 at 12:12:02PM +0100, Hans Petter Selasky wrote: > > Hi, > > > > I have made some patches for this kind of issues which are not yet > > in -current. > > > > You can try to fetch the latest from: > > > > svn --username anonsvn --password anonsvn \ > > checkout svn://svn.turbocat.net/i4b > > > > cd i4b/trunk/i4b/src/sys/dev > > cp -r usb2 /sys/dev/ > > make -C /sys/modules/usb2 clean all install > > Hello! > > During buildworld I'm getting: > > ===> usr.bin/kdump (all) > cc -O2 -pipe -march=pentium4m -I/usr/src/usr.bin/kdump/../ktrace > -I/usr/src/usr. bin/kdump -I/usr/src/usr.bin/kdump/../.. -fstack-protector > -c /usr/src/usr.bin/ kdump/kdump.c > cc -O2 -pipe -march=pentium4m -I/usr/src/usr.bin/kdump/../ktrace > -I/usr/src/usr. bin/kdump -I/usr/src/usr.bin/kdump/../.. -fstack-protector > -c ioctl.c In file included from ioctl.c:55: > /usr/obj/usr/src/tmp/usr/include/dev/usb2/include/urio2_ioctl.h:27: error: > redef inition of 'struct RioCommand' > *** Error code 1 > > Stop in /usr/src/usr.bin/kdump. > *** Error code 1 > > > Some investigations: > [localhost] /usr/src/sys/dev/usb2> grep -R urio2_ioctl.h * > include/.svn/text-base/urio2_ioctl.h.svn-base:/* $FreeBSD: > src/sys/dev/usb2/include/urio2_ioctl.h,v 1.1 2008/11/04 02:31:03 alfred Exp > $ */ include/.svn/entries:urio2_ioctl.h > include/urio2_ioctl.h:/* $FreeBSD: > src/sys/dev/usb2/include/urio2_ioctl.h,v 1.1 2008/11/04 02:31:03 alfred Exp > $ */ > > After > localhost# rm sys/dev/usb2/include/urio2_ioctl.h > localhost# rm > /usr/obj/usr/src/tmp/usr/include/dev/usb2/include/urio2_ioctl.h > > and -DNO_CLEAN buildworld is gone beyond kdump > (doing honest buildworld takes more then 2.5 hours -> no fun :). > > Some stale file? The file is not in CVS: % less /usr/obj/usr/src/tmp/usr/include/dev/usb2/include/urio2_ioctl.h /usr/obj/usr/src/tmp/usr/include/dev/usb2/include/urio2_ioctl.h: No such file or directory I've removed the file from my private SVN. Maybe that is where you got the files from? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 10:42:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B07841065670; Thu, 25 Dec 2008 10:42:35 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id DFEBD8FC1D; Thu, 25 Dec 2008 10:42:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=zf2rZzBpZMdV1UJWqLsA:9 a=i_QSYm5nkDXowbgSAlkA:7 a=Z70ydVtSH8hyU3cg1XqqSpN-1EQA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1170991410; Thu, 25 Dec 2008 11:42:28 +0100 From: Hans Petter Selasky To: Bruce Cran Date: Thu, 25 Dec 2008 11:44:47 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812242147.07173.hselasky@c2i.net> <20081224210435.7fbac729@gluon> In-Reply-To: <20081224210435.7fbac729@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812251144.48641.hselasky@c2i.net> Cc: Renato Botelho , freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 10:42:35 -0000 On Wednesday 24 December 2008, Bruce Cran wrote: > On Wed, 24 Dec 2008 21:47:05 +0100 > > Hans Petter Selasky wrote: > > On Wednesday 24 December 2008, Bruce Cran wrote: > > > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2 > > >.c > > > > The missing define is defined in: > > > > > > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/include/usb2_ioc > >tl.h > > > > Maybe you can check that file. > > usb2_ioctl.h defines USB_SHORT_XFER_OK but uchcom2.c doesn't include > that file. Manually adding a #include line fixes the problem. Ok, you got the files from my SVN. Should be fixed now. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 11:42:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A8191065675 for ; Thu, 25 Dec 2008 11:42:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id A75D08FC08 for ; Thu, 25 Dec 2008 11:42:36 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=zf2rZzBpZMdV1UJWqLsA:9 a=i_QSYm5nkDXowbgSAlkA:7 a=Z70ydVtSH8hyU3cg1XqqSpN-1EQA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1170991410; Thu, 25 Dec 2008 11:42:28 +0100 From: Hans Petter Selasky To: Bruce Cran Date: Thu, 25 Dec 2008 11:44:47 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812242147.07173.hselasky@c2i.net> <20081224210435.7fbac729@gluon> In-Reply-To: <20081224210435.7fbac729@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812251144.48641.hselasky@c2i.net> Cc: Renato Botelho , freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 11:42:37 -0000 On Wednesday 24 December 2008, Bruce Cran wrote: > On Wed, 24 Dec 2008 21:47:05 +0100 > > Hans Petter Selasky wrote: > > On Wednesday 24 December 2008, Bruce Cran wrote: > > > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/serial/uchcom2 > > >.c > > > > The missing define is defined in: > > > > > > /usr/src/sys/modules/usb2/serial_chcom/../../../dev/usb2/include/usb2_ioc > >tl.h > > > > Maybe you can check that file. > > usb2_ioctl.h defines USB_SHORT_XFER_OK but uchcom2.c doesn't include > that file. Manually adding a #include line fixes the problem. Ok, you got the files from my SVN. Should be fixed now. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 12:38:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB721065675 for ; Thu, 25 Dec 2008 12:38:02 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3698FC16 for ; Thu, 25 Dec 2008 12:38:01 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id B67261D29E; Thu, 25 Dec 2008 13:38:00 +0100 (CET) Date: Thu, 25 Dec 2008 13:38:00 +0100 From: Erwin Lansing To: freebsd-current@freebsd.org Message-ID: <20081225123800.GH23166@droso.net> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> <20081221125120.GO23166@droso.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qBZdodXHn0c6GKWW" Content-Disposition: inline In-Reply-To: <20081221125120.GO23166@droso.net> X-Operating-System: FreeBSD/i386 7.1-PRERELEASE User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 12:38:02 -0000 --qBZdodXHn0c6GKWW Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 21, 2008 at 01:51:21PM +0100, Erwin Lansing wrote: > On Sun, Dec 21, 2008 at 06:01:35AM +0100, Gerald Pfeifer wrote: > >=20 > > How many other ports are affected? > >=20 > The latest full run with HEAD from a few days back hasn't quite finished > yet, so there might turn up a few more, but so far it's just a handful: >=20 Here's the full list of ports affected by ARP v2. I have informed the maintainers of these ports and some of them are already fixed, or marked as BROKEN until a right fix can be implemented. net/olsrd net/openbgpd net/openospfd net/p5-Net-ARP net/p5-Net-RawIP net/quagga net/scamper net/trafshow3 net-im/trix net-mgmt/net-snmp net-mgmt/net-snmp4 net/wackamole net-mgmt/wide-dhcp emulators/wine net/xorp net/zebra security/dsniff net/freevrrpd net/isc-dhcp30-server net/libdnet devel/libpdel net/netwib net/bird www/wyvern net/mgen devel/pwlib Best, -erwin --=20 Erwin Lansing http://droso.org erwin@FreeBSD.org You are now free to move around the cabin erwin@aauug.dk --qBZdodXHn0c6GKWW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJU36oqy9aWxUlaZARAiNpAKD+3lyxQXp+pg8oEzVbvTKR2+aMtACaAmt9 TZZoQyiyUv/MM0NzHb9Sy1Y= =YoNV -----END PGP SIGNATURE----- --qBZdodXHn0c6GKWW-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 12:58:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E837106564A; Thu, 25 Dec 2008 12:58:18 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id D5E8C8FC12; Thu, 25 Dec 2008 12:58:17 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [192.168.2.100] ([172.21.151.2]) by smtp-1.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Dec 2008 13:58:15 +0100 Message-ID: <4953834E.3020100@dlr.de> Date: Thu, 25 Dec 2008 13:57:50 +0100 From: Hartmut Brandt User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Robert Watson References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <495165D8.2070409@dlr.de> <495246C9.9090305@incunabulum.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Dec 2008 12:58:15.0668 (UTC) FILETIME=[738C7B40:01C96690] Cc: Qing Li , "Li, Qing" , Bruce Simpson , freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: NATM hardware available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 12:58:18 -0000 Robert Watson wrote: > On Wed, 24 Dec 2008, Bruce Simpson wrote: > >> Hartmut Brandt wrote: >> >>> In any case there is still an Todo on my side: the routing >>> information for NETNATM is currently lost somewhere between L2 and >>> L3 :-) I guess I come back to you in the new year to fix this >>> issue... Have to fetch my ATM equipment from the corner where it is >>> collecting dust to setup a testbed. >> >> Guys: >> >> Native NATM support would be nice, because it lets FreeBSD be used as >> a direct ADSL endpoint without an external ADSL router. >> >> I have a pair of ATM25 cards, an ATM25 crossover, and an >> ATM25-to-ADSL G.DMT modem bagged up ready to ship to someone who has >> the time and motivation to work on NATM. >> >> Also: I did have an ATM25 capable switch which I left at ICSI in >> Berkeley, I don't know where it is at the moment due to people >> movements. > > Do we have any of the necessary software parts to do simulated ATM > hardware similar to what if_tap does for Ethernet? Using the VIMAGE > stuff and virtual ATM hardware might open up the door to a more > accessible development and test environment. I did the NATM locking > work essentially "blind" due to a lack of test environment locally, > which seemed to work out, but a software test system would go a long way. Having at least a virtual interface would be nice. Should be fairly easy if only UBR (unspecified bit rate) is supported. harti From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 16:08:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52C53106564A; Thu, 25 Dec 2008 16:08:35 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2FCC78FC19; Thu, 25 Dec 2008 16:08:28 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id CF671A067C; Thu, 25 Dec 2008 17:08:26 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id C170EA066B; Thu, 25 Dec 2008 17:08:26 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 8EFD9A0655; Thu, 25 Dec 2008 17:08:26 +0100 (CET) Received: from localhost.my.domain ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2008122517082545-13596 ; Thu, 25 Dec 2008 17:08:25 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Thu, 25 Dec 2008 17:08:44 +0100 Date: Thu, 25 Dec 2008 17:08:43 +0100 From: Alexey Shuvaev To: Hans Petter Selasky Message-ID: <20081225160843.GA1826@localhost.my.domain> References: <20081222214010.GA18389@elvis.mu.org> <200812241212.02913.hselasky@c2i.net> <20081224214435.GA46772@localhost.my.domain> <200812251135.28003.hselasky@c2i.net> MIME-Version: 1.0 In-Reply-To: <200812251135.28003.hselasky@c2i.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/25/2008 05:08:25 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/25/2008 05:08:26 PM Content-Type: multipart/mixed; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org, Alfred Perlstein Subject: usb stick problem [Was: HEADSUP usb2 (usb4bsd) to become default in 2 weeks.] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 16:08:35 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 25, 2008 at 11:35:27AM +0100, Hans Petter Selasky wrote: > On Wednesday 24 December 2008, Alexey Shuvaev wrote: > > On Wed, Dec 24, 2008 at 12:12:02PM +0100, Hans Petter Selasky wrote: > > > Hi, > > > > > > I have made some patches for this kind of issues which are not yet > > > in -current. > > > > > > You can try to fetch the latest from: > > > > > > svn --username anonsvn --password anonsvn \ > > > checkout svn://svn.turbocat.net/i4b > > > > > > cd i4b/trunk/i4b/src/sys/dev > > > cp -r usb2 /sys/dev/ > > > make -C /sys/modules/usb2 clean all install > > > > Hello! > > > > During buildworld I'm getting: > > > > [snip] > > > > The file is not in CVS: > > % less /usr/obj/usr/src/tmp/usr/include/dev/usb2/include/urio2_ioctl.h > /usr/obj/usr/src/tmp/usr/include/dev/usb2/include/urio2_ioctl.h: No such file > or directory > > I've removed the file from my private SVN. Maybe that is where you got the > files from? > Exactly. I've done so trying your newest sources to see if the problem with: Dec 25 15:29:48 localhost kernel: usb2_alloc_device:1423: set address 2 failed (ignored) Dec 25 15:29:48 localhost kernel: usb2_alloc_device:1458: getting device descriptor at addr 2 failed! Dec 25 15:29:49 localhost kernel: usb2_req_re_enumerate:1362: addr=2, set address failed! (ignored) Dec 25 15:29:49 localhost kernel: usb2_req_re_enumerate:1375: getting device descriptor at addr 2 failed! Dec 25 15:29:50 localhost kernel: usb2_req_re_enumerate:1362: addr=2, set address failed! (ignored) Dec 25 15:29:50 localhost kernel: usb2_req_re_enumerate:1375: getting device descriptor at addr 2 failed! Dec 25 15:29:50 localhost kernel: uhub_reattach_port:417: could not allocate new device! is gone. Not quite yet :( Attached are 2 logs from messages with hw.usb2.debug=15. The successful one is when I am at the system console (where these messages are printed too) during the plug-in of the stick. And when I am at another virtual console, the stick normally failed to attach (second log). Subtle timing probem? (Attaching logs as octet-stream with the hope that mailing lists strip them down while you actually get them.) FWIW, with the old stack the stick is always recognized. Hope, this helps solve this issue, Alexey. --IJpNTDwzlM2Ie8A6 Content-Type: application/octet-stream Content-Disposition: attachment; filename=usb2_umass_success_verbose2 Content-Transfer-Encoding: base64 RGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBk b25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NP TVBMRVRJT04KRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODY6IGNiIDB4YzQzMzAwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAx NjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6 IHhmZXI9MHhjNDMzMDBlMCBwaXBlPTB4YzQzZjkzYTggc3RzPTAgYWxlbj0xLCBzbGVuPTgsIGFm cm09MSwgbmZybT0xCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0 X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDMzMDBlMCwgcGlwZT0weGM0M2Y5M2E4LCBuZnJhbWVz PTEsIGRpcj1yZWFkCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBf cGlwZTogcGlwZT0weGM0M2Y5M2E4IGVkZXNjPTB4YzQzZjEwYjIgaXNvY19uZXh0PTAgdG9nZ2xl X25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4ODEKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5M2E4IHhmZXI6IApEZWMgMjUgMTY6 MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAy NSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBj YiAweGM0MzMwMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDMzMDBlMCAobGVhdmUpCkRlYyAy NSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBj YiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVx dWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVl c3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDEgd0xlbmd0aD0weDAwMDQKRGVjIDI1 IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNi IDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjMw OjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0 NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFtZXM9MiwgZGlyPXJlYWQKRGVjIDI1IDE2OjMw OjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRl c2M9MHhjNDNmOWIwYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9 MHgwMApEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBw aXBlPTB4YzQzZjkzODAgeGZlcjogCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMg MjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0 CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9j b21tYW5kOjE3NzogCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUxIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpE ZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6 NDQ6IApEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2Zlcjox Njc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUxIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JN QUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MSBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVj IDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6 MjM3NTogeGZlcj0weGM0NDYzMGUwIHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVu PTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2 OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9 MHhjNDNmOTAwMCBibVJlcXVlc3RUeXBlPTB4MjMgYlJlcXVlc3Q9MHgwMSB3VmFsdWU9MHgwMDEw IHdJbmRleD0weDAwMDEgd0xlbmd0aD0weDAwMDAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpE ZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4 Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3Jl cXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkz ODAsIG5mcmFtZXM9MSwgZGlyPXJlYWQKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRlc2M9MHhjNDNmOWIwYiBpc29jX25l eHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjUgMTY6MzA6NTEg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQzZjkzODAgeGZlcjog CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTog ZW50ZXIKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1MSBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNSAx NjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAw eGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjUgMTY6MzA6NTEg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJf Tk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf dHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUg MTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2Ig MHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0NDYzMGUw IHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTgsIHNsZW49OCwgYWZybT0xLCBuZnJtPTEKRGVj IDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3 Njogc3Q9MQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQzZjkwMDAgYm1SZXF1ZXN0VHlw ZT0weGEzIGJSZXF1ZXN0PTB4MDAgd1ZhbHVlPTB4MDAwMCB3SW5kZXg9MHgwMDAxIHdMZW5ndGg9 MHgwMDA0CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6 MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0w CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEz NDg6IHhmZXI9MHhjNDQ2MzBlMCwgcGlwZT0weGM0M2Y5MzgwLCBuZnJhbWVzPTIsIGRpcj13cml0 ZQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9 MHhjNDNmOTM4MCBlZGVzYz0weGM0M2Y5YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVu ZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2R1bXBfcXVldWU6IHBpcGU9MHhjNDNmOTM4MCB4ZmVyOiAKRGVjIDI1IDE2OjMwOjUxIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTEg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBl MCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3Rh cnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29u ZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ0NjMwZTAgKGxlYXZlKQpEZWMg MjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODog Y2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZp Z190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMg MjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVy cj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVj IDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5 OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFj a193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ0NjMwZTAgcGlwZT0weGM0M2Y5MzgwIHN0cz0w IGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjMw OjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxl YXZlKQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2Zs YWdzOjI2MDogdWRldj0weGM0M2Y5MDAwIGJtUmVxdWVzdFR5cGU9MHgyMyBiUmVxdWVzdD0weDAz IHdWYWx1ZT0weDAwMDQgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4MDAwMApEZWMgMjUgMTY6MzA6 NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2 MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxi YWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MzA6NTEgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjMwZTAs IHBpcGU9MHhjNDNmOTM4MCwgbmZyYW1lcz0xLCBkaXI9cmVhZApEZWMgMjUgMTY6MzA6NTEgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDNmOTM4MCBlZGVzYz0weGM0 M2Y5YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRl YyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhj NDNmOTM4MCB4ZmVyOiAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlw ZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoz MDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1 IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6 MTc3OiAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODg6IGNiIDB4YzQ0NjMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAx NjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRl YyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9u ZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05PUk1BTF9DT01Q TEVUSU9OCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6 MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4 ZmVyPTB4YzQ0NjMwZTAgcGlwZT0weGM0M2Y5MzgwIHN0cz0wIGFsZW49OCwgc2xlbj04LCBhZnJt PTEsIG5mcm09MQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1 ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUxIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAw MCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0w eDAwMDEgd0xlbmd0aD0weDAwMDQKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6 MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2Ug MS00CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2Fs bGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3Rh cnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFt ZXM9MiwgZGlyPXdyaXRlCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1 bXBfcGlwZTogcGlwZT0weGM0M2Y5MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9n Z2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUg MTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRl YyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2 OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MzA6NTEg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBl MCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9D T01QTEVUSU9OCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVy X2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUx IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMw ZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFj a193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4 YzQzZjkzODAgc3RzPTAgYWxlbj0xMiwgc2xlbj0xMiwgYWZybT0yLCBuZnJtPTIKRGVjIDI1IDE2 OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9 MQpEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQzZjkwMDAgYm1SZXF1ZXN0VHlwZT0weDIz IGJSZXF1ZXN0PTB4MDEgd1ZhbHVlPTB4MDAxNCB3SW5kZXg9MHgwMDAxIHdMZW5ndGg9MHgwMDAw CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTEg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAy NSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhm ZXI9MHhjNDQ2MzBlMCwgcGlwZT0weGM0M2Y5MzgwLCBuZnJhbWVzPTEsIGRpcj1yZWFkCkRlYyAy NSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0M2Y5 MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRB ZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9x dWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRl cikKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4 OiBzdGFydApEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRf cXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBlMCAobGVhdmUpCkRlYyAyNSAxNjoz MDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChs ZWF2ZSkKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rp c3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3dfdHJh bnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjoz MDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9F UlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUxIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6 MzA6NTEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2Ug MS00CkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4YzQzZjkzODAgc3RzPTAgYWxlbj04 LCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNSAxNjozMDo1MSBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjMwOjUxIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMg MjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfcmVzZXRfcG9ydDo1NjY6IHBv cnQgMSByZXNldCByZXR1cm5pbmcgZXJyb3I9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMg MjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDog dWRldj0weGM0M2Y5MDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0w eDAwMDAgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4MDAwNApEZWMgMjUgMTY6MzA6NTIgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50 ZXIpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf ZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjMwZTAsIHBpcGU9MHhj NDNmOTM4MCwgbmZyYW1lcz0yLCBkaXI9d3JpdGUKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRlc2M9MHhjNDNmOWIwYiBp c29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQzZjkzODAg eGZlcjogCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6 MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1 MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRl YyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4 OiBjYiAweGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVT Ql9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpE ZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUyIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0 NDYzMGUwIHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5m cm09MgpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2Nh bGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfYWxsb2NfZGV2aWNlOjEyODc6IHBhcmVudF9kZXY9MHhjNDNmMjE4MCwg YnVzPTB4YzQyYTJjZjAsIHBhcmVudF9odWI9MHhjNDNmOTAwMCwgZGVwdGg9MSwgcG9ydF9pbmRl eD0wLCBwb3J0X25vPTEsIHNwZWVkPTIsIHVzYjJfbW9kZT0wCkRlYyAyNSAxNjozMDo1MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX3JlcV9zZXRfYWRkcmVzczoxMDA0OiBzZXR0aW5nIGRldmljZSBh ZGRyZXNzPTIKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVz dF9mbGFnczoyNjA6IHVkZXY9MHhjNDhkODAwMCBibVJlcXVlc3RUeXBlPTB4MDAgYlJlcXVlc3Q9 MHgwNSB3VmFsdWU9MHgwMDAyIHdJbmRleD0weDAwMDAgd0xlbmd0aD0weDAwMDAKRGVjIDI1IDE2 OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZ2V0X3BpcGU6MTc3OiB1ZGV2PTB4YzQ4ZDgw MDAgaWZhY2VfaW5kZXg9MCBhZGRyZXNzPTB4MCB0eXBlPTB4MCBkaXI9MHhmZiBpbmRleD0wCkRl YyAyNSAxNjozMDo1MiBsb2NhbGhvc3QgbGFzdCBtZXNzYWdlIHJlcGVhdGVkIDMgdGltZXMKRGVj IDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6 IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2 OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0w eGM0OWFhMGUwLCBwaXBlPTB4YzQ4ZDgzODAsIG5mcmFtZXM9MSwgZGlyPXdyaXRlCkRlYyAyNSAx NjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0OGQ4Mzgw IGVkZXNjPTB4YzQ4ZDhiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRy ZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1 ZTogcGlwZT0weGM0OGQ4MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzY3OiBvcGVuCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRl cikKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODg6IGNiIDB4YzQ5YWEwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRl YyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50 ZXIKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1MiBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2 ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfU1RBTExF RApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0w eGM0OWFhMGUwIHBpcGU9MHhjNDhkODM4MCBzdHM9MjIgYWxlbj04LCBzbGVuPTgsIGFmcm09MSwg bmZybT0xCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3Rf Y2FsbGJhY2s6NzY6IHN0PTIKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9zdG9wOjE2MjY6IGNsb3NlCkRlYyAyNSAxNjozMDo1 MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJf Q0FOQ0VMTEVECkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVy X2RvbmU6MjAyODogbm90IHRyYW5zZmVycmluZwpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9hbGxvY19kZXZpY2U6MTQyMzogc2V0IGFkZHJlc3MgMiBmYWlsZWQgKGlnbm9y ZWQpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3JlcV9nZXRfZGVzYzo1 OTk6IGlkPTAsIHR5cGU9MSwgaW5kZXg9MCwgbWF4X2xlbj04CkRlYyAyNSAxNjozMDo1MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ4ZDgwMDAg Ym1SZXF1ZXN0VHlwZT0weDgwIGJSZXF1ZXN0PTB4MDYgd1ZhbHVlPTB4MDEwMCB3SW5kZXg9MHgw MDAwIHdMZW5ndGg9MHgwMDA4CkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2dldF9waXBlOjE3NzogdWRldj0weGM0OGQ4MDAwIGlmYWNlX2luZGV4PTAgYWRkcmVzcz0weDAg dHlwZT0weDAgZGlyPTB4ZmYgaW5kZXg9MApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGxhc3Qg bWVzc2FnZSByZXBlYXRlZCAzIHRpbWVzCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1 IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBj YXNlIDEtNApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0 X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDlhYTBlMCwgcGlwZT0weGM0OGQ4MzgwLCBu ZnJhbWVzPTIsIGRpcj13cml0ZQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9kdW1wX3BpcGU6IHBpcGU9MHhjNDhkODM4MCBlZGVzYz0weGM0OGQ4YjBiIGlzb2NfbmV4dD0w IHRvZ2dsZV9uZXh0PTEgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjozMDo1MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDhkODM4MCB4ZmVyOiAKRGVj IDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM2Nzog b3BlbgpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2ZSkK RGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhYTBlMCAobGVhdmUpCkRlYyAy NSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBj YiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRlYyAy NSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQK RGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODg6IGNiIDB4YzQ5YWEwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1 MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2 ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToy MDIxOiBlcnI9VVNCX0VSUl9TVEFMTEVECkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1 IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBj YXNlIDEtNApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193 cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ5YWEwZTAgcGlwZT0weGM0OGQ4MzgwIHN0cz0yMiBh bGVuPTgsIHNsZW49MTYsIGFmcm09MSwgbmZybT0yCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTIKRGVjIDI1IDE2OjMwOjUy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZl KQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9zdG9wOjE2 MjY6IGNsb3NlCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVy X2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfQ0FOQ0VMTEVECkRlYyAyNSAxNjozMDo1MiBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyODogbm90IHRyYW5zZmVycmluZwpEZWMg MjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9hbGxvY19kZXZpY2U6MTQ1ODogZ2V0 dGluZyBkZXZpY2UgZGVzY3JpcHRvciBhdCBhZGRyIDIgZmFpbGVkIQpEZWMgMjUgMTY6MzA6NTIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0M2Y5 MDAwIGJtUmVxdWVzdFR5cGU9MHgyMyBiUmVxdWVzdD0weDAzIHdWYWx1ZT0weDAwMDQgd0luZGV4 PTB4MDAwMSB3TGVuZ3RoPTB4MDAwMApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAx NjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2Fz ZSAxLTQKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9j YWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9z dGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjMwZTAsIHBpcGU9MHhjNDNmOTM4MCwgbmZy YW1lcz0xLCBkaXI9cmVhZApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9k dW1wX3BpcGU6IHBpcGU9MHhjNDNmOTM4MCBlZGVzYz0weGM0M2Y5YjBiIGlzb2NfbmV4dD0wIHRv Z2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDNmOTM4MCB4ZmVyOiAKRGVjIDI1 IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpE ZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI1IDE2OjMwOjUy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ0NjMw ZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxf Q09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zl cl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjozMDo1 MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYz MGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJh Y2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ0NjMwZTAgcGlwZT0w eGM0M2Y5MzgwIHN0cz0wIGFsZW49OCwgc2xlbj04LCBhZnJtPTEsIG5mcm09MQpEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0x CkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf ZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDQ2YTAwMCBibVJlcXVlc3RUeXBlPTB4YTMg YlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDEgd0xlbmd0aD0weDAwMDQK RGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODY6IGNiIDB4YzQ0NjEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MiBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1 IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZl cj0weGM0NDYxMGUwLCBwaXBlPTB4YzQ0NmEzODAsIG5mcmFtZXM9MiwgZGlyPXJlYWQKRGVjIDI1 IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ0NmEz ODAgZWRlc2M9MHhjNDQ2YWIwYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFk ZHJlc3M9MHgwMApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1 ZXVlOiBwaXBlPTB4YzQ0NmEzODAgeGZlcjogCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjEwZTAgKGVudGVy KQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6 IHN0YXJ0CkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9x dWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0NDYxMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMw OjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxl YXZlKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlz cGF0Y2g6NDQ6IApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFu c2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMw OjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VS Ul9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoz MDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAx LTQKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBl cl9zdWI6MjM3NTogeGZlcj0weGM0NDYxMGUwIHBpcGU9MHhjNDQ2YTM4MCBzdHM9MCBhbGVuPTEy LCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVj IDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6 IHVkZXY9MHhjNDQ2YTAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9 MHgwMDAwIHdJbmRleD0weDAwMDIgd0xlbmd0aD0weDAwMDQKRGVjIDI1IDE2OjMwOjUyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjEwZTAgKGVu dGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFw cGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYxMGUwLCBwaXBlPTB4 YzQ0NmEzODAsIG5mcmFtZXM9MiwgZGlyPXJlYWQKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ0NmEzODAgZWRlc2M9MHhjNDQ2YWIwYiBp c29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ0NmEzODAg eGZlcjogCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6 MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1 MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRl YyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4 OiBjYiAweGM0NDYxMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVT Ql9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpE ZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 NjogY2IgMHhjNDQ2MTBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUyIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0 NDYxMGUwIHBpcGU9MHhjNDQ2YTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5m cm09MgpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2Nh bGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAwMCBibVJl cXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDEg d0xlbmd0aD0weDAwMDQKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRl YyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6 NzY6IHN0PTAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFy ZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFtZXM9Miwg ZGlyPXdyaXRlCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlw ZTogcGlwZT0weGM0M2Y5MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25l eHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6 NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAx NjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAw eGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf cGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MzA6NTIgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBlMCAobGVh dmUpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVU SU9OCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6 MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVu dGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFw cGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4YzQzZjkz ODAgc3RzPTAgYWxlbj0xMiwgc2xlbj0xMiwgYWZybT0yLCBuZnJtPTIKRGVjIDI1IDE2OjMwOjUy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMg MjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODog Y2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3Jl cXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQzZjkwMDAgYm1SZXF1ZXN0VHlwZT0weDIzIGJSZXF1 ZXN0PTB4MDEgd1ZhbHVlPTB4MDAxNCB3SW5kZXg9MHgwMDAxIHdMZW5ndGg9MHgwMDAwCkRlYyAy NSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBj YiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTIgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNSAxNjoz MDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhj NDQ2MzBlMCwgcGlwZT0weGM0M2Y5MzgwLCBuZnJhbWVzPTEsIGRpcj1yZWFkCkRlYyAyNSAxNjoz MDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0M2Y5MzgwIGVk ZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNz PTB4MDAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTog cGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVj IDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFy dApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVf Y29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MiBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkK RGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNo OjQ0OiAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6 MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjozMDo1MiBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9S TUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRl YyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3Vi OjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4YzQzZjkzODAgc3RzPTAgYWxlbj04LCBzbGVu PTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfcmVzZXRfcG9ydDo1NjY6IHBvcnQgMSBy ZXNldCByZXR1cm5pbmcgZXJyb3I9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfc2V0X2FkZHJlc3M6MTAwNDogc2V0dGlu ZyBkZXZpY2UgYWRkcmVzcz0yCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ4ZDgwMDAgYm1SZXF1ZXN0VHlwZT0weDAw IGJSZXF1ZXN0PTB4MDUgd1ZhbHVlPTB4MDAwMiB3SW5kZXg9MHgwMDAwIHdMZW5ndGg9MHgwMDAw CkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRl dj0weGM0OGQ4MDAwIGlmYWNlX2luZGV4PTAgYWRkcmVzcz0weDAgdHlwZT0weDAgZGlyPTB4ZmYg aW5kZXg9MApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGxhc3QgbWVzc2FnZSByZXBlYXRlZCAz IHRpbWVzCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0w CkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEz NDg6IHhmZXI9MHhjNDlhYTBlMCwgcGlwZT0weGM0OGQ4MzgwLCBuZnJhbWVzPTEsIGRpcj13cml0 ZQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9 MHhjNDhkODM4MCBlZGVzYz0weGM0OGQ4YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTEgYkVu ZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2R1bXBfcXVldWU6IHBpcGU9MHhjNDhkODM4MCB4ZmVyOiAKRGVjIDI1IDE2OjMwOjUyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM2Nzogb3BlbgpEZWMgMjUgMTY6MzA6 NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlh YTBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAg KGVudGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVy OjE1MTU6IGVudGVyCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUyIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MzA6 NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlh YTBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6 MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0Jf RVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2 OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNl IDEtNApEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFw cGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ5YWEwZTAgcGlwZT0weGM0OGQ4MzgwIHN0cz0wIGFsZW49 OCwgc2xlbj04LCBhZnJtPTEsIG5mcm09MQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyNDExOiB4ZmVyPTB4YzQ5YWEwZTA6IENvbnRy b2wgdHJhbnNmZXIgYWN0aXZlIG9uIHBpcGU9MHhjNDhkODM4MApEZWMgMjUgMTY6MzA6NTIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAx NjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAw IChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAx NjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0 PTAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6 MTM0ODogeGZlcj0weGM0OWFhMGUwLCBwaXBlPTB4YzQ4ZDgzODAsIG5mcmFtZXM9MSwgZGlyPXdy aXRlCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlw ZT0weGM0OGQ4MzgwIGVkZXNjPTB4YzQ4ZDhiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MSBi RW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0OGQ4MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAo ZW50ZXIpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVy KQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6 IGVudGVyCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MzA6NTIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhYTBlMCAo bGVhdmUpCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05P Uk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApE ZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1 YjoyMzc1OiB4ZmVyPTB4YzQ5YWEwZTAgcGlwZT0weGM0OGQ4MzgwIHN0cz0wIGFsZW49MCwgc2xl bj0wLCBhZnJtPTEsIG5mcm09MQpEZWMgMjUgMTY6MzA6NTIgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MiBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcmVxX2dldF9kZXNjOjU5OTogaWQ9MCwgdHlw ZT0xLCBpbmRleD0wLCBtYXhfbGVuPTgKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDhkODAwMCBibVJlcXVlc3RUeXBl PTB4ODAgYlJlcXVlc3Q9MHgwNiB3VmFsdWU9MHgwMTAwIHdJbmRleD0weDAwMDAgd0xlbmd0aD0w eDAwMDgKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfc3Rv cDoxNjI2OiBjbG9zZQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFu c2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX0NBTkNFTExFRApEZWMgMjUgMTY6MzA6NTMgbG9j YWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjg6IG5vdCB0cmFuc2ZlcnJpbmcK RGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZ2V0X3BpcGU6MTc3OiB1ZGV2 PTB4YzQ4ZDgwMDAgaWZhY2VfaW5kZXg9MCBhZGRyZXNzPTB4MCB0eXBlPTB4MCBkaXI9MHhmZiBp bmRleD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3QgbGFzdCBtZXNzYWdlIHJlcGVhdGVkIDMg dGltZXMKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAK RGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0 ODogeGZlcj0weGM0OWFhMGUwLCBwaXBlPTB4YzQ4ZDgzODAsIG5mcmFtZXM9MiwgZGlyPXdyaXRl CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0w eGM0OGQ4MzgwIGVkZXNjPTB4YzQ4ZDhiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5k cG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf ZHVtcF9xdWV1ZTogcGlwZT0weGM0OGQ4MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzY3OiBvcGVuCkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFh MGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YWEwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAo ZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVy KQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6 IGVudGVyCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MzA6NTMgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhYTBlMCAo bGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05P Uk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1 YjoyMzc1OiB4ZmVyPTB4YzQ5YWEwZTAgcGlwZT0weGM0OGQ4MzgwIHN0cz0wIGFsZW49MTYsIHNs ZW49MTYsIGFmcm09MiwgbmZybT0yCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUg MTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfZ2V0X2RldmljZV9kZXNjOjg2Nzog CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3JlcV9nZXRfZGVzYzo1OTk6 IGlkPTAsIHR5cGU9MSwgaW5kZXg9MCwgbWF4X2xlbj0xOApEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0OGQ4MDAwIGJt UmVxdWVzdFR5cGU9MHg4MCBiUmVxdWVzdD0weDA2IHdWYWx1ZT0weDAxMDAgd0luZGV4PTB4MDAw MCB3TGVuZ3RoPTB4MDAxMgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90 cmFuc2Zlcl9zdG9wOjE2MjY6IGNsb3NlCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfQ0FOQ0VMTEVECkRlYyAyNSAx NjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyODogbm90IHRy YW5zZmVycmluZwpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9nZXRfcGlw ZToxNzc6IHVkZXY9MHhjNDhkODAwMCBpZmFjZV9pbmRleD0wIGFkZHJlc3M9MHgwIHR5cGU9MHgw IGRpcj0weGZmIGluZGV4PTAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBsYXN0IG1lc3NhZ2Ug cmVwZWF0ZWQgMyB0aW1lcwpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQK RGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFj azo3Njogc3Q9MApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9o YXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ5YTMwZTAsIHBpcGU9MHhjNDhkODM4MCwgbmZyYW1lcz0y LCBkaXI9d3JpdGUKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9w aXBlOiBwaXBlPTB4YzQ4ZDgzODAgZWRlc2M9MHhjNDhkOGIwYiBpc29jX25leHQ9MCB0b2dnbGVf bmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ4ZDgzODAgeGZlcjogCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNjc6IG9wZW4KRGVj IDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6 IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRlYyAyNSAx NjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAw eGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6 NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlh MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVf ZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6 NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAx NjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAw eGM0OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAy NSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJy PVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMg MjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6 IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNr X3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDlhMzBlMCBwaXBlPTB4YzQ4ZDgzODAgc3RzPTAg YWxlbj0yNiwgc2xlbj0yNiwgYWZybT0yLCBuZnJtPTIKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjUgMTY6MzA6 NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVh dmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2FsbG9jX2RldmljZTox NDczOiBhZGRpbmcgdW5pdCBhZGRyPTIsIHJldj0yMDAsIGNsYXNzPTAsIHN1YmNsYXNzPTAsIHBy b3RvY29sPTAsIG1heHBhY2tldD02NCwgbGVuPTE4LCBzcGVlZD0yCkRlYyAyNSAxNjozMDo1MyBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX3JlcV9nZXRfZGV2aWNlX2Rlc2M6ODY3OiAKRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcmVxX2dldF9kZXNjOjU5OTogaWQ9MCwgdHlw ZT0xLCBpbmRleD0wLCBtYXhfbGVuPTE4CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ4ZDgwMDAgYm1SZXF1ZXN0VHlw ZT0weDgwIGJSZXF1ZXN0PTB4MDYgd1ZhbHVlPTB4MDEwMCB3SW5kZXg9MHgwMDAwIHdMZW5ndGg9 MHgwMDEyCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6 MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0w CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEz NDg6IHhmZXI9MHhjNDlhMzBlMCwgcGlwZT0weGM0OGQ4MzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFk CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0w eGM0OGQ4MzgwIGVkZXNjPTB4YzQ4ZDhiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5k cG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf ZHVtcF9xdWV1ZTogcGlwZT0weGM0OGQ4MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50 ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDg4OiBjYiAweGM0OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1 IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09N UExFVElPTgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTog eGZlcj0weGM0OWEzMGUwIHBpcGU9MHhjNDhkODM4MCBzdHM9MCBhbGVuPTI2LCBzbGVuPTI2LCBh ZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19y ZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcmVxX2dldF9kZXNjOjU5OTogaWQ9MTI4LCB0eXBlPTMs IGluZGV4PTAsIG1heF9sZW49NApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0OGQ4MDAwIGJtUmVxdWVzdFR5cGU9MHg4 MCBiUmVxdWVzdD0weDA2IHdWYWx1ZT0weDAzMDAgd0luZGV4PTB4MDA4MCB3TGVuZ3RoPTB4MDAw MgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMg MjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4 ZmVyPTB4YzQ5YTMwZTAsIHBpcGU9MHhjNDhkODM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMg MjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDhk ODM4MCBlZGVzYz0weGM0OGQ4YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50 QWRkcmVzcz0weDAwCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBf cXVldWU6IHBpcGU9MHhjNDhkODM4MCB4ZmVyOiAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1 IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNi IDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1 IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNi IDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWEzMGUwIChsZWF2ZSkKRGVjIDI1 IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNi IDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJ T04KRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9 MHhjNDlhMzBlMCBwaXBlPTB4YzQ4ZDgzODAgc3RzPTAgYWxlbj0xMCwgc2xlbj0xMCwgYWZybT0y LCBuZnJtPTIKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVz dF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ4ZDgwMDAg Ym1SZXF1ZXN0VHlwZT0weDgwIGJSZXF1ZXN0PTB4MDYgd1ZhbHVlPTB4MDMwMCB3SW5kZXg9MHgw MDgwIHdMZW5ndGg9MHgwMDA0CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMw OjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEt NApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxi YWNrOjc2OiBzdD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0 X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDlhMzBlMCwgcGlwZT0weGM0OGQ4MzgwLCBuZnJhbWVz PTIsIGRpcj1yZWFkCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBf cGlwZTogcGlwZT0weGM0OGQ4MzgwIGVkZXNjPTB4YzQ4ZDhiMGIgaXNvY19uZXh0PTAgdG9nZ2xl X25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0OGQ4MzgwIHhmZXI6IApEZWMgMjUgMTY6 MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhj NDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMw ZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChl bnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjox NTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMw ZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMw OjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VS Ul9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAx LTQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBl cl9zdWI6MjM3NTogeGZlcj0weGM0OWEzMGUwIHBpcGU9MHhjNDhkODM4MCBzdHM9MCBhbGVuPTEy LCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MyBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVj IDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcmVxX2dldF9kZXNjOjU5OTogaWQ9 MTAzMywgdHlwZT0zLCBpbmRleD0zLCBtYXhfbGVuPTEyOApEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0OGQ4MDAwIGJt UmVxdWVzdFR5cGU9MHg4MCBiUmVxdWVzdD0weDA2IHdWYWx1ZT0weDAzMDMgd0luZGV4PTB4MDQw OSB3TGVuZ3RoPTB4MDAwMgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQK RGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFj azo3Njogc3Q9MApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9o YXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ5YTMwZTAsIHBpcGU9MHhjNDhkODM4MCwgbmZyYW1lcz0y LCBkaXI9cmVhZApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3Bp cGU6IHBpcGU9MHhjNDhkODM4MCBlZGVzYz0weGM0OGQ4YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9u ZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDhkODM4MCB4ZmVyOiAKRGVjIDI1IDE2OjMw OjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5 YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUw IChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50 ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUx NTogZW50ZXIKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1MyBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWEzMGUw IChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJf Tk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6 NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00 CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJf c3ViOjIzNzU6IHhmZXI9MHhjNDlhMzBlMCBwaXBlPTB4YzQ4ZDgzODAgc3RzPTAgYWxlbj0xMCwg c2xlbj0xMCwgYWZybT0yLCBuZnJtPTIKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAy NSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1 ZGV2PTB4YzQ4ZDgwMDAgYm1SZXF1ZXN0VHlwZT0weDgwIGJSZXF1ZXN0PTB4MDYgd1ZhbHVlPTB4 MDMwMyB3SW5kZXg9MHgwNDA5IHdMZW5ndGg9MHgwMDFjCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRl cikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBl cjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9k b19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDlhMzBlMCwgcGlwZT0weGM0 OGQ4MzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0OGQ4MzgwIGVkZXNjPTB4YzQ4ZDhiMGIgaXNv Y19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMw OjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0OGQ4MzgwIHhm ZXI6IApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWEzMGUwIChsZWF2ZSkK RGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRlYyAy NSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBj YiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAy NSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQK RGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2 ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToy MDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50 ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0OWEzMGUwIHBpcGU9MHhjNDhkODM4 MCBzdHM9MCBhbGVuPTM2LCBzbGVuPTM2LCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAy NSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBj YiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcmVxX2dl dF9kZXNjOjU5OTogaWQ9MTAzMywgdHlwZT0zLCBpbmRleD0xLCBtYXhfbGVuPTEyOApEZWMgMjUg MTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRl dj0weGM0OGQ4MDAwIGJtUmVxdWVzdFR5cGU9MHg4MCBiUmVxdWVzdD0weDA2IHdWYWx1ZT0weDAz MDEgd0luZGV4PTB4MDQwOSB3TGVuZ3RoPTB4MDAwMgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIp CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6 MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9f cmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ5YTMwZTAsIHBpcGU9MHhjNDhk ODM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDhkODM4MCBlZGVzYz0weGM0OGQ4YjBiIGlzb2Nf bmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDhkODM4MCB4ZmVy OiAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRl YyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2 OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUg MTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2Ig MHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUg MTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRl YyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4 OiBjYiAweGM0OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUp CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAy MTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVy KQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVy OjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nh bGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDlhMzBlMCBwaXBlPTB4YzQ4ZDgzODAg c3RzPTAgYWxlbj0xMCwgc2xlbj0xMCwgYWZybT0yLCBuZnJtPTIKRGVjIDI1IDE2OjMwOjUzIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMgMjUg MTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2Ig MCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVl c3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ4ZDgwMDAgYm1SZXF1ZXN0VHlwZT0weDgwIGJSZXF1ZXN0 PTB4MDYgd1ZhbHVlPTB4MDMwMSB3SW5kZXg9MHgwNDA5IHdMZW5ndGg9MHgwMDEyCkRlYyAyNSAx NjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAw eGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDlh MzBlMCwgcGlwZT0weGM0OGQ4MzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0OGQ4MzgwIGVkZXNj PTB4YzQ4ZDhiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4 MDAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlw ZT0weGM0OGQ4MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0 OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBl MCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBl MCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3Rh cnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUp CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf dHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUg MTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2Ig MHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0OWEzMGUw IHBpcGU9MHhjNDhkODM4MCBzdHM9MCBhbGVuPTI2LCBzbGVuPTI2LCBhZnJtPTIsIG5mcm09MgpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNr Ojc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfcmVxX2dldF9kZXNjOjU5OTogaWQ9MTAzMywgdHlwZT0zLCBpbmRleD0yLCBtYXhf bGVuPTEyOApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0 X2ZsYWdzOjI2MDogdWRldj0weGM0OGQ4MDAwIGJtUmVxdWVzdFR5cGU9MHg4MCBiUmVxdWVzdD0w eDA2IHdWYWx1ZT0weDAzMDIgd0luZGV4PTB4MDQwOSB3TGVuZ3RoPTB4MDAwMgpEZWMgMjUgMTY6 MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhj NDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nh bGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ5YTMw ZTAsIHBpcGU9MHhjNDhkODM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDhkODM4MCBlZGVzYz0w eGM0OGQ4YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAw CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9 MHhjNDhkODM4MCB4ZmVyOiAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6 NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlh MzBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMwZTAg KGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMwOjUzIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAg KGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0 OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3Ry YW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4 YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDlhMzBlMCBw aXBlPTB4YzQ4ZDgzODAgc3RzPTAgYWxlbj0xMCwgc2xlbj0xMCwgYWZybT0yLCBuZnJtPTIKRGVj IDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3 Njogc3Q9MQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ4ZDgwMDAgYm1SZXF1ZXN0VHlw ZT0weDgwIGJSZXF1ZXN0PTB4MDYgd1ZhbHVlPTB4MDMwMiB3SW5kZXg9MHgwNDA5IHdMZW5ndGg9 MHgwMDIyCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6 MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0w CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEz NDg6IHhmZXI9MHhjNDlhMzBlMCwgcGlwZT0weGM0OGQ4MzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFk CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0w eGM0OGQ4MzgwIGVkZXNjPTB4YzQ4ZDhiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5k cG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf ZHVtcF9xdWV1ZTogcGlwZT0weGM0OGQ4MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50 ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDg4OiBjYiAweGM0OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1 IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09N UExFVElPTgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTog eGZlcj0weGM0OWEzMGUwIHBpcGU9MHhjNDhkODM4MCBzdHM9MCBhbGVuPTQyLCBzbGVuPTQyLCBh ZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19y ZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfYWxsb2NfZGV2aWNlOjE1ODc6IHNldHRpbmcgY29uZmln IDAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc2V0X2NvbmZpZ19pbmRl eDo1MDc6IHVkZXY9MHhjNDhkODAwMCBpbmRleD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2RldGFjaF9kZXZpY2U6ODgzOiB1ZGV2PTB4YzQ4ZDgwMDAKRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcmVxX2dldF9jb25maWdfZGVzY19mdWxsOjgy NDogaW5kZXg9MApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfZ2V0 X2NvbmZpZ19kZXNjOjc4OTogY29uZmlkeD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX3JlcV9nZXRfZGVzYzo1OTk6IGlkPTAsIHR5cGU9MiwgaW5kZXg9MCwgbWF4X2xl bj05CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxh Z3M6MjYwOiB1ZGV2PTB4YzQ4ZDgwMDAgYm1SZXF1ZXN0VHlwZT0weDgwIGJSZXF1ZXN0PTB4MDYg d1ZhbHVlPTB4MDIwMCB3SW5kZXg9MHgwMDAwIHdMZW5ndGg9MHgwMDA5CkRlYyAyNSAxNjozMDo1 MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEz MGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJh Y2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNSAxNjozMDo1MyBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDlhMzBlMCwg cGlwZT0weGM0OGQ4MzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNSAxNjozMDo1MyBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0OGQ4MzgwIGVkZXNjPTB4YzQ4 ZDhiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVj IDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0 OGQ4MzgwIHhmZXI6IApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWEzMGUw IChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBlMCAobGVh dmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50 ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIz ODogc3RhcnQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAy NSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBj YiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNm ZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6 NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlh MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxi YWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0OWEzMGUwIHBpcGU9 MHhjNDhkODM4MCBzdHM9MCBhbGVuPTE3LCBzbGVuPTE3LCBhZnJtPTIsIG5mcm09MgpEZWMgMjUg MTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBz dD0xCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfcmVxX2dldF9kZXNjOjU5OTogaWQ9MCwgdHlwZT0yLCBpbmRleD0wLCBtYXhfbGVuPTMyCkRl YyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYw OiB1ZGV2PTB4YzQ4ZDgwMDAgYm1SZXF1ZXN0VHlwZT0weDgwIGJSZXF1ZXN0PTB4MDYgd1ZhbHVl PTB4MDIwMCB3SW5kZXg9MHgwMDAwIHdMZW5ndGg9MHgwMDIwCkRlYyAyNSAxNjozMDo1MyBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChl bnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3Jh cHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDlhMzBlMCwgcGlwZT0w eGM0OGQ4MzgwLCBuZnJhbWVzPTIsIGRpcj1yZWFkCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0OGQ4MzgwIGVkZXNjPTB4YzQ4ZDhiMGIg aXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0OGQ4Mzgw IHhmZXI6IApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWEzMGUwIChsZWF2 ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRl YyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2 OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRl YyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3Rh cnQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODg6IGNiIDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChs ZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9u ZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTMgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAo ZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0OWEzMGUwIHBpcGU9MHhjNDhk ODM4MCBzdHM9MCBhbGVuPTQwLCBzbGVuPTQwLCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MzA6 NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRl YyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4 OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc2V0 X2NvbmZpZ19pbmRleDo1OTY6IHVkZXY9MHhjNDhkODAwMCBjZGVzYz0weGM0OTQwZDIwIChhZGRy IDEpIGNubz0yIGF0dHI9MHg4MCwgc2VsZnBvd2VyZWQ9MCwgcG93ZXI9MTAwCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3JlcV9zZXRfY29uZmlnOjEyODA6IHNldHRpbmcg Y29uZmlnIDEKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVz dF9mbGFnczoyNjA6IHVkZXY9MHhjNDhkODAwMCBibVJlcXVlc3RUeXBlPTB4MDAgYlJlcXVlc3Q9 MHgwOSB3VmFsdWU9MHgwMDAxIHdJbmRleD0weDAwMDAgd0xlbmd0aD0weDAwMDAKRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4 YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0OWEz MGUwLCBwaXBlPTB4YzQ4ZDgzODAsIG5mcmFtZXM9MSwgZGlyPXJlYWQKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ4ZDgzODAgZWRlc2M9 MHhjNDhkOGIwYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgw MApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBl PTB4YzQ4ZDgzODAgeGZlcjogCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMw OjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5 YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMw OjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5 YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBl X3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMw OjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxl YXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVj IDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6 IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1MyBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDlh MzBlMCBwaXBlPTB4YzQ4ZDgzODAgc3RzPTAgYWxlbj04LCBzbGVuPTgsIGFmcm09MSwgbmZybT0x CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJh Y2s6NzY6IHN0PTEKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9maWxsX2lmYWNlX2RhdGE6MzYxOiBpZmFjZV9pbmRleD0wIGFsdF9pbmRleD0w CkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2ZpbGxfaWZhY2VfZGF0YToz OTk6IGZvdW5kIGlkZXNjIG5lbmRwdD0yCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2ZpbGxfaWZhY2VfZGF0YTo0MDQ6IGVuZHB0PTEKRGVjIDI1IDE2OjMwOjUzIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfZmlsbF9pZmFjZV9kYXRhOjQwNDogZW5kcHQ9MApEZWMgMjUgMTY6 MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zZXRfY29uZmlnX2luZGV4OjYzNTogZXJyb3I9 VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9hbGxvY19kZXZpY2U6MTY0NzogbmV3IGRldiAoYWRkciAyKSwgdWRldj0weGM0OGQ4 MDAwLCBwYXJlbnRfaHViPTB4YzQzZjkwMDAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJu ZWw6IHVnZW4wLjI6IDxUb3NoaWJhPiBhdCB1c2J1czAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfcHJvYmVfYW5kX2F0dGFjaDoxMTMwOiBpY2xhc3M9OC82LzgwIGlpbmRl eD0wLzAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVtYXNzMDogPFRvc2hpYmEg VVNCIEZsYXNoIE1lbW9yeSwgY2xhc3MgMC8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDI+IG9uIHVz YnVzMApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdW1hc3MwOiAgU0NTSSBvdmVy IEJ1bGstT25seTsgcXVpcmtzID0gMHgwMDAwCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRldj0weGM0OGQ4MDAwIGlmYWNlX2luZGV4PTAgYWRk cmVzcz0weDAgdHlwZT0weDAgZGlyPTB4ZmYgaW5kZXg9MApEZWMgMjUgMTY6MzA6NTMgbG9jYWxo b3N0IGxhc3QgbWVzc2FnZSByZXBlYXRlZCAyIHRpbWVzCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRldj0weGM0OGQ4MDAwIGlmYWNlX2luZGV4 PTAgYWRkcmVzcz0weGZmIHR5cGU9MHgyIGRpcj0weDAgaW5kZXg9MApEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9nZXRfcGlwZToxNzc6IHVkZXY9MHhjNDhkODAwMCBpZmFj ZV9pbmRleD0wIGFkZHJlc3M9MHhmZiB0eXBlPTB4MiBkaXI9MHg4MCBpbmRleD0wCkRlYyAyNSAx NjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRldj0weGM0OGQ4 MDAwIGlmYWNlX2luZGV4PTAgYWRkcmVzcz0weDAgdHlwZT0weDAgZGlyPTB4ZmYgaW5kZXg9MApE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9nZXRfcGlwZToxNzc6IHVkZXY9 MHhjNDhkODAwMCBpZmFjZV9pbmRleD0wIGFkZHJlc3M9MHhmZiB0eXBlPTB4MiBkaXI9MHgwIGlu ZGV4PTAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZ2V0X3BpcGU6MTc3 OiB1ZGV2PTB4YzQ4ZDgwMDAgaWZhY2VfaW5kZXg9MCBhZGRyZXNzPTB4MCB0eXBlPTB4MCBkaXI9 MHhmZiBpbmRleD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2dldF9w aXBlOjE3NzogdWRldj0weGM0OGQ4MDAwIGlmYWNlX2luZGV4PTAgYWRkcmVzcz0weGZmIHR5cGU9 MHgyIGRpcj0weDgwIGluZGV4PTAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfZ2V0X3BpcGU6MTc3OiB1ZGV2PTB4YzQ4ZDgwMDAgaWZhY2VfaW5kZXg9MCBhZGRyZXNzPTB4 MCB0eXBlPTB4MCBkaXI9MHhmZiBpbmRleD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3QgbGFz dCBtZXNzYWdlIHJlcGVhdGVkIDIgdGltZXMKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfZ2V0X3BpcGU6MTc3OiB1ZGV2PTB4YzQ4ZDgwMDAgaWZhY2VfaW5kZXg9MCBhZGRy ZXNzPTB4ZmYgdHlwZT0weDIgZGlyPTB4MCBpbmRleD0wCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRldj0weGM0OGQ4MDAwIGlmYWNlX2luZGV4 PTAgYWRkcmVzcz0weGZmIHR5cGU9MHgyIGRpcj0weDgwIGluZGV4PTAKRGVjIDI1IDE2OjMwOjUz IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZ2V0X3BpcGU6MTc3OiB1ZGV2PTB4YzQ4ZDgwMDAgaWZh Y2VfaW5kZXg9MCBhZGRyZXNzPTB4MCB0eXBlPTB4MCBkaXI9MHhmZiBpbmRleD0wCkRlYyAyNSAx NjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRldj0weGM0OGQ4 MDAwIGlmYWNlX2luZGV4PTAgYWRkcmVzcz0weGZmIHR5cGU9MHgyIGRpcj0weDAgaW5kZXg9MApE ZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9nZXRfcGlwZToxNzc6IHVkZXY9 MHhjNDhkODAwMCBpZmFjZV9pbmRleD0wIGFkZHJlc3M9MHgwIHR5cGU9MHgwIGRpcj0weGZmIGlu ZGV4PTAKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZ2V0X3BpcGU6MTc3 OiB1ZGV2PTB4YzQ4ZDgwMDAgaWZhY2VfaW5kZXg9MCBhZGRyZXNzPTB4ZmYgdHlwZT0weDIgZGly PTB4ODAgaW5kZXg9MApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19y ZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0OGQ4MDAwIGJtUmVxdWVzdFR5cGU9MHhhMSBiUmVx dWVzdD0weGZlIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwMCB3TGVuZ3RoPTB4MDAwMQpEZWMg MjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4Njog Y2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjUzIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6 MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4 YzQ5YTMwZTAsIHBpcGU9MHhjNDhkODM4MCwgbmZyYW1lcz0yLCBkaXI9d3JpdGUKRGVjIDI1IDE2 OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ4ZDgzODAg ZWRlc2M9MHhjNDhkOGIwYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJl c3M9MHgwMApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVl OiBwaXBlPTB4YzQ4ZDgzODAgeGZlcjogCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1 IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNi IDB4YzQ5YTMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhMzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0 OWEzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YTMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MzA6NTMg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0 OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlw ZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhMzBlMCAobGVhdmUpCkRlYyAyNSAxNjoz MDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChs ZWF2ZSkKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDog dXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRl YyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2 OiBjYiAweGM0OWEzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjUzIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTMgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ5 YTMwZTAgcGlwZT0weGM0OGQ4MzgwIHN0cz0wIGFsZW49OSwgc2xlbj05LCBhZnJtPTIsIG5mcm09 MgpEZWMgMjUgMTY6MzA6NTMgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxi YWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1MyBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBr ZXJuZWw6IHVtYXNzMDowOjA6LTE6IEF0dGFjaGVkIHRvIHNjYnVzMApEZWMgMjUgMTY6MzA6NTQg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDllMzMy MCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNr X3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0OWUzMzIwLCBwaXBlPTB4YzQ4ZDgz ZDAsIG5mcmFtZXM9MSwgZGlyPXdyaXRlCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0OGQ4M2QwIGVkZXNjPTB4YzQ5NDBkMzkgaXNvY19u ZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDIKRGVjIDI1IDE2OjMwOjU0 IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0OGQ4M2QwIHhmZXI6 IApEZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZTox MzY3OiBvcGVuCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg2OiBjYiAweGM0OWUzMzIwIChlbnRlcikKRGVjIDI1IDE2OjMwOjU0IGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5ZTMzMjAgKGxl YXZlKQpEZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4NjogY2IgMHhjNDllMzMyMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjMwOjU0IGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5ZTMzMjAgKGVu dGVyKQpEZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIy Mzg6IHN0YXJ0CkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg4OiBjYiAweGM0OWUzMzIwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjU0IGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMg MjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODog Y2IgMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3Byb2Jl X2FuZF9hdHRhY2g6MTEwNTogZW5kIG9mIGludGVyZmFjZXMgYXQgMQpEZWMgMjUgMTY6MzA6NTQg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0M2Y5 MDAwIGJtUmVxdWVzdFR5cGU9MHhhMyB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9F UlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5ZTMzMjAgKGVudGVyKQpEZWMgMjUgMTY6 MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2Ug MS00CkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDllMzMyMCBwaXBlPTB4YzQ4ZDgzZDAgc3RzPTAgYWxlbj0z MSwgc2xlbj0zMSwgYWZybT0xLCBuZnJtPTEKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MzA6 NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDll MzNmOCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxi YWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0OWUzM2Y4LCBwaXBlPTB4YzQ4 ZDgzYTgsIG5mcmFtZXM9MSwgZGlyPXJlYWQKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ4ZDgzYTggZWRlc2M9MHhjNDk0MGQzMiBpc29j X25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHg4MQpEZWMgMjUgMTY6MzA6 NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ4ZDgzYTggeGZl cjogCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJl OjEzNjc6IG9wZW4KRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5ZTMzZjggKGVudGVyKQpEZWMgMjUgMTY6MzA6NTQgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDllMzNmOCAo bGVhdmUpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0OWUzM2Y4IChlbnRlcikKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MzA6NTQgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDllMzNmOCAo ZW50ZXIpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6 MjIzODogc3RhcnQKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5ZTMzZjggKGxlYXZlKQpEZWMgMjUgMTY6MzA6NTQgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRl YyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4 OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IGJSZXF1ZXN0 PTB4MDAgd1ZhbHVlPTB4MDAwMCB3SW5kZXg9MHgwMDAyIHdMZW5ndGg9MHgwMDA0CkRlYyAyNSAx NjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAw eGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05PUk1BTF9DT01Q TEVUSU9OCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3Rf Y2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf c3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5m cmFtZXM9MiwgZGlyPXdyaXRlCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2R1bXBfcGlwZTogcGlwZT0weGM0M2Y5MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAg dG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjMwOjU0IGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMg MjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVy CkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MzA6 NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2 MzBlMCAobGVhdmUpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5ZTMzZjggKGVudGVyKQpE ZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4 Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxi YWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDllMzNmOCBwaXBlPTB4YzQ4ZDgzYTggc3Rz PTAgYWxlbj0zNiwgc2xlbj0zNiwgYWZybT0xLCBuZnJtPTEKRGVjIDI1IDE2OjMwOjU0IGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMg MjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4Njog Y2IgMHhjNDllMzZlOCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjMwOjU0IGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0OWUzNmU4LCBw aXBlPTB4YzQ4ZDgzYTgsIG5mcmFtZXM9MSwgZGlyPXJlYWQKRGVjIDI1IDE2OjMwOjU0IGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQ4ZDgzYTggZWRlc2M9MHhjNDk0 MGQzMiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0xIGJFbmRwb2ludEFkZHJlc3M9MHg4MQpEZWMg MjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQ4 ZDgzYTggeGZlcjogCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0 X2hhcmR3YXJlOjEzNjc6IG9wZW4KRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5ZTM2ZTggKGVudGVyKQpEZWMgMjUgMTY6 MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhj NDllMzZlOCAobGVhdmUpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWUzNmU4IChlbnRlcikKRGVjIDI1IDE2OjMwOjU0 IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6 MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhj NDllMzZlOCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3Bp cGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5ZTM2ZTggKGxlYXZlKQpEZWMgMjUgMTY6 MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAo bGVhdmUpCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01Q TEVUSU9OCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2Rv bmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjMwOjU0IGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JN QUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjozMDo1NCBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVj IDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6 MjM3NTogeGZlcj0weGM0NDYzMGUwIHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVu PTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2 OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4 YzQ5ZTM2ZTggKGVudGVyKQpEZWMgMjUgMTY6MzA6NTQgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjozMDo1NCBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDllMzZlOCBw aXBlPTB4YzQ4ZDgzYTggc3RzPTAgYWxlbj0xMywgc2xlbj0xMywgYWZybT0xLCBuZnJtPTEKRGVj IDI1IDE2OjMwOjU0IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6 IGNiIDAgKGxlYXZlKQo= --IJpNTDwzlM2Ie8A6 Content-Type: application/octet-stream Content-Disposition: attachment; filename=usb2_umass_failure_verbose Content-Transfer-Encoding: base64 RGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBk b25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NP TVBMRVRJT04KRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93 cmFwcGVyOjI0ODY6IGNiIDB4YzQzMzAwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6MzkgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAx NjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6 IHhmZXI9MHhjNDMzMDBlMCBwaXBlPTB4YzQzZjkzYTggc3RzPTAgYWxlbj0xLCBzbGVuPTgsIGFm cm09MSwgbmZybT0xCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0 X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDMzMDBlMCwgcGlwZT0weGM0M2Y5M2E4LCBuZnJhbWVz PTEsIGRpcj1yZWFkCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBf cGlwZTogcGlwZT0weGM0M2Y5M2E4IGVkZXNjPTB4YzQzZjEwYjIgaXNvY19uZXh0PTAgdG9nZ2xl X25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4ODEKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5M2E4IHhmZXI6IApEZWMgMjUgMTY6 MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAy NSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBj YiAweGM0MzMwMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDMzMDBlMCAobGVhdmUpCkRlYyAy NSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBj YiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVx dWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVl c3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDEgd0xlbmd0aD0weDAwMDQKRGVjIDI1 IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNi IDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjoxMzozOSBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjEz OjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0 NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFtZXM9MiwgZGlyPXJlYWQKRGVjIDI1IDE2OjEz OjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRl c2M9MHhjNDNmOWIwYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9 MHgwMApEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBw aXBlPTB4YzQzZjkzODAgeGZlcjogCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMg MjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0 CkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9j b21tYW5kOjE3NzogCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjM5IGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpE ZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6 NDQ6IApEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2Zlcjox Njc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjM5IGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JN QUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzozOSBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVj IDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6 MjM3NTogeGZlcj0weGM0NDYzMGUwIHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVu PTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2 OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9 MHhjNDNmOTAwMCBibVJlcXVlc3RUeXBlPTB4MjMgYlJlcXVlc3Q9MHgwMSB3VmFsdWU9MHgwMDEw IHdJbmRleD0weDAwMDEgd0xlbmd0aD0weDAwMDAKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpE ZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4 Njk6IGNhc2UgMS00CkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3Jl cXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkz ODAsIG5mcmFtZXM9MSwgZGlyPXJlYWQKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRlc2M9MHhjNDNmOWIwYiBpc29jX25l eHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjUgMTY6MTM6Mzkg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQzZjkzODAgeGZlcjog CkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTog ZW50ZXIKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjoxMzozOSBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNSAx NjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAw eGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6MzkgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjUgMTY6MTM6Mzkg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJf Tk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf dHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUg MTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2Ig MHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0NDYzMGUw IHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTgsIHNsZW49OCwgYWZybT0xLCBuZnJtPTEKRGVj IDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3 Njogc3Q9MQpEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQzZjkwMDAgYm1SZXF1ZXN0VHlw ZT0weGEzIGJSZXF1ZXN0PTB4MDAgd1ZhbHVlPTB4MDAwMCB3SW5kZXg9MHgwMDAxIHdMZW5ndGg9 MHgwMDA0CkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6 MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0w CkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEz NDg6IHhmZXI9MHhjNDQ2MzBlMCwgcGlwZT0weGM0M2Y5MzgwLCBuZnJhbWVzPTIsIGRpcj13cml0 ZQpEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9 MHhjNDNmOTM4MCBlZGVzYz0weGM0M2Y5YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVu ZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2R1bXBfcXVldWU6IHBpcGU9MHhjNDNmOTM4MCB4ZmVyOiAKRGVjIDI1IDE2OjEzOjM5IGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MTM6Mzkg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBl MCAoZW50ZXIpCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3Rh cnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29u ZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ0NjMwZTAgKGxlYXZlKQpEZWMg MjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODog Y2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZp Z190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMg MjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVy cj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVj IDI1IDE2OjEzOjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5 OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6MzkgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFj a193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ0NjMwZTAgcGlwZT0weGM0M2Y5MzgwIHN0cz0w IGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNSAxNjoxMzozOSBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjEz OjM5IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxl YXZlKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2Zs YWdzOjI2MDogdWRldj0weGM0M2Y5MDAwIGJtUmVxdWVzdFR5cGU9MHgyMyBiUmVxdWVzdD0weDAz IHdWYWx1ZT0weDAwMDQgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4MDAwMApEZWMgMjUgMTY6MTM6 NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2 MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxi YWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MTM6NDAgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjMwZTAs IHBpcGU9MHhjNDNmOTM4MCwgbmZyYW1lcz0xLCBkaXI9cmVhZApEZWMgMjUgMTY6MTM6NDAgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDNmOTM4MCBlZGVzYz0weGM0 M2Y5YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRl YyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhj NDNmOTM4MCB4ZmVyOiAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlw ZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjox Mzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1 IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6 MTc3OiAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODg6IGNiIDB4YzQ0NjMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAx NjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRl YyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9u ZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05PUk1BTF9DT01Q TEVUSU9OCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6 MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4 ZmVyPTB4YzQ0NjMwZTAgcGlwZT0weGM0M2Y5MzgwIHN0cz0wIGFsZW49OCwgc2xlbj04LCBhZnJt PTEsIG5mcm09MQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1 ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQwIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAw MCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0w eDAwMDEgd0xlbmd0aD0weDAwMDQKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6 MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2Ug MS00CkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2Fs bGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3Rh cnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFt ZXM9MiwgZGlyPXdyaXRlCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1 bXBfcGlwZTogcGlwZT0weGM0M2Y5MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9n Z2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUg MTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRl YyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2 OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MTM6NDAg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBl MCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9D T01QTEVUSU9OCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVy X2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQw IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMw ZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFj a193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4 YzQzZjkzODAgc3RzPTAgYWxlbj0xMiwgc2xlbj0xMiwgYWZybT0yLCBuZnJtPTIKRGVjIDI1IDE2 OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9 MQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQzZjkwMDAgYm1SZXF1ZXN0VHlwZT0weDIz IGJSZXF1ZXN0PTB4MDEgd1ZhbHVlPTB4MDAxNCB3SW5kZXg9MHgwMDAxIHdMZW5ndGg9MHgwMDAw CkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6NDAg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAy NSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhm ZXI9MHhjNDQ2MzBlMCwgcGlwZT0weGM0M2Y5MzgwLCBuZnJhbWVzPTEsIGRpcj1yZWFkCkRlYyAy NSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0M2Y5 MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRB ZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9x dWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRl cikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4 OiBzdGFydApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRf cXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBlMCAobGVhdmUpCkRlYyAyNSAxNjox Mzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChs ZWF2ZSkKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rp c3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3dfdHJh bnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjox Mzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9F UlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6 MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2Ug MS00CkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4YzQzZjkzODAgc3RzPTAgYWxlbj04 LCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjEzOjQwIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMg MjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDog dWRldj0weGM0NDZhMDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0w eDAwMDAgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4MDAwNApEZWMgMjUgMTY6MTM6NDAgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MTBlMCAoZW50 ZXIpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf ZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjEwZTAsIHBpcGU9MHhj NDQ2YTM4MCwgbmZyYW1lcz0yLCBkaXI9cmVhZApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDQ2YTM4MCBlZGVzYz0weGM0NDZhYjBiIGlz b2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjox Mzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDQ2YTM4MCB4 ZmVyOiAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjox NTE1OiBlbnRlcgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjEzOjQw IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVj IDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6 IGNiIDB4YzQ0NjEwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MCBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNSAxNjox Mzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNC X0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDog dXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRl YyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2 OiBjYiAweGM0NDYxMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6NDAgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ0 NjEwZTAgcGlwZT0weGM0NDZhMzgwIHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZy bT0yCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2Fs bGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0NDZhMDAwIGJtUmVx dWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwMiB3 TGVuZ3RoPTB4MDAwNApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVj IDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3 Njogc3Q9MApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJk d2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjEwZTAsIHBpcGU9MHhjNDQ2YTM4MCwgbmZyYW1lcz0yLCBk aXI9cmVhZApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6 IHBpcGU9MHhjNDQ2YTM4MCBlZGVzYz0weGM0NDZhYjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0 PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDQ2YTM4MCB4ZmVyOiAKRGVjIDI1IDE2OjEzOjQw IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6 MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhj NDQ2MTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3Bp cGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ0NjEwZTAgKGxlYXZl KQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElP TgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIw MjE6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYxMGUwIChlbnRl cikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBl cjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ0NjEwZTAgcGlwZT0weGM0NDZhMzgw IHN0cz0wIGFsZW49MTIsIHNsZW49MTIsIGFmcm09MiwgbmZybT0yCkRlYyAyNSAxNjoxMzo0MCBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1 IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNi IDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfcmVz ZXRfcG9ydDo1NjY6IHBvcnQgMSByZXNldCByZXR1cm5pbmcgZXJyb3I9VVNCX0VSUl9OT1JNQUxf Q09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1 ZXN0X2ZsYWdzOjI2MDogdWRldj0weGM0M2Y5MDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVz dD0weDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4MDAwNApEZWMgMjUg MTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2Ig MHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MTM6 NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0 NjMwZTAsIHBpcGU9MHhjNDNmOTM4MCwgbmZyYW1lcz0yLCBkaXI9d3JpdGUKRGVjIDI1IDE2OjEz OjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRl c2M9MHhjNDNmOWIwYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9 MHgwMApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBw aXBlPTB4YzQzZjkzODAgeGZlcjogCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMg MjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0 CkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9j b21tYW5kOjE3NzogCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQwIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpE ZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6 NDQ6IApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2Zlcjox Njc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQwIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JN QUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVj IDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6 MjM3NTogeGZlcj0weGM0NDYzMGUwIHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVu PTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2 OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfYWxsb2NfZGV2aWNlOjEyODc6IHBhcmVudF9k ZXY9MHhjNDNmMjE4MCwgYnVzPTB4YzQyYTJjZjAsIHBhcmVudF9odWI9MHhjNDNmOTAwMCwgZGVw dGg9MSwgcG9ydF9pbmRleD0wLCBwb3J0X25vPTEsIHNwZWVkPTIsIHVzYjJfbW9kZT0wCkRlYyAy NSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3JlcV9zZXRfYWRkcmVzczoxMDA0OiBz ZXR0aW5nIGRldmljZSBhZGRyZXNzPTIKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDhkYjAwMCBibVJlcXVlc3RUeXBl PTB4MDAgYlJlcXVlc3Q9MHgwNSB3VmFsdWU9MHgwMDAyIHdJbmRleD0weDAwMDAgd0xlbmd0aD0w eDAwMDAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZ2V0X3BpcGU6MTc3 OiB1ZGV2PTB4YzQ4ZGIwMDAgaWZhY2VfaW5kZXg9MCBhZGRyZXNzPTB4MCB0eXBlPTB4MCBkaXI9 MHhmZiBpbmRleD0wCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3QgbGFzdCBtZXNzYWdlIHJlcGVh dGVkIDMgdGltZXMKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDAgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAy NSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6 IHN0PTAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdh cmU6MTM0ODogeGZlcj0weGM0OWFhMGUwLCBwaXBlPTB4YzQ4ZGIzODAsIG5mcmFtZXM9MSwgZGly PXdyaXRlCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTog cGlwZT0weGM0OGRiMzgwIGVkZXNjPTB4YzQ4ZGJiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9 MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0OGRiMzgwIHhmZXI6IApEZWMgMjUgMTY6MTM6NDAg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzY3OiBvcGVuCkRlYyAyNSAx NjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAw eGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YWEwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6 NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlh YTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVf ZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6 NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAx NjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAw eGM0OWFhMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAy NSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJy PVVTQl9FUlJfU1RBTExFRApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9j b21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0 MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQK RGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9z dWI6MjM3NTogeGZlcj0weGM0OWFhMGUwIHBpcGU9MHhjNDhkYjM4MCBzdHM9MjIgYWxlbj04LCBz bGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTIKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUg MTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9zdG9wOjE2MjY6IGNsb3Nl CkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAy MTogZXJyPVVTQl9FUlJfQ0FOQ0VMTEVECkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyODogbm90IHRyYW5zZmVycmluZwpEZWMgMjUgMTY6MTM6 NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9hbGxvY19kZXZpY2U6MTQyMzogc2V0IGFkZHJlc3Mg MiBmYWlsZWQgKGlnbm9yZWQpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X3JlcV9nZXRfZGVzYzo1OTk6IGlkPTAsIHR5cGU9MSwgaW5kZXg9MCwgbWF4X2xlbj04CkRlYyAy NSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1 ZGV2PTB4YzQ4ZGIwMDAgYm1SZXF1ZXN0VHlwZT0weDgwIGJSZXF1ZXN0PTB4MDYgd1ZhbHVlPTB4 MDEwMCB3SW5kZXg9MHgwMDAwIHdMZW5ndGg9MHgwMDA4CkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRldj0weGM0OGRiMDAwIGlmYWNlX2luZGV4 PTAgYWRkcmVzcz0weDAgdHlwZT0weDAgZGlyPTB4ZmYgaW5kZXg9MApEZWMgMjUgMTY6MTM6NDAg bG9jYWxob3N0IGxhc3QgbWVzc2FnZSByZXBlYXRlZCAzIHRpbWVzCkRlYyAyNSAxNjoxMzo0MCBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUw IChlbnRlcikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tf d3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDlhYTBlMCwgcGlw ZT0weGM0OGRiMzgwLCBuZnJhbWVzPTIsIGRpcj13cml0ZQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDhkYjM4MCBlZGVzYz0weGM0OGRi YjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTEgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAy NSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDhk YjM4MCB4ZmVyOiAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRf aGFyZHdhcmU6MTM2Nzogb3BlbgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRlYyAyNSAxNjox Mzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0 OWFhMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDAg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlhYTBl MCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQwIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MTM6NDAg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBl MCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3Rh cnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YWEwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDAg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUp CkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf dHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9TVEFMTEVECkRlYyAyNSAxNjoxMzo0MCBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUw IChlbnRlcikKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tf d3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4YzQ5YWEwZTAgcGlwZT0weGM0 OGRiMzgwIHN0cz0yMiBhbGVuPTgsIHNsZW49MTYsIGFmcm09MSwgbmZybT0yCkRlYyAyNSAxNjox Mzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTIK RGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90 cmFuc2Zlcl9zdG9wOjE2MjY6IGNsb3NlCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfQ0FOQ0VMTEVECkRlYyAyNSAx NjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyODogbm90IHRy YW5zZmVycmluZwpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9hbGxvY19k ZXZpY2U6MTQ1ODogZ2V0dGluZyBkZXZpY2UgZGVzY3JpcHRvciBhdCBhZGRyIDIgZmFpbGVkIQpE ZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2 MDogdWRldj0weGM0M2Y5MDAwIGJtUmVxdWVzdFR5cGU9MHgyMyBiUmVxdWVzdD0weDAzIHdWYWx1 ZT0weDAwMDQgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4MDAwMApEZWMgMjUgMTY6MTM6NDAgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAo ZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjMwZTAsIHBpcGU9 MHhjNDNmOTM4MCwgbmZyYW1lcz0xLCBkaXI9cmVhZApEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDNmOTM4MCBlZGVzYz0weGM0M2Y5YjBi IGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAx NjoxMzo0MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDNmOTM4 MCB4ZmVyOiAKRGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRl cjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21t YW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MCBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjEz OjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX3F1ZXVlX2NvbW1hbmQ6MTc3OiAK RGVjIDI1IDE2OjEzOjQwIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0 ODg6IGNiIDB4YzQ0NjMwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDAgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0 MCBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9kaXNwYXRjaDo0NDogCkRlYyAyNSAx NjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2NzogZG9uZSBlcnI9 VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5l bDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9O CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg2OiBjYiAweGM0MzMwMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6NDEg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4 YzQzMzAwZTAgcGlwZT0weGM0M2Y5M2E4IHN0cz0wIGFsZW49MSwgc2xlbj04LCBhZnJtPTEsIG5m cm09MQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2Fy ZToxMzQ4OiB4ZmVyPTB4YzQzMzAwZTAsIHBpcGU9MHhjNDNmOTNhOCwgbmZyYW1lcz0xLCBkaXI9 cmVhZApEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBp cGU9MHhjNDNmOTNhOCBlZGVzYz0weGM0M2YxMGIyIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTAg YkVuZHBvaW50QWRkcmVzcz0weDgxCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDNmOTNhOCB4ZmVyOiAKRGVjIDI1IDE2OjEzOjQxIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRlcgpEZWMgMjUgMTY6MTM6 NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDMz MDBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVf c3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQzMzAwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6 NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVh dmUpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N3X3RyYW5zZmVyOjE2 NzogZG9uZSBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDEgbG9j YWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0JfRVJSX05PUk1B TF9DT01QTEVUSU9OCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQxIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMg MjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1Yjoy Mzc1OiB4ZmVyPTB4YzQ0NjMwZTAgcGlwZT0weGM0M2Y5MzgwIHN0cz0wIGFsZW49OCwgc2xlbj04 LCBhZnJtPTEsIG5mcm09MQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9k b19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEz OjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhj NDNmOTAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJ bmRleD0weDAwMDEgd0xlbmd0aD0weDAwMDQKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMg MjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6 IGNhc2UgMS00CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVl c3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAs IG5mcmFtZXM9MiwgZGlyPXdyaXRlCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1 c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0M2Y5MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0 PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQxIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApE ZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVu dGVyCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBl cjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MTM6NDEgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6 MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhj NDQ2MzBlMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nv bW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjEzOjQxIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05P Uk1BTF9DT01QTEVUSU9OCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3Ry YW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2 OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4 YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9j YWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBw aXBlPTB4YzQzZjkzODAgc3RzPTAgYWxlbj0xMiwgc2xlbj0xMiwgYWZybT0yLCBuZnJtPTIKRGVj IDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3 Njogc3Q9MQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dy YXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQzZjkwMDAgYm1SZXF1ZXN0VHlw ZT0weDIzIGJSZXF1ZXN0PTB4MDEgd1ZhbHVlPTB4MDAxNCB3SW5kZXg9MHgwMDAxIHdMZW5ndGg9 MHgwMDAwCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6 MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0w CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEz NDg6IHhmZXI9MHhjNDQ2MzBlMCwgcGlwZT0weGM0M2Y5MzgwLCBuZnJhbWVzPTEsIGRpcj1yZWFk CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0w eGM0M2Y5MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5k cG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf ZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUgMTY6MTM6NDEgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAxNjoxMzo0MSBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYzMGUw IChlbnRlcikKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFy dDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25m aWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBlMCAobGVhdmUpCkRlYyAy NSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBj YiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmln X3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf c3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAy NSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJy PVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMg MjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6 IGNhc2UgMS00CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNr X3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4YzQzZjkzODAgc3RzPTAg YWxlbj04LCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjEzOjQx IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZl KQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfcmVzZXRfcG9ydDo1 NjY6IHBvcnQgMSByZXNldCByZXR1cm5pbmcgZXJyb3I9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElP TgpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfc2V0X2FkZHJlc3M6 MTAwNDogc2V0dGluZyBkZXZpY2UgYWRkcmVzcz0yCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ4ZGIwMDAgYm1SZXF1 ZXN0VHlwZT0weDAwIGJSZXF1ZXN0PTB4MDUgd1ZhbHVlPTB4MDAwMiB3SW5kZXg9MHgwMDAwIHdM ZW5ndGg9MHgwMDAwCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2dldF9w aXBlOjE3NzogdWRldj0weGM0OGRiMDAwIGlmYWNlX2luZGV4PTAgYWRkcmVzcz0weDAgdHlwZT0w eDAgZGlyPTB4ZmYgaW5kZXg9MApEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGxhc3QgbWVzc2Fn ZSByZXBlYXRlZCAzIHRpbWVzCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjEz OjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEt NApEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxi YWNrOjc2OiBzdD0wCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0 X2hhcmR3YXJlOjEzNDg6IHhmZXI9MHhjNDlhYTBlMCwgcGlwZT0weGM0OGRiMzgwLCBuZnJhbWVz PTEsIGRpcj13cml0ZQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1w X3BpcGU6IHBpcGU9MHhjNDhkYjM4MCBlZGVzYz0weGM0OGRiYjBiIGlzb2NfbmV4dD0wIHRvZ2ds ZV9uZXh0PTEgYkVuZHBvaW50QWRkcmVzcz0weDAwCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX2R1bXBfcXVldWU6IHBpcGU9MHhjNDhkYjM4MCB4ZmVyOiAKRGVjIDI1IDE2 OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM2Nzogb3BlbgpE ZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2ZSkKRGVjIDI1 IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNi IDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1 IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApE ZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4 ODogY2IgMHhjNDlhYTBlMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQx IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZl KQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIw MjE6IGVycj1VU0JfRVJSX1NUQUxMRUQKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUg MTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNh c2UgMS00CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDlhYTBlMCBwaXBlPTB4YzQ4ZGIzODAgc3RzPTIyIGFs ZW49OCwgc2xlbj04LCBhZnJtPTEsIG5mcm09MQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0yCkRlYyAyNSAxNjoxMzo0MSBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkK RGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfc3RvcDoxNjI2 OiBjbG9zZQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9k b25lOjIwMjE6IGVycj1VU0JfRVJSX0NBTkNFTExFRApEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjg6IG5vdCB0cmFuc2ZlcnJpbmcKRGVjIDI1 IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcmVxX3JlX2VudW1lcmF0ZToxMzYyOiBh ZGRyPTIsIHNldCBhZGRyZXNzIGZhaWxlZCEgKGlnbm9yZWQpCkRlYyAyNSAxNjoxMzo0MSBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX3JlcV9nZXRfZGVzYzo1OTk6IGlkPTAsIHR5cGU9MSwgaW5kZXg9 MCwgbWF4X2xlbj04CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3Jl cXVlc3RfZmxhZ3M6MjYwOiB1ZGV2PTB4YzQ4ZGIwMDAgYm1SZXF1ZXN0VHlwZT0weDgwIGJSZXF1 ZXN0PTB4MDYgd1ZhbHVlPTB4MDEwMCB3SW5kZXg9MHgwMDAwIHdMZW5ndGg9MHgwMDA4CkRlYyAy NSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2dldF9waXBlOjE3NzogdWRldj0weGM0 OGRiMDAwIGlmYWNlX2luZGV4PTAgYWRkcmVzcz0weDAgdHlwZT0weDAgZGlyPTB4ZmYgaW5kZXg9 MApEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGxhc3QgbWVzc2FnZSByZXBlYXRlZCAzIHRpbWVz CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6NDEg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0wCkRlYyAy NSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3N0YXJ0X2hhcmR3YXJlOjEzNDg6IHhm ZXI9MHhjNDlhYTBlMCwgcGlwZT0weGM0OGRiMzgwLCBuZnJhbWVzPTIsIGRpcj13cml0ZQpEZWMg MjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3BpcGU6IHBpcGU9MHhjNDhk YjM4MCBlZGVzYz0weGM0OGRiYjBiIGlzb2NfbmV4dD0wIHRvZ2dsZV9uZXh0PTEgYkVuZHBvaW50 QWRkcmVzcz0weDAwCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBf cXVldWU6IHBpcGU9MHhjNDhkYjM4MCB4ZmVyOiAKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM2Nzogb3BlbgpEZWMgMjUgMTY6MTM6NDEgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAo ZW50ZXIpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVy KQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4ODogY2IgMHhjNDlhYTBlMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVj IDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9lbnRlcjoxNTE1OiBlbnRl cgpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX3BpcGVfc3RhcnQ6MjIzODogc3RhcnQKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YWEwZTAgKGxlYXZl KQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQxIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9TVEFMTEVE CkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcjoxODY5OiBjYXNlIDEtNApEZWMgMjUgMTY6MTM6NDEg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyX3N1YjoyMzc1OiB4ZmVyPTB4 YzQ5YWEwZTAgcGlwZT0weGM0OGRiMzgwIHN0cz0yMiBhbGVuPTgsIHNsZW49MTYsIGFmcm09MSwg bmZybT0yCkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3Rf Y2FsbGJhY2s6NzY6IHN0PTIKRGVjIDI1IDE2OjEzOjQxIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDEgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9zdG9wOjE2MjY6IGNsb3NlCkRlYyAyNSAxNjoxMzo0 MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJf Q0FOQ0VMTEVECkRlYyAyNSAxNjoxMzo0MSBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVy X2RvbmU6MjAyODogbm90IHRyYW5zZmVycmluZwpEZWMgMjUgMTY6MTM6NDEgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9yZXFfcmVfZW51bWVyYXRlOjEzNzU6IGdldHRpbmcgZGV2aWNlIGRlc2NyaXB0 b3IgYXQgYWRkciAyIGZhaWxlZCEKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAwMCBibVJlcXVlc3RUeXBlPTB4 MjMgYlJlcXVlc3Q9MHgwMyB3VmFsdWU9MHgwMDA0IHdJbmRleD0weDAwMDEgd0xlbmd0aD0weDAw MDAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjoxMzo0 MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVj IDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODog eGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFtZXM9MSwgZGlyPXdyaXRlCkRl YyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0 M2Y5MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9MCBiRW5kcG9p bnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVt cF9xdWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAxNjoxMzo0MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0NDYzMGUwIChl bnRlcikKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoy MjM4OiBzdGFydApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdf dGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBlMCAobGVhdmUpCkRlYyAyNSAx NjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAw IChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29uZmlnX3Rk X2Rpc3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3df dHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9OCkRlYyAyNSAx NjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVT Ql9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUg MTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNh c2UgMS00CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4YzQzZjkzODAgc3RzPTAgYWxl bj04LCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2OjEzOjQyIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpE ZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2ZsYWdzOjI2 MDogdWRldj0weGM0M2Y5MDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0weDAwIHdWYWx1 ZT0weDAwMDAgd0luZGV4PTB4MDAwMSB3TGVuZ3RoPTB4MDAwNApEZWMgMjUgMTY6MTM6NDIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAo ZW50ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjMwZTAsIHBpcGU9 MHhjNDNmOTM4MCwgbmZyYW1lcz0yLCBkaXI9d3JpdGUKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRlc2M9MHhjNDNmOWIw YiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjUg MTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQzZjkz ODAgeGZlcjogCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50 ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjox Mzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3Nzog CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg4OiBjYiAweGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6 NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjUg MTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJy PVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElP TgpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6 MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0w eGM0NDYzMGUwIHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIs IG5mcm09MgpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0 X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAwMCBi bVJlcXVlc3RUeXBlPTB4MjMgYlJlcXVlc3Q9MHgwMSB3VmFsdWU9MHgwMDE0IHdJbmRleD0weDAw MDEgd0xlbmd0aD0weDAwMDAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6 NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00 CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJh Y2s6NzY6IHN0PTAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRf aGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFtZXM9 MSwgZGlyPXJlYWQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9w aXBlOiBwaXBlPTB4YzQzZjkzODAgZWRlc2M9MHhjNDNmOWIwYiBpc29jX25leHQ9MCB0b2dnbGVf bmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQzZjkzODAgeGZlcjogCkRlYyAyNSAxNjox Mzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1 IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNi IDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNSAxNjoxMzo0MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0NDYzMGUwIChs ZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDog dXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBM RVRJT04KRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9u ZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAo ZW50ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dy YXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0NDYzMGUwIHBpcGU9MHhjNDNm OTM4MCBzdHM9MCBhbGVuPTgsIHNsZW49OCwgYWZybT0xLCBuZnJtPTEKRGVjIDI1IDE2OjEzOjQy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MQpEZWMg MjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODog Y2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3JlcV9y ZXNldF9wb3J0OjU2NjogcG9ydCAxIHJlc2V0IHJldHVybmluZyBlcnJvcj1VU0JfRVJSX05PUk1B TF9DT01QTEVUSU9OCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3JlcV9z ZXRfYWRkcmVzczoxMDA0OiBzZXR0aW5nIGRldmljZSBhZGRyZXNzPTIKRGVjIDI1IDE2OjEzOjQy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDhk YjAwMCBibVJlcXVlc3RUeXBlPTB4MDAgYlJlcXVlc3Q9MHgwNSB3VmFsdWU9MHgwMDAyIHdJbmRl eD0weDAwMDAgd0xlbmd0aD0weDAwMDAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZ2V0X3BpcGU6MTc3OiB1ZGV2PTB4YzQ4ZGIwMDAgaWZhY2VfaW5kZXg9MCBhZGRyZXNz PTB4MCB0eXBlPTB4MCBkaXI9MHhmZiBpbmRleD0wCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qg bGFzdCBtZXNzYWdlIHJlcGVhdGVkIDMgdGltZXMKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpE ZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4 Njk6IGNhc2UgMS00CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3Jl cXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0OWFhMGUwLCBwaXBlPTB4YzQ4ZGIz ODAsIG5mcmFtZXM9MSwgZGlyPXdyaXRlCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2R1bXBfcGlwZTogcGlwZT0weGM0OGRiMzgwIGVkZXNjPTB4YzQ4ZGJiMGIgaXNvY19u ZXh0PTAgdG9nZ2xlX25leHQ9MSBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0OGRiMzgwIHhmZXI6 IApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZTox MzY3OiBvcGVuCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YWEwZTAgKGxl YXZlKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBw ZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qg a2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjEzOjQyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVu dGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIy Mzg6IHN0YXJ0CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMg MjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODog Y2IgMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5z ZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfU1RBTExFRApEZWMgMjUgMTY6MTM6NDIgbG9jYWxo b3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlhYTBlMCAoZW50 ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBw ZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0OWFhMGUwIHBpcGU9MHhjNDhkYjM4 MCBzdHM9MjIgYWxlbj04LCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNSAxNjoxMzo0MiBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTIKRGVjIDI1 IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNi IDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zl cl9zdG9wOjE2MjY6IGNsb3NlCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X3RyYW5zZmVyX2RvbmU6MjAyMTogZXJyPVVTQl9FUlJfQ0FOQ0VMTEVECkRlYyAyNSAxNjoxMzo0 MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAyODogbm90IHRyYW5zZmVy cmluZwpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9yZXFfcmVfZW51bWVy YXRlOjEzNjI6IGFkZHI9Miwgc2V0IGFkZHJlc3MgZmFpbGVkISAoaWdub3JlZCkKRGVjIDI1IDE2 OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcmVxX2dldF9kZXNjOjU5OTogaWQ9MCwgdHlw ZT0xLCBpbmRleD0wLCBtYXhfbGVuPTgKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDhkYjAwMCBibVJlcXVlc3RUeXBl PTB4ODAgYlJlcXVlc3Q9MHgwNiB3VmFsdWU9MHgwMTAwIHdJbmRleD0weDAwMDAgd0xlbmd0aD0w eDAwMDgKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZ2V0X3BpcGU6MTc3 OiB1ZGV2PTB4YzQ4ZGIwMDAgaWZhY2VfaW5kZXg9MCBhZGRyZXNzPTB4MCB0eXBlPTB4MCBkaXI9 MHhmZiBpbmRleD0wCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3QgbGFzdCBtZXNzYWdlIHJlcGVh dGVkIDMgdGltZXMKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAy NSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6 IHN0PTAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdh cmU6MTM0ODogeGZlcj0weGM0OWFhMGUwLCBwaXBlPTB4YzQ4ZGIzODAsIG5mcmFtZXM9MiwgZGly PXdyaXRlCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTog cGlwZT0weGM0OGRiMzgwIGVkZXNjPTB4YzQ4ZGJiMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9 MSBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0OGRiMzgwIHhmZXI6IApEZWMgMjUgMTY6MTM6NDIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzY3OiBvcGVuCkRlYyAyNSAx NjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAw eGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDB4YzQ5YWEwZTAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6 NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDlh YTBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0OWFhMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAg KGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVy OjE1MTU6IGVudGVyCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0OWFhMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQyIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlwZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MTM6 NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDlh YTBlMCAobGVhdmUpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1h bmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6 MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl90cmFuc2Zlcl9kb25lOjIwMjE6IGVycj1VU0Jf RVJSX1NUQUxMRUQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ5YWEwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAy NSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXJfc3ViOjIz NzU6IHhmZXI9MHhjNDlhYTBlMCBwaXBlPTB4YzQ4ZGIzODAgc3RzPTIyIGFsZW49OCwgc2xlbj0x NiwgYWZybT0xLCBuZnJtPTIKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf ZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MgpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMCAobGVhdmUpCkRlYyAyNSAxNjox Mzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX3N0b3A6MTYyNjogY2xvc2UKRGVj IDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBl cnI9VVNCX0VSUl9DQU5DRUxMRUQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfdHJhbnNmZXJfZG9uZToyMDI4OiBub3QgdHJhbnNmZXJyaW5nCkRlYyAyNSAxNjoxMzo0MiBs b2NhbGhvc3Qga2VybmVsOiB1c2IyX3JlcV9yZV9lbnVtZXJhdGU6MTM3NTogZ2V0dGluZyBkZXZp Y2UgZGVzY3JpcHRvciBhdCBhZGRyIDIgZmFpbGVkIQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9mcmVlX2RldmljZToxNjk0OiB1ZGV2PTB4YzQ4ZGIwMDAgcG9ydD0xCkRl YyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1aHViX3JlYXR0YWNoX3BvcnQ6NDE3OiBj b3VsZCBub3QgYWxsb2NhdGUgbmV3IGRldmljZSEKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAwMCBibVJlcXVl c3RUeXBlPTB4MjMgYlJlcXVlc3Q9MHgwMSB3VmFsdWU9MHgwMDAxIHdJbmRleD0weDAwMDEgd0xl bmd0aD0weDAwMDAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFu ZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAy NSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6 IHN0PTAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdh cmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFtZXM9MSwgZGly PXdyaXRlCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2R1bXBfcGlwZTog cGlwZT0weGM0M2Y5MzgwIGVkZXNjPTB4YzQzZjliMGIgaXNvY19uZXh0PTAgdG9nZ2xlX25leHQ9 MCBiRW5kcG9pbnRBZGRyZXNzPTB4MDAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZHVtcF9xdWV1ZTogcGlwZT0weGM0M2Y5MzgwIHhmZXI6IApEZWMgMjUgMTY6MTM6NDIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX2VudGVyOjE1MTU6IGVudGVyCkRlYyAyNSAxNjox Mzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg2OiBjYiAweGM0 NDYzMGUwIChlbnRlcikKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfcGlw ZV9zdGFydDoyMjM4OiBzdGFydApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNi Ml9jb25maWdfdGRfcXVldWVfY29tbWFuZDoxNzc6IApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4ODogY2IgMHhjNDQ2MzBlMCAobGVhdmUp CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoy NDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJf Y29uZmlnX3RkX2Rpc3BhdGNoOjQ0OiAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfc3dfdHJhbnNmZXI6MTY3OiBkb25lIGVycj1VU0JfRVJSX05PUk1BTF9DT01QTEVUSU9O CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3RyYW5zZmVyX2RvbmU6MjAy MTogZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9z dCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVy KQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVy OjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nh bGxiYWNrX3dyYXBwZXJfc3ViOjIzNzU6IHhmZXI9MHhjNDQ2MzBlMCBwaXBlPTB4YzQzZjkzODAg c3RzPTAgYWxlbj04LCBzbGVuPTgsIGFmcm09MSwgbmZybT0xCkRlYyAyNSAxNjoxMzo0MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTEKRGVjIDI1IDE2 OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAg KGxlYXZlKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0 X2ZsYWdzOjI2MDogdWRldj0weGM0M2Y5MDAwIGJtUmVxdWVzdFR5cGU9MHhhMyBiUmVxdWVzdD0w eDAwIHdWYWx1ZT0weDAwMDAgd0luZGV4PTB4MDAwMiB3TGVuZ3RoPTB4MDAwNApEZWMgMjUgMTY6 MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhj NDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nh bGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9jYWxsYmFjazo3Njogc3Q9MApEZWMgMjUgMTY6MTM6NDIg bG9jYWxob3N0IGtlcm5lbDogdXNiMl9zdGFydF9oYXJkd2FyZToxMzQ4OiB4ZmVyPTB4YzQ0NjMw ZTAsIHBpcGU9MHhjNDNmOTM4MCwgbmZyYW1lcz0yLCBkaXI9d3JpdGUKRGVjIDI1IDE2OjEzOjQy IGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRlc2M9 MHhjNDNmOWIwYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgw MApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBl PTB4YzQzZjkzODAgeGZlcjogCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2Iy X3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUg MTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRl YyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21t YW5kOjE3NzogCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRf d3JhcHBlcjoyNDg4OiBjYiAweGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMg MjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6 IApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6 IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQyIGxvY2Fs aG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxf Q09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5k X3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2Nh bGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1 IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3 NTogeGZlcj0weGM0NDYzMGUwIHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEy LCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9k b19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2Vy bmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEz OjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhj NDNmOTAwMCBibVJlcXVlc3RUeXBlPTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJ bmRleD0weDAwMDEgd0xlbmd0aD0weDAwMDQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJu ZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMg MjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6 IGNhc2UgMS00CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVl c3RfY2FsbGJhY2s6NzY6IHN0PTAKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfc3RhcnRfaGFyZHdhcmU6MTM0ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAs IG5mcmFtZXM9MiwgZGlyPXJlYWQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVz YjJfZHVtcF9waXBlOiBwaXBlPTB4YzQzZjkzODAgZWRlc2M9MHhjNDNmOWIwYiBpc29jX25leHQ9 MCB0b2dnbGVfbmV4dD0wIGJFbmRwb2ludEFkZHJlc3M9MHgwMApEZWMgMjUgMTY6MTM6NDIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9kdW1wX3F1ZXVlOiBwaXBlPTB4YzQzZjkzODAgeGZlcjogCkRl YyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50 ZXIKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVy OjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtl cm5lbDogdXNiMl9waXBlX3N0YXJ0OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX2NvbmZpZ190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNSAxNjox Mzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0 NDYzMGUwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29t bWFuZF93cmFwcGVyOjI0ODg6IGNiIDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9jb25maWdfdGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjUgMTY6MTM6NDIgbG9j YWxob3N0IGtlcm5lbDogdXNiMl9zd190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9S TUFMX0NPTVBMRVRJT04KRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJh bnNmZXJfZG9uZToyMDIxOiBlcnI9VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6 MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhj NDQ2MzBlMCAoZW50ZXIpCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2Nh bGxiYWNrX3dyYXBwZXI6MTg2OTogY2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBr ZXJuZWw6IHVzYjJfY2FsbGJhY2tfd3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0NDYzMGUwIHBp cGU9MHhjNDNmOTM4MCBzdHM9MCBhbGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMg MjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2 OiBzdD0xCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3Jh cHBlcjoyNDg4OiBjYiAwIChsZWF2ZSkKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6 IHVzYjJfZG9fcmVxdWVzdF9mbGFnczoyNjA6IHVkZXY9MHhjNDNmOTAwMCBibVJlcXVlc3RUeXBl PTB4YTMgYlJlcXVlc3Q9MHgwMCB3VmFsdWU9MHgwMDAwIHdJbmRleD0weDAwMDIgd0xlbmd0aD0w eDAwMDQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFw cGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAgKGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9jYWxsYmFja193cmFwcGVyOjE4Njk6IGNhc2UgMS00CkRlYyAyNSAxNjox Mzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2RvX3JlcXVlc3RfY2FsbGJhY2s6NzY6IHN0PTAK RGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfc3RhcnRfaGFyZHdhcmU6MTM0 ODogeGZlcj0weGM0NDYzMGUwLCBwaXBlPTB4YzQzZjkzODAsIG5mcmFtZXM9MiwgZGlyPXJlYWQK RGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfZHVtcF9waXBlOiBwaXBlPTB4 YzQzZjkzODAgZWRlc2M9MHhjNDNmOWIwYiBpc29jX25leHQ9MCB0b2dnbGVfbmV4dD0wIGJFbmRw b2ludEFkZHJlc3M9MHgwMApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9k dW1wX3F1ZXVlOiBwaXBlPTB4YzQzZjkzODAgeGZlcjogCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhv c3Qga2VybmVsOiB1c2IyX3BpcGVfZW50ZXI6MTUxNTogZW50ZXIKRGVjIDI1IDE2OjEzOjQyIGxv Y2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODY6IGNiIDB4YzQ0NjMwZTAg KGVudGVyKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9waXBlX3N0YXJ0 OjIyMzg6IHN0YXJ0CkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbmZp Z190ZF9xdWV1ZV9jb21tYW5kOjE3NzogCkRlYyAyNSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVs OiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAweGM0NDYzMGUwIChsZWF2ZSkKRGVjIDI1 IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY29tbWFuZF93cmFwcGVyOjI0ODg6IGNi IDAgKGxlYXZlKQpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9jb25maWdf dGRfZGlzcGF0Y2g6NDQ6IApEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5lbDogdXNiMl9z d190cmFuc2ZlcjoxNjc6IGRvbmUgZXJyPVVTQl9FUlJfTk9STUFMX0NPTVBMRVRJT04KRGVjIDI1 IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfdHJhbnNmZXJfZG9uZToyMDIxOiBlcnI9 VVNCX0VSUl9OT1JNQUxfQ09NUExFVElPTgpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0IGtlcm5l bDogdXNiMl9jb21tYW5kX3dyYXBwZXI6MjQ4NjogY2IgMHhjNDQ2MzBlMCAoZW50ZXIpCkRlYyAy NSAxNjoxMzo0MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NhbGxiYWNrX3dyYXBwZXI6MTg2OTog Y2FzZSAxLTQKRGVjIDI1IDE2OjEzOjQyIGxvY2FsaG9zdCBrZXJuZWw6IHVzYjJfY2FsbGJhY2tf d3JhcHBlcl9zdWI6MjM3NTogeGZlcj0weGM0NDYzMGUwIHBpcGU9MHhjNDNmOTM4MCBzdHM9MCBh bGVuPTEyLCBzbGVuPTEyLCBhZnJtPTIsIG5mcm09MgpEZWMgMjUgMTY6MTM6NDIgbG9jYWxob3N0 IGtlcm5lbDogdXNiMl9kb19yZXF1ZXN0X2NhbGxiYWNrOjc2OiBzdD0xCkRlYyAyNSAxNjoxMzo0 MiBsb2NhbGhvc3Qga2VybmVsOiB1c2IyX2NvbW1hbmRfd3JhcHBlcjoyNDg4OiBjYiAwIChsZWF2 ZSkK --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 16:49:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE64F1065673 for ; Thu, 25 Dec 2008 16:49:06 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id A836E8FC14 for ; Thu, 25 Dec 2008 16:49:06 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id mBPGmu2Y025998 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 25 Dec 2008 16:48:58 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Thu, 25 Dec 2008 16:48:51 +0000 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; amd64; ; ) References: <20081222214010.GA18389@elvis.mu.org> <200812240024.28505.ken@mthelicon.com> <200812241058.28227.hselasky@c2i.net> In-Reply-To: <200812241058.28227.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812251648.51373.ken@mthelicon.com> Cc: remko@elvandar.org, Hans Petter Selasky Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 16:49:06 -0000 On Wednesday 24 December 2008 09:58:27 Hans Petter Selasky wrote: > Hi, > > I believe I've found the problem after testing an UPLCOM based serial > adapter with CU. > > Try the following patch: > > http://perforce.freebsd.org/chv.cgi?CH=155229 > > The solution was not so obvious :-) > > BTW: Have a nice Christmas! > > --HPS Hi Hans, Sorry about the delay in trying your patch, things have been a bit crazy with the holidays.. I manually applied your patch to my machine and I'm happy to say that the Prolific adapter now works with 'cu'. The only modification I needed to make was in uchcom2.c where you deleted the usb2_ioctl.h header include. There was a define in there that was necessary, so I added it back in and all works well. Thanks again Happy Christmas, Peg From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 19:46:31 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCAC61065670 for ; Thu, 25 Dec 2008 19:46:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 797678FC13 for ; Thu, 25 Dec 2008 19:46:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 962FD170E2; Thu, 25 Dec 2008 19:46:29 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mBPJkSVF017787; Thu, 25 Dec 2008 19:46:28 GMT (envelope-from phk@critter.freebsd.dk) To: Hartmut Brandt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 25 Dec 2008 13:57:50 +0100." <4953834E.3020100@dlr.de> Date: Thu, 25 Dec 2008 19:46:28 +0000 Message-ID: <17786.1230234388@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "Li, Qing" , freebsd-net@FreeBSD.org, Qing Li , freebsd-current@FreeBSD.org, Robert Watson , Bruce Simpson Subject: Re: NATM hardware available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 19:46:31 -0000 In message <4953834E.3020100@dlr.de>, Hartmut Brandt writes: >> Do we have any of the necessary software parts to do simulated ATM >> hardware similar to what if_tap does for Ethernet? I believe I have a couple of ATM cards in my lab somewhere, who wants them ? -- 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-current@FreeBSD.ORG Thu Dec 25 20:21:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F6861065673 for ; Thu, 25 Dec 2008 20:21:28 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id A808F8FC12 for ; Thu, 25 Dec 2008 20:21:27 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by ewy14 with SMTP id 14so4355737ewy.19 for ; Thu, 25 Dec 2008 12:21:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=tHDA4GeqrevtdyjvrWcxE/JpovrguUeMIIqpbX7ZY8E=; b=vMkDF+yxPBOBdbe4XMiajpZi1ivq6N8HoBgQQGO6DqovuzOvqaazQusYdF96BS00H9 A149IdexsC9eZRdIcoqK4b5KsZF+YnP5gZJBaDAkGe+i6ywAZKKAi0yfU6Rk5eVJOfwz ObzB2VbROtGvg89sJEj5EH2Ngd4RmhEpLkBvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=P+TERsu3E88CodrcB4l9b3pBTadeyVL1x4l70scHFhmaC5fyS/oQh2z0xr1g8hVA9z Pf4h6OAFV9uul2H/tC/y2kVS8xRQaAy9l2Z8ZL4icR+yrsuPz3o5aVmib8DZAlBxscKH id+zE7Rho61yqGEN76xELXbwXVB0Op1rsRREs= Received: by 10.210.119.5 with SMTP id r5mr11708918ebc.89.1230236486349; Thu, 25 Dec 2008 12:21:26 -0800 (PST) Received: from localhost ([93.81.144.177]) by mx.google.com with ESMTPS id 23sm1918510eya.53.2008.12.25.12.21.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Dec 2008 12:21:25 -0800 (PST) From: swell.k@gmail.com To: Erwin Lansing References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> <20081221125120.GO23166@droso.net> <20081225123800.GH23166@droso.net> Date: Thu, 25 Dec 2008 23:21:20 +0300 In-Reply-To: <20081225123800.GH23166@droso.net> (Erwin Lansing's message of "Thu, 25 Dec 2008 13:38:00 +0100") Message-ID: <86ocz06m67.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 20:21:28 -0000 Erwin Lansing writes: > On Sun, Dec 21, 2008 at 01:51:21PM +0100, Erwin Lansing wrote: >> On Sun, Dec 21, 2008 at 06:01:35AM +0100, Gerald Pfeifer wrote: >> > >> > How many other ports are affected? >> > >> The latest full run with HEAD from a few days back hasn't quite finished >> yet, so there might turn up a few more, but so far it's just a handful: >> > Here's the full list of ports affected by ARP v2. I have informed the > maintainers of these ports and some of them are already fixed, or marked > as BROKEN until a right fix can be implemented. > > net/olsrd > net/openbgpd > net/openospfd > net/p5-Net-ARP > net/p5-Net-RawIP > net/quagga > net/scamper > net/trafshow3 > net-im/trix > net-mgmt/net-snmp > net-mgmt/net-snmp4 > net/wackamole > net-mgmt/wide-dhcp > emulators/wine > net/xorp > net/zebra > security/dsniff > net/freevrrpd > net/isc-dhcp30-server > net/libdnet > devel/libpdel > net/netwib > net/bird > www/wyvern > net/mgen > devel/pwlib I think there are ports which depend on these and are also broken. One of such is net/mpd5 which depends on devel/libpdel and broken on its own if you try to build it with old libpdel. From owner-freebsd-current@FreeBSD.ORG Thu Dec 25 21:28:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392691065673; Thu, 25 Dec 2008 21:28:58 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id BE5818FC17; Thu, 25 Dec 2008 21:28:57 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1943101ywe.13 for ; Thu, 25 Dec 2008 13:28:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=mfJUyS6vegYvcpJTtntApTKvNqsak0L0bLeS/TFTew8=; b=hPDFlBPsU2Bt4DY4izDkonc9V7k2GS88eYxfGxz56Lk9yUbqwbX2oG5pHVVMWsuS1J pFICV3h+IJIln8yoDPXLeJx2yOuQzUJYJj/9U1wqpLa8E5kXXTMdsjfTvFk/KEyV4zP7 6dtBRopWfhJr9oQSJJ6Pc3zeqgWO9kwmUK7y8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=j5vibKW6kvunLzlHe0buCAAS49ZinJcDBwGAjTeJ8HK+lnNUfBpZl2nM+dcEgPnvUy MvJQxGMPO/ZLPc1JC7pRhKrFebklFSDLWvr4if/lRORLrUClmtFh7NSNv8oH4zHD1Llq sd5wys2fU7jGCFHrm63LLPWTKkn9DuQixrMCE= Received: by 10.100.133.2 with SMTP id g2mr5987693and.134.1230240536917; Thu, 25 Dec 2008 13:28:56 -0800 (PST) Received: from ?10.85.124.191? ([32.154.234.206]) by mx.google.com with ESMTPS id b32sm14567894ana.14.2008.12.25.13.28.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Dec 2008 13:28:55 -0800 (PST) References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> <1229691231.1818.53.camel@localhost> <20081221125120.GO23166@droso.net> <20081225123800.GH23166@droso.net> <86ocz06m67.fsf@gmail.com> Message-Id: <8982CC84-FC92-4B86-9D44-C91E776411D5@gmail.com> From: Garrett Cooper To: "swell.k@gmail.com" In-Reply-To: <86ocz06m67.fsf@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5F136) Mime-Version: 1.0 (iPhone Mail 5F136) Date: Thu, 25 Dec 2008 13:28:29 -0800 Cc: "freebsd-current@freebsd.org" , Erwin Lansing Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Dec 2008 21:28:58 -0000 On Dec 25, 2008, at 12:21, swell.k@gmail.com wrote: > Erwin Lansing writes: > >> On Sun, Dec 21, 2008 at 01:51:21PM +0100, Erwin Lansing wrote: >>> On Sun, Dec 21, 2008 at 06:01:35AM +0100, Gerald Pfeifer wrote: >>>> >>>> How many other ports are affected? >>>> >>> The latest full run with HEAD from a few days back hasn't quite >>> finished >>> yet, so there might turn up a few more, but so far it's just a >>> handful: >>> >> Here's the full list of ports affected by ARP v2. I have informed >> the >> maintainers of these ports and some of them are already fixed, or >> marked >> as BROKEN until a right fix can be implemented. >> >> net/olsrd >> net/openbgpd >> net/openospfd >> net/p5-Net-ARP >> net/p5-Net-RawIP >> net/quagga >> net/scamper >> net/trafshow3 >> net-im/trix >> net-mgmt/net-snmp >> net-mgmt/net-snmp4 >> net/wackamole >> net-mgmt/wide-dhcp >> emulators/wine >> net/xorp >> net/zebra >> security/dsniff >> net/freevrrpd >> net/isc-dhcp30-server >> net/libdnet >> devel/libpdel >> net/netwib >> net/bird >> www/wyvern >> net/mgen >> devel/pwlib > > I think there are ports which depend on these and are also broken. > One of > such is net/mpd5 which depends on devel/libpdel and broken on its own > if you try to build it with old libpdel. This is implied I think. Let's just concentrate on the ports edwin brought up and the rest of the chips will fall in place. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 01:56:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DF201065670 for ; Fri, 26 Dec 2008 01:56:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id C47658FC12 for ; Fri, 26 Dec 2008 01:56:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4855612rvf.43 for ; Thu, 25 Dec 2008 17:56:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=NnAyYlYgjSlUO13JN2FC/RwbrhOlfx6/c1vdQQKz/PM=; b=t8vIcr6H4ZRojMF9zWLAokop3X62AdhG8Ie581IY8sR8379epKrqfynoREovub44VU rhdcbITqP2maAHtlfyTDAVvptyflxEOZ1Fzm67bIYmC9hBijWeNCgfE0hJFn/GZyP8Lx 0+3KCXsKJO8S5Uj+EA7zApHdFp9A9/tmcPOfA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=YTdRmqqioLlOOHL7DqOs0I5FrxVNfmEp1mT4oM3yaMc+NFkJxul0iImBkc4VHDveuq 17LNf5EB9iUO1YjB/YnzxZXBZzdsmprlbkJSf4J2kUWzXjNORZQZ13qycFlj8hkclg2V pzKp4KVt0CiaSF/L9P2rvuVMrXdflbC/Uwpx8= Received: by 10.141.62.7 with SMTP id p7mr5041121rvk.113.1230256591565; Thu, 25 Dec 2008 17:56:31 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id f21sm25247653rvb.7.2008.12.25.17.56.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Dec 2008 17:56:30 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mBQ1uO1C003088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Dec 2008 10:56:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBQ1uMV2003087; Fri, 26 Dec 2008 10:56:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 26 Dec 2008 10:56:22 +0900 From: Pyun YongHyeon To: Ian FREISLICH Message-ID: <20081226015622.GA2700@cdnetworks.co.kr> References: <20081224085143.GH95088@cdnetworks.co.kr> <11167f520812232229g5ee1d475kdd92fd6511c50c29@mail.gmail.com> <20081224021016.GF95088@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: msk(4) stops working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 01:56:32 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 24, 2008 at 12:43:56PM +0200, Ian FREISLICH wrote: > Pyun YongHyeon wrote: > > > > On Wed, Dec 24, 2008 at 08:54:26AM +0200, Ian FREISLICH wrote: > > > "Sam Fourman Jr." wrote: > > > > >> About 2-3 months ago I committed workaround for Yukon silicon bug. > > > > >> Do you use latest CURRENT? > > > > > > > > > > Yes, this is on yesterday's sources. It was better for a month or > > > > > so, but over the last month it's been really bad. Now I can provoke > > > > > this condition in under 1 minute of uptime. > > > > > > > > > I have a few msk cards, and I could stand to install -CURRENT on a syste > m > > > > how do I reproduce your problem? > > > > > > I induce it by scp-ing a large (several GB) file from one host to > > > another. I only have one interface msk interface in my laptop, but > > > it's an SMP system. Maybe that has something to do with it. > > > > > > > Would you show me the output of "sysctl dev.msk.0.stats" before and > > after the watchdog timeouts after appling attached patch? > > Before: > dev.msk.0.stats.rx.ucast_frames: 0 > dev.msk.0.stats.rx.bcast_frames: 4 > dev.msk.0.stats.rx.pause_frames: 0 > dev.msk.0.stats.rx.mcast_frames: 0 [...] > dev.msk.0.stats.tx.single_colls: 0 > dev.msk.0.stats.tx.underflows: 0 > Thanks for testing and I don't see unusual things from the output. I still can't reproduce this but would you try attached patch? Also show me dmesg output to see controller revision. > > BTW, did you intentionally disable MSI? > > No, MSI is enabled. > Ok. -- Regards, Pyun YongHyeon --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.watchdog.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 186497) +++ sys/dev/msk/if_msk.c (working copy) @@ -1355,27 +1355,25 @@ CSR_WRITE_4(sc, STAT_LIST_ADDR_HI, MSK_ADDR_HI(addr)); /* Set the status list last index. */ CSR_WRITE_2(sc, STAT_LAST_IDX, MSK_STAT_RING_CNT - 1); - if (sc->msk_hw_id == CHIP_ID_YUKON_EC && - sc->msk_hw_rev == CHIP_REV_YU_EC_A1) { - /* WA for dev. #4.3 */ - CSR_WRITE_2(sc, STAT_TX_IDX_TH, ST_TXTH_IDX_MASK); - /* WA for dev. #4.18 */ - CSR_WRITE_1(sc, STAT_FIFO_WM, 0x21); - CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x07); - } else { - CSR_WRITE_2(sc, STAT_TX_IDX_TH, 0x0a); - CSR_WRITE_1(sc, STAT_FIFO_WM, 0x10); - if (sc->msk_hw_id == CHIP_ID_YUKON_XL && - sc->msk_hw_rev == CHIP_REV_YU_XL_A0) - CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x04); - else - CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x10); - CSR_WRITE_4(sc, STAT_ISR_TIMER_INI, 0x0190); - } /* - * Use default value for STAT_ISR_TIMER_INI, STAT_LEV_TIMER_INI. + * Interrupt moderation and coalescing frames should be + * controllable with sysctl variables or loader tunables + * but the relationship between status updates and + * interrupt moderation are not clear. Some hardware + * revisions seem to very sensitive to these parameters + * and could be resulted in poor performance as well as + * non-working situation if improper values were chosen. */ + CSR_WRITE_2(sc, STAT_TX_IDX_TH, 0x0a); + CSR_WRITE_1(sc, STAT_FIFO_WM, 0x10); + if (sc->msk_hw_id == CHIP_ID_YUKON_XL && + sc->msk_hw_rev == CHIP_REV_YU_XL_A0) + CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x04); + else + CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x10); CSR_WRITE_4(sc, STAT_TX_TIMER_INI, MSK_USECS(sc, 1000)); + CSR_WRITE_4(sc, STAT_ISR_TIMER_INI, MSK_USECS(sc, 30)); + CSR_WRITE_4(sc, STAT_LEV_TIMER_INI, MSK_USECS(sc, 50)); /* Enable status unit. */ CSR_WRITE_4(sc, STAT_CTRL, SC_STAT_OP_ON); @@ -3586,6 +3584,10 @@ domore = msk_handle_events(sc); if ((status & Y2_IS_STAT_BMU) != 0) CSR_WRITE_4(sc, STAT_CTRL, SC_STAT_CLR_IRQ); + if (CSR_READ_1(sc, STAT_TX_TIMER_CTRL) == TIM_START) { + CSR_WRITE_1(sc, STAT_TX_TIMER_CTRL, TIM_STOP); + CSR_WRITE_1(sc, STAT_TX_TIMER_CTRL, TIM_START); + } if (ifp0 != NULL && (ifp0->if_drv_flags & IFF_DRV_RUNNING) != 0 && !IFQ_DRV_IS_EMPTY(&ifp0->if_snd)) --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 02:24:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDC25106564A for ; Fri, 26 Dec 2008 02:24:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id B38DE8FC14 for ; Fri, 26 Dec 2008 02:24:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4861693rvf.43 for ; Thu, 25 Dec 2008 18:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=sVQfuixwLfqJjhetQYUkKDUmgh9FBecA+pn/XWjkIa8=; b=sAWTcsDxKgW4QmDs78zYrwyF2/NOV5Sa/lKi6oSAYJ8UgRgSQ31hD7U4TeChvjpASc EPJYiyIAXnOay/+m8CVNNuIoaCMB2dMt2En7gsDL0ADJpNQg6m3WFfkAUaC200wUaiAq qZyKLMQblz17zwSSe49BmcKCE7TWTFh7t5+WQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=GuCA9Gv01NxNgKDYIdZ89CoitnQrE84vjWTWj769wy+EJxrAbgvEYR1U5B7YJcaLqm I5ZRms1tFHEB/FaNnZSH5Sc76fCgjPrgPLPP50yHaKFPP6RxXAH3IMuDZXzVkCLs2ya3 vTI30iP7ENkNwbvnA7H4pSZ2pPSN9zztB5tDE= Received: by 10.140.147.5 with SMTP id u5mr5022499rvd.292.1230258249240; Thu, 25 Dec 2008 18:24:09 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm25355288rvb.4.2008.12.25.18.24.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Dec 2008 18:24:07 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mBQ2O1aX003171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Dec 2008 11:24:01 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBQ2NxLs003170; Fri, 26 Dec 2008 11:23:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 26 Dec 2008 11:23:59 +0900 From: Pyun YongHyeon To: Bruce Simpson Message-ID: <20081226022359.GB2700@cdnetworks.co.kr> References: <20070520174124.GA14987@Athena.infor.org> <495258E7.5070309@incunabulum.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="WhfpMioaduB5tiZL" Content-Disposition: inline In-Reply-To: <495258E7.5070309@incunabulum.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 02:24:10 -0000 --WhfpMioaduB5tiZL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 24, 2008 at 03:44:39PM +0000, Bruce Simpson wrote: > Hi, > > I just observed a similar issue with the onboard msk0 on my ASUS Vintage > AH-1. > > The symptoms occurred in the last hour, when attempting to download the > 7.1-RC1-i386-dvd1.iso.gz from ftp.plig.net mirror. > It is triggered when the data rate of the wget job hit around 890 KiB/sec. > > Let me know if you need a PR raised for this. > > uname -a: > %%% > FreeBSD anglepoise.lon.incunabulum.net 7.1-PRERELEASE FreeBSD > 7.1-PRERELEASE #0: Wed Dec 3 17:03:33 GMT 2008 > root@anglepoise.lon.incunabulum.net:/home/obj/usr/src/sys/ANGLEPOISE7 amd64 > %%% > > dmesg output from syslog: > %%% > Dec 24 15:08:05 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:09:32 anglepoise kernel: msk0: watchdog timeout > Dec 24 15:09:32 anglepoise kernel: msk0: link state changed to DOWN > Dec 24 15:09:34 anglepoise kernel: msk0: link state changed to UP > Dec 24 15:09:46 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:10:08 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:10:32 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:11:03 anglepoise kernel: msk0: watchdog timeout > Dec 24 15:11:03 anglepoise kernel: msk0: link state changed to DOWN > Dec 24 15:11:05 anglepoise kernel: msk0: link state changed to UP > Dec 24 15:12:10 anglepoise kernel: msk0: watchdog timeout > Dec 24 15:12:10 anglepoise kernel: msk0: link state changed to DOWN > Dec 24 15:12:12 anglepoise kernel: msk0: link state changed to UP > Dec 24 15:12:20 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:12:58 anglepoise last message repeated 3 times > Dec 24 15:14:28 anglepoise last message repeated 12 times > Dec 24 15:14:29 anglepoise kernel: msk0: link state changed to DOWN > Dec 24 15:14:31 anglepoise kernel: msk0: link state changed to UP > Dec 24 15:14:39 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:15:06 anglepoise last message repeated 3 times > Dec 24 15:15:21 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:18:27 anglepoise dhclient[339]: connection closed > Dec 24 15:18:27 anglepoise dhclient[339]: exiting. > Dec 24 15:18:33 anglepoise kernel: msk0: link state changed to DOWN > Dec 24 15:18:35 anglepoise kernel: msk0: link state changed to UP > Dec 24 15:18:35 anglepoise kernel: msk0: link state changed to DOWN > Dec 24 15:18:37 anglepoise kernel: msk0: link state changed to UP > Dec 24 15:18:46 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:18:49 anglepoise kernel: msk0: link state changed to DOWN > Dec 24 15:18:51 anglepoise kernel: msk0: link state changed to UP > Dec 24 15:19:00 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:19:38 anglepoise last message repeated 4 times > Dec 24 15:19:47 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > Dec 24 15:18:46 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:18:49 anglepoise kernel: msk0: link state changed to DOWN > Dec 24 15:18:51 anglepoise kernel: msk0: link state changed to UP > Dec 24 15:19:00 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:19:38 anglepoise last message repeated 4 times > Dec 24 15:19:47 anglepoise kernel: msk0: watchdog timeout (missed Tx > interrupts) > -- recovering > Dec 24 15:25:48 anglepoise last message repeated 6 times > Dec 24 15:28:04 anglepoise kernel: msk0: promiscuous mode enabled > Dec 24 15:28:56 anglepoise kernel: msk0: promiscuous mode disabled > Dec 24 15:29:41 anglepoise sudo: bms : TTY=ttyp4 ; PWD=/home/bms ; > USER=roo > t ; COMMAND=/sbin/reboot > Dec 24 15:29:41 anglepoise reboot: rebooted by bms > Dec 24 15:29:41 anglepoise syslogd: exiting on signal 15 > %%% > > The DHCP lease is lost, msk0 appears to stop receiving traffic. > > I *did* re-patch the cable on my switch around this point in time, and > it's possible this triggered the condition. > Perhaps this is a receive DMA descriptor problem, or a PHY interrupt No, if this was root cause of the issue, msk(4) would have showed "Rx descriptor error" on console. Of course this assumes the controller can detect such errors. > problem? > msk(4) doesn't rely on PHY status change interrupt. The interrupt is enabled by default, though. I vaguely guess link state change handing in msk(4) is not right as msk(4) just checked link UP/DOWN event. I'm working on improving link state handling to support 88E8040 but it still requires a lot of code and workaround. > I confirmed that neither the cabling itself nor other network > infrastructure were responsible. > Ok. Yukon controllers look really buggy and seem to require different workaround for each controller/revision. There was fix for one of silicon bug of Yukon controllers so it would be even better if you can apply the workaround in HEAD(r183346). However one user also reported watchdog timeouts on CURRENT so there still seem to have unresolved issues. I couldn't reproduce the issue on my box but would you try attached patch? Also show me dmesg output to see what revision you have(This information is not available with pciconf(8)). -- Regards, Pyun YongHyeon --WhfpMioaduB5tiZL Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.watchdog.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 186497) +++ sys/dev/msk/if_msk.c (working copy) @@ -1355,27 +1355,25 @@ CSR_WRITE_4(sc, STAT_LIST_ADDR_HI, MSK_ADDR_HI(addr)); /* Set the status list last index. */ CSR_WRITE_2(sc, STAT_LAST_IDX, MSK_STAT_RING_CNT - 1); - if (sc->msk_hw_id == CHIP_ID_YUKON_EC && - sc->msk_hw_rev == CHIP_REV_YU_EC_A1) { - /* WA for dev. #4.3 */ - CSR_WRITE_2(sc, STAT_TX_IDX_TH, ST_TXTH_IDX_MASK); - /* WA for dev. #4.18 */ - CSR_WRITE_1(sc, STAT_FIFO_WM, 0x21); - CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x07); - } else { - CSR_WRITE_2(sc, STAT_TX_IDX_TH, 0x0a); - CSR_WRITE_1(sc, STAT_FIFO_WM, 0x10); - if (sc->msk_hw_id == CHIP_ID_YUKON_XL && - sc->msk_hw_rev == CHIP_REV_YU_XL_A0) - CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x04); - else - CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x10); - CSR_WRITE_4(sc, STAT_ISR_TIMER_INI, 0x0190); - } /* - * Use default value for STAT_ISR_TIMER_INI, STAT_LEV_TIMER_INI. + * Interrupt moderation and coalescing frames should be + * controllable with sysctl variables or loader tunables + * but the relationship between status updates and + * interrupt moderation are not clear. Some hardware + * revisions seem to very sensitive to these parameters + * and could be resulted in poor performance as well as + * non-working situation if improper values were chosen. */ + CSR_WRITE_2(sc, STAT_TX_IDX_TH, 0x0a); + CSR_WRITE_1(sc, STAT_FIFO_WM, 0x10); + if (sc->msk_hw_id == CHIP_ID_YUKON_XL && + sc->msk_hw_rev == CHIP_REV_YU_XL_A0) + CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x04); + else + CSR_WRITE_1(sc, STAT_FIFO_ISR_WM, 0x10); CSR_WRITE_4(sc, STAT_TX_TIMER_INI, MSK_USECS(sc, 1000)); + CSR_WRITE_4(sc, STAT_ISR_TIMER_INI, MSK_USECS(sc, 30)); + CSR_WRITE_4(sc, STAT_LEV_TIMER_INI, MSK_USECS(sc, 50)); /* Enable status unit. */ CSR_WRITE_4(sc, STAT_CTRL, SC_STAT_OP_ON); @@ -3586,6 +3584,10 @@ domore = msk_handle_events(sc); if ((status & Y2_IS_STAT_BMU) != 0) CSR_WRITE_4(sc, STAT_CTRL, SC_STAT_CLR_IRQ); + if (CSR_READ_1(sc, STAT_TX_TIMER_CTRL) == TIM_START) { + CSR_WRITE_1(sc, STAT_TX_TIMER_CTRL, TIM_STOP); + CSR_WRITE_1(sc, STAT_TX_TIMER_CTRL, TIM_START); + } if (ifp0 != NULL && (ifp0->if_drv_flags & IFF_DRV_RUNNING) != 0 && !IFQ_DRV_IS_EMPTY(&ifp0->if_snd)) --WhfpMioaduB5tiZL-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 07:47:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79E5A1065674 for ; Fri, 26 Dec 2008 07:47:26 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4430C8FC14 for ; Fri, 26 Dec 2008 07:47:26 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id mBQ7RDZw025460 for ; Thu, 25 Dec 2008 23:27:13 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id mBQ7RDk0025459 for freebsd-current@freebsd.org; Thu, 25 Dec 2008 23:27:13 -0800 (PST) (envelope-from obrien) Date: Thu, 25 Dec 2008 23:27:12 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20081226072712.GA25406@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Shooting sysinstall/SADE geometry warning in the head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 07:47:26 -0000 It seems Sysinstall and SADE are ingorant of today's disk geometries. Is there good reason to not make this change? I've been getting the gratitious +----------------------------- Message -----------------------------+ |WARNING: A geometry of 290721/16/63 for ad8 is incorrect. Using | |a more likely geometry. If this geometry is incorrect or you | |are unsure as to whether or not it's correct, please consult | |the Hardware Guide in the Documentation submenu or use the | |(G)eometry command to change it now. | | | |Remember: you need to enter whatever your BIOS thinks the | |geometry is! For IDE, it's what you were told in the BIOS | |setup. For SCSI, it's the translation mode your controller is | |using. Do NOT use a ``physical geometry''. | +-----------------------------------------------------------(100%)--+ | [ OK ] | +---------------------[ Press enter or space ]----------------------+ warning from just about every usage of sysinstall/SADE over the past few years. Index: disks.c =================================================================== --- disks.c (revision 186498) +++ disks.c (working copy) @@ -121,9 +121,6 @@ print_chunks(Disk *d, int u) Total += chunk_info[i]->size; #ifdef PC98 if (d->bios_cyl >= 65536 || d->bios_hd > 256 || d->bios_sect >= 256) { -#else - if (d->bios_cyl > 65536 || d->bios_hd > 256 || d->bios_sect >= 64) { -#endif dialog_clear_norefresh(); msgConfirm("WARNING: A geometry of %lu/%lu/%lu for %s is incorrect. Using\n" "a more likely geometry. If this geometry is incorrect or you\n" @@ -137,6 +134,7 @@ print_chunks(Disk *d, int u) d->bios_cyl, d->bios_hd, d->bios_sect, d->name); Sanitize_Bios_Geom(d); } +#endif attrset(A_NORMAL); mvaddstr(0, 0, "Disk name:\t"); clrtobot(); -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 08:01:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CA4D106564A for ; Fri, 26 Dec 2008 08:01:47 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4824A8FC14 for ; Fri, 26 Dec 2008 08:01:47 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id mBQ81kGS026033; Fri, 26 Dec 2008 00:01:46 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id mBQ81kra026032; Fri, 26 Dec 2008 00:01:46 -0800 (PST) (envelope-from obrien) Date: Fri, 26 Dec 2008 00:01:46 -0800 From: "David O'Brien" To: Marcel Moolenaar Message-ID: <20081226080146.GB25406@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Marcel Moolenaar , FreeBSD Current , freebsd-geom@freebsd.org References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> <20081223050425.GA89448@citylink.fud.org.nz> <6D4A57D3-3F6D-43E6-9B69-95514F69C57A@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current , freebsd-geom@freebsd.org Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 08:01:47 -0000 On Tue, Dec 23, 2008 at 11:28:14AM -0800, Marcel Moolenaar wrote: > On Dec 23, 2008, at 11:03 AM, gelraen wrote: >> 2008/12/23 Marcel Moolenaar : > Well, the question is whether to expose the nesting > in the naming or use a flattened partition naming > scheme. Secondly, how generic do you want to make the > flattening. > > With flattening, you have ad0sX, with X from 1 to many. > Without flattening you get ad0sX[sY...], with X and Y > from 1 to 4. > > What you suggest is a partial flattening: adsXsY, with > X from 1 to 4 and Y from 1 to many. Yuck. Why does the slice names have to change from ad0s5 for the first partition within an exteneded partition. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 08:14:39 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E4DB1065670 for ; Fri, 26 Dec 2008 08:14:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 247718FC18 for ; Fri, 26 Dec 2008 08:14:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 9B1ED1FA6D6; Fri, 26 Dec 2008 03:14:38 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 26 Dec 2008 03:14:38 -0500 X-Sasl-enc: UFTLQU/7hnzcUasCEJNpvyblvEzJvxac9T9nlzc06U7m 1230279278 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 180CC20CE2; Fri, 26 Dec 2008 03:14:37 -0500 (EST) Message-ID: <4954926C.4050702@incunabulum.net> Date: Fri, 26 Dec 2008 08:14:36 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20070520174124.GA14987@Athena.infor.org> <495258E7.5070309@incunabulum.net> <20081226022359.GB2700@cdnetworks.co.kr> In-Reply-To: <20081226022359.GB2700@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 08:14:39 -0000 Pyun YongHyeon wrote: > Also show me dmesg output to see what revision you have(This > information is not available with pciconf(8)). > anglepoise:~ % dmesg | grep msk mskc0: port 0xc800-0xc8ff mem 0xfe9fc000-0xfe9fffff irq 18 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:15:f2:32:a8:8a miibus0: on msk0 mskc0: [FILTER] cheers BMS From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 08:29:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB403106564A; Fri, 26 Dec 2008 08:29:03 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9FA8FC08; Fri, 26 Dec 2008 08:29:03 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 0F81417001; Fri, 26 Dec 2008 08:29:01 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mBQ8T1lD021389; Fri, 26 Dec 2008 08:29:01 GMT (envelope-from phk@critter.freebsd.dk) To: obrien@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 26 Dec 2008 00:01:46 PST." <20081226080146.GB25406@dragon.NUXI.org> Date: Fri, 26 Dec 2008 08:29:01 +0000 Message-ID: <21388.1230280141@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@freebsd.org, Marcel Moolenaar , FreeBSD Current Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 08:29:03 -0000 In message <20081226080146.GB25406@dragon.NUXI.org>, "David O'Brien" writes: >> With flattening, you have ad0sX, with X from 1 to many. >> Without flattening you get ad0sX[sY...], with X and Y >> from 1 to 4. That is wrong. Extended FAT partitions are a linked list and you can have have as many partitions as you like. -- 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-current@FreeBSD.ORG Fri Dec 26 08:45:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB8EB1065670 for ; Fri, 26 Dec 2008 08:45:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2688FC0C for ; Fri, 26 Dec 2008 08:45:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by an-out-0708.google.com with SMTP id c2so1470598anc.13 for ; Fri, 26 Dec 2008 00:45:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=fGhKW3+Og5WhydZmC/ffO3y+ZQNgrIbOvvg4Zqncv1Q=; b=tpks2U01geqpKP+1bppz3uNbMLwjFgrpWiI3V9evDAvaUnzTHEIP4eg0e0lN57WQnS 3tMZMiqDd2jVwNweZH7gQgEkpvhMDstxZHpTBpk7PW9H4QIHBI6MljszxzJlNFy/ch2u zcc15zN4CvlPc07es9nxVTAS3cqtt5ArpXGQ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=m6jl9qBcuPwjNH1cqCSqkXJWc53PzLjele/Ll9qgM7fUK4lZV9WahgtQwu+mzS53XN l1bAP/XUG/U6QJT3512TvCVm1N0RobO3Yu2UXbuh8DRFwJig3mx6zykQ7qr7XwNCpdXX G6LdGTF5qACOHiGMz/h0qMg7iTdhnuvflV1HI= Received: by 10.100.122.8 with SMTP id u8mr6160229anc.131.1230281152702; Fri, 26 Dec 2008 00:45:52 -0800 (PST) Received: from ?10.97.3.41? ([32.154.77.238]) by mx.google.com with ESMTPS id d22sm21343737and.0.2008.12.26.00.45.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Dec 2008 00:45:51 -0800 (PST) References: <21388.1230280141@critter.freebsd.dk> Message-Id: From: Garrett Cooper To: Poul-Henning Kamp In-Reply-To: <21388.1230280141@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5F136) Mime-Version: 1.0 (iPhone Mail 5F136) Date: Fri, 26 Dec 2008 00:45:30 -0800 Cc: FreeBSD Current , Marcel Moolenaar , "freebsd-geom@freebsd.org" Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 08:45:54 -0000 On Dec 26, 2008, at 0:29, "Poul-Henning Kamp" wrote: > In message <20081226080146.GB25406@dragon.NUXI.org>, "David O'Brien" > writes: > >>> With flattening, you have ad0sX, with X from 1 to many. >>> Without flattening you get ad0sX[sY...], with X and Y >>> from 1 to 4. > > That is wrong. > > Extended FAT partitions are a linked list and you can have have > as many partitions as you like. I thought 4 primary and 4 secondary dos slices were the limit on a standard configuration... From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 08:53:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 300E01065673 for ; Fri, 26 Dec 2008 08:53:19 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 10B3D8FC1D for ; Fri, 26 Dec 2008 08:53:19 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id mBQ8rIkT026952; Fri, 26 Dec 2008 00:53:18 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id mBQ8rHEF026951; Fri, 26 Dec 2008 00:53:17 -0800 (PST) (envelope-from obrien) Date: Fri, 26 Dec 2008 00:53:17 -0800 From: "David O'Brien" To: Marcel Moolenaar Message-ID: <20081226085317.GA26808@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Marcel Moolenaar , Christian Weisgerber , freebsd-current@freebsd.org References: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Christian Weisgerber Subject: Re: "geometry does not match label" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 08:53:19 -0000 On Sat, Dec 20, 2008 at 06:43:49PM -0800, Marcel Moolenaar wrote: > On Dec 20, 2008, at 9:22 AM, Christian Weisgerber wrote: >> partition c: partition extends past end of unit >> bsdlabel: partition c doesn't start at 0! >> bsdlabel: An incorrect partition c may cause problems for standard system >> utilities >> partition h: partition extends past end of unit >> >> I don't know where this is coming from--the system was installed >> about a year ago with standard sysinstall--and I don't see what's >> supposed to be wrong. > > Apparently sysinstall creates faulty disklabels. Can you elaborate? I'm getting it on several machines also. Right now, I'm trying to upgrade to a larger disk in one machine tonight... Xmas present to myself... What is the "approved" way to slice a disk into 4 regular slices and than partition the slices? The only sane way to do this is (was?) sysintall/SADE. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 08:54:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 004AD1065670 for ; Fri, 26 Dec 2008 08:54:53 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id D687A8FC14 for ; Fri, 26 Dec 2008 08:54:53 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id mBQ8sror026974; Fri, 26 Dec 2008 00:54:53 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id mBQ8srmn026973; Fri, 26 Dec 2008 00:54:53 -0800 (PST) (envelope-from obrien) Date: Fri, 26 Dec 2008 00:54:53 -0800 From: "David O'Brien" To: Marcel Moolenaar Message-ID: <20081226085453.GB26808@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Marcel Moolenaar , freebsd-current@freebsd.org References: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: "geometry does not match label" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 08:54:54 -0000 On Sat, Dec 20, 2008 at 06:43:49PM -0800, Marcel Moolenaar wrote: > On Dec 20, 2008, at 9:22 AM, Christian Weisgerber wrote: > Apparently sysinstall creates faulty disklabels. Is this also fallout? # fsck /dev/ad8s4f fsck: Could not determine filesystem type # disklabel /dev/ad8s4f # /dev/ad8s4f: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 83441610 150994935 unused 0 0 # "raw" part, don't edit f: 83441610 150994935 4.2BSD 0 0 0 partition c: offset past end of unit partition c: partition extends past end of unit disklabel: partition c doesn't start at 0! disklabel: An incorrect partition c may cause problems for standard system utilities partition f: offset past end of unit partition f: partition extends past end of unit From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 09:00:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0266106564A; Fri, 26 Dec 2008 09:00:03 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 91E698FC13; Fri, 26 Dec 2008 09:00:03 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from pgw.vnode.se ([77.110.37.134] helo=hackbook.local) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LG7vr-000IkI-Aj; Fri, 26 Dec 2008 09:20:31 +0100 Message-ID: <495493CA.70909@FreeBSD.org> Date: Fri, 26 Dec 2008 09:20:26 +0100 From: Joel Dahl User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: obrien@freebsd.org, freebsd-current@freebsd.org References: <20081226072712.GA25406@dragon.NUXI.org> In-Reply-To: <20081226072712.GA25406@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Shooting sysinstall/SADE geometry warning in the head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 09:00:03 -0000 David O'Brien skrev: > It seems Sysinstall and SADE are ingorant of today's disk geometries. > Is there good reason to not make this change? I've been getting the > gratitious Nuke it, please. -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 09:00:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ED65106564A for ; Fri, 26 Dec 2008 09:00:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id CA7D68FC16 for ; Fri, 26 Dec 2008 09:00:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4951445rvf.43 for ; Fri, 26 Dec 2008 01:00:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=OGYJ+eOdIus4dormZAW9xDGseGGe4wOGsFij6Y8uKuI=; b=HtTwWVd7enXuCpQ0H89TVjkoB9rO9f1+d8YZnpGt0blKAtiTMnVws9yQd+s/j2pG4n lkzZE0RlDaa+tzUfQDYUOtWb9rM9OVsR+M9KMRMAejZUQDy+V/qhIEHuYe2fOGk73z1l ivSIa23OOcYT9OvGywCaL+0cClJIanQ6CxerI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=FIYf6BOrN+jc1Z6e5CMkshgbZTbJ4m92B0qOIrXTsfmJ/kgYXixFFT1fv+HM62V4xR 7KowqbHPuXEg6UpLKHPNWRythGurY/4moBd1+2MzmoZyg9ANCWtYTe3QZoj8UMRUB7i7 WolFZT1LFSLVHjDXvJEQ1s0P4aNmtKO9ZPYrc= Received: by 10.140.187.10 with SMTP id k10mr1150869rvf.264.1230282007608; Fri, 26 Dec 2008 01:00:07 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id f21sm26093849rvb.7.2008.12.26.01.00.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Dec 2008 01:00:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mBQ900Qm004297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Dec 2008 18:00:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBQ8xxxl004296; Fri, 26 Dec 2008 17:59:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 26 Dec 2008 17:59:59 +0900 From: Pyun YongHyeon To: Bruce Simpson Message-ID: <20081226085959.GE2700@cdnetworks.co.kr> References: <20070520174124.GA14987@Athena.infor.org> <495258E7.5070309@incunabulum.net> <20081226022359.GB2700@cdnetworks.co.kr> <4954926C.4050702@incunabulum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4954926C.4050702@incunabulum.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 09:00:08 -0000 On Fri, Dec 26, 2008 at 08:14:36AM +0000, Bruce Simpson wrote: > Pyun YongHyeon wrote: > >Also show me dmesg output to see what revision you have(This > >information is not available with pciconf(8)). > > > > anglepoise:~ % dmesg | grep msk > mskc0: port 0xc800-0xc8ff mem > 0xfe9fc000-0xfe9fffff irq 18 at device 0.0 on pci2 > msk0: on mskc0 > msk0: Ethernet address: 00:15:f2:32:a8:8a > miibus0: on msk0 > mskc0: [FILTER] > Thanks, it looks like Yukon EC revision A1. According to Marvell's FreeBSD driver Yukon EC A1 requires workaround due to silicon bugs. However the workaround does not seem to work as you still suffers from watchdog timeouts. Unfortunately Yukon driver does not show detailed description of the bug and possible workaround for the issue so I just guess the bug from the workaround code. That patch I posted removed old workaround of Marvell and always try to kick Tx moderation register if it is in stuck state in interrupt handler. Linux sky2 also seem to use the same trick. Did the patch make any difference for you? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 09:06:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 302CD1065670; Fri, 26 Dec 2008 09:06:43 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E0F3E8FC08; Fri, 26 Dec 2008 09:06:42 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 09DBB17001; Fri, 26 Dec 2008 09:06:40 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mBQ96ewh021619; Fri, 26 Dec 2008 09:06:40 GMT (envelope-from phk@critter.freebsd.dk) To: Garrett Cooper From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 26 Dec 2008 00:45:30 PST." Date: Fri, 26 Dec 2008 09:06:40 +0000 Message-ID: <21618.1230282400@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD Current , Marcel Moolenaar , "freebsd-geom@freebsd.org" Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 09:06:43 -0000 In message , Garrett Cooper wri tes: >On Dec 26, 2008, at 0:29, "Poul-Henning Kamp" >wrote: > >> In message <20081226080146.GB25406@dragon.NUXI.org>, "David O'Brien" >> writes: >> >>>> With flattening, you have ad0sX, with X from 1 to many. >>>> Without flattening you get ad0sX[sY...], with X and Y >>>> from 1 to 4. >> >> That is wrong. >> >> Extended FAT partitions are a linked list and you can have have >> as many partitions as you like. > >I thought 4 primary and 4 secondary dos slices were the limit on a >standard configuration... 3 primary and N secondary. -- 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-current@FreeBSD.ORG Fri Dec 26 09:23:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64041065673 for ; Fri, 26 Dec 2008 09:23:46 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.alaskaparadise.com (bsdevel.alaskaparadise.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 839458FC08 for ; Fri, 26 Dec 2008 09:23:46 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.alaskaparadise.com (157-188-42-72.gci.net [72.42.188.157]) by bsdevel.alaskaparadise.com (Postfix) with ESMTP id 1467828E311A for ; Fri, 26 Dec 2008 09:23:46 +0000 (UTC) To: freebsd-current@freebsd.org Content-Disposition: inline From: Beech Rintoul Organization: FreeBSD Date: Fri, 26 Dec 2008 00:23:45 -0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200812260023.45414.beech@freebsd.org> Subject: Re: Shooting sysinstall/SADE geometry warning in the head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 09:23:46 -0000 On Thursday 25 December 2008 23:20:26 Joel Dahl wrote: > David O'Brien skrev: > > It seems Sysinstall and SADE are ingorant of today's disk geometries. > > Is there good reason to not make this change? I've been getting the > > gratitious > > > > Nuke it, please. > > -- > Joel Yes, please I'm seeing it on several recent installs. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 11:14:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE6B1065674; Fri, 26 Dec 2008 11:14:17 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id B51968FC0C; Fri, 26 Dec 2008 11:14:16 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so2392844qwb.7 for ; Fri, 26 Dec 2008 03:14:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=IQvfhUG5n1NWpH/nJLth9vIhJpaVH5NZvkd+1xou8xc=; b=hOzNcF8mr/xLQdtXYg4FW0gYJ62vFcfqXvZwP3poQKTqT/Jo07fkBJG0ChOUZFWFV2 BWI1Ec4T7HmPkFljjPEGNPOxmkbLD8gWr1/X3+GBykp0nmtVKVTGCIlWwmrbhbI1x0Pv RUekbId6Il3sX/qY2vanplR5++Hm0QAk2+bek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=SRPJTDgPBnohSf96vz8STsyFKegm8gSEsLZqDhMz1bTQq98oxivjmQI7g6N1ZRo3i/ za8/kqBr3xHtlNCeDV7c6mU5rDwFEblh3F8zslE3nDkiGS4hTYa7h0hpuvr1vtUNlGBZ 1TfnW63DI6X3hQon56BrAK1EenjvZr2KubQT4= Received: by 10.215.39.15 with SMTP id r15mr9653837qaj.99.1230290055287; Fri, 26 Dec 2008 03:14:15 -0800 (PST) Received: by 10.214.244.18 with HTTP; Fri, 26 Dec 2008 03:14:15 -0800 (PST) Message-ID: <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> Date: Fri, 26 Dec 2008 09:14:15 -0200 From: "Renato Botelho" To: "Hans Petter Selasky" In-Reply-To: <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> Cc: freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 11:14:17 -0000 On Wed, Dec 24, 2008 at 4:58 PM, Renato Botelho wrote: > On Wed, Dec 24, 2008 at 9:12 AM, Hans Petter Selasky wrote: >> On Wednesday 24 December 2008, Renato Botelho wrote: >>> On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein >> wrote: >>> > We're going to usher in the New Year with a new usb stack. >>> > >>> > Now is the time to test, test, test. >>> > >>> > It is also the time to point out anything missing from usb2 that >>> > is in usb1. >>> > >>> > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use >>> > usb2. >>> > >>> > The old usb code will remain in case there is any fallout. >>> > >>> > Depending on how this trial goes we will hopefully move to the new >>> > stack entirely within a few weeks after bug reports start dying >>> > down. >>> >>> Alfred, >>> >>> I tried a build yesterday with a fresh -current (Revision: 186431), >>> after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. >>> >>> I've collected these lines from messages, and i would like to know >>> what i can do to give you necessary information to fix this. >>> >>> Dec 23 14:48:35 botelhor kernel: Trying to mount root from ufs:/dev/ad4s1a >>> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1417: set address 2 >>> failed (ignored) >>> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting >>> device descriptor at addr 2 failed! >>> Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not >>> allocate new device! >>> Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 >>> Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 >>> Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel >>> config /usr/obj/usr/src/sys/GARGA >>> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 >>> failed (ignored) >>> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting >>> device descriptor at addr 2 failed! >>> Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not >>> allocate new device! >>> >>> Here is the same lines with current usb stack: >>> >>> Dec 23 14:52:23 botelhor kernel: uhub5: >> class 9/0, rev 2.00/1.04, addr 2> on uhub3 >>> Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus >>> powered Dec 23 14:52:23 botelhor kernel: ums0: >> class 0/0, rev 1.10/51.27, addr 3> on uhub5 >>> Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. >>> Dec 23 14:52:23 botelhor kernel: ukbd0: >> Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 >>> Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 >>> >>> Thanks >> >> >> Hi, >> >> I have made some patches for this kind of issues which are not yet >> in -current. >> >> You can try to fetch the latest from: >> >> svn --username anonsvn --password anonsvn \ >> checkout svn://svn.turbocat.net/i4b >> >> cd i4b/trunk/i4b/src/sys/dev >> cp -r usb2 /sys/dev/ >> make -C /sys/modules/usb2 clean all install > > I still had problems, I'll collect more details on Friday and > send you. Here are my /var/log/messages: http://pastebin.com/f6c28d7ca I still have problems with my keyboard. BTW, I added a #include of usb2_ioctl.h to fix lack of USB_SHORT_XFER_OK definition, could it cause any problems? Thanks -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 11:14:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE6B1065674; Fri, 26 Dec 2008 11:14:17 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id B51968FC0C; Fri, 26 Dec 2008 11:14:16 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so2392844qwb.7 for ; Fri, 26 Dec 2008 03:14:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=IQvfhUG5n1NWpH/nJLth9vIhJpaVH5NZvkd+1xou8xc=; b=hOzNcF8mr/xLQdtXYg4FW0gYJ62vFcfqXvZwP3poQKTqT/Jo07fkBJG0ChOUZFWFV2 BWI1Ec4T7HmPkFljjPEGNPOxmkbLD8gWr1/X3+GBykp0nmtVKVTGCIlWwmrbhbI1x0Pv RUekbId6Il3sX/qY2vanplR5++Hm0QAk2+bek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=SRPJTDgPBnohSf96vz8STsyFKegm8gSEsLZqDhMz1bTQq98oxivjmQI7g6N1ZRo3i/ za8/kqBr3xHtlNCeDV7c6mU5rDwFEblh3F8zslE3nDkiGS4hTYa7h0hpuvr1vtUNlGBZ 1TfnW63DI6X3hQon56BrAK1EenjvZr2KubQT4= Received: by 10.215.39.15 with SMTP id r15mr9653837qaj.99.1230290055287; Fri, 26 Dec 2008 03:14:15 -0800 (PST) Received: by 10.214.244.18 with HTTP; Fri, 26 Dec 2008 03:14:15 -0800 (PST) Message-ID: <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> Date: Fri, 26 Dec 2008 09:14:15 -0200 From: "Renato Botelho" To: "Hans Petter Selasky" In-Reply-To: <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812240236q13be1abdo58ced0f4faab8d29@mail.gmail.com> <200812241212.02913.hselasky@c2i.net> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> Cc: freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 11:14:17 -0000 On Wed, Dec 24, 2008 at 4:58 PM, Renato Botelho wrote: > On Wed, Dec 24, 2008 at 9:12 AM, Hans Petter Selasky wrote: >> On Wednesday 24 December 2008, Renato Botelho wrote: >>> On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein >> wrote: >>> > We're going to usher in the New Year with a new usb stack. >>> > >>> > Now is the time to test, test, test. >>> > >>> > It is also the time to point out anything missing from usb2 that >>> > is in usb1. >>> > >>> > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use >>> > usb2. >>> > >>> > The old usb code will remain in case there is any fallout. >>> > >>> > Depending on how this trial goes we will hopefully move to the new >>> > stack entirely within a few weeks after bug reports start dying >>> > down. >>> >>> Alfred, >>> >>> I tried a build yesterday with a fresh -current (Revision: 186431), >>> after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. >>> >>> I've collected these lines from messages, and i would like to know >>> what i can do to give you necessary information to fix this. >>> >>> Dec 23 14:48:35 botelhor kernel: Trying to mount root from ufs:/dev/ad4s1a >>> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1417: set address 2 >>> failed (ignored) >>> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting >>> device descriptor at addr 2 failed! >>> Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not >>> allocate new device! >>> Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 >>> Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 >>> Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel >>> config /usr/obj/usr/src/sys/GARGA >>> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 >>> failed (ignored) >>> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting >>> device descriptor at addr 2 failed! >>> Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not >>> allocate new device! >>> >>> Here is the same lines with current usb stack: >>> >>> Dec 23 14:52:23 botelhor kernel: uhub5: >> class 9/0, rev 2.00/1.04, addr 2> on uhub3 >>> Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus >>> powered Dec 23 14:52:23 botelhor kernel: ums0: >> class 0/0, rev 1.10/51.27, addr 3> on uhub5 >>> Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. >>> Dec 23 14:52:23 botelhor kernel: ukbd0: >> Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 >>> Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 >>> >>> Thanks >> >> >> Hi, >> >> I have made some patches for this kind of issues which are not yet >> in -current. >> >> You can try to fetch the latest from: >> >> svn --username anonsvn --password anonsvn \ >> checkout svn://svn.turbocat.net/i4b >> >> cd i4b/trunk/i4b/src/sys/dev >> cp -r usb2 /sys/dev/ >> make -C /sys/modules/usb2 clean all install > > I still had problems, I'll collect more details on Friday and > send you. Here are my /var/log/messages: http://pastebin.com/f6c28d7ca I still have problems with my keyboard. BTW, I added a #include of usb2_ioctl.h to fix lack of USB_SHORT_XFER_OK definition, could it cause any problems? Thanks -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 11:17:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0FDE1065670; Fri, 26 Dec 2008 11:17:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3158F8FC0C; Fri, 26 Dec 2008 11:17:50 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=fGO4tVQLAAAA:8 a=VDxCrfnw9T835LM_-5MA:9 a=zo35pY__Xkjcm2foNp2WB7vMHIEA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1169824253; Fri, 26 Dec 2008 12:17:49 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 26 Dec 2008 12:20:08 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> In-Reply-To: <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812261220.09485.hselasky@c2i.net> Cc: Renato Botelho , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 11:17:52 -0000 On Friday 26 December 2008, Renato Botelho wrote: > http://pastebin.com/f6c28d7ca What CPU architecture are you using? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 11:17:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0FDE1065670; Fri, 26 Dec 2008 11:17:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3158F8FC0C; Fri, 26 Dec 2008 11:17:50 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=fGO4tVQLAAAA:8 a=VDxCrfnw9T835LM_-5MA:9 a=zo35pY__Xkjcm2foNp2WB7vMHIEA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1169824253; Fri, 26 Dec 2008 12:17:49 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 26 Dec 2008 12:20:08 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> In-Reply-To: <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812261220.09485.hselasky@c2i.net> Cc: Renato Botelho , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 11:17:52 -0000 On Friday 26 December 2008, Renato Botelho wrote: > http://pastebin.com/f6c28d7ca What CPU architecture are you using? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 11:26:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64C69106564A for ; Fri, 26 Dec 2008 11:26:51 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id D68E18FC1D for ; Fri, 26 Dec 2008 11:26:50 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so1858915mue.3 for ; Fri, 26 Dec 2008 03:26:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=i/fM2Bqk/nmZXrT/zC1UbgY1CdNBeJflE99l0ABMkCc=; b=eW+S/rxxT5WViwLHDbShg7nT8uc1c+34DCIBN5vPS+N2IJYEwmIo1LPBh3bleMJ8Yi QrWoowQtsNGLFZRTcehQDOJNk/19lsWSMVgxO+JnVfS+iJuptfDQFWTTUkjyduFCm7Df Yt3UO8KE2dl6bHaCy5pvo/LO10udBWrxPUhJ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=GN5mKmcfe0zqoqtGsiEYYkS7QI/pOsbyACYG0rsgDGc8IR/H5U4KZQxRCy7VenAwE6 /aTdGE7cRfpRL5xL//KN0/IjO9wot8htczV4UuNyZccXKhTKziS/PxhAvFTKyRYh6VB/ 3f2Nw9NE75HNUhMMbujVE66rv/xdJQHHpfjMY= Received: by 10.103.222.1 with SMTP id z1mr3795669muq.100.1230289420814; Fri, 26 Dec 2008 03:03:40 -0800 (PST) Received: by 10.103.137.8 with HTTP; Fri, 26 Dec 2008 03:03:40 -0800 (PST) Message-ID: Date: Fri, 26 Dec 2008 09:03:40 -0200 From: "Carlos A. M. dos Santos" To: obrien@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <20081226072712.GA25406@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_83359_7171511.1230289420814" References: <20081226072712.GA25406@dragon.NUXI.org> Cc: Subject: Re: Shooting sysinstall/SADE geometry warning in the head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 11:26:51 -0000 ------=_Part_83359_7171511.1230289420814 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Dec 26, 2008 at 5:27 AM, David O'Brien wrote: > It seems Sysinstall and SADE are ingorant of today's disk geometries. > Is there good reason to not make this change? I've been getting the > gratitious > > +----------------------------- Message -----------------------------+ > |WARNING: A geometry of 290721/16/63 for ad8 is incorrect. Using | [...] > > warning from just about every usage of sysinstall/SADE over the past > few years. I suggested the attached patch some time ago. It keeps the message but makes it less scaring. Please see http://lists.freebsd.org/pipermail/freebsd-stable/2008-May/042697.html -- cd /usr/ports/sysutils/life make clean ------=_Part_83359_7171511.1230289420814 Content-Type: application/octet-stream; name=sysinstall-64kcyl.diff Content-Transfer-Encoding: base64 X-Attachment-Id: f_fp6q5u440 Content-Disposition: attachment; filename=sysinstall-64kcyl.diff ZGlmZiAtZHVyUCBzeXNpbnN0YWxsLm9yaWcvZGlza3MuYyBzeXNpbnN0YWxsL2Rpc2tzLmMKLS0t IHN5c2luc3RhbGwub3JpZy9kaXNrcy5jCTIwMDgtMDItMDEgMTg6Mjg6NDQuMDAwMDAwMDAwIC0w MjAwCisrKyBzeXNpbnN0YWxsL2Rpc2tzLmMJMjAwOC0wNS0yNSAyMzo0MzozNi4wMDAwMDAwMDAg LTAzMDAKQEAgLTEwNiw2ICsxMDYsNDcgQEAKIHN0YXRpYyBkYWRkcl90IFRvdGFsOwogCiBzdGF0 aWMgdm9pZAorY2hlY2tfZ2VvbWV0cnkoRGlzayAqZCkKK3sKKyAgICBpbnQgc2c7CisKKyNpZmRl ZiBQQzk4CisgICAgaWYgKGQtPmJpb3NfY3lsID49IDY1NTM2IHx8IGQtPmJpb3NfaGQgPiAyNTYg fHwgZC0+Ymlvc19zZWN0ID49IDI1NikKKyNlbHNlCisgICAgaWYgKGQtPmJpb3NfY3lsID4gNjU1 MzYgfHwgZC0+Ymlvc19oZCA+IDI1NiB8fCBkLT5iaW9zX3NlY3QgPj0gNjQpCisjZW5kaWYKKyAg ICB7CisJZGlhbG9nX2NsZWFyX25vcmVmcmVzaCgpOworCXNnID0gbXNnWWVzTm8oIldBUk5JTkc6 ICBJdCBpcyBzYWZlIHRvIHVzZSBhIGdlb21ldHJ5IG9mICVsdS8lbHUvJWx1IGZvciAlcyBvblxu IgorCQkgICAgICAiY29tcHV0ZXJzIHdpdGggbW9kZXJuIEJJT1MgdmVyc2lvbnMuICBJZiB0aGlz IGRpc2sgaXMgdG8gYmUgdXNlZFxuIgorCQkgICAgICAib24gcmF0aGVyIG9sZCBtYWNoaW5lcywg aG93ZXZlciwgaXQgaXMgcmVjb21tZW5kZWQgdG8gZW5zdXJlIHRoYXRcbiIKKwkJICAgICAgIml0 IGRvZXMgbm90IGhhdmUgbW9yZSB0aGFuIDY1NTM1IGN5bGluZGVycywgb3IgbW9yZSB0aGFuIDI1 NSBoZWFkc1xuIgorCQkgICAgICAib3IgbW9yZSB0aGFuICIKKyNpZmRlZiBQQzk4CisJCSAgICAg ICIyNTUiCisjZWxzZQorCQkgICAgICAiNjMiCisjZW5kaWYKKwkJICAgICAgIiBzZWN0b3JzIHBl ciB0cmFjay5cbiIKKwkJICAgICAgIlxuIgorCQkgICAgICAiV291bGQgeW91IGxpa2UgdGhhdCB0 byBrZWVwIHVzaW5nIHRoZSBjdXJyZW50IGdlb21ldHJ5P1xuIiwKKwkJICAgICAgZC0+Ymlvc19j eWwsIGQtPmJpb3NfaGQsIGQtPmJpb3Nfc2VjdCwgZC0+bmFtZSk7CisJaWYgKHNnID09IDEpIHsK KwkgICAgU2FuaXRpemVfQmlvc19HZW9tKGQpOworCSAgICBtc2dDb25maXJtKCJBIGdlb21ldHJ5 IG9mICVsdS8lbHUvJWx1IHdhcyBjYWxjdWxhdGVkIGZvciAlcy5cbiIKKwkJICAgICAgICJcbiIK KwkJICAgICAgICJJZiB5b3UgYXJlIG5vdCBzdXJlIGFib3V0IHRoaXMsIHBsZWFzZSBjb25zdWx0 IHRoZSBIYXJkd2FyZSBHdWlkZVxuIgorCQkgICAgICAgImluIHRoZSBEb2N1bWVudGF0aW9uIHN1 Ym1lbnUgb3IgdXNlIHRoZSAoRyllb21ldHJ5IGNvbW1hbmQgdG9cbiIKKwkJICAgICAgICJjaGFu Z2UgaXQuICBSZW1lbWJlcjogeW91IG5lZWQgdG8gZW50ZXIgd2hhdGV2ZXIgeW91ciBCSU9TIHRo aW5rc1xuIgorCQkgICAgICAgInRoZSBnZW9tZXRyeSBpcyEgIEZvciBJREUsIGl0J3Mgd2hhdCB5 b3Ugd2VyZSB0b2xkIGluIHRoZSBCSU9TXG4iCisJCSAgICAgICAic2V0dXAuICBGb3IgU0NTSSwg aXQncyB0aGUgdHJhbnNsYXRpb24gbW9kZSB5b3VyIGNvbnRyb2xsZXIgaXNcbiIKKwkJICAgICAg ICJ1c2luZy4gIERvIE5PVCB1c2UgYSBgYHBoeXNpY2FsIGdlb21ldHJ5JycuXG4iLAorCQkgICAg ICAgZC0+Ymlvc19jeWwsIGQtPmJpb3NfaGQsIGQtPmJpb3Nfc2VjdCwgZC0+bmFtZSk7CisJfQor ICAgIH0KK30KKworc3RhdGljIHZvaWQKIHByaW50X2NodW5rcyhEaXNrICpkLCBpbnQgdSkKIHsK ICAgICBpbnQgcm93OwpAQCAtMTE5LDI0ICsxNjAsNiBAQAogICAgIFRvdGFsID0gMDsKICAgICBm b3IgKGkgPSAwOyBjaHVua19pbmZvW2ldOyBpKyspCiAJVG90YWwgKz0gY2h1bmtfaW5mb1tpXS0+ c2l6ZTsKLSNpZmRlZiBQQzk4Ci0gICAgaWYgKGQtPmJpb3NfY3lsID49IDY1NTM2IHx8IGQtPmJp b3NfaGQgPiAyNTYgfHwgZC0+Ymlvc19zZWN0ID49IDI1NikgewotI2Vsc2UKLSAgICBpZiAoZC0+ Ymlvc19jeWwgPiA2NTUzNiB8fCBkLT5iaW9zX2hkID4gMjU2IHx8IGQtPmJpb3Nfc2VjdCA+PSA2 NCkgewotI2VuZGlmCi0JZGlhbG9nX2NsZWFyX25vcmVmcmVzaCgpOwotCW1zZ0NvbmZpcm0oIldB Uk5JTkc6ICBBIGdlb21ldHJ5IG9mICVsdS8lbHUvJWx1IGZvciAlcyBpcyBpbmNvcnJlY3QuICBV c2luZ1xuIgotCQkgICAiYSBtb3JlIGxpa2VseSBnZW9tZXRyeS4gIElmIHRoaXMgZ2VvbWV0cnkg aXMgaW5jb3JyZWN0IG9yIHlvdVxuIgotCQkgICAiYXJlIHVuc3VyZSBhcyB0byB3aGV0aGVyIG9y IG5vdCBpdCdzIGNvcnJlY3QsIHBsZWFzZSBjb25zdWx0XG4iCi0JCSAgICJ0aGUgSGFyZHdhcmUg R3VpZGUgaW4gdGhlIERvY3VtZW50YXRpb24gc3VibWVudSBvciB1c2UgdGhlXG4iCi0JCSAgICIo Ryllb21ldHJ5IGNvbW1hbmQgdG8gY2hhbmdlIGl0IG5vdy5cblxuIgotCQkgICAiUmVtZW1iZXI6 IHlvdSBuZWVkIHRvIGVudGVyIHdoYXRldmVyIHlvdXIgQklPUyB0aGlua3MgdGhlXG4iCi0JCSAg ICJnZW9tZXRyeSBpcyEgIEZvciBJREUsIGl0J3Mgd2hhdCB5b3Ugd2VyZSB0b2xkIGluIHRoZSBC SU9TXG4iCi0JCSAgICJzZXR1cC4gRm9yIFNDU0ksIGl0J3MgdGhlIHRyYW5zbGF0aW9uIG1vZGUg eW91ciBjb250cm9sbGVyIGlzXG4iCi0JCSAgICJ1c2luZy4gIERvIE5PVCB1c2UgYSBgYHBoeXNp Y2FsIGdlb21ldHJ5JycuIiwKLQkgIGQtPmJpb3NfY3lsLCBkLT5iaW9zX2hkLCBkLT5iaW9zX3Nl Y3QsIGQtPm5hbWUpOwotCVNhbml0aXplX0Jpb3NfR2VvbShkKTsKLSAgICB9CiAgICAgYXR0cnNl dChBX05PUk1BTCk7CiAgICAgbXZhZGRzdHIoMCwgMCwgIkRpc2sgbmFtZTpcdCIpOwogICAgIGNs cnRvYm90KCk7CkBAIC0zNDEsNiArMzY0LDkgQEAKICAgICAvKiBTZXQgdXAgdGhlIGNodW5rIGFy cmF5ICovCiAgICAgcmVjb3JkX2NodW5rcyhkKTsKIAorICAgIC8qIEdpdmUgdGhlIHVzZXIgYSBj aGFuY2UgdG8gc2FuaXRpemUgdGhlIGRpc2sgZ2VvbWV0cnksIGlmIG5lY2Vzc2FyeSAqLworICAg IGNoZWNrX2dlb21ldHJ5KGQpOworCiAgICAgd2hpbGUgKGNodW5raW5nKSB7CiAJY2hhciAqdmFs LCBnZW9tZXRyeVs4MF07CiAJICAgIApAQCAtOTE2LDIxICs5NDIsMjQgQEAKICAgICByZWNvcmRf Y2h1bmtzKGQpOwogICAgIGNwID0gdmFyaWFibGVfZ2V0KFZBUl9HRU9NRVRSWSk7CiAgICAgaWYg KGNwKSB7Ci0JbXNnRGVidWcoIlNldHRpbmcgZ2VvbWV0cnkgZnJvbSBzY3JpcHQgdG86ICVzXG4i LCBjcCk7Ci0JZC0+Ymlvc19jeWwgPSBzdHJ0b2woY3AsICZjcCwgMCk7Ci0JZC0+Ymlvc19oZCA9 IHN0cnRvbChjcCArIDEsICZjcCwgMCk7Ci0JZC0+Ymlvc19zZWN0ID0gc3RydG9sKGNwICsgMSwg MCwgMCk7Ci0gICAgfSBlbHNlIHsKKwlpZiAoIXN0cmNhc2VjbXAoY3AsICJzYW5lIikpIHsKICNp ZmRlZiBQQzk4Ci0JaWYgKGQtPmJpb3NfY3lsID49IDY1NTM2IHx8IGQtPmJpb3NfaGQgPiAyNTYg fHwgZC0+Ymlvc19zZWN0ID49IDI1NikgeworCSAgICBpZiAoZC0+Ymlvc19jeWwgPj0gNjU1MzYg fHwgZC0+Ymlvc19oZCA+IDI1NiB8fCBkLT5iaW9zX3NlY3QgPj0gMjU2KQogI2Vsc2UKLQlpZiAo ZC0+Ymlvc19jeWwgPiA2NTUzNiB8fCBkLT5iaW9zX2hkID4gMjU2IHx8IGQtPmJpb3Nfc2VjdCA+ PSA2NCkgeworCSAgICBpZiAoZC0+Ymlvc19jeWwgPiA2NTUzNiB8fCBkLT5iaW9zX2hkID4gMjU2 IHx8IGQtPmJpb3Nfc2VjdCA+PSA2NCkKICNlbmRpZgotCSAgICBtc2dEZWJ1ZygiV2FybmluZzog IEEgZ2VvbWV0cnkgb2YgJWx1LyVsdS8lbHUgZm9yICVzIGlzIGluY29ycmVjdC5cbiIsCi0JCWQt PmJpb3NfY3lsLCBkLT5iaW9zX2hkLCBkLT5iaW9zX3NlY3QsIGQtPm5hbWUpOwotCSAgICBTYW5p dGl6ZV9CaW9zX0dlb20oZCk7Ci0JICAgIG1zZ0RlYnVnKCJTYW5pdGl6ZWQgZ2VvbWV0cnkgZm9y ICVzIGlzICVsdS8lbHUvJWx1LlxuIiwKLQkJZC0+bmFtZSwgZC0+Ymlvc19jeWwsIGQtPmJpb3Nf aGQsIGQtPmJpb3Nfc2VjdCk7CisJICAgIHsKKwkJbXNnRGVidWcoIldhcm5pbmc6ICBBIGdlb21l dHJ5IG9mICVsdS8lbHUvJWx1IGZvciAlcyBpcyBpbmNvcnJlY3QuXG4iLAorCQkgICAgZC0+Ymlv c19jeWwsIGQtPmJpb3NfaGQsIGQtPmJpb3Nfc2VjdCwgZC0+bmFtZSk7CisJCVNhbml0aXplX0Jp b3NfR2VvbShkKTsKKwkJbXNnRGVidWcoIlNhbml0aXplZCBnZW9tZXRyeSBmb3IgJXMgaXMgJWx1 LyVsdS8lbHUuXG4iLAorCQkgICAgZC0+bmFtZSwgZC0+Ymlvc19jeWwsIGQtPmJpb3NfaGQsIGQt PmJpb3Nfc2VjdCk7CisJICAgIH0KKwl9IGVsc2UgeworCSAgICBtc2dEZWJ1ZygiU2V0dGluZyBn ZW9tZXRyeSBmcm9tIHNjcmlwdCB0bzogJXNcbiIsIGNwKTsKKwkgICAgZC0+Ymlvc19jeWwgPSBz dHJ0b2woY3AsICZjcCwgMCk7CisJICAgIGQtPmJpb3NfaGQgPSBzdHJ0b2woY3AgKyAxLCAmY3As IDApOworCSAgICBkLT5iaW9zX3NlY3QgPSBzdHJ0b2woY3AgKyAxLCAwLCAwKTsKIAl9CiAgICAg fQogCmRpZmYgLWR1clAgc3lzaW5zdGFsbC5vcmlnL3N5c2luc3RhbGwuOCBzeXNpbnN0YWxsL3N5 c2luc3RhbGwuOAotLS0gc3lzaW5zdGFsbC5vcmlnL3N5c2luc3RhbGwuOAkyMDA3LTA2LTI1IDEz OjM3OjE2LjAwMDAwMDAwMCAtMDMwMAorKysgc3lzaW5zdGFsbC9zeXNpbnN0YWxsLjgJMjAwOC0w NS0yMyAyMjo1MzoyOC4wMDAwMDAwMDAgLTAzMDAKQEAgLTI0OSw2ICsyNDksMTIgQEAKIC5CbCAt dGFnIC13aWR0aCBmaW5keAogLkl0IGdlb21ldHJ5CiBUaGUgZGlzayBnZW9tZXRyeSwgYXMgYSBj eWxzL2hlYWRzL3NlY3RvcnMgZm9ybWF0dGVkIHN0cmluZy4KK1RoZSB3b3JkICJzYW5lIiBpbnN0 cnVjdHMKKy5ObQordG8gY2FsY3VsYXRlIGEgc2FmZSAobm90IG5lY2Vzc2FyaWx5IG9wdGltYWwp IGdlb21ldHJ5IGlmIHRoZQorY3VycmVudCBvbmUgaGFzIG1vcmUgdGhhbiA2NTUzNSBjeWxpbmRl cnMsIG1vcmUgdGhhbiAyNTYgaGVhZHMgb3IKK21vcmUgdGhhbiA2MyBzZWN0b3JzIHBlciB0cmFj ayAoMjU1IHNlY3RvcnMgb24gdGhlIFBDOTgKK2FyY2hpdGVjdHVyZSkuCiBEZWZhdWx0OiBubwog Y2hhbmdlIHRvIGdlb21ldHJ5LgogLkl0IHBhcnRpdGlvbgo= ------=_Part_83359_7171511.1230289420814-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 11:33:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7CA51065673; Fri, 26 Dec 2008 11:33:58 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3D55B8FC1D; Fri, 26 Dec 2008 11:33:52 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so2396136qwb.7 for ; Fri, 26 Dec 2008 03:33:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3x9xczL6oU0zVY1mRKXCiWwo0cqs5kVYGrgrHJYPAh0=; b=n3Mqjj44OrZRoncm73rl7rAmZfAHT1AkYBymbRxZF83x7+PztLgLOMWgATVr2VZ8zN tj91MLGT4QYo02IMWeQlTqybs7L15Gz77L2QQGQgqk7zxWt3bkk7leAwSfCP3fl+sM36 H+B7n9MqzjGV1WJkB+FwQm2aSU1H9PaxBkQ0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=e1bdBf0VdoMs/I04A6/bNnfFnFtjcD7u/Lb9ClA463Ap08YtXUHumHOlrBcXBCyjOn nuVQWDL9mQIRRx9XOM5l7l5B2JJNoqUjFjilztWdsJz+maqGjlKXU86vrfOVz4C1NZtl B8TcT49Yl5BBu0apOGCvAY1Zg4lF7j5U8aIoA= Received: by 10.214.129.15 with SMTP id b15mr3370210qad.354.1230291232306; Fri, 26 Dec 2008 03:33:52 -0800 (PST) Received: by 10.214.244.18 with HTTP; Fri, 26 Dec 2008 03:33:52 -0800 (PST) Message-ID: <747dc8f30812260333x556787f3pa410589767bfc9a4@mail.gmail.com> Date: Fri, 26 Dec 2008 09:33:52 -0200 From: "Renato Botelho" To: "Hans Petter Selasky" In-Reply-To: <200812261220.09485.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> <200812261220.09485.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 11:33:58 -0000 On Fri, Dec 26, 2008 at 9:20 AM, Hans Petter Selasky wrote: > On Friday 26 December 2008, Renato Botelho wrote: >> http://pastebin.com/f6c28d7ca > > What CPU architecture are you using? hw.machine: i386 hw.model: Intel(R) Pentium(R) 4 CPU 3.00GHz hw.ncpu: 2 -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 11:33:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7CA51065673; Fri, 26 Dec 2008 11:33:58 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3D55B8FC1D; Fri, 26 Dec 2008 11:33:52 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so2396136qwb.7 for ; Fri, 26 Dec 2008 03:33:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3x9xczL6oU0zVY1mRKXCiWwo0cqs5kVYGrgrHJYPAh0=; b=n3Mqjj44OrZRoncm73rl7rAmZfAHT1AkYBymbRxZF83x7+PztLgLOMWgATVr2VZ8zN tj91MLGT4QYo02IMWeQlTqybs7L15Gz77L2QQGQgqk7zxWt3bkk7leAwSfCP3fl+sM36 H+B7n9MqzjGV1WJkB+FwQm2aSU1H9PaxBkQ0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=e1bdBf0VdoMs/I04A6/bNnfFnFtjcD7u/Lb9ClA463Ap08YtXUHumHOlrBcXBCyjOn nuVQWDL9mQIRRx9XOM5l7l5B2JJNoqUjFjilztWdsJz+maqGjlKXU86vrfOVz4C1NZtl B8TcT49Yl5BBu0apOGCvAY1Zg4lF7j5U8aIoA= Received: by 10.214.129.15 with SMTP id b15mr3370210qad.354.1230291232306; Fri, 26 Dec 2008 03:33:52 -0800 (PST) Received: by 10.214.244.18 with HTTP; Fri, 26 Dec 2008 03:33:52 -0800 (PST) Message-ID: <747dc8f30812260333x556787f3pa410589767bfc9a4@mail.gmail.com> Date: Fri, 26 Dec 2008 09:33:52 -0200 From: "Renato Botelho" To: "Hans Petter Selasky" In-Reply-To: <200812261220.09485.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> <200812261220.09485.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 11:33:58 -0000 On Fri, Dec 26, 2008 at 9:20 AM, Hans Petter Selasky wrote: > On Friday 26 December 2008, Renato Botelho wrote: >> http://pastebin.com/f6c28d7ca > > What CPU architecture are you using? hw.machine: i386 hw.model: Intel(R) Pentium(R) 4 CPU 3.00GHz hw.ncpu: 2 -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 12:45:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A91EE1065674 for ; Fri, 26 Dec 2008 12:45:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B85988FC1D for ; Fri, 26 Dec 2008 12:45:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09360; Fri, 26 Dec 2008 14:29:32 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4954CE2B.3070407@icyb.net.ua> Date: Fri, 26 Dec 2008 14:29:31 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: Marcel Moolenaar , freebsd-current@freebsd.org References: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> <20081226085317.GA26808@dragon.NUXI.org> In-Reply-To: <20081226085317.GA26808@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: "geometry does not match label" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 12:45:48 -0000 As a general note - I don't see why GEOM_PART should complain about "geometry does not match label" in non-verbose mode at least. I have an external disk that can be connected either via eSATA or via USB; depending on the type of connection its geometry is reported differently. I guess the hardware is not helpful in this respect, but on the other hand - who cares. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 12:45:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE232106567A; Fri, 26 Dec 2008 12:45:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 99D078FC20; Fri, 26 Dec 2008 12:45:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09283; Fri, 26 Dec 2008 14:25:55 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4954CD52.2090505@icyb.net.ua> Date: Fri, 26 Dec 2008 14:25:54 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: obrien@freebsd.org, Marcel Moolenaar , freebsd-current@freebsd.org References: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> <20081226085453.GB26808@dragon.NUXI.org> In-Reply-To: <20081226085453.GB26808@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: "geometry does not match label" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 12:45:50 -0000 on 26/12/2008 10:54 David O'Brien said the following: > On Sat, Dec 20, 2008 at 06:43:49PM -0800, Marcel Moolenaar wrote: >> On Dec 20, 2008, at 9:22 AM, Christian Weisgerber wrote: >> Apparently sysinstall creates faulty disklabels. > > Is this also fallout? > > # fsck /dev/ad8s4f > fsck: Could not determine filesystem type Can't comment on the above, about the below - I think that you have to use gpart(8) once you switched a kernel to GEOM_PART, disklabel would not "get" it. > # disklabel /dev/ad8s4f > # /dev/ad8s4f: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > c: 83441610 150994935 unused 0 0 # "raw" part, don't edit > f: 83441610 150994935 4.2BSD 0 0 0 > partition c: offset past end of unit > partition c: partition extends past end of unit > disklabel: partition c doesn't start at 0! > disklabel: An incorrect partition c may cause problems for standard system utilities > partition f: offset past end of unit > partition f: partition extends past end of unit -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 13:17:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 510931065675; Fri, 26 Dec 2008 13:17:02 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 137218FC1D; Fri, 26 Dec 2008 13:17:02 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id mBQDGuVk032299 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 26 Dec 2008 13:16:59 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Fri, 26 Dec 2008 13:16:55 +0000 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; amd64; ; ) References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> In-Reply-To: <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812261316.55676.ken@mthelicon.com> Cc: Renato Botelho , Alfred Perlstein , current@freebsd.org, Hans Petter Selasky Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 13:17:02 -0000 On Friday 26 December 2008 11:14:15 Renato Botelho wrote: > On Wed, Dec 24, 2008 at 4:58 PM, Renato Botelho wrote: > > On Wed, Dec 24, 2008 at 9:12 AM, Hans Petter Selasky wrote: > >> On Wednesday 24 December 2008, Renato Botelho wrote: > >>> On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein > >> > >> wrote: > >>> > We're going to usher in the New Year with a new usb stack. > >>> > > >>> > Now is the time to test, test, test. > >>> > > >>> > It is also the time to point out anything missing from usb2 that > >>> > is in usb1. > >>> > > >>> > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > >>> > usb2. > >>> > > >>> > The old usb code will remain in case there is any fallout. > >>> > > >>> > Depending on how this trial goes we will hopefully move to the new > >>> > stack entirely within a few weeks after bug reports start dying > >>> > down. > >>> > >>> Alfred, > >>> > >>> I tried a build yesterday with a fresh -current (Revision: 186431), > >>> after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. > >>> > >>> I've collected these lines from messages, and i would like to know > >>> what i can do to give you necessary information to fix this. > >>> > >>> Dec 23 14:48:35 botelhor kernel: Trying to mount root from > >>> ufs:/dev/ad4s1a Dec 23 14:48:35 botelhor kernel: > >>> usb2_alloc_device:1417: set address 2 failed (ignored) > >>> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting > >>> device descriptor at addr 2 failed! > >>> Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not > >>> allocate new device! > >>> Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 > >>> Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI > >>> 7.8 Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel > >>> config /usr/obj/usr/src/sys/GARGA > >>> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 > >>> failed (ignored) > >>> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting > >>> device descriptor at addr 2 failed! > >>> Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not > >>> allocate new device! > >>> > >>> Here is the same lines with current usb stack: > >>> > >>> Dec 23 14:52:23 botelhor kernel: uhub5: >>> class 9/0, rev 2.00/1.04, addr 2> on uhub3 > >>> Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus > >>> powered Dec 23 14:52:23 botelhor kernel: ums0: >>> Mouse, class 0/0, rev 1.10/51.27, addr 3> on uhub5 > >>> Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. > >>> Dec 23 14:52:23 botelhor kernel: ukbd0: >>> Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 > >>> Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 > >>> > >>> Thanks > >> > >> Hi, > >> > >> I have made some patches for this kind of issues which are not yet > >> in -current. > >> > >> You can try to fetch the latest from: > >> > >> svn --username anonsvn --password anonsvn \ > >> checkout svn://svn.turbocat.net/i4b > >> > >> cd i4b/trunk/i4b/src/sys/dev > >> cp -r usb2 /sys/dev/ > >> make -C /sys/modules/usb2 clean all install > > > > I still had problems, I'll collect more details on Friday and > > send you. > > Here are my /var/log/messages: > > http://pastebin.com/f6c28d7ca > > I still have problems with my keyboard. I dont know if this will be of any help to you, but I have had similar problems on my machine (I use a Sun Type 6 keyboard). Its a once in a blue moon fault where the keyboard comes up unresponsive after reboot, and reboots and power-cycles to the machine dont help. What I found on mine is that I have to physically unplug the keyboard after a power down, and replug it back in. I think something gets stuck in the keyboard and even with the power off to the machine, the 5V stand-by is being applied, so the keyboard never gets reset. When this fault occurs, the keyboard is even unresponsive during POST and will not recognize the delete key to get into bios, etc. It has only happened maybe 5 or 6 times out of the many reboots on my machine, but what normally seems to kick it off is if I do a shutdown -r from within a xterm. Just my $0.02, Peg From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 13:17:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 510931065675; Fri, 26 Dec 2008 13:17:02 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 137218FC1D; Fri, 26 Dec 2008 13:17:02 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id mBQDGuVk032299 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 26 Dec 2008 13:16:59 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Fri, 26 Dec 2008 13:16:55 +0000 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; amd64; ; ) References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> In-Reply-To: <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812261316.55676.ken@mthelicon.com> Cc: Renato Botelho , Alfred Perlstein , current@freebsd.org, Hans Petter Selasky Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 13:17:02 -0000 On Friday 26 December 2008 11:14:15 Renato Botelho wrote: > On Wed, Dec 24, 2008 at 4:58 PM, Renato Botelho wrote: > > On Wed, Dec 24, 2008 at 9:12 AM, Hans Petter Selasky wrote: > >> On Wednesday 24 December 2008, Renato Botelho wrote: > >>> On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein > >> > >> wrote: > >>> > We're going to usher in the New Year with a new usb stack. > >>> > > >>> > Now is the time to test, test, test. > >>> > > >>> > It is also the time to point out anything missing from usb2 that > >>> > is in usb1. > >>> > > >>> > In two weeks, on Jan 3rd I will switch the GENERIC kernel to use > >>> > usb2. > >>> > > >>> > The old usb code will remain in case there is any fallout. > >>> > > >>> > Depending on how this trial goes we will hopefully move to the new > >>> > stack entirely within a few weeks after bug reports start dying > >>> > down. > >>> > >>> Alfred, > >>> > >>> I tried a build yesterday with a fresh -current (Revision: 186431), > >>> after boot I couldn't have my usb keyboard (Sun Type 7 Unix) working. > >>> > >>> I've collected these lines from messages, and i would like to know > >>> what i can do to give you necessary information to fix this. > >>> > >>> Dec 23 14:48:35 botelhor kernel: Trying to mount root from > >>> ufs:/dev/ad4s1a Dec 23 14:48:35 botelhor kernel: > >>> usb2_alloc_device:1417: set address 2 failed (ignored) > >>> Dec 23 14:48:35 botelhor kernel: usb2_alloc_device:1452: getting > >>> device descriptor at addr 2 failed! > >>> Dec 23 14:48:35 botelhor kernel: uhub_reattach_port:401: could not > >>> allocate new device! > >>> Dec 23 14:48:39 botelhor lpd[1090]: lpd startup: logging=0 > >>> Dec 23 14:48:40 botelhor kernel: fuse4bsd: version 0.3.9-pre1, FUSE ABI > >>> 7.8 Dec 23 14:48:40 botelhor kernel: fuse4bsd: compiled against kernel > >>> config /usr/obj/usr/src/sys/GARGA > >>> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1417: set address 2 > >>> failed (ignored) > >>> Dec 23 14:49:05 botelhor kernel: usb2_alloc_device:1452: getting > >>> device descriptor at addr 2 failed! > >>> Dec 23 14:49:05 botelhor kernel: uhub_reattach_port:401: could not > >>> allocate new device! > >>> > >>> Here is the same lines with current usb stack: > >>> > >>> Dec 23 14:52:23 botelhor kernel: uhub5: >>> class 9/0, rev 2.00/1.04, addr 2> on uhub3 > >>> Dec 23 14:52:23 botelhor kernel: uhub5: 4 ports with 3 removable, bus > >>> powered Dec 23 14:52:23 botelhor kernel: ums0: >>> Mouse, class 0/0, rev 1.10/51.27, addr 3> on uhub5 > >>> Dec 23 14:52:23 botelhor kernel: ums0: 3 buttons and Z dir. > >>> Dec 23 14:52:23 botelhor kernel: ukbd0: >>> Keyboard, class 0/0, rev 2.00/1.04, addr 4> on uhub5 > >>> Dec 23 14:52:23 botelhor kernel: kbd2 at ukbd0 > >>> > >>> Thanks > >> > >> Hi, > >> > >> I have made some patches for this kind of issues which are not yet > >> in -current. > >> > >> You can try to fetch the latest from: > >> > >> svn --username anonsvn --password anonsvn \ > >> checkout svn://svn.turbocat.net/i4b > >> > >> cd i4b/trunk/i4b/src/sys/dev > >> cp -r usb2 /sys/dev/ > >> make -C /sys/modules/usb2 clean all install > > > > I still had problems, I'll collect more details on Friday and > > send you. > > Here are my /var/log/messages: > > http://pastebin.com/f6c28d7ca > > I still have problems with my keyboard. I dont know if this will be of any help to you, but I have had similar problems on my machine (I use a Sun Type 6 keyboard). Its a once in a blue moon fault where the keyboard comes up unresponsive after reboot, and reboots and power-cycles to the machine dont help. What I found on mine is that I have to physically unplug the keyboard after a power down, and replug it back in. I think something gets stuck in the keyboard and even with the power off to the machine, the 5V stand-by is being applied, so the keyboard never gets reset. When this fault occurs, the keyboard is even unresponsive during POST and will not recognize the delete key to get into bios, etc. It has only happened maybe 5 or 6 times out of the many reboots on my machine, but what normally seems to kick it off is if I do a shutdown -r from within a xterm. Just my $0.02, Peg From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 16:19:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFCAF1065670; Fri, 26 Dec 2008 16:19:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 201178FC1A; Fri, 26 Dec 2008 16:19:31 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=IgTwGq12CXwA:10 a=X6wDHk1_CmMA:10 a=eQkHOIthsOGcQjz6xWwA:9 a=ae2SzL0tWeqWFlcEKMvyd_o7_GEA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1176217264; Fri, 26 Dec 2008 17:19:29 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 26 Dec 2008 17:21:48 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <200812251135.28003.hselasky@c2i.net> <20081225160843.GA1826@localhost.my.domain> In-Reply-To: <20081225160843.GA1826@localhost.my.domain> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812261721.49279.hselasky@c2i.net> Cc: Alexey Shuvaev , Alfred Perlstein Subject: Re: usb stick problem [Was: HEADSUP usb2 (usb4bsd) to become default in 2 weeks.] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 16:19:32 -0000 On Thursday 25 December 2008, Alexey Shuvaev wrote: > On Thu, Dec 25, 2008 at 11:35:27AM +0100, Hans Petter Selasky wrote: > > On Wednesday 24 December 2008, Alexey Shuvaev wrote: > > > On Wed, Dec 24, 2008 at 12:12:02PM +0100, Hans Petter Selasky wrote: > Subtle timing probem? No so easy to tell. There are some debugging sysctl which you can try to tune/increase: hw.usb2.pr_recovery_delay: 250 hw.usb2.ss_delay: 0 hw.usb2.ehci.no_hs: 0 Try double the values until it works reliably. The logs don't tell me so much except that one of the control transactions fail. Maybe you can dump the descriptors of your device? usbconfig -u xxx -a yyy dump_device_desc dump_curr_config_desc --HPS From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 16:21:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68F1F106568F; Fri, 26 Dec 2008 16:21:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9B88E8FC25; Fri, 26 Dec 2008 16:21:40 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=fGO4tVQLAAAA:8 a=WmxC8RofdPdNRKlwe0cA:9 a=D_CDnZsjWheL5w_F9ZhwB_d_C8sA:4 a=MSl-tDqOz04A:10 a=9aOQ2cSd83gA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 999483397; Fri, 26 Dec 2008 17:21:38 +0100 From: Hans Petter Selasky To: "Renato Botelho" Date: Fri, 26 Dec 2008 17:23:58 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> In-Reply-To: <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812261723.58897.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 16:21:41 -0000 On Friday 26 December 2008, Renato Botelho wrote: > On Wed, Dec 24, 2008 at 4:58 PM, Renato Botelho wrote: > > On Wed, Dec 24, 2008 at 9:12 AM, Hans Petter Selasky wrote: > >> On Wednesday 24 December 2008, Renato Botelho wrote: > >>> On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein > Here are my /var/log/messages: > > http://pastebin.com/f6c28d7ca > > I still have problems with my keyboard. > > BTW, I added a #include of usb2_ioctl.h to fix lack of > USB_SHORT_XFER_OK definition, could it cause any > problems? > > Thanks There are some debugging sysctls which you can try to tune/increase: hw.usb2.pr_recovery_delay: 250 hw.usb2.ss_delay: 0 hw.usb2.ehci.no_hs: 0 // this value is a boolean Try double the values until it works reliably. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 16:21:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68F1F106568F; Fri, 26 Dec 2008 16:21:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9B88E8FC25; Fri, 26 Dec 2008 16:21:40 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=fGO4tVQLAAAA:8 a=WmxC8RofdPdNRKlwe0cA:9 a=D_CDnZsjWheL5w_F9ZhwB_d_C8sA:4 a=MSl-tDqOz04A:10 a=9aOQ2cSd83gA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 999483397; Fri, 26 Dec 2008 17:21:38 +0100 From: Hans Petter Selasky To: "Renato Botelho" Date: Fri, 26 Dec 2008 17:23:58 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <747dc8f30812241058md9f782j64e192dc735dbaff@mail.gmail.com> <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> In-Reply-To: <747dc8f30812260314u7b2a3c17t8faf3fe09808aea3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812261723.58897.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 16:21:41 -0000 On Friday 26 December 2008, Renato Botelho wrote: > On Wed, Dec 24, 2008 at 4:58 PM, Renato Botelho wrote: > > On Wed, Dec 24, 2008 at 9:12 AM, Hans Petter Selasky wrote: > >> On Wednesday 24 December 2008, Renato Botelho wrote: > >>> On Mon, Dec 22, 2008 at 7:40 PM, Alfred Perlstein > Here are my /var/log/messages: > > http://pastebin.com/f6c28d7ca > > I still have problems with my keyboard. > > BTW, I added a #include of usb2_ioctl.h to fix lack of > USB_SHORT_XFER_OK definition, could it cause any > problems? > > Thanks There are some debugging sysctls which you can try to tune/increase: hw.usb2.pr_recovery_delay: 250 hw.usb2.ss_delay: 0 hw.usb2.ehci.no_hs: 0 // this value is a boolean Try double the values until it works reliably. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 20:15:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A67E4106564A; Fri, 26 Dec 2008 20:15:33 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 87EE18FC17; Fri, 26 Dec 2008 20:15:33 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBQKFWW3005390; Fri, 26 Dec 2008 12:15:33 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Fri, 26 Dec 2008 12:15:53 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Odd behavior routed Thread-Index: AclmA7y6F1PGAzg6TQ6hQP4ZlBVQagAaEv6wAEqQL/A= References: <49528E6F.30600@ukr.net> From: "Li, Qing" To: "Vladislav V. Prodan" , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: Odd behavior routed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 20:15:33 -0000 SGksDQoNCkkgaGF2ZSBjb21taXR0ZWQgYSBwYXRjaCBmb3IgdGhpcyBwcm9ibGVtLiBQbGVhc2Ug c3luYy11cCB0bw0KDQogIFNWTiByZXYgMTg2NTAwIG9uIDIwMDgtMTItMjYgMTk6NDU6MjRaIGJ5 IHFpbmdsaQ0KDQpUaGFuaywNCg0KLS0gUWluZw0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCj4gRnJvbTogb3duZXItZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIFttYWlsdG86 b3duZXItZnJlZWJzZC0NCj4gY3VycmVudEBmcmVlYnNkLm9yZ10gT24gQmVoYWxmIE9mIExpLCBR aW5nDQo+IFNlbnQ6IFRodXJzZGF5LCBEZWNlbWJlciAyNSwgMjAwOCAxOjMzIEFNDQo+IFRvOiBW bGFkaXNsYXYgVi4gUHJvZGFuOyBRaW5nIExpDQo+IENjOiBmcmVlYnNkLW5ldEBmcmVlYnNkLm9y ZzsgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnDQo+IFN1YmplY3Q6IFJFOiBPZGQgYmVoYXZp b3Igcm91dGVkDQo+IA0KPiBJIGZvdW5kIHRoZSBidWcgYW5kIGl0IHdhcyBpbmRlZWQgaW50cm9k dWNlZCBieSB0aGUgYXJwLXYyDQo+IGNoYW5nZXMuDQo+IA0KPiBTaW5jZSBhZGRpbmcgc3RhdGlj IEFSUC9ORFAgZW50cmllcyBhbmQgYWRkaW5nIHN0YXRpYw0KPiByb3V0aW5nIGVudHJpZXMgYm90 aCBleGVjdXRlIHRocm91Z2ggdGhlIHJvdXRpbmcgc29ja2V0DQo+IGludGVyZmFjZSwgSSBjb3Vs ZCBub3QgZGlzdGluZ3Vpc2ggb25lIG9wZXJhdGlvbiBmcm9tDQo+IHRoZSBvdGhlciB3aGVuIHRo ZSAiLWlmYWNlIiBpcyBzcGVjaWZpZWQgaW4gdGhlICJyb3V0ZSINCj4gY29tbWFuZC4NCj4gDQo+ IEkgaGF2ZSBpbnRyb2R1Y2VkIGEgbmV3IFJURl9MTERBVEEgZmxhZyB0byBkaWZmZXJlbnRpYXRl DQo+IGJldHdlZW4gdGhlc2UgdHdvIHR5cGVzIG9mIG9wZXJhdGlvbi4NCj4gDQo+IFBsZWFzZSBm aW5kIHRoZSBwYXRjaCBmaWxlIGluIG15IGhvbWUgZGlyZWN0b3J5DQo+IGF0IGh0dHA6Ly9wZW9w bGUuZnJlZWJzZC5vcmcvfnFpbmdsaS9hcnAtdjItcGF0Y2gtMTIyNTA4DQo+IA0KPiBJIHdpbGwg ZG8gbW9yZSB0ZXN0aW5nIGFuZCBnZXR0aW5nIHRoZSBwYXRjaCByZXZpZXdlZA0KPiBiZWZvcmUg SSBtYWtlIHRoZSBvZmZpY2lhbCBjb21taXQuIEluIHRoZSBtZWFudGltZSwNCj4gcGxlYXNlIHRy eSBpdCBvdXQgYW5kIGxldCBtZSBrbm93IGhvdyB0aGUgcGF0Y2ggd29ya3MNCj4gb3V0IGZvciB5 b3UuDQo+IA0KPiBUaGFua3MsDQo+IA0KPiAtLSBRaW5nDQo+IA0KPiANCj4gPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IG93bmVyLWZyZWVic2QtbmV0QGZyZWVic2Qub3Jn IFttYWlsdG86b3duZXItZnJlZWJzZC0NCj4gPiBuZXRAZnJlZWJzZC5vcmddIE9uIEJlaGFsZiBP ZiBWbGFkaXNsYXYgVi4gUHJvZGFuDQo+ID4gU2VudDogV2VkbmVzZGF5LCBEZWNlbWJlciAyNCwg MjAwOCAxMTozMyBBTQ0KPiA+IFRvOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc7IGZyZWVi c2QtbmV0QGZyZWVic2Qub3JnDQo+ID4gQ2M6IGZyZWVic2QtaGFja2Vyc0BmcmVlYnNkLm9yZw0K PiA+IFN1YmplY3Q6IE9kZCBiZWhhdmlvciByb3V0ZWQNCj4gPg0KPiA+ICMgdW5hbWUgLWENCj4g PiBGcmVlQlNEIG1hcnktdGVyZXNhLlhYWFhYIDguMC1DVVJSRU5UIEZyZWVCU0QgOC4wLUNVUlJF TlQgIzA6IFdlZCBEZWMNCj4gPiAyNA0KPiA+IDA1OjA2OjU1IEVFVCAyMDA4DQo+ID4gdmxhZDEx QG1hcnktdGVyZXNhLlhYWFhYOi91c3Ivb2JqL3Vzci9zcmMvc3lzL21hcnktdGVyZXNhLjEwICBh bWQ2NA0KPiA+DQo+ID4gV2UgaGF2ZSB0d28gcHJvdmlkZXJzIG9uIHR1bjEgYW5kIHR1bjIuDQo+ ID4NCj4gPiAgPj4vZXRjL3JjLmNvbmY6DQo+ID4gLi4uDQo+ID4gZ2F0ZXdheV9lbmFibGU9IllF UyINCj4gPiByb3V0ZXI9Ii9zYmluL3JvdXRlZCINCj4gPiByb3V0ZXJfZW5hYmxlPSJZRVMiDQo+ ID4gcm91dGVyX2ZsYWdzPSItcyAtVCAvdmFyL2xvZy9yb3V0ZWQubG9nIC1QIG5vX3JpcCINCj4g PiAuLi4NCj4gPg0KPiA+ICMgbmV0c3RhdCAtcm4NCj4gPiBSb3V0aW5nIHRhYmxlcw0KPiA+DQo+ ID4gSW50ZXJuZXQ6DQo+ID4gRGVzdGluYXRpb24gICAgICAgIEdhdGV3YXkgICAgICAgICAgICBG bGFncyAgICBSZWZzICAgICAgVXNlICBOZXRpZg0KPiA+IEV4cGlyZQ0KPiA+IGRlZmF1bHQgICAg ICAgICAgICA4OS4yMDkuOTUuMjU0ICAgICAgVUdTICAgICAgICAgMCAgIDY1MzQxOCAgIHR1bjEN Cj4gPiAxMC4wLjAuMC8yNCAgICAgICAgbGluayMxICAgICAgICAgICAgIFUgICAgICAgICAgIDAg ICAgODU1OTUgICAgcmUwDQo+ID4gODUuMjM4LjEwOS42MSAgICAgIDEyNy4wLjAuMSAgICAgICAg ICBVSCAgICAgICAgICAwICAgICAgICAwICAgIGxvMA0KPiA+IDg5LjIwOS5YWC5ZWSAgICAgICAx MjcuMC4wLjEgICAgICAgICAgVUggICAgICAgICAgMCAgICAgIDQ4MyAgICBsbzANCj4gPiA4OS4y MDkuOTUuMjU0ICAgICAgODkuMjA5LlhYLllZICAgICAgIFVIICAgICAgICAgIDAgICAgICAgIDAg ICB0dW4xDQo+ID4gMTI3LjAuMC4xICAgICAgICAgIGxpbmsjNiAgICAgICAgICAgICBVSCAgICAg ICAgICAwICAgIDE5NzgxICAgIGxvMA0KPiA+IDE5Mi4xNjguMTUyLjAvMjQgICAxMC4wLjAuMjAg ICAgICAgICAgVUdTICAgICAgICAgMCAgICAgICAgMCAgICByZTANCj4gPiAxOTUuMTM4LjgwLjE2 OCAgICAgbGluayM4ICAgICAgICAgICAgIFVIICAgICAgICAgIDAgICAgICAgIDUgICB0dW4yDQo+ ID4NCj4gPiBJbnRlcm5ldDY6DQo+ID4gRGVzdGluYXRpb24gICAgICAgICAgICAgICAgICAgICAg IEdhdGV3YXkgICAgICAgICAgICAgICAgICAgICAgIEZsYWdzDQo+ID4gICBOZXRpZiBFeHBpcmUN Cj4gPiA6OjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbGluayM2ICAgICAgICAgICAg ICAgICAgICAgICAgVUgNCj4gPiBsbzANCj4gPiBmZTgwOjolbG8wLzY0ICAgICAgICAgICAgICAg ICAgICAgbGluayM2ICAgICAgICAgICAgICAgICAgICAgICAgVQ0KPiA+IGxvMA0KPiA+IGZmMDE6 Njo6LzMyICAgICAgICAgICAgICAgICAgICAgICBmZTgwOjoxJWxvMCAgICAgICAgICAgICAgICAg ICBVDQo+ID4gbG8wDQo+ID4gZmYwMTo3OjovMzIgICAgICAgICAgICAgICAgICAgICAgIGZlODA6 OjJlMDo0ZGZmOmZlN2I6NjkwYyV0dW4xIFVHDQo+ID4gdHVuMQ0KPiA+IGZmMDE6ODo6LzMyICAg ICAgICAgICAgICAgICAgICAgICBmZTgwOjoyZTA6NGRmZjpmZTdiOjY5MGMldHVuMiBVRw0KPiA+ IHR1bjINCj4gPiBmZjAyOjolbG8wLzMyICAgICAgICAgICAgICAgICAgICAgZmU4MDo6MSVsbzAg ICAgICAgICAgICAgICAgICAgVQ0KPiA+IGxvMA0KPiA+IGZmMDI6OiV0dW4xLzMyICAgICAgICAg ICAgICAgICAgICBmZTgwOjoyZTA6NGRmZjpmZTdiOjY5MGMldHVuMSBVRw0KPiA+IHR1bjENCj4g PiBmZjAyOjoldHVuMi8zMiAgICAgICAgICAgICAgICAgICAgZmU4MDo6MmUwOjRkZmY6ZmU3Yjo2 OTBjJXR1bjIgVUcNCj4gPiB0dW4yDQo+ID4NCj4gPg0KPiA+IEkgd291bGQgbGlrZSB0byBwdXQg c29tZSBuZXR3b3JrcyB2aWEgYSBzZWNvbmQgSVNQOg0KPiA+ICMgL3NiaW4vcm91dGUgYWRkIC1u ZXQgNzkuMTQwLjAuMC8yMCAtaWZhY2UgdHVuMg0KPiA+IGFkZCBuZXQgNzkuMTQwLjAuMDogZ2F0 ZXdheSB0dW4yDQo+ID4gIyAvc2Jpbi9yb3V0ZSBhZGQgLW5ldCA4NS4yMzguOTYuMC8xOSAtaWZh Y2UgdHVuMg0KPiA+IGFkZCBuZXQgODUuMjM4Ljk2LjA6IGdhdGV3YXkgdHVuMg0KPiA+ICMgL3Ni aW4vcm91dGUgYWRkIC1uZXQgMTk1LjEzOC42NC4wLzE5IC1pZmFjZSB0dW4yDQo+ID4gYWRkIG5l dCAxOTUuMTM4LjY0LjA6IGdhdGV3YXkgdHVuMg0KPiA+DQo+ID4gQnV0IHJvdXRlcyBkbyBub3Qg YXBwZWFyLCB0aGUgdGFibGUgcmVtYWlucyB1bmNoYW5nZWQuDQo+ID4gSW4gdGhlIGxvZ3Mgcm91 dGVkOg0KPiA+DQo+ID4gUlRNX0FERCBmcm9tIHBpZCA3MjM0OiA3OS4xNDAuMC4wIChtYXNrIDB4 ZmZmZmYwMDApIC0tPiA4NS4yMzguMTA5LjYxDQo+ID4gc3RhdGljIHJvdXRlIDc5LjE0MC4wLjAg KG1hc2sgMHhmZmZmZjAwMCkgLS0+IDg1LjIzOC4xMDkuNjENCj4gaW1wb3NzaWJseQ0KPiA+IGxh Y2tzIGlmcA0KPiA+IC0tIDExOjM1OjE2IC0tDQo+ID4gUlRNX0FERCBmcm9tIHBpZCA3MjUwOiA4 NS4yMzguOTYuMCAobWFzayAweGZmZmZlMDAwKSAtLT4NCj4gODUuMjM4LjEwOS42MQ0KPiA+IHN0 YXRpYyByb3V0ZSA4NS4yMzguOTYuMCAobWFzayAweGZmZmZlMDAwKSAtLT4gODUuMjM4LjEwOS42 MQ0KPiBpbXBvc3NpYmx5DQo+ID4gbGFja3MgaWZwDQo+ID4gLS0gMTE6MzU6MjggLS0NCj4gPiBS VE1fQUREIGZyb20gcGlkIDcyNjI6IDE5NS4xMzguNjQuMCAobWFzayAweGZmZmZlMDAwKSAtLT4N Cj4gODUuMjM4LjEwOS42MQ0KPiA+IHN0YXRpYyByb3V0ZSAxOTUuMTM4LjY0LjAgKG1hc2sgMHhm ZmZmZTAwMCkgLS0+IDg1LjIzOC4xMDkuNjENCj4gPiBpbXBvc3NpYmx5DQo+ID4gbGFja3MgaWZw DQo+ID4NCj4gPg0KPiA+IEJlZm9yZSByZWJ1aWxkIGtlcm5lbCwgaXQgYXBwZWFyZWQsIGFuZCBu b3cgdGhlcmUgaXMgbm8uDQo+ID4gSXQgaXMgbm93IGFkZGluZyByb3V0ZXM/DQo+ID4NCj4gPiBV c2luZyBnYXRlZHxxdWFnZ2F8emVicmEgZG9lcyBub3Qgb2ZmZXIuDQo+ID4NCj4gPg0KPiA+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ID4gZnJlZWJz ZC1uZXRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+ID4gaHR0cDovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1uZXQNCj4gPiBUbyB1bnN1YnNjcmliZSwgc2Vu ZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1uZXQtDQo+IHVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 20:39:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B1B91065673 for ; Fri, 26 Dec 2008 20:39:55 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id E2F468FC08 for ; Fri, 26 Dec 2008 20:39:54 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id mBQKdsmc083597; Fri, 26 Dec 2008 12:39:54 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id mBQKdsVk083596; Fri, 26 Dec 2008 12:39:54 -0800 (PST) (envelope-from obrien) Date: Fri, 26 Dec 2008 12:39:54 -0800 From: "David O'Brien" To: "Carlos A. M. dos Santos" Message-ID: <20081226203954.GC83362@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, "Carlos A. M. dos Santos" , freebsd-current@freebsd.org References: <20081226072712.GA25406@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Shooting sysinstall/SADE geometry warning in the head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 20:39:55 -0000 On Fri, Dec 26, 2008 at 09:03:40AM -0200, Carlos A. M. dos Santos wrote: > On Fri, Dec 26, 2008 at 5:27 AM, David O'Brien wrote: > > It seems Sysinstall and SADE are ingorant of today's disk geometries. > > Is there good reason to not make this change? I've been getting the > > gratitious > > > > +----------------------------- Message -----------------------------+ > > |WARNING: A geometry of 290721/16/63 for ad8 is incorrect. Using | > [...] > > > > warning from just about every usage of sysinstall/SADE over the past > > few years. > > I suggested the attached patch some time ago. It keeps the message but > makes it less scaring. Please see > http://lists.freebsd.org/pipermail/freebsd-stable/2008-May/042697.html The problem is this patch keeps the message and extra steps to get into the Fdisk editor. No other OS I've tried would warn/note/complain about these disks in this machine. So why keep the message for FreeBSD? It just makes FreeBSD look like its finicky about disks (and maybe suggest less compatible than other OS's?). -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 20:44:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BF1D1065673 for ; Fri, 26 Dec 2008 20:44:40 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 883AE8FC17 for ; Fri, 26 Dec 2008 20:44:39 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 45D8F6D42B; Fri, 26 Dec 2008 21:45:10 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ixwUWRWsHlQH; Fri, 26 Dec 2008 21:45:07 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 3261F6D423; Fri, 26 Dec 2008 21:45:07 +0100 (CET) Date: Fri, 26 Dec 2008 21:45:07 +0100 From: Rink Springer To: obrien@freebsd.org, "Carlos A. M. dos Santos" , freebsd-current@freebsd.org Message-ID: <20081226204507.GF95307@rink.nu> References: <20081226072712.GA25406@dragon.NUXI.org> <20081226203954.GC83362@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081226203954.GC83362@dragon.NUXI.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Shooting sysinstall/SADE geometry warning in the head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 20:44:40 -0000 On Fri, Dec 26, 2008 at 12:39:54PM -0800, David O'Brien wrote: > The problem is this patch keeps the message and extra steps to get into > the Fdisk editor. No other OS I've tried would warn/note/complain about > these disks in this machine. So why keep the message for FreeBSD? It > just makes FreeBSD look like its finicky about disks (and maybe suggest > less compatible than other OS's?). I agree; FreeBSD is the only OS that complains about this, and ignoring the warnings has always worked perfectly well for me. Thus, let's just nuke the message and get it over with. -- Rink P.W. Springer - http://rink.nu "Chance favours the prepared mind" - Penn From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 21:08:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E71321065675 for ; Fri, 26 Dec 2008 21:08:43 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9468FC16 for ; Fri, 26 Dec 2008 21:08:43 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mBQL8e9M012553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Dec 2008 08:08:41 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mBQL8evq053499; Sat, 27 Dec 2008 08:08:40 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mBQL8dcC053498; Sat, 27 Dec 2008 08:08:39 +1100 (EST) (envelope-from peter) Date: Sat, 27 Dec 2008 08:08:39 +1100 From: Peter Jeremy To: obrien@freebsd.org, Marcel Moolenaar , freebsd-current@freebsd.org Message-ID: <20081226210839.GG1081@server.vk2pj.dyndns.org> References: <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> <20081226085453.GB26808@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KdquIMZPjGJQvRdI" Content-Disposition: inline In-Reply-To: <20081226085453.GB26808@dragon.NUXI.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: "geometry does not match label" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 21:08:44 -0000 --KdquIMZPjGJQvRdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Dec-26 00:54:53 -0800, David O'Brien wrote: ># fsck /dev/ad8s4f >fsck: Could not determine filesystem type I'm seeing this as well but it seems to go away if the filesystem is listed in /etc/fstab. ># disklabel /dev/ad8s4f ># /dev/ad8s4f: >8 partitions: ># size offset fstype [fsize bsize bps/cpg] > c: 83441610 150994935 unused 0 0 # "raw" part, don= 't edit > f: 83441610 150994935 4.2BSD 0 0 0 >partition c: offset past end of unit >partition c: partition extends past end of unit >disklabel: partition c doesn't start at 0! >disklabel: An incorrect partition c may cause problems for standard system= utilities >partition f: offset past end of unit >partition f: partition extends past end of unit It looks like GEOM_PART_BSD reports partition information that is incompatible with bsdlabel. This is a PITA. OTOH, 'gpart show' works sanely (though you have to map from 1-origin partition numbers to partition names). If GEOM_PART_xxx is going to be kept as the default, either bsdlabel needs to learn how to interpret the partition information (preferred) or it needs to refer the user to gpart(8) and not produce confusing and erroneous error messages. Overall, gpart is definitely not a user-friendly way of managing disk space (though it is usable). As has already been noted (in part): 1) it needs to use expand_number(3) or similar to read sizes 2) the '-b offset' option to 'gpart add' needs to be made optional 3) the '-i index' option to 'delete', 'modify', 'set' and 'unset' needs to be optional (derived from the 'geom' argument if not specified - so 'gpart delete -i 3 ad4' and 'gpart delete ad4s3' are equivalent). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --KdquIMZPjGJQvRdI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklVR9cACgkQ/opHv/APuIej8gCgg63iVb6GhhRLQRSAlh1r74fj EpIAmwaYr3oFIsE0zeZ+qwvqM0fYhkyt =PYFf -----END PGP SIGNATURE----- --KdquIMZPjGJQvRdI-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 21:40:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64781065670 for ; Fri, 26 Dec 2008 21:40:11 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 50FC38FC1D for ; Fri, 26 Dec 2008 21:40:10 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so2967323fkk.11 for ; Fri, 26 Dec 2008 13:40:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0Lye1zhdL0DqrNGZcNw5YM/+G9c/Plca80JSaM/1tlY=; b=BpeO/yNFqDjlDAEC/SptfiIZh9vHAWXeCJitbjFmNJHuLa/dGeOtQO0J79X5z8BT8d uYCNlj9nDldLGfkmGOBiJOXm4QUBNG9vzxGdglje/8v7MWeefcbsot3OSuTGqVjYGeWa m4IgIf7rCmXRQ22esHMJEtcSlhKJ3pPEklRwU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=K4ImaNbIHlfR6QNxV/noQ9JAFddcZ44GzWuvTRCyXzpvS0TlJfxbN1FYLiS/ejXlvx fgTUcyKi9Jh4wcjsOQylYrbaczoqIbTzJvkKAGNzEVY8XCS9HT64N4Ngf8QxRaTaSBit Paq2E7KfIgaFvU81a+1845VgcCdvNd4y1azT4= Received: by 10.223.115.80 with SMTP id h16mr1520762faq.94.1230325917180; Fri, 26 Dec 2008 13:11:57 -0800 (PST) Received: by 10.223.108.69 with HTTP; Fri, 26 Dec 2008 13:11:57 -0800 (PST) Message-ID: Date: Fri, 26 Dec 2008 22:11:57 +0100 From: "Niclas Zeising" To: "Rink Springer" In-Reply-To: <20081226204507.GF95307@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081226072712.GA25406@dragon.NUXI.org> <20081226203954.GC83362@dragon.NUXI.org> <20081226204507.GF95307@rink.nu> Cc: "Carlos A. M. dos Santos" , freebsd-current@freebsd.org Subject: Re: Shooting sysinstall/SADE geometry warning in the head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 21:40:11 -0000 On Fri, Dec 26, 2008 at 9:45 PM, Rink Springer wrote: > On Fri, Dec 26, 2008 at 12:39:54PM -0800, David O'Brien wrote: >> The problem is this patch keeps the message and extra steps to get into >> the Fdisk editor. No other OS I've tried would warn/note/complain about >> these disks in this machine. So why keep the message for FreeBSD? It >> just makes FreeBSD look like its finicky about disks (and maybe suggest >> less compatible than other OS's?). This might actually be quite scary for new users migrating from other operating systems. I remember when i first installed FreeBSD and got that warning, it is a bit scary and you wonder what's wrong with your disks. In the end just ignoring it seems to work fine, and I've done so. Still, the warning is a bit scary and might scare off potential users. So from a user's/admin point of view, I'm all for nuking the message if it's bogus anyway. > > I agree; FreeBSD is the only OS that complains about this, and ignoring > the warnings has always worked perfectly well for me. Thus, let's just > nuke the message and get it over with. regards! //Niclas From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 22:05:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0028106567B; Fri, 26 Dec 2008 22:05:17 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id ACD598FC1E; Fri, 26 Dec 2008 22:05:17 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from [91.123.146.100] (helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1LGJfz-00065W-1b; Fri, 26 Dec 2008 22:52:55 +0200 Date: Fri, 26 Dec 2008 22:52:54 +0200 From: Alex Kozlov To: David O'Brien , freebsd-current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20081226205254.GA52882@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: Shooting sysinstall/SADE geometry warning in the head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 22:05:18 -0000 On Fri, Dec 26, 2008 at 12:39:54PM -0800, David O'Brien wrote: > >> It seems Sysinstall and SADE are ingorant of today's disk geometries. > >> Is there good reason to not make this change? I've been getting the > >> gratitious > >> > >> +----------------------------- Message -----------------------------+ > > ||WARNING: A geometry of 290721/16/63 for ad8 is incorrect. Using | >> [...] > >> > >> warning from just about every usage of sysinstall/SADE over the past > >> few years. This warning useless but annoying. Nuke it. -- Adios From owner-freebsd-current@FreeBSD.ORG Fri Dec 26 23:09:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAC7A1065674; Fri, 26 Dec 2008 23:09:37 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id AA19B8FC0C; Fri, 26 Dec 2008 23:09:37 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 0B8D2192D0; Fri, 26 Dec 2008 18:09:36 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.9 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from gluon (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 26 Dec 2008 18:09:35 -0500 (EST) Date: Fri, 26 Dec 2008 23:09:29 +0000 From: Bruce Cran To: Hans Petter Selasky Message-ID: <20081226230929.6f3821b3@gluon> In-Reply-To: <20081224215330.3ccc613d@gluon> References: <20081222214010.GA18389@elvis.mu.org> <20081224215330.3ccc613d@gluon> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2008 23:09:38 -0000 > On Mon, 22 Dec 2008 13:40:10 -0800 > Alfred Perlstein wrote: > > > We're going to usher in the New Year with a new usb stack. > > > > Now is the time to test, test, test. I was wondering if my SD/MMC/XD slot was supported with the AT91DCI driver so I tried to load it. However it has an unresolved symbol: link_elf_obj: symbol usb2_sw_transfer undefined kldload: /boot/kernel/usb2_controller_at91dci.ko: Unsupported file type The strange thing is that usb2_core.ko is already loaded, along with usb2_controller_ehci.ko, usb2_controller_ehci.ko and usb2_controller_uhci.ko so I don't know why the at91dci module can't find usb2_sw_transfer. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 04:19:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1BFE1065673; Sat, 27 Dec 2008 04:19:45 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9329E8FC08; Sat, 27 Dec 2008 04:19:45 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 4BA87192D0; Fri, 26 Dec 2008 23:19:44 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 26 Dec 2008 23:19:44 -0500 (EST) Date: Sat, 27 Dec 2008 04:19:38 +0000 From: Bruce Cran To: "Niclas Zeising" Message-ID: <20081227041938.700207bb@gluon> In-Reply-To: References: <20081222214010.GA18389@elvis.mu.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 04:19:45 -0000 On Mon, 22 Dec 2008 23:14:19 +0100 "Niclas Zeising" wrote: > Looking at the diff, I noticed that it says > +#device usb2_misc # USB Misc. > (required) But it's commented out. Why is that if it's required, or > is it only required for certain options? If the former is the case, > it should probably be uncommented, otherwise the comment that it's > required should probably clarified. > > Does it work for the other arches (most noticeably amd64) as well, or > just i386? > > Lastly, please take a look at pr conf/128590 for updates to NOTES with > most of these options. > usb2_misc will only be required for usb2_misc_dbp; likewise, usb2_ethernet is required only for the usb2_ethernet_* devices that follow. I've been testing it on amd64 and it works well; I haven't tried it powerpc yet though so I don't know if it works on the less popular platforms too. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 09:16:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E59811065673 for ; Sat, 27 Dec 2008 09:16:12 +0000 (UTC) (envelope-from root@free.fr) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 853F58FC08 for ; Sat, 27 Dec 2008 09:16:12 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by postfix2-g20.free.fr (Postfix) with ESMTP id 8C9322E50A0F for ; Sat, 27 Dec 2008 07:54:26 +0100 (CET) Received: from smtp6-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp6-g19.free.fr (Postfix) with ESMTP id D49F66E4 for ; Sat, 27 Dec 2008 09:54:34 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp6-g19.free.fr (Postfix) with ESMTP id B4FF9700 for ; Sat, 27 Dec 2008 09:54:31 +0100 (CET) From: Raoul To: freebsd-current@freebsd.org Date: Sat, 27 Dec 2008 09:54:30 +0100 Sender: root@free.fr Message-Id: <20081227085431.B4FF9700@smtp6-g19.free.fr> Subject: HEADSUP usb2 (usb4bsd) to become default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 09:16:13 -0000 Hi Hans Peter, and Alfred, we are about to switch to usb2 stack; and my prolific ucom interface does not work. i applied the paatch given by Alfred some days ago, to GENERIC and compiled the new kernel without any problem. good news my usb keyboard works quite well. but, as you can see below, upcom is detected; but does not work. any hint would be helpful and greatly appreciated. thanks for your time and your effors. raoul rmgls@free.fr my config: sony s5 laptop running current from yesterday evening. in loader.conf: sysctl hw.usb2.ucom.debug=15 sysctl hw.usb2.uftdi.debug=15 the relevant part of the demesg: uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 uhci2: port 0x1840-0x185f irq 21 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0010 usbus2: on uhci2 uhci3: port 0x1860-0x187f irq 17 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0010 usbus3: on uhci3 ehci0: mem 0x80004000-0x800043ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. Timecounter "TSC" frequency 2128014053 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ugen0.1: at usbus0 ushub0: on usbus0 ushub0: 2 ports with 2 removable, self powered usbus1: 12Mbps Full Speed USB v1.0 ugen1.1: at usbus1 ushub1: on usbus1 ushub1: 2 ports with 2 removable, self powered usbus2: 12Mbps Full Speed USB v1.0 ugen2.1: at usbus2 ushub2: on usbus2 ushub2: 2 ports with 2 removable, self powered usbus3: 12Mbps Full Speed USB v1.0 ugen3.1: at usbus3 ushub3: on usbus3 ushub3: 2 ports with 2 removable, self powered usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 ushub4: on usbus4 ushub4: 8 ports with 8 removable, self powered ugen0.2: at usbus0 uplcom0: on usbus0 ugen2.2: at usbus2 WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 09:32:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F054E106564A; Sat, 27 Dec 2008 09:32:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 39CCD8FC13; Sat, 27 Dec 2008 09:32:23 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=pVdV7PPOV_QuOskNAqQA:9 a=goFcmNeblCyncwPVgK_RwjcVi2QA:4 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1069573784; Sat, 27 Dec 2008 10:32:21 +0100 From: Hans Petter Selasky To: Bruce Cran Date: Sat, 27 Dec 2008 10:34:40 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <20081224215330.3ccc613d@gluon> <20081226230929.6f3821b3@gluon> In-Reply-To: <20081226230929.6f3821b3@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812271034.41808.hselasky@c2i.net> Cc: Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 09:32:24 -0000 On Saturday 27 December 2008, Bruce Cran wrote: > > On Mon, 22 Dec 2008 13:40:10 -0800 > > > > Alfred Perlstein wrote: > > > We're going to usher in the New Year with a new usb stack. > > > > > > Now is the time to test, test, test. > > I was wondering if my SD/MMC/XD slot was supported with the AT91DCI > driver so I tried to load it. However it has an unresolved symbol: > > link_elf_obj: symbol usb2_sw_transfer undefined > kldload: /boot/kernel/usb2_controller_at91dci.ko: Unsupported file type The at91dci modules needs some extra flags before it works on ARM. Else use the kernel option. AT91DCI is USB device controller driver. cd /usr/src/sys/modules/usb2/controller_at91dci make HAS_ATMELARM=YES all instal --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 09:35:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 298191065670 for ; Sat, 27 Dec 2008 09:35:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4398FC08 for ; Sat, 27 Dec 2008 09:35:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=iJZ5eVNJabkA:10 a=JgwOP_QsqSoA:10 a=6I5d2MoRAAAA:8 a=xH61KUTbnd1W-fqfClcA:9 a=f-W-cn3WWw9x4UdfatsA:7 a=FecrKAKnLaxkvSwOE4On8W8xl5gA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 999592672; Sat, 27 Dec 2008 10:35:00 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 27 Dec 2008 10:37:21 +0100 User-Agent: KMail/1.9.7 References: <20081227085431.B4FF9700@smtp6-g19.free.fr> In-Reply-To: <20081227085431.B4FF9700@smtp6-g19.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812271037.21614.hselasky@c2i.net> Cc: Raoul Subject: Re: HEADSUP usb2 (usb4bsd) to become default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 09:35:03 -0000 On Saturday 27 December 2008, Raoul wrote: > Hi Hans Peter, and Alfred, > > we are about to switch to usb2 stack; > and my prolific ucom interface does not work. > > i applied the paatch given by Alfred some days ago, to GENERIC and compiled > the new kernel without any problem. > > good news my usb keyboard works quite well. > > but, as you can see below, upcom is detected; but does not work. > > any hint would be helpful and greatly appreciated. > > thanks for your time and your effors. > > raoul > rmgls@free.fr > Did you apply the following set of patches? http://perforce.freebsd.org/chv.cgi?CH=155229 http://perforce.freebsd.org/chv.cgi?CH=155272 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 10:04:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B54A1065670; Sat, 27 Dec 2008 10:04:04 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 63B458FC0C; Sat, 27 Dec 2008 10:03:59 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so6136595wfg.7 for ; Sat, 27 Dec 2008 02:03:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:mime-version:content-type :content-disposition:user-agent:organization:x-operation-sytem:from; bh=jLWzJQYq7m0+qRnoHk9bAniIkBT2siTBw0QI4bSnXzk=; b=LaZ/1ReBfi4UqS4ynfHhJE53l9smdY8b5wwIJXntl2Qo9dLjvM6Fh2Z4F1XO+WO4mL 8bL+TiTCB878bbRV7Wp5UvXnllN3CVvvdfREktNDcmfusizYba4xy+Pc61uoU0uvkkWK 2bG52b/8zUgsWbQOAkwlq8gA4PCahR0wUDqD0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:user-agent:organization :x-operation-sytem:from; b=TQ2C/NIqAhQ6q5iiJBq2BT4JAbuvB40G2j2ykUcY/qJyPOGsSwyl+FfOEz1Su6y8fo U4/slrTiWMuZredqHp55ooF9v+Sav0jKCst+3MrhjfoJ7FAuC2nskI0OSejT/pH0CKtO kR5l5nLTTPHnZHW83Q2Gk1AZAnfYG15+2qHto= Received: by 10.142.254.6 with SMTP id b6mr4790890wfi.157.1230372238934; Sat, 27 Dec 2008 02:03:58 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id 30sm26521135wfa.21.2008.12.27.02.03.56 (version=SSLv3 cipher=RC4-MD5); Sat, 27 Dec 2008 02:03:57 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Sat, 27 Dec 2008 19:03:49 +0900 Date: Sat, 27 Dec 2008 19:03:49 +0900 To: freebsd-current@freebsd.org Message-ID: <20081227100349.GB1815@freebsd.weongyo.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-usb@freebsd.org Subject: HEADSUP: NDIS USB code has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 10:04:04 -0000 Hello, Just for information. The code for supporting NDIS USB drivers has been committed into HEAD. Please tell me if you encounter problems. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 10:09:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 552D7106564A for ; Sat, 27 Dec 2008 10:09:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outk.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 38CCF8FC24 for ; Sat, 27 Dec 2008 10:09:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id E58472384; Sat, 27 Dec 2008 02:09:37 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id AECF72D6017; Sat, 27 Dec 2008 02:09:37 -0800 (PST) Message-ID: <4955FEE1.6000201@elischer.org> Date: Sat, 27 Dec 2008 02:09:37 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org References: <20081227100349.GB1815@freebsd.weongyo.org> In-Reply-To: <20081227100349.GB1815@freebsd.weongyo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: HEADSUP: NDIS USB code has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 10:09:38 -0000 Weongyo Jeong wrote: > Hello, > > Just for information. The code for supporting NDIS USB drivers has been > committed into HEAD. Please tell me if you encounter problems. > > regards, > Weongyo Jeong > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" using the original USB code, right? From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 10:13:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4D91106564A; Sat, 27 Dec 2008 10:13:18 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 98D628FC17; Sat, 27 Dec 2008 10:13:18 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so6138522wfg.7 for ; Sat, 27 Dec 2008 02:13:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem:from; bh=M8SBZg2+Ht4SVpp/yHstPjmS4zExki9NS7OqL+Inuic=; b=K50+1fuZtd9Nt3S9EnZAcoWUBUBDd2rsM82HXSy7I6JV59ufIlDZBofBbY0UMDRlY+ qik5vWpV/cFFm5C8zTKFOno/b9qXDBY9cWT5U9FoqtKiqUAKTQpLjWc7rXJJ9rv/DgUO hiVyRyjE+TnmyhtzL99m55AXmweT7gym7ZaSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem:from; b=L5+c8Fk/71m8oG5hBQoj41ISegQOkIhO2Chvx/Oy72U4+/9xFsazz6nKJT9cwM+U3h 2BmkzIDnjA6nBBNZgwW5thGfcdDHbEjHezNkSsuh2nM3BzAZt4a7pL/p/VYf9xYzHn9C oQAvWMek/dvyxk5x66OureUjANS1nmEH6f8X0= Received: by 10.142.221.11 with SMTP id t11mr4793237wfg.238.1230372798371; Sat, 27 Dec 2008 02:13:18 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id 27sm25447688wfa.9.2008.12.27.02.13.15 (version=SSLv3 cipher=RC4-MD5); Sat, 27 Dec 2008 02:13:17 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Sat, 27 Dec 2008 19:13:04 +0900 Date: Sat, 27 Dec 2008 19:13:04 +0900 To: Julian Elischer Message-ID: <20081227101304.GA2198@freebsd.weongyo.org> Mail-Followup-To: Julian Elischer , freebsd-current@freebsd.org, freebsd-usb@freebsd.org References: <20081227100349.GB1815@freebsd.weongyo.org> <4955FEE1.6000201@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4955FEE1.6000201@elischer.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: HEADSUP: NDIS USB code has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 10:13:18 -0000 On Sat, Dec 27, 2008 at 02:09:37AM -0800, Julian Elischer wrote: > Weongyo Jeong wrote: > >Hello, > > > >Just for information. The code for supporting NDIS USB drivers has been > >committed into HEAD. Please tell me if you encounter problems. > > > >regards, > >Weongyo Jeong > > using the original USB code, right? Yes. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 10:36:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE0A2106564A for ; Sat, 27 Dec 2008 10:36:59 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 633478FC1E for ; Sat, 27 Dec 2008 10:36:59 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.165] (helo=devil.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LGWXF-000Pcp-2T; Sat, 27 Dec 2008 18:36:45 +0800 Message-ID: <49560548.4040406@micom.mng.net> Date: Sat, 27 Dec 2008 18:36:56 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.17 (X11/20081020) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org References: <20081227100349.GB1815@freebsd.weongyo.org> In-Reply-To: <20081227100349.GB1815@freebsd.weongyo.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: HEADSUP: NDIS USB code has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 10:36:59 -0000 Weongyo Jeong wrote: > Hello, > > Just for information. The code for supporting NDIS USB drivers has been > committed into HEAD. Please tell me if you encounter problems. > Tried to compile kernel, but gives error. Is it related to your commit? ... cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/DEVIL/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/DEVIL -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c In file included from /usr/src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c:60: @/dev/if_ndis/if_ndisvar.h:121: error: expected specifier-qualifier-list before 'usbd_xfer_handle' @/dev/if_ndis/if_ndisvar.h:212: error: expected specifier-qualifier-list before 'usbd_pipe_handle' *** Error code 1 1 error *** Error code 2 ... Ganbold > regards, > Weongyo Jeong > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > -- So far as I can remember, there is not one word in the Gospels in praise of intelligence. -- Bertrand Russell From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 10:49:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963E01065670; Sat, 27 Dec 2008 10:49:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id F2C188FC1A; Sat, 27 Dec 2008 10:49:17 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Wwxh0_kleiYA:10 a=g_pgGiu8BzUA:10 a=Y6iSiR_W_5Hv__NeUM4A:9 a=WdARFQtYHf7aH_UK1dwA:7 a=9IiQwzOjMe3gi4MwurvqPnjDVoQA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1175111835; Sat, 27 Dec 2008 11:49:15 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 27 Dec 2008 11:51:34 +0100 User-Agent: KMail/1.9.7 References: <20081227100349.GB1815@freebsd.weongyo.org> <49560548.4040406@micom.mng.net> In-Reply-To: <49560548.4040406@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812271151.36293.hselasky@c2i.net> Cc: Ganbold , freebsd-usb@freebsd.org Subject: Re: HEADSUP: NDIS USB code has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 10:49:18 -0000 On Saturday 27 December 2008, Ganbold wrote: > Weongyo Jeong wrote: > > Hello, > > > > Just for information. The code for supporting NDIS USB drivers has been > > committed into HEAD. Please tell me if you encounter problems. > > Tried to compile kernel, but gives error. Is it related to your commit? > ... > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/DEVIL/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/DEVIL > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector > -fstack-protector -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c > In file included from > /usr/src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c:60: > @/dev/if_ndis/if_ndisvar.h:121: error: expected specifier-qualifier-list > before 'usbd_xfer_handle' > @/dev/if_ndis/if_ndisvar.h:212: error: expected specifier-qualifier-list > before 'usbd_pipe_handle' > *** Error code 1 > 1 error > *** Error code 2 > ... > Looks like the USB2 NDIS module needs to be decoupled from the default build until further. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 11:12:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837591065774 for ; Sat, 27 Dec 2008 11:12:36 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2BC8FC0C for ; Sat, 27 Dec 2008 11:12:36 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (p5DCF339C.dip.t-dialin.net [93.207.51.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 34C578A0113; Sat, 27 Dec 2008 11:43:19 +0100 (CET) Message-ID: <495606B9.10406@bsdforen.de> Date: Sat, 27 Dec 2008 11:43:05 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.18 (X11/20081123) MIME-Version: 1.0 To: Alfred Perlstein References: <20081222214010.GA18389@elvis.mu.org> In-Reply-To: <20081222214010.GA18389@elvis.mu.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 11:12:36 -0000 Alfred Perlstein wrote: > We're going to usher in the New Year with a new usb stack. > > Now is the time to test, test, test. > > It is also the time to point out anything missing from usb2 that > is in usb1. ... > > See attachment. > ... > > > # USB Serial devices > -device ucom # Generic com ttys > -device u3g # USB-based 3G modems (Option, Huawei, Sierra) > ... It seems u3g doesn't show up in the usb2 stuff. For me this would be a real show stopper if I ran current. Regards From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 11:32:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF90E1065676; Sat, 27 Dec 2008 11:32:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 30FCD8FC20; Sat, 27 Dec 2008 11:32:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=aFnS8WQ0ZNno8r5HOXoA:9 a=RYgw1tYyTdT1zv3jShfwmQ-LFPsA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1172724840; Sat, 27 Dec 2008 12:32:16 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 27 Dec 2008 12:34:36 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <495606B9.10406@bsdforen.de> In-Reply-To: <495606B9.10406@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812271234.37581.hselasky@c2i.net> Cc: Dominic Fandrey , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 11:32:20 -0000 On Saturday 27 December 2008, Dominic Fandrey wrote: > Alfred Perlstein wrote: > > We're going to usher in the New Year with a new usb stack. > > > > Now is the time to test, test, test. > > > > It is also the time to point out anything missing from usb2 that > > is in usb1. ... > > > > See attachment. > > ... > > > > > > # USB Serial devices > > -device ucom # Generic com ttys > > -device u3g # USB-based 3G modems (Option, Huawei, Sierra) > > ... > > It seems u3g doesn't show up in the usb2 stuff. For me > this would be a real show stopper if I ran current. > The U3G driver has been ported to USB2. See "usb2_serial_3g". --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 11:32:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF90E1065676; Sat, 27 Dec 2008 11:32:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 30FCD8FC20; Sat, 27 Dec 2008 11:32:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgw_eo6bRDYA:10 a=JgwOP_QsqSoA:10 a=aFnS8WQ0ZNno8r5HOXoA:9 a=RYgw1tYyTdT1zv3jShfwmQ-LFPsA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1172724840; Sat, 27 Dec 2008 12:32:16 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 27 Dec 2008 12:34:36 +0100 User-Agent: KMail/1.9.7 References: <20081222214010.GA18389@elvis.mu.org> <495606B9.10406@bsdforen.de> In-Reply-To: <495606B9.10406@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812271234.37581.hselasky@c2i.net> Cc: Dominic Fandrey , Alfred Perlstein , current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 11:32:20 -0000 On Saturday 27 December 2008, Dominic Fandrey wrote: > Alfred Perlstein wrote: > > We're going to usher in the New Year with a new usb stack. > > > > Now is the time to test, test, test. > > > > It is also the time to point out anything missing from usb2 that > > is in usb1. ... > > > > See attachment. > > ... > > > > > > # USB Serial devices > > -device ucom # Generic com ttys > > -device u3g # USB-based 3G modems (Option, Huawei, Sierra) > > ... > > It seems u3g doesn't show up in the usb2 stuff. For me > this would be a real show stopper if I ran current. > The U3G driver has been ported to USB2. See "usb2_serial_3g". --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 11:46:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92AD81065678; Sat, 27 Dec 2008 11:46:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 67A108FC08; Sat, 27 Dec 2008 11:46:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBRBkNtP075783; Sat, 27 Dec 2008 06:46:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBRBkN9v031240; Sat, 27 Dec 2008 06:46:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D93B77302F; Sat, 27 Dec 2008 06:46:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081227114622.D93B77302F@freebsd-current.sentex.ca> Date: Sat, 27 Dec 2008 06:46:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 11:46:25 -0000 TB --- 2008-12-27 09:20:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-27 09:20:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-12-27 09:20:01 - cleaning the object tree TB --- 2008-12-27 09:21:04 - cvsupping the source tree TB --- 2008-12-27 09:21:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-12-27 09:21:12 - building world TB --- 2008-12-27 09:21:12 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-27 09:21:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-27 09:21:12 - TARGET=amd64 TB --- 2008-12-27 09:21:12 - TARGET_ARCH=amd64 TB --- 2008-12-27 09:21:12 - TZ=UTC TB --- 2008-12-27 09:21:12 - __MAKE_CONF=/dev/null TB --- 2008-12-27 09:21:12 - cd /src TB --- 2008-12-27 09:21:12 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 27 09:21:14 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 27 11:18:59 UTC 2008 TB --- 2008-12-27 11:18:59 - generating LINT kernel config TB --- 2008-12-27 11:18:59 - cd /src/sys/amd64/conf TB --- 2008-12-27 11:18:59 - /usr/bin/make -B LINT TB --- 2008-12-27 11:18:59 - building LINT kernel TB --- 2008-12-27 11:18:59 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-27 11:18:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-27 11:18:59 - TARGET=amd64 TB --- 2008-12-27 11:18:59 - TARGET_ARCH=amd64 TB --- 2008-12-27 11:18:59 - TZ=UTC TB --- 2008-12-27 11:18:59 - __MAKE_CONF=/dev/null TB --- 2008-12-27 11:18:59 - cd /src TB --- 2008-12-27 11:18:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 27 11:18:59 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/usb2/misc_fm/../../../conf/kmod_syms.awk usb2_misc_fm.ko export_syms | xargs -J% objcopy % usb2_misc_fm.ko objcopy --strip-debug usb2_misc_fm.ko ===> usb2/ndis (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/usb2_ndis.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c In file included from /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c:60: @/dev/if_ndis/if_ndisvar.h:121: error: expected specifier-qualifier-list before 'usbd_xfer_handle' @/dev/if_ndis/if_ndisvar.h:212: error: expected specifier-qualifier-list before 'usbd_pipe_handle' *** Error code 1 Stop in /src/sys/modules/usb2/ndis. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-27 11:46:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-27 11:46:22 - ERROR: failed to build lint kernel TB --- 2008-12-27 11:46:22 - 6959.62 user 668.50 system 8781.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 12:18:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D52171065673; Sat, 27 Dec 2008 12:18:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 931BD8FC0C; Sat, 27 Dec 2008 12:18:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBRCInVQ024457; Sat, 27 Dec 2008 07:18:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBRCInsR059835; Sat, 27 Dec 2008 07:18:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 819A87302F; Sat, 27 Dec 2008 07:18:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081227121849.819A87302F@freebsd-current.sentex.ca> Date: Sat, 27 Dec 2008 07:18:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 12:18:51 -0000 TB --- 2008-12-27 10:27:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-27 10:27:57 - starting HEAD tinderbox run for i386/i386 TB --- 2008-12-27 10:27:57 - cleaning the object tree TB --- 2008-12-27 10:28:26 - cvsupping the source tree TB --- 2008-12-27 10:28:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-12-27 10:28:35 - building world TB --- 2008-12-27 10:28:35 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-27 10:28:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-27 10:28:35 - TARGET=i386 TB --- 2008-12-27 10:28:35 - TARGET_ARCH=i386 TB --- 2008-12-27 10:28:35 - TZ=UTC TB --- 2008-12-27 10:28:35 - __MAKE_CONF=/dev/null TB --- 2008-12-27 10:28:35 - cd /src TB --- 2008-12-27 10:28:35 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 27 10:28:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 27 11:48:29 UTC 2008 TB --- 2008-12-27 11:48:29 - generating LINT kernel config TB --- 2008-12-27 11:48:29 - cd /src/sys/i386/conf TB --- 2008-12-27 11:48:29 - /usr/bin/make -B LINT TB --- 2008-12-27 11:48:29 - building LINT kernel TB --- 2008-12-27 11:48:29 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-27 11:48:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-27 11:48:29 - TARGET=i386 TB --- 2008-12-27 11:48:29 - TARGET_ARCH=i386 TB --- 2008-12-27 11:48:29 - TZ=UTC TB --- 2008-12-27 11:48:29 - __MAKE_CONF=/dev/null TB --- 2008-12-27 11:48:29 - cd /src TB --- 2008-12-27 11:48:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 27 11:48:29 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_misc_fm.ko usb2_misc_fm.kld objcopy --strip-debug usb2_misc_fm.ko ===> usb2/ndis (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/usb2_ndis.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c In file included from /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c:60: @/dev/if_ndis/if_ndisvar.h:121: error: expected specifier-qualifier-list before 'usbd_xfer_handle' @/dev/if_ndis/if_ndisvar.h:212: error: expected specifier-qualifier-list before 'usbd_pipe_handle' *** Error code 1 Stop in /src/sys/modules/usb2/ndis. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-27 12:18:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-27 12:18:49 - ERROR: failed to build lint kernel TB --- 2008-12-27 12:18:49 - 5442.09 user 468.48 system 6651.77 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 12:25:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0CF1065670 for ; Sat, 27 Dec 2008 12:25:52 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCDA8FC1E for ; Sat, 27 Dec 2008 12:25:52 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so5333042rvf.43 for ; Sat, 27 Dec 2008 04:25:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem:from; bh=zeincwetKhUTZQA13VLJbsQp0V+VkaPJfQqyV+mGvWE=; b=RGvi680Nz35kUzZQyMXWd7RumEYlKy0sq858SUkUUfZ0ZUCt4b+xMUVfslK8CiTFch LOTxCJ43KFu2kEsbBGKzdivt8oE1Vzzmy6KC2/g6tP9u9imERhv580eSKJdrzNWWkqhj AH1j3p1F3swOA0CSicr0RJdb8b1ha7AH1ozl8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem:from; b=Nf8+FH2FRIx5mDP9z7pMV27gynrCqafGRy5G9PdT6pJDa3r6Y16KzKu0KAS/rYp/Vl gr+Fs1Mh8H3rR5xcxwD+kPltlaNEFdg7GuwgQn8u4KDbLZx4+kPIWEV/GuYuThbUeFTs 6ZeMfHSDqZeAcEnulPdumc4KKEkq67mRzfqbo= Received: by 10.141.28.4 with SMTP id f4mr5740817rvj.164.1230380751662; Sat, 27 Dec 2008 04:25:51 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id b39sm14461060rvf.0.2008.12.27.04.25.49 (version=SSLv3 cipher=RC4-MD5); Sat, 27 Dec 2008 04:25:50 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Sat, 27 Dec 2008 21:25:44 +0900 Date: Sat, 27 Dec 2008 21:25:44 +0900 To: FreeBSD Tinderbox Message-ID: <20081227122544.GA2561@freebsd.weongyo.org> Mail-Followup-To: FreeBSD Tinderbox , current@freebsd.org, amd64@freebsd.org References: <20081227114622.D93B77302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081227114622.D93B77302F@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 12:25:52 -0000 On Sat, Dec 27, 2008 at 06:46:22AM -0500, FreeBSD Tinderbox wrote: > TB --- 2008-12-27 09:20:01 - tinderbox 2.6 running on freebsd-current.sentex.ca > TB --- 2008-12-27 09:20:01 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2008-12-27 09:20:01 - cleaning the object tree > TB --- 2008-12-27 09:21:04 - cvsupping the source tree > TB --- 2008-12-27 09:21:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2008-12-27 09:21:12 - building world > TB --- 2008-12-27 09:21:12 - MAKEOBJDIRPREFIX=/obj > TB --- 2008-12-27 09:21:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2008-12-27 09:21:12 - TARGET=amd64 > TB --- 2008-12-27 09:21:12 - TARGET_ARCH=amd64 > TB --- 2008-12-27 09:21:12 - TZ=UTC > TB --- 2008-12-27 09:21:12 - __MAKE_CONF=/dev/null > TB --- 2008-12-27 09:21:12 - cd /src > TB --- 2008-12-27 09:21:12 - /usr/bin/make -B buildworld > >>> World build started on Sat Dec 27 09:21:14 UTC 2008 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> stage 5.1: building 32 bit shim libraries > >>> World build completed on Sat Dec 27 11:18:59 UTC 2008 > TB --- 2008-12-27 11:18:59 - generating LINT kernel config > TB --- 2008-12-27 11:18:59 - cd /src/sys/amd64/conf > TB --- 2008-12-27 11:18:59 - /usr/bin/make -B LINT > TB --- 2008-12-27 11:18:59 - building LINT kernel > TB --- 2008-12-27 11:18:59 - MAKEOBJDIRPREFIX=/obj > TB --- 2008-12-27 11:18:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2008-12-27 11:18:59 - TARGET=amd64 > TB --- 2008-12-27 11:18:59 - TARGET_ARCH=amd64 > TB --- 2008-12-27 11:18:59 - TZ=UTC > TB --- 2008-12-27 11:18:59 - __MAKE_CONF=/dev/null > TB --- 2008-12-27 11:18:59 - cd /src > TB --- 2008-12-27 11:18:59 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Sat Dec 27 11:18:59 UTC 2008 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > awk -f /src/sys/modules/usb2/misc_fm/../../../conf/kmod_syms.awk usb2_misc_fm.ko export_syms | xargs -J% objcopy % usb2_misc_fm.ko > objcopy --strip-debug usb2_misc_fm.ko > ===> usb2/ndis (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/usb2_ndis.c > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c > In file included from /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c:60: > @/dev/if_ndis/if_ndisvar.h:121: error: expected specifier-qualifier-list before 'usbd_xfer_handle' > @/dev/if_ndis/if_ndisvar.h:212: error: expected specifier-qualifier-list before 'usbd_pipe_handle' > *** Error code 1 > > Stop in /src/sys/modules/usb2/ndis. > *** Error code 1 > > Stop in /src/sys/modules/usb2. > *** Error code 1 > > Stop in /src/sys/modules. > *** Error code 1 > > Stop in /obj/amd64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-12-27 11:46:22 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-12-27 11:46:22 - ERROR: failed to build lint kernel > TB --- 2008-12-27 11:46:22 - 6959.62 user 668.50 system 8781.59 real It should be fixed now. Sorry for a disturbance. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 12:44:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 809751065678; Sat, 27 Dec 2008 12:44:21 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 41D168FC20; Sat, 27 Dec 2008 12:44:21 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so2354616wag.27 for ; Sat, 27 Dec 2008 04:44:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem:from; bh=Hd8wDAwBwDonqFLDLwlEraEdHDQZYQuUQmVO4yuZH28=; b=Te6scN6h9Vh2CtVB7eKSzWHKbrarDB4CqOVpgGK0d29xu4c5insjEfshZ3oLs+eZZM XprroVbaRFZFJXM1Z+o8OgECrpKCNN8czITtl7Kji1u0bGxSoIkVKYvJ9fQoiZtX5k0R 66jfEtLOZg3o9AHnr1xNhG0PWFFIfnIPuYxIE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem:from; b=iWGryriqSRdTH/3hntTgbWUwXt73sO7QL1F2XLsaTQLTceLZ7l/pEz5yeEkyPg6cae TGcdR74EJp3wrrd92GI5BFkcDvUcyWWHJQ2TvSkQpPYaFhOYdCqg1BpcvBsg87niRmfE l4v8vvNlrqLMBOuBP2xleAzuixKz2HIUHKLt8= Received: by 10.114.174.2 with SMTP id w2mr7578323wae.195.1230381860868; Sat, 27 Dec 2008 04:44:20 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id z20sm19063909pod.26.2008.12.27.04.44.17 (version=SSLv3 cipher=RC4-MD5); Sat, 27 Dec 2008 04:44:20 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Sat, 27 Dec 2008 21:44:07 +0900 Date: Sat, 27 Dec 2008 21:44:07 +0900 To: Ganbold Message-ID: <20081227124407.GB2561@freebsd.weongyo.org> Mail-Followup-To: Ganbold , freebsd-current@freebsd.org, freebsd-usb@freebsd.org References: <20081227100349.GB1815@freebsd.weongyo.org> <49560548.4040406@micom.mng.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49560548.4040406@micom.mng.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: HEADSUP: NDIS USB code has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 12:44:21 -0000 On Sat, Dec 27, 2008 at 06:36:56PM +0800, Ganbold wrote: > Weongyo Jeong wrote: > > Hello, > > > > Just for information. The code for supporting NDIS USB drivers has been > > committed into HEAD. Please tell me if you encounter problems. > > > Tried to compile kernel, but gives error. Is it related to your commit? > ... > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/DEVIL/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/DEVIL > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector > -fstack-protector -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c > In file included from > /usr/src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c:60: > @/dev/if_ndis/if_ndisvar.h:121: error: expected specifier-qualifier-list > before 'usbd_xfer_handle' > @/dev/if_ndis/if_ndisvar.h:212: error: expected specifier-qualifier-list > before 'usbd_pipe_handle' > *** Error code 1 > 1 error > *** Error code 2 > ... Yes. It's related with my commit that now if_ndisvar.h has some structures referring to the original USB framework so it breaks on the newusb. Now building NDIS part on the newusb have decoupled from the default build. I hope now the builds are recovered. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 13:32:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29FC71065674; Sat, 27 Dec 2008 13:32:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F1E618FC26; Sat, 27 Dec 2008 13:32:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBRDWUoY027553; Sat, 27 Dec 2008 08:32:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBRDWUIW095290; Sat, 27 Dec 2008 08:32:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2E9487302F; Sat, 27 Dec 2008 08:32:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081227133230.2E9487302F@freebsd-current.sentex.ca> Date: Sat, 27 Dec 2008 08:32:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 13:32:31 -0000 TB --- 2008-12-27 11:46:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-27 11:46:22 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-12-27 11:46:23 - cleaning the object tree TB --- 2008-12-27 11:46:55 - cvsupping the source tree TB --- 2008-12-27 11:46:55 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-12-27 11:47:04 - building world TB --- 2008-12-27 11:47:04 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-27 11:47:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-27 11:47:04 - TARGET=pc98 TB --- 2008-12-27 11:47:04 - TARGET_ARCH=i386 TB --- 2008-12-27 11:47:04 - TZ=UTC TB --- 2008-12-27 11:47:04 - __MAKE_CONF=/dev/null TB --- 2008-12-27 11:47:04 - cd /src TB --- 2008-12-27 11:47:04 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 27 11:47:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 27 13:06:25 UTC 2008 TB --- 2008-12-27 13:06:25 - generating LINT kernel config TB --- 2008-12-27 13:06:25 - cd /src/sys/pc98/conf TB --- 2008-12-27 13:06:25 - /usr/bin/make -B LINT TB --- 2008-12-27 13:06:26 - building LINT kernel TB --- 2008-12-27 13:06:26 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-27 13:06:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-27 13:06:26 - TARGET=pc98 TB --- 2008-12-27 13:06:26 - TARGET_ARCH=i386 TB --- 2008-12-27 13:06:26 - TZ=UTC TB --- 2008-12-27 13:06:26 - __MAKE_CONF=/dev/null TB --- 2008-12-27 13:06:26 - cd /src TB --- 2008-12-27 13:06:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 27 13:06:26 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_misc_fm.ko usb2_misc_fm.kld objcopy --strip-debug usb2_misc_fm.ko ===> usb2/ndis (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/usb2_ndis.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c In file included from /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c:60: @/dev/if_ndis/if_ndisvar.h:121: error: expected specifier-qualifier-list before 'usbd_xfer_handle' @/dev/if_ndis/if_ndisvar.h:212: error: expected specifier-qualifier-list before 'usbd_pipe_handle' *** Error code 1 Stop in /src/sys/modules/usb2/ndis. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-27 13:32:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-27 13:32:28 - ERROR: failed to build lint kernel TB --- 2008-12-27 13:32:28 - 5173.63 user 467.56 system 6365.48 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 13:58:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EF2B106564A; Sat, 27 Dec 2008 13:58:56 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay002.isp.belgacom.be (mailrelay002.isp.belgacom.be [195.238.6.175]) by mx1.freebsd.org (Postfix) with ESMTP id 7E4638FC0C; Sat, 27 Dec 2008 13:58:55 +0000 (UTC) (envelope-from tijl@ulyssis.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAHPDVUlR9NlS/2dsb2JhbACBbLsZWI8ghkQ Received: from 82.217-244-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.244.217.82]) by relay.skynet.be with ESMTP; 27 Dec 2008 14:58:53 +0100 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id mBRDwr7B004465; Sat, 27 Dec 2008 14:58:53 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: Gerald Pfeifer Date: Sat, 27 Dec 2008 14:58:50 +0100 User-Agent: KMail/1.9.10 References: <20081221125120.GO23166@droso.net> <200812231750.26602.tijl@ulyssis.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812271458.52492.tijl@ulyssis.org> Cc: Qing Li , "Li, Qing" , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 13:58:56 -0000 On Saturday 27 December 2008 13:28:42 Gerald Pfeifer wrote: > On Tue, 23 Dec 2008, Tijl Coosemans wrote: >>> No, the output of this command is still the same. NET_RT_DUMP >>> obtains the entire L3 table and filtering for RTF_GATEWAY >>> non-multicast routes have the same semantics. Those flags never >>> apply to L2 entries. >> >> Thanks for answering my questions. I've attached the patch for Wine. > > Thanks, Tijl! Are you also going to submit this patch upstream or > would you prefer me to submit my (syntactically different, but > equivalent) version? I'd love to see this addressed in Wine 1.1.12. I was kind of waiting for the dust to settle. I didn't want to speak up because I'm no authority in this area and in the end I'm OK with any outcome, but personnaly I find special-casing {NET_RT_FLAGS,0} to retrieve the L2 entries a bit odd. Surely, letting {NET_RT_FLAGS,RTF_LLINFO} return L2 entries is exactly the same to implement, is far more descriptive, is fully backwards compatible and compatible with other sysctl operating systems like the other BSDs and Mac OS X, which helps portability. AFAIK, the other use of RTF_LLINFO was to filter out L2 entries from the entire L2+L3 routing table to obtain just the L3 entries. Because the L2 and L3 table have been separated this filtering isn't needed anymore, but what harm would it do to reintroduce RTF_LLINFO? The filtering code would become a useless no-op, but you'd stay fully compatible, again both backwards and with other operating systems. I just think that removing RTF_LLINFO was a bit too aggressive an optimisation with little advantage and too many disadvantages and I'd like to see it return. From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 12:51:58 2008 Return-Path: Delivered-To: Freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B84281065674 for ; Sat, 27 Dec 2008 12:51:58 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4468FC13 for ; Sat, 27 Dec 2008 12:51:57 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp3-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp3-g19.free.fr (Postfix) with ESMTP id 8FFED17B54E; Sat, 27 Dec 2008 13:51:56 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp3-g19.free.fr (Postfix) with ESMTP id 47F2117B561; Sat, 27 Dec 2008 13:51:56 +0100 (CET) To: Hans Petter Selasky Date: Sat, 27 Dec 2008 13:51:56 +0100 From: raoul megelas Message-Id: <20081227125156.47F2117B561@smtp3-g19.free.fr> X-Mailman-Approved-At: Sat, 27 Dec 2008 14:05:43 +0000 Cc: Freebsd-current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 12:51:58 -0000 On Sat, 27 Dec 2008 10:37:21 +0100 Hans Petter Selasky wrote: > On Saturday 27 December 2008, Raoul wrote: >> Hi Hans Peter, and Alfred, >> >> we are about to switch to usb2 stack; >> and my prolific ucom interface does not work. >> >> i applied the paatch given by Alfred some days ago, to GENERIC and compiled >> the new kernel without any problem. >> >> good news my usb keyboard works quite well. >> >> but, as you can see below, upcom is detected; but does not work. >> >> any hint would be helpful and greatly appreciated. >> >> thanks for your time and your effors. >> >> raoul >> rmgls@free.fr >> > Did you apply the following set of patches? > http://perforce.freebsd.org/chv.cgi?CH=155229 > http://perforce.freebsd.org/chv.cgi?CH=155272 i thinked ther are already applied to HEAD, i will test and report as soon as possible Thanks Raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 14:39:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BA5A1065674; Sat, 27 Dec 2008 14:39:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0083E8FC08; Sat, 27 Dec 2008 14:39:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mBREdDYk086232; Sat, 27 Dec 2008 09:39:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBREdDd1035661; Sat, 27 Dec 2008 09:39:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F1547302F; Sat, 27 Dec 2008 09:39:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081227143913.4F1547302F@freebsd-current.sentex.ca> Date: Sat, 27 Dec 2008 09:39:13 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 14:39:16 -0000 TB --- 2008-12-27 12:18:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-27 12:18:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-12-27 12:18:49 - cleaning the object tree TB --- 2008-12-27 12:19:24 - cvsupping the source tree TB --- 2008-12-27 12:19:24 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-12-27 12:19:32 - building world TB --- 2008-12-27 12:19:32 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-27 12:19:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-27 12:19:32 - TARGET=ia64 TB --- 2008-12-27 12:19:32 - TARGET_ARCH=ia64 TB --- 2008-12-27 12:19:32 - TZ=UTC TB --- 2008-12-27 12:19:32 - __MAKE_CONF=/dev/null TB --- 2008-12-27 12:19:32 - cd /src TB --- 2008-12-27 12:19:32 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 27 12:19:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 27 14:04:57 UTC 2008 TB --- 2008-12-27 14:04:57 - generating LINT kernel config TB --- 2008-12-27 14:04:57 - cd /src/sys/ia64/conf TB --- 2008-12-27 14:04:57 - /usr/bin/make -B LINT TB --- 2008-12-27 14:04:57 - building LINT kernel TB --- 2008-12-27 14:04:57 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-27 14:04:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-27 14:04:57 - TARGET=ia64 TB --- 2008-12-27 14:04:57 - TARGET_ARCH=ia64 TB --- 2008-12-27 14:04:57 - TZ=UTC TB --- 2008-12-27 14:04:57 - __MAKE_CONF=/dev/null TB --- 2008-12-27 14:04:57 - cd /src TB --- 2008-12-27 14:04:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 27 14:04:57 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_misc_fm.ko usb2_misc_fm.kld objcopy --strip-debug usb2_misc_fm.ko ===> usb2/ndis (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/usb2_ndis.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c In file included from /src/sys/modules/usb2/ndis/../../../dev/usb2/ndis/if_ndis_usb2.c:60: @/dev/if_ndis/if_ndisvar.h:121: error: expected specifier-qualifier-list before 'usbd_xfer_handle' @/dev/if_ndis/if_ndisvar.h:212: error: expected specifier-qualifier-list before 'usbd_pipe_handle' *** Error code 1 Stop in /src/sys/modules/usb2/ndis. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-27 14:39:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-27 14:39:13 - ERROR: failed to build lint kernel TB --- 2008-12-27 14:39:13 - 7139.13 user 467.88 system 8423.42 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 17:18:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51FBA1065679 for ; Sat, 27 Dec 2008 17:18:25 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id B38638FC14 for ; Sat, 27 Dec 2008 17:18:24 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 4628A198DD8; Sat, 27 Dec 2008 18:18:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 39489198DD5; Sat, 27 Dec 2008 18:18:23 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 257D0198DCD; Sat, 27 Dec 2008 18:18:23 +0100 (CET) Received: from localhost.my.domain ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2008122718182221-16272 ; Sat, 27 Dec 2008 18:18:22 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Sat, 27 Dec 2008 18:18:21 +0100 Date: Sat, 27 Dec 2008 18:18:21 +0100 From: Alexey Shuvaev To: freebsd-current@freebsd.org Message-ID: <20081227171821.GA7908@localhost.my.domain> MIME-Version: 1.0 Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/27/2008 06:18:22 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/27/2008 06:18:23 PM, Serialize complete at 12/27/2008 06:18:23 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: sam@freebsd.org Subject: CFT: Texas Instruments ACX100/111 IEEE 802.11 driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 17:18:25 -0000 Hello list! As it is device driver, I think this list is more appropriate rather than ports@. I've just updated net/acx100 port: http://www.freebsd.org/cgi/query-pr.cgi?pr=129977 but I have no actual hardware :( Have someone one of: Card Bus Type Binatone WL-1000 CARDBUS ACX100 D-Link DWL-650+ CARDBUS ACX100 US Robotics USR2210 CARDBUS ACX100 US Robotics USR2216 PCI ACX100 D-Link DWL-G650+ CARDBUS ACX111 D-Link DWL-G520+ PCI ACX111 US Robotics USR5416 PCI ACX111 SAFECOM SWLPT-54125 PCI ACX111 and could give it a try (with a new port from the PR)? Is it a rare hardware? Any interest in maintaining it? Any ongoing support in the base? Thanks, Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 19:02:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26FAD1065751 for ; Sat, 27 Dec 2008 19:02:13 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E11378FC12 for ; Sat, 27 Dec 2008 19:02:12 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.151] (adsl-154-218-250.ard.bellsouth.net [72.154.218.250]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mBRJ1NAZ012231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Dec 2008 14:01:23 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Alexey Shuvaev In-Reply-To: <20081227171821.GA7908@localhost.my.domain> References: <20081227171821.GA7908@localhost.my.domain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SNJjpDFq+NiUQr996p9R" Organization: FreeBSD Date: Sat, 27 Dec 2008 14:01:58 -0500 Message-Id: <1230404518.38943.21.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: sam@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Texas Instruments ACX100/111 IEEE 802.11 driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 19:02:13 -0000 --=-SNJjpDFq+NiUQr996p9R Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-12-27 at 18:18 +0100, Alexey Shuvaev wrote: > Hello list! >=20 > As it is device driver, I think this list is more appropriate rather than > ports@. >=20 > I've just updated net/acx100 port: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D129977 > but I have no actual hardware :( >=20 > Have someone one of: >=20 > Card Bus Type > Binatone WL-1000 CARDBUS ACX100 > D-Link DWL-650+ CARDBUS ACX100 > US Robotics USR2210 CARDBUS ACX100 > US Robotics USR2216 PCI ACX100 > D-Link DWL-G650+ CARDBUS ACX111 > D-Link DWL-G520+ PCI ACX111 > US Robotics USR5416 PCI ACX111 > SAFECOM SWLPT-54125 PCI ACX111 >=20 > and could give it a try (with a new port from the PR)? > Is it a rare hardware? Any interest in maintaining it? > Any ongoing support in the base? I have a linksys wpc54g v2 card which is a 111 part. The updated port does not autoload the firmware, but if I manually load the firmware, then it attaches. It doesn't quite work though. acx111fw: registering firmware cardbus0: Expecting link target, got 0xf2 cardbus0: Expecting link target, got 0xf2 acx0: mem 0xfe620000-0xfe63ffff,0xfe602000-0xfe603fff irq 19 at device 0.0 on cardbus0 acx0: Radio type: 16 acx0: Firmware revision: 1.2.1.34 acx0: Regulatory domain: FCC USA (1-11) acx0: WARNING: using obsoleted if_watchdog interface acx0: Ethernet address: 00:0f:66:c6:d7:f2 acx0: [GIANT-LOCKED] acx0: [ITHREAD] acx0: flags=3D8803 metric 0 mtu 1500 ether 00:0f:66:c6:d7:f2 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ifconfig: unable to get HT configuration information: Invalid argument ifconfig: unknown/undefined channel number 255 flags 0x0 ssid ""% =20 robert. > Thanks, > Alexey. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-SNJjpDFq+NiUQr996p9R Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklWe6UACgkQM4TrQ4qfRONJDQCeM5L7+23xJIsd9X7mW1xBB7h5 +GEAn1UWytRXuK0WDUEgusZuxpXfpXOM =FOFI -----END PGP SIGNATURE----- --=-SNJjpDFq+NiUQr996p9R-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 19:17:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9B9A1065673; Sat, 27 Dec 2008 19:17:15 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5032D8FC0C; Sat, 27 Dec 2008 19:17:15 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 6D34C198DDD; Sat, 27 Dec 2008 20:17:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 60C3C198DDC; Sat, 27 Dec 2008 20:17:14 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 429D9198DDA; Sat, 27 Dec 2008 20:17:14 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2008122720171368-16388 ; Sat, 27 Dec 2008 20:17:13 +0100 Received: by wep4035 (sSMTP sendmail emulation); Sat, 27 Dec 2008 20:17:13 +0100 From: "Alexey Shuvaev" Date: Sat, 27 Dec 2008 20:17:13 +0100 To: Robert Noland Message-ID: <20081227191713.GA8736@wep4035.physik.uni-wuerzburg.de> References: <20081227171821.GA7908@localhost.my.domain> <1230404518.38943.21.camel@wombat.2hip.net> MIME-Version: 1.0 In-Reply-To: <1230404518.38943.21.camel@wombat.2hip.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/27/2008 08:17:13 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/27/2008 08:17:14 PM, Serialize complete at 12/27/2008 08:17:14 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: sam@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Texas Instruments ACX100/111 IEEE 802.11 driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 19:17:16 -0000 On Sat, Dec 27, 2008 at 02:01:58PM -0500, Robert Noland wrote: > On Sat, 2008-12-27 at 18:18 +0100, Alexey Shuvaev wrote: > > Hello list! > > > > As it is device driver, I think this list is more appropriate rather than > > ports@. > > > > I've just updated net/acx100 port: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=129977 > > but I have no actual hardware :( > > > > Have someone one of: > > > > Card Bus Type > > Binatone WL-1000 CARDBUS ACX100 > > D-Link DWL-650+ CARDBUS ACX100 > > US Robotics USR2210 CARDBUS ACX100 > > US Robotics USR2216 PCI ACX100 > > D-Link DWL-G650+ CARDBUS ACX111 > > D-Link DWL-G520+ PCI ACX111 > > US Robotics USR5416 PCI ACX111 > > SAFECOM SWLPT-54125 PCI ACX111 > > > > and could give it a try (with a new port from the PR)? > > Is it a rare hardware? Any interest in maintaining it? > > Any ongoing support in the base? > > I have a linksys wpc54g v2 card which is a 111 part. The updated port > does not autoload the firmware, but if I manually load the firmware, > then it attaches. It doesn't quite work though. > Nice (I mean that it attaches, at least :)! Developer suggests loading appropriate firmware first. You also need to use specialized acxtool, it is installed by the port. See (at the bottom): http://dev.kewl.org/acx100+111/ (and man page if_axc(4) too). Does this pushes the card to work? > acx111fw: registering firmware > cardbus0: Expecting link target, got 0xf2 > cardbus0: Expecting link target, got 0xf2 > acx0: mem > 0xfe620000-0xfe63ffff,0xfe602000-0xfe603fff irq 19 at device 0.0 on > cardbus0 > acx0: Radio type: 16 > acx0: Firmware revision: 1.2.1.34 > acx0: Regulatory domain: FCC USA (1-11) > acx0: WARNING: using obsoleted if_watchdog interface > acx0: Ethernet address: 00:0f:66:c6:d7:f2 > acx0: [GIANT-LOCKED] > acx0: [ITHREAD] > > acx0: flags=8803 metric 0 mtu 1500 > ether 00:0f:66:c6:d7:f2 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ifconfig: unable to get HT configuration information: Invalid argument > ifconfig: unknown/undefined channel number 255 flags 0x0 > ssid > ""% > Which command it was? Just ifconfig without arguments? The author says you should use ifconfig only to configure ip address. For anything else he suggests to use 'acxtool'. Can you give it a try? > robert. > Thanks so far, Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 19:34:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B59E1065670; Sat, 27 Dec 2008 19:34:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id F230B8FC12; Sat, 27 Dec 2008 19:34:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.151] (adsl-154-218-250.ard.bellsouth.net [72.154.218.250]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mBRJXpUr012382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Dec 2008 14:33:52 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Alexey Shuvaev In-Reply-To: <20081227191713.GA8736@wep4035.physik.uni-wuerzburg.de> References: <20081227171821.GA7908@localhost.my.domain> <1230404518.38943.21.camel@wombat.2hip.net> <20081227191713.GA8736@wep4035.physik.uni-wuerzburg.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6guLfPEUOVqlMsPVouz0" Organization: FreeBSD Date: Sat, 27 Dec 2008 14:34:32 -0500 Message-Id: <1230406472.38943.27.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: sam@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Texas Instruments ACX100/111 IEEE 802.11 driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 19:34:42 -0000 --=-6guLfPEUOVqlMsPVouz0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-12-27 at 20:17 +0100, Alexey Shuvaev wrote: > On Sat, Dec 27, 2008 at 02:01:58PM -0500, Robert Noland wrote: > > On Sat, 2008-12-27 at 18:18 +0100, Alexey Shuvaev wrote: > > > Hello list! > > >=20 > > > As it is device driver, I think this list is more appropriate rather = than > > > ports@. > > >=20 > > > I've just updated net/acx100 port: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D129977 > > > but I have no actual hardware :( > > >=20 > > > Have someone one of: > > >=20 > > > Card Bus Type > > > Binatone WL-1000 CARDBUS ACX100 > > > D-Link DWL-650+ CARDBUS ACX100 > > > US Robotics USR2210 CARDBUS ACX100 > > > US Robotics USR2216 PCI ACX100 > > > D-Link DWL-G650+ CARDBUS ACX111 > > > D-Link DWL-G520+ PCI ACX111 > > > US Robotics USR5416 PCI ACX111 > > > SAFECOM SWLPT-54125 PCI ACX111 > > >=20 > > > and could give it a try (with a new port from the PR)? > > > Is it a rare hardware? Any interest in maintaining it? > > > Any ongoing support in the base? > >=20 > > I have a linksys wpc54g v2 card which is a 111 part. The updated port > > does not autoload the firmware, but if I manually load the firmware, > > then it attaches. It doesn't quite work though. > >=20 > Nice (I mean that it attaches, at least :)! > Developer suggests loading appropriate firmware first. > You also need to use specialized acxtool, it is installed by the port. > See (at the bottom): http://dev.kewl.org/acx100+111/ > (and man page if_axc(4) too). > Does this pushes the card to work? acxtool does seem to set the ssid and channel, though it still doesn't seem to associate. Note that I am on -CURRENT. ifconfig continues to complain that channel is undefined regardless of what it is set to. wombat% sudo acxtool acx0 -S "2HIP" -M managed -C 5 Setting ssid to 2HIP Setting infrastructure ess/bss capability Setting channel to 5 =20 wombat% ifconfig =20 acx0: flags=3D8803 metric 0 mtu 1500 ether 00:0f:66:c6:d7:f2 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ifconfig: unable to get HT configuration information: Invalid argument ifconfig: unknown/undefined channel number 5 flags 0x0 ssid 2HIP% robert. > > acx111fw: registering firmware > > cardbus0: Expecting link target, got 0xf2 > > cardbus0: Expecting link target, got 0xf2 > > acx0: mem > > 0xfe620000-0xfe63ffff,0xfe602000-0xfe603fff irq 19 at device 0.0 on > > cardbus0 > > acx0: Radio type: 16 > > acx0: Firmware revision: 1.2.1.34 > > acx0: Regulatory domain: FCC USA (1-11) > > acx0: WARNING: using obsoleted if_watchdog interface > > acx0: Ethernet address: 00:0f:66:c6:d7:f2 > > acx0: [GIANT-LOCKED] > > acx0: [ITHREAD] > >=20 > > acx0: flags=3D8803 metric 0 mtu 1500 > > ether 00:0f:66:c6:d7:f2 > > media: IEEE 802.11 Wireless Ethernet autoselect > > status: no carrier > > ifconfig: unable to get HT configuration information: Invalid argument > > ifconfig: unknown/undefined channel number 255 flags 0x0 > > ssid > > ""% =20 > >=20 > Which command it was? Just ifconfig without arguments? > The author says you should use ifconfig only to configure ip address. > For anything else he suggests to use 'acxtool'. > Can you give it a try? >=20 > > robert. > >=20 > Thanks so far, > Alexey. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-6guLfPEUOVqlMsPVouz0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklWg0gACgkQM4TrQ4qfROPrvACfS7A1oZrIzGUa4SOYIfET7bRn 31QAn0GXH0XDWn+6wgaBLjOyeOLgBnt+ =UOUK -----END PGP SIGNATURE----- --=-6guLfPEUOVqlMsPVouz0-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 19:38:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26821106567A for ; Sat, 27 Dec 2008 19:38:43 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id B74588FC1C for ; Sat, 27 Dec 2008 19:38:42 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 31337 invoked by uid 1000); 27 Dec 2008 19:12:23 -0000 Date: Sat, 27 Dec 2008 11:12:23 -0800 From: Jos Backus To: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Message-ID: <20081227191223.GB31177@lizzy.catnook.local> References: <3a142e750812201747o339d7298p11236bb02c7f858f@mail.gmail.com> <20081223050425.GA89448@citylink.fud.org.nz> <6D4A57D3-3F6D-43E6-9B69-95514F69C57A@mac.com> <20081226080146.GB25406@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081226080146.GB25406@dragon.NUXI.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Changed names of logical disks on recent -CURRENT: part of logical disks not accessible now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 19:38:43 -0000 Another data point: when I replace GEOM_{MBR,BSD} with GEOM_PART_{MBR,BSD} my system becomes unbootable and remains stuck at the mountroot> prompt. My root fs is on ad0s1a but the available geoms only list ad0a (and no slices), which obviously doesn't work. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 19:44:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84C451065686; Sat, 27 Dec 2008 19:44:33 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9D28FC2B; Sat, 27 Dec 2008 19:44:33 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 5CE68198DDB; Sat, 27 Dec 2008 20:44:32 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 4EB8C198DDA; Sat, 27 Dec 2008 20:44:32 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 36F75198DCF; Sat, 27 Dec 2008 20:44:32 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2008122720443207-16406 ; Sat, 27 Dec 2008 20:44:32 +0100 Received: by wep4035 (sSMTP sendmail emulation); Sat, 27 Dec 2008 20:44:31 +0100 From: "Alexey Shuvaev" Date: Sat, 27 Dec 2008 20:44:31 +0100 To: Robert Noland Message-ID: <20081227194431.GB8798@wep4035.physik.uni-wuerzburg.de> References: <20081227171821.GA7908@localhost.my.domain> <1230404518.38943.21.camel@wombat.2hip.net> <20081227191713.GA8736@wep4035.physik.uni-wuerzburg.de> <1230406472.38943.27.camel@wombat.2hip.net> MIME-Version: 1.0 In-Reply-To: <1230406472.38943.27.camel@wombat.2hip.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/27/2008 08:44:32 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 12/27/2008 08:44:32 PM, Serialize complete at 12/27/2008 08:44:32 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: darron@kewl.org, sam@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Texas Instruments ACX100/111 IEEE 802.11 driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 19:44:33 -0000 On Sat, Dec 27, 2008 at 02:34:32PM -0500, Robert Noland wrote: > On Sat, 2008-12-27 at 20:17 +0100, Alexey Shuvaev wrote: > > On Sat, Dec 27, 2008 at 02:01:58PM -0500, Robert Noland wrote: > > > I have a linksys wpc54g v2 card which is a 111 part. The updated port > > > does not autoload the firmware, but if I manually load the firmware, > > > then it attaches. It doesn't quite work though. > > > > > Nice (I mean that it attaches, at least :)! > > Developer suggests loading appropriate firmware first. > > You also need to use specialized acxtool, it is installed by the port. > > See (at the bottom): http://dev.kewl.org/acx100+111/ > > (and man page if_axc(4) too). > > Does this pushes the card to work? > > acxtool does seem to set the ssid and channel, though it still doesn't > seem to associate. Note that I am on -CURRENT. ifconfig continues to > complain that channel is undefined regardless of what it is set to. > > wombat% sudo acxtool acx0 -S "2HIP" -M managed -C 5 > Setting ssid to 2HIP > Setting infrastructure ess/bss capability > Setting channel to 5 > wombat% ifconfig > acx0: flags=8803 metric 0 mtu 1500 > ether 00:0f:66:c6:d7:f2 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ifconfig: unable to get HT configuration information: Invalid argument > ifconfig: unknown/undefined channel number 5 flags 0x0 > ssid 2HIP% > > robert. > And what does 'sudo acxtool acx0' say after you have tried to configure interface with acxtool with parameters? Anyway, seems it does not play good with CURRENT :( Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 20:30:41 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30AB01065670 for ; Sat, 27 Dec 2008 20:30:41 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id B5C668FC0C for ; Sat, 27 Dec 2008 20:30:40 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 83D866D5DF for ; Sat, 27 Dec 2008 21:30:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:subject:message-id:mime-version:content-type: content-transfer-encoding; s=selector1; bh=nxMWRDJep9jovjyec3FL/ juVrSM=; b=tbV8W5Kg9ndkzBYZD9B6TsQt3es79w/7RGsYdTLp74NPsYDtqmj38 6fXAIPo8CoVbgsigYGQfJzhMNCYeKppuMPWh1lfApfYghvt34Pkvk7iAzvHzrZya RMUsDyaJURqF2WflEcUMs5aOv2AczktifU0KYQMhaY4IxmNtVwLQB4= Received: from [10.255.253.2] (unknown [10.255.253.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 77BD46D4DE for ; Sat, 27 Dec 2008 21:30:38 +0100 (CET) Date: Sat, 27 Dec 2008 21:30:37 +0100 From: Goran Lowkrantz To: freebsd-current@FreeBSD.org Message-ID: <6807BE590144364699BA53BA@[10.255.253.2]> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; FORMAT=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: HEADS UP: New ZFS in the tree. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 20:30:41 -0000 --On Monday, November 17, 2008 21:55 +0100 Pawel Jakub Dawidek wrote: > Hi. > > So ZFS was updated from version 6 to 13. Be very careful when updating > your system if you use ZFS. The number of changes is huge and my > regression tests and manual tests I did only cover part of the entire > functionality. > > More info here: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=185029 > > Enjoy. > Running zfs send -R result in core: # zfs send -R system@test > /tmp/x Segmentation fault (core dumped) # uname -a FreeBSD skade.glz.hidden-powers.com 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Wed Dec 24 13:07:11 CET 2008 root@skade.glz.hidden-powers.com:/usr/obj/usr/src/sys/STD amd64 Kernel is GENRIC - firewire and USB. # zfs list -t filesystem NAME USED AVAIL REFER MOUNTPOINT system 37.2G 36.1G 18K none system/boot 21.6M 36.1G 21.5M legacy system/dbbackup 311K 36.1G 19K /var/db/backup system/dbbackup/pgsql 292K 36.1G 292K /var/db/backup/pgsql system/usr 23.8G 36.1G 1007M /usr system/usr/local 14.6G 36.1G 11.4G /usr/local system/usr/local/jails 1.12G 36.1G 1.11G /usr/local/jails system/usr/local/pgsql 1.99G 36.1G 1.99G /usr/local/pgsql system/usr/obj 2.46G 36.1G 2.46G /usr/obj system/usr/ports 245M 36.1G 245M /usr/ports system/usr/src 507M 36.1G 507M /usr/src system/usr/tmp 1.11G 8.89G 1.11G /usr/tmp system/var 7.40G 36.1G 3.34G /var system/var/log 2.55M 4.00G 1.88M /var/log system/var/tmp 29.8M 3.97G 29.8M /var/tmp # zfs list -t snapshot system@test NAME USED AVAIL REFER MOUNTPOINT system@test 0 - 18K - # gdb -c /var/cores/0/zfs-36364 /sbin/zfs GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `zfs'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libzfs.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libzfs.so.1 Reading symbols from /lib/libgeom.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libgeom.so.4 Reading symbols from /lib/libbsdxml.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libbsdxml.so.3 Reading symbols from /lib/libsbuf.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libsbuf.so.4 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libnvpair.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnvpair.so.1 Reading symbols from /lib/libuutil.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libuutil.so.1 Reading symbols from /lib/libutil.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.7 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800671a2d in zfs_prop_readonly () from /lib/libzfs.so.1 (gdb) bt #0 0x0000000800671a2d in zfs_prop_readonly () from /lib/libzfs.so.1 #1 0x0000000800655ea8 in fletcher_4_incremental_byteswap () from /lib/libzfs.so.1 #2 0x0000000800656135 in fletcher_4_incremental_byteswap () from /lib/libzfs.so.1 #3 0x0000000800656a53 in fletcher_4_incremental_byteswap () from /lib/libzfs.so.1 #4 0x000000080065a49f in zfs_send () from /lib/libzfs.so.1 Will keep core if more info is needed. The system is a test system, so if I need to rebuild with more debugging, no problem. /glz --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 20:21:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4D8D1065674 for ; Sat, 27 Dec 2008 20:21:15 +0000 (UTC) (envelope-from qingli@speakeasy.net) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id B26AF8FC12 for ; Sat, 27 Dec 2008 20:21:15 +0000 (UTC) (envelope-from qingli@speakeasy.net) Received: (qmail 12277 invoked from network); 27 Dec 2008 20:21:15 -0000 Received: from dsl081-051-194.sfo1.dsl.speakeasy.net (HELO qm8nwm5acsx) ([64.81.51.194]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Dec 2008 20:21:15 -0000 From: "Qing Li" To: "'Tijl Coosemans'" , "'Gerald Pfeifer'" Date: Sat, 27 Dec 2008 12:21:25 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <200812271458.52492.tijl@ulyssis.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: AcloK0Nf0n7CsmqYRgyE2M14UKtkGQAL8eAg Message-Id: <20081227202115.B26AF8FC12@mx1.freebsd.org> X-Mailman-Approved-At: Sat, 27 Dec 2008 21:19:17 +0000 Cc: 'Qing Li' , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 20:21:15 -0000 Right now I am also a bit leaning towards reintroducing the RTF_LLINFO flag bit. This is mainly due to the recent discovery of the "route" command issued with the "-iface/-interface" option, which conflicts with the way how "arp" and "ndp" is handled in the kernel. I renamed this flag bit to RTF_LLDATA because only the "arp" and "ndp" commands need it. > > I didn't want to speak up because I'm no authority in this > area and in the end I'm OK with any outcome, but personnaly I > find special-casing {NET_RT_FLAGS,0} to retrieve the L2 > entries a bit odd. > As I've indicated previously, a few ports already have the #ifdef RTF_LLINFO block around the sysctl() setup code. Perhaps it's because these ports (such as Wine) run on OS that does not support RTF_LLINFO (e.g. Linux?) ? > > Surely, letting {NET_RT_FLAGS,RTF_LLINFO} > return L2 entries is exactly the same to implement, is far > more descriptive, is fully backwards compatible and > compatible with other sysctl operating systems like the other > BSDs and Mac OS X, which helps portability. > I believe all of the affected ports have been updated to include the conditional blocks around RTF_LLINFO. So there is still a level of compatibility, right ? > > AFAIK, the other use of RTF_LLINFO was to filter out L2 > entries from the entire L2+L3 routing table to obtain just > the L3 entries. Because the L2 and L3 table have been > separated this filtering isn't needed anymore, but what harm > would it do to reintroduce RTF_LLINFO? The filtering code > would become a useless no-op, but you'd stay fully > compatible, again both backwards and with other operating systems. > > I just think that removing RTF_LLINFO was a bit too > aggressive an optimisation with little advantage and too many > disadvantages and I'd like to see it return. > I believe examining the impacts of RTF_LLINFO on the ports was a good exercise even if we have to rejuvenate it. I hope we could reach a consensus soon now that we have more input from the ports developers. Please provide your input ... -- Qing From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 21:40:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F451065675 for ; Sat, 27 Dec 2008 21:40:13 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 736878FC12 for ; Sat, 27 Dec 2008 21:40:12 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id mBRL7Dpe058329 ; Sat, 27 Dec 2008 22:07:13 +0100 (CET) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id mBRL7CWh066269 ; Sat, 27 Dec 2008 22:07:12 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id mBRL7CFx066266; Sat, 27 Dec 2008 22:07:12 +0100 (MET) (envelope-from arno) To: current@freebsd.org, emulation@freebsd.org From: "Arno J. Klaassen" Date: 27 Dec 2008 22:07:12 +0100 Message-ID: Lines: 75 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.168]); Sat, 27 Dec 2008 22:07:14 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8803/Sat Dec 27 16:17:34 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 49569901.00A by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 49569901.00A/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 49569901.00A on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.064 -> S=0.064 X-j-chkmail-Status: Ham Cc: Subject: LORs on 8-current kernel with 7-stable world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 21:40:14 -0000 Hello, I get these when running a 8-current kernel with 7-stable world. I can'f access http://sources.zabbadoz.net/freebsd/lor.html to see if they are known. fyi, Arno #### lock order reversal: 1st 0xffffff0001305070 user map (user map) @ /raid1/bsd/src-current/sys/vm/vm_map.c:3115 2nd 0xffffff0001502270 ufs (ufs) @ /raid1/bsd/src-current/sys/kern/vfs_subr.c:2079 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x65 witness_checkorder() at witness_checkorder+0x859 __lockmgr_args() at __lockmgr_args+0xcb8 ffs_lock() at ffs_lock+0x8f VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 vget() at vget+0x8b vnode_pager_lock() at vnode_pager_lock+0x1d0 vm_fault() at vm_fault+0x22a trap_pfault() at trap_pfault+0x127 trap() at trap+0x51c calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x40014f, rsp = 0x7fffffffee70, rbp = 0x7fffffffee90 --- lock order reversal: 1st 0xffffff0001aa3098 pseudofs (pseudofs) @ /raid1/bsd/src-current/sys/kern/vfs_vnops.c:531 2nd 0xffffff00015027f8 ufs (ufs) @ /raid1/bsd/src-current/sys/kern/vfs_lookup.c:442 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x65 witness_checkorder() at witness_checkorder+0x859 __lockmgr_args() at __lockmgr_args+0xcb8 ffs_lock() at ffs_lock+0x8f VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0x103 namei() at namei+0x52d linprocfs_domtab() at linprocfs_domtab+0x76 pfs_read() at pfs_read+0x53c vn_read() at vn_read+0x267 dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x60 read() at read+0x54 ia32_syscall() at ia32_syscall+0x1ab Xint0x80_syscall() at Xint0x80_syscall+0x60 --- syscall (3, Linux ELF32, read), rip = 0x28162cee, rsp = 0xffffdca8, rbp = 0xffffdcbc --- lock order reversal: 1st 0xfffffffe68494f20 bufwait (bufwait) @ /raid1/bsd/src-current/sys/kern/vfs_bio.c:2443 2nd 0xffffff0001c7d000 dirhash (dirhash) @ /raid1/bsd/src-current/sys/ufs/ufs/ufs_dirhash.c:263 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x65 witness_checkorder() at witness_checkorder+0x859 _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_remove() at ufsdirhash_remove+0x16 ufs_dirremove() at ufs_dirremove+0x181 ufs_remove() at ufs_remove+0x92 VOP_REMOVE_APV() at VOP_REMOVE_APV+0x93 kern_unlinkat() at kern_unlinkat+0x249 linux_unlinkat() at linux_unlinkat+0xa6 ia32_syscall() at ia32_syscall+0x1ab Xint0x80_syscall() at Xint0x80_syscall+0x60 --- syscall (301, Linux ELF32, linux_unlinkat), rip = 0x28126968, rsp = 0xffffd4e8, rbp = 0xffffd508 --- From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 22:45:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 379341065674 for ; Sat, 27 Dec 2008 22:45:33 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id D11C88FC12 for ; Sat, 27 Dec 2008 22:45:32 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so2175953yxb.13 for ; Sat, 27 Dec 2008 14:45:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=eDZgqyrm3ZD6lN/mxhJWo+LjORkGM6V8UYJqKizR3f8=; b=CfmTODJyPIYoCeOjBcr6mEbygIk/5ziaCUP6jVjyTc5Zd9g+YI+oEYe7hySo3EYVSu xhBNDwAq6UAWvhtXr07OGtHPQQI8cVs8isLm0VtxijlkqeAaotgLmqJR9L4Ki/EICHZC zEuXXQbD1+BWtFYIgVn/J1SIyHUWLrdgDGmbo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=Uqog3Bvc4/E5lkk6fCiEyqAxtBEqgwd/6vlw7aSQvLupGgjVXNt/CPB7kiHSVKEdX0 R2C/kofAb4A7ulaq4S+5JgKtrqKu5+PyKcuc4rUMU46k6X2sCiyt5dwanC5uNTgbeV9G q6JouNk583uBBZA2kcwjT9BRxq87opH8UWA4k= Received: by 10.100.13.2 with SMTP id 2mr6971522anm.74.1230417931342; Sat, 27 Dec 2008 14:45:31 -0800 (PST) Received: from ?10.94.212.171? ([32.159.67.242]) by mx.google.com with ESMTPS id c28sm21321653anc.27.2008.12.27.14.45.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Dec 2008 14:45:30 -0800 (PST) References: Message-Id: <57AC84CF-CFA9-4F27-A643-954DD3195221@gmail.com> From: Garrett Cooper To: "Arno J. Klaassen" In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5F136) Mime-Version: 1.0 (iPhone Mail 5F136) Date: Sat, 27 Dec 2008 14:45:20 -0800 Cc: "emulation@freebsd.org" , "current@freebsd.org" Subject: Re: LORs on 8-current kernel with 7-stable world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 22:45:33 -0000 On Dec 27, 2008, at 13:07, "Arno J. Klaassen" wrote: > > Hello, > > I get these when running a 8-current kernel with 7-stable world. > I can'f access http://sources.zabbadoz.net/freebsd/lor.html > to see if they are known. > > fyi, Arno > > #### > > > lock order reversal: > 1st 0xffffff0001305070 user map (user map) @ /raid1/bsd/src-current/ > sys/vm/vm_map.c:3115 > 2nd 0xffffff0001502270 ufs (ufs) @ /raid1/bsd/src-current/sys/kern/ > vfs_subr.c:2079 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x65 > witness_checkorder() at witness_checkorder+0x859 > __lockmgr_args() at __lockmgr_args+0xcb8 > ffs_lock() at ffs_lock+0x8f > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x57 > vget() at vget+0x8b > vnode_pager_lock() at vnode_pager_lock+0x1d0 > vm_fault() at vm_fault+0x22a > trap_pfault() at trap_pfault+0x127 > trap() at trap+0x51c > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0x40014f, rsp = 0x7fffffffee70, rbp = > 0x7fffffffee90 --- > > > lock order reversal: > 1st 0xffffff0001aa3098 pseudofs (pseudofs) @ /raid1/bsd/src-current/ > sys/kern/vfs_vnops.c:531 > 2nd 0xffffff00015027f8 ufs (ufs) @ /raid1/bsd/src-current/sys/kern/ > vfs_lookup.c:442 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x65 > witness_checkorder() at witness_checkorder+0x859 > __lockmgr_args() at __lockmgr_args+0xcb8 > ffs_lock() at ffs_lock+0x8f > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x57 > lookup() at lookup+0x103 > namei() at namei+0x52d > linprocfs_domtab() at linprocfs_domtab+0x76 > pfs_read() at pfs_read+0x53c > vn_read() at vn_read+0x267 > dofileread() at dofileread+0xa1 > kern_readv() at kern_readv+0x60 > read() at read+0x54 > ia32_syscall() at ia32_syscall+0x1ab > Xint0x80_syscall() at Xint0x80_syscall+0x60 > --- syscall (3, Linux ELF32, read), rip = 0x28162cee, rsp = > 0xffffdca8, rbp = 0xffffdcbc --- > > > lock order reversal: > 1st 0xfffffffe68494f20 bufwait (bufwait) @ /raid1/bsd/src-current/ > sys/kern/vfs_bio.c:2443 > 2nd 0xffffff0001c7d000 dirhash (dirhash) @ /raid1/bsd/src-current/ > sys/ufs/ufs/ufs_dirhash.c:263 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x65 > witness_checkorder() at witness_checkorder+0x859 > _sx_xlock() at _sx_xlock+0x55 > ufsdirhash_acquire() at ufsdirhash_acquire+0x33 > ufsdirhash_remove() at ufsdirhash_remove+0x16 > ufs_dirremove() at ufs_dirremove+0x181 > ufs_remove() at ufs_remove+0x92 > VOP_REMOVE_APV() at VOP_REMOVE_APV+0x93 > kern_unlinkat() at kern_unlinkat+0x249 > linux_unlinkat() at linux_unlinkat+0xa6 > ia32_syscall() at ia32_syscall+0x1ab > Xint0x80_syscall() at Xint0x80_syscall+0x60 > --- syscall (301, Linux ELF32, linux_unlinkat), rip = 0x28126968, > rsp = 0xffffd4e8, rbp = 0xffffd508 --- Do an installworld and reboot? This datapoint shouldn't have any relevance because you're mixing and matching major versions of components which I wouldn't expect to work necessarily. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 22:54:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5475E1065679 for ; Sat, 27 Dec 2008 22:54:36 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2E10C8FC18 for ; Sat, 27 Dec 2008 22:54:36 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id A70302344; Sat, 27 Dec 2008 14:54:35 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 25C412D6004; Sat, 27 Dec 2008 14:54:35 -0800 (PST) Message-ID: <4956B22A.6080109@elischer.org> Date: Sat, 27 Dec 2008 14:54:34 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Qing Li References: <20081227204756.B58938FC1F@mx1.freebsd.org> In-Reply-To: <20081227204756.B58938FC1F@mx1.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Tijl Coosemans' , freebsd-net@freebsd.org, 'Gerald Pfeifer' , freebsd-current@freebsd.org, 'Qing Li' Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 22:54:36 -0000 Qing Li wrote: > > > I believe examining the impacts of RTF_LLINFO on the ports > was a good exercise even if we have to rejuvenate it. > > I hope we could reach a consensus soon now that we have more > input from the ports developers. > > Please provide your input ... reintroduce it with value 0 then teh optimiser should remove dead code... > > -- Qing > > > > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 22:59:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BAAC1065678 for ; Sat, 27 Dec 2008 22:59:29 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id BA1BD8FC22 for ; Sat, 27 Dec 2008 22:59:28 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBRMxOli091500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Dec 2008 14:59:25 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4956B34C.2040901@freebsd.org> Date: Sat, 27 Dec 2008 14:59:24 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Hans Petter Selasky References: <20081222214010.GA18389@elvis.mu.org> <495606B9.10406@bsdforen.de> <200812271234.37581.hselasky@c2i.net> In-Reply-To: <200812271234.37581.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP usb2 (usb4bsd) to become default in 2 weeks. [usb2 configuration] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 22:59:29 -0000 Hans Petter Selasky wrote: > On Saturday 27 December 2008, Dominic Fandrey wrote: > >> Alfred Perlstein wrote: >> >>> We're going to usher in the New Year with a new usb stack. >>> >>> Now is the time to test, test, test. >>> >>> It is also the time to point out anything missing from usb2 that >>> is in usb1. ... >>> >>> See attachment. >>> ... >>> >>> >>> # USB Serial devices >>> -device ucom # Generic com ttys >>> -device u3g # USB-based 3G modems (Option, Huawei, Sierra) >>> ... >>> >> It seems u3g doesn't show up in the usb2 stuff. For me >> this would be a real show stopper if I ran current. >> >> > > The U3G driver has been ported to USB2. See "usb2_serial_3g". > > I think this sort of confusion is indicative of problems with the way usb2 is configured. I recently switched a machine to usb2 and I naively expected that doing this would just involve changing all items like device ums to device ums2 when this didn't work I looked for manual pages but found none. So then I looked in sys/conf/files and found that every driver has a new name; e.g. to get ums I now have to specify: device usb2_input_ms but more than that I also have to include device usb2_input device usb2_core I suggest this is not a good idea. It is possible through module dependencies and config rules in files to handle all this automatically. Perhaps I've missed something here but I think that after the switchover users should not need to alter their config files unless they are using new features. This is all the more important in that all these names changes will require all documentation to be altered to match. Separately I noticed the sys/modules/usb2 does not have a directory hierarchy that paralells sys/dev/usb2. I think you should reorganize the modules to be consistent w/ existing conventions (e.g. have sys/modules/ural2 or sys/modules/usb2/wlan/ral). Sam From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 23:06:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2BE11065673; Sat, 27 Dec 2008 23:06:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 476F68FC14; Sat, 27 Dec 2008 23:06:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mBRN6DAR031395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Dec 2008 10:06:21 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mBRN6Dlo064388; Sun, 28 Dec 2008 10:06:13 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mBRN6D4C064387; Sun, 28 Dec 2008 10:06:13 +1100 (EST) (envelope-from peter) Date: Sun, 28 Dec 2008 10:06:13 +1100 From: Peter Jeremy To: Julian Elischer Message-ID: <20081227230613.GB64280@server.vk2pj.dyndns.org> References: <20081227204756.B58938FC1F@mx1.freebsd.org> <4956B22A.6080109@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: <4956B22A.6080109@elischer.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 23:06:26 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Dec-27 14:54:34 -0800, Julian Elischer wrote: >Qing Li wrote: >> I believe examining the impacts of RTF_LLINFO on the ports=20 >> was a good exercise even if we have to rejuvenate it. > >reintroduce it with value 0 And a comment indicating that the definition of RTF_LLINFO is solely for backward compatibility. (To make it clear why it's never referenced in the base system and not needed for new code). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklWtOUACgkQ/opHv/APuIcUPgCggEZmSjLwsLBG0x1ne4Xkarkq 9GgAn2Od0X9ZR5ncG47XRILQRZ7TMp++ =MIxA -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 23:07:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC7721065673; Sat, 27 Dec 2008 23:07:28 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id A4DAA8FC19; Sat, 27 Dec 2008 23:07:28 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBRN7RwG091538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Dec 2008 15:07:27 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4956B52F.2070300@freebsd.org> Date: Sat, 27 Dec 2008 15:07:27 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Julian Elischer References: <20081227204756.B58938FC1F@mx1.freebsd.org> <4956B22A.6080109@elischer.org> In-Reply-To: <4956B22A.6080109@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Qing Li , freebsd-net@freebsd.org, 'Gerald Pfeifer' , freebsd-current@freebsd.org, 'Tijl Coosemans' Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 23:07:28 -0000 Julian Elischer wrote: > Qing Li wrote: >> >> >> I believe examining the impacts of RTF_LLINFO on the ports was a good >> exercise even if we have to rejuvenate it. >> >> I hope we could reach a consensus soon now that we have more input >> from the ports developers. >> >> Please provide your input ... > > reintroduce it with value 0 > then teh optimiser should remove dead code... > The worry is that this will cause subtle bugs when code assumes functionality is present. We tried yanking this entirely and it's obviously caused some issues. The question now is whether to follow through and accept an incompatibility or put back sufficient compatibility to enable legacy code to work unchanged. Sam From owner-freebsd-current@FreeBSD.ORG Sat Dec 27 23:19:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 206501065670; Sat, 27 Dec 2008 23:19:53 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id DABF88FC19; Sat, 27 Dec 2008 23:19:52 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.151] (adsl-154-218-250.ard.bellsouth.net [72.154.218.250]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mBRNJ2BS013603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Dec 2008 18:19:03 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Alexey Shuvaev In-Reply-To: <20081227194431.GB8798@wep4035.physik.uni-wuerzburg.de> References: <20081227171821.GA7908@localhost.my.domain> <1230404518.38943.21.camel@wombat.2hip.net> <20081227191713.GA8736@wep4035.physik.uni-wuerzburg.de> <1230406472.38943.27.camel@wombat.2hip.net> <20081227194431.GB8798@wep4035.physik.uni-wuerzburg.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mDQMD2nWJ2bRbmY1f1zf" Organization: FreeBSD Date: Sat, 27 Dec 2008 18:19:42 -0500 Message-Id: <1230419982.38943.29.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: darron@kewl.org, sam@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Texas Instruments ACX100/111 IEEE 802.11 driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Dec 2008 23:19:53 -0000 --=-mDQMD2nWJ2bRbmY1f1zf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-12-27 at 20:44 +0100, Alexey Shuvaev wrote: > On Sat, Dec 27, 2008 at 02:34:32PM -0500, Robert Noland wrote: > > On Sat, 2008-12-27 at 20:17 +0100, Alexey Shuvaev wrote: > > > On Sat, Dec 27, 2008 at 02:01:58PM -0500, Robert Noland wrote: > > > > I have a linksys wpc54g v2 card which is a 111 part. The updated p= ort > > > > does not autoload the firmware, but if I manually load the firmware= , > > > > then it attaches. It doesn't quite work though. > > > >=20 > > > Nice (I mean that it attaches, at least :)! > > > Developer suggests loading appropriate firmware first. > > > You also need to use specialized acxtool, it is installed by the port= . > > > See (at the bottom): http://dev.kewl.org/acx100+111/ > > > (and man page if_axc(4) too). > > > Does this pushes the card to work? > >=20 > > acxtool does seem to set the ssid and channel, though it still doesn't > > seem to associate. Note that I am on -CURRENT. ifconfig continues to > > complain that channel is undefined regardless of what it is set to. > >=20 > > wombat% sudo acxtool acx0 -S "2HIP" -M managed -C 5 > > Setting ssid to 2HIP > > Setting infrastructure ess/bss capability > > Setting channel to 5 =20 > > wombat% ifconfig =20 > > acx0: flags=3D8803 metric 0 mtu 1500 > > ether 00:0f:66:c6:d7:f2 > > media: IEEE 802.11 Wireless Ethernet autoselect > > status: no carrier > > ifconfig: unable to get HT configuration information: Invalid argument > > ifconfig: unknown/undefined channel number 5 flags 0x0 > > ssid 2HIP% > >=20 > > robert. > >=20 > And what does 'sudo acxtool acx0' say after you have tried to configure > interface with acxtool with parameters? Anyway, seems it does not > play good with CURRENT :( wombat% sudo acxtool acx0 Hardware Type: TNETW1130 (acx111) Firmware Rev: 1.2.1.34 Mac Address: 00:0f:66:c6:d7:f2 BSS Address: 00:00:00:00:00:00 Status: Inactive Mode: Managed BSS/ESS (Infrastructure client) SSID: 2HIP Channel: 1 =20 It appears reasonable, but doesn't ever associate. robert. > Alexey. --=-mDQMD2nWJ2bRbmY1f1zf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAklWuA4ACgkQM4TrQ4qfROMNzACffxmx2ldQVBlRfmf9rzG9oaxq cu4AniLMoo62lj1Hlo6j5tc1MZ707VZJ =eNJb -----END PGP SIGNATURE----- --=-mDQMD2nWJ2bRbmY1f1zf--