From owner-freebsd-current@FreeBSD.ORG Sun Nov 19 04:55:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7536D16A40F for ; Sun, 19 Nov 2006 04:55:44 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56514.mail.re3.yahoo.com (web56514.mail.re3.yahoo.com [66.196.97.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 24FCB43D79 for ; Sun, 19 Nov 2006 04:55:26 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 62565 invoked by uid 60001); 19 Nov 2006 04:55:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=5UWgM+EWRPFwcSxR/ONywbvAYwXLOV3YM+Zx9W5Bib8vmqjRP8TMdjzLhkjCEp8wn2Mgj0A20yUQV3EK+mCFUoMh2gKUC6jE7fkMjddDl2MuLNWtHKTptiwbZiZX0HQL3qdZChwmAlmAF0t/8fsmO0QHh27y98yfWmDChC83fGY=; X-YMail-OSG: v9zyfMQVM1nv4P2Z_hraANQA0IleHurW9O.PgWqwDLTArfv5GzYP8y6HjQPleUwR1RX2TSpw3XKLjZlW5IugkzBgZUUWAZ18FowOts3hpI_ExQGLe3.36hYf_bCv6h_9t31dm854JNrBrds- Received: from [24.221.134.150] by web56514.mail.re3.yahoo.com via HTTP; Sat, 18 Nov 2006 20:55:33 PST Date: Sat, 18 Nov 2006 20:55:33 -0800 (PST) From: Neil Short To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <288523.62562.qm@web56514.mail.re3.yahoo.com> Subject: "device apic" required for atheros wireless 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: Sun, 19 Nov 2006 04:55:44 -0000 I finally tracked down the pesky ath0 timeouts (I think). I just installed from scratch FreeBSD current as of 20061105. Everything worked marvelously. I then trimmed down my kernel in the usual manner and my ath0 device started timing out -- so bad it couldn't even stay up long enough to run dhclient. I went back to GENERIC and started trimming stuff down a little at a time - recompiling each time. Yes, this takes a very long time. finally it became evident that, at least on my system, "device apic" under the "SMP kernel" section of the configuration file seems to be required. Any idea why this might be? ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 ____________________________________________________________________________________ Sponsored Link Degrees online in as fast as 1 Yr MBA, Bachelor's, Master's, Assoc http://yahoo.degrees.info From owner-freebsd-current@FreeBSD.ORG Sun Nov 19 17:15:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C86516A4A0 for ; Sun, 19 Nov 2006 17:15:53 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDBBA43D92 for ; Sun, 19 Nov 2006 17:15:41 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so884596uge for ; Sun, 19 Nov 2006 09:15:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=TASf10lOyhnITldKrbVAMdC3QyekKhQD9c//28XaVCxrzlhWAVgAST7ZOFADdzyngyOUkMi9uOYt12+gsfokrIOSYwtPu2tvDjcl2cRjj/ChFeo7lyRJURd6IwNmscn/qE2VmnovLLgEbOOCGUCuVeBIcWkvvtrjF1BnqasMz0w= Received: by 10.67.93.6 with SMTP id v6mr6316460ugl.1163956550980; Sun, 19 Nov 2006 09:15:50 -0800 (PST) Received: from ?192.168.123.106? ( [195.241.221.201]) by mx.google.com with ESMTP id s7sm7137784uge.2006.11.19.09.15.50; Sun, 19 Nov 2006 09:15:50 -0800 (PST) Message-ID: <45609145.9020104@gmail.com> Date: Sun, 19 Nov 2006 18:15:49 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.8 (X11/20061117) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: libc/stdlib/malloc.c: assertion failed 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, 19 Nov 2006 17:15:53 -0000 Hi, when starting the xfce4-panel (version 4.2.3) on > FreeBSD s000655.campus.tue.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #2: > Fri Nov 17 16:05:48 CET 2006 > root@s000655.campus.tue.nl:/usr/obj/usr/src-current/sys/RENE i386 malloc.c fails with: > Assertion failed: ((((uintptr_t)ptr) & (size - 1)) == 0), function arena_dalloc, > file /usr/src-current/lib/libc/stdlib/malloc.c, line 2423. sources are of 2006-11-17 11:10 UTC This happens in the "medium allocation" case, i.e. when mapelm.large == true. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Sun Nov 19 19:17:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D25416A40F for ; Sun, 19 Nov 2006 19:17:42 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2C0143D55 for ; Sun, 19 Nov 2006 19:17:28 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 6BB63115AB; Sun, 19 Nov 2006 13:17:39 -0600 (CST) Date: Sun, 19 Nov 2006 13:17:33 -0600 From: Craig Boston To: Neil Short Message-ID: <20061119191733.GA8846@nowhere> Mail-Followup-To: Craig Boston , Neil Short , freebsd-current@freebsd.org References: <288523.62562.qm@web56514.mail.re3.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <288523.62562.qm@web56514.mail.re3.yahoo.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: "device apic" required for atheros wireless 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: Sun, 19 Nov 2006 19:17:42 -0000 On Sat, Nov 18, 2006 at 08:55:33PM -0800, Neil Short wrote: > finally it became evident that, at least on my system, > "device apic" under the "SMP kernel" section of the > configuration file seems to be required. What is your system exactly? Apologies if you've mentioned that before. I did a quick scan of recent list traffic and didn't see your original post. Are you using ACPI? It sounds like you probably have a broken BIOS. I've seen a few ACPI DSDTs lately that have completely bogus IRQ routing in the !apic case. Most likely they assume apic will always be used because Windows XP uses it if present with no way to disable it. On my laptop it looked like they hadn't even bothered to change the default _PRT method in the template that came from the BIOS vendor. In any case, if your system has an apic and everything works fine using it, it's probably better to leave it in anyway. It might be possible to hack in the correct routing manually, but you're less likely to end up with every device sharing a single IRQ when in apic mode, so you're usually better off. Craig From owner-freebsd-current@FreeBSD.ORG Sun Nov 19 19:19:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4487416A403 for ; Sun, 19 Nov 2006 19:19:16 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (24-38-119-150-st.losaca.adelphia.net [24.38.119.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 453CE43D7B for ; Sun, 19 Nov 2006 19:18:57 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (24-38-119-150-st.losaca.adelphia.net [24.38.119.150]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTP id E85201298D3; Sun, 19 Nov 2006 11:20:11 -0800 (PST) Message-ID: <4560AE2B.8080705@FreeBSD.org> Date: Sun, 19 Nov 2006 11:19:07 -0800 From: Jason Evans User-Agent: Thunderbird 1.5.0.8 (X11/20061105) MIME-Version: 1.0 To: Rene Ladan References: <45609145.9020104@gmail.com> In-Reply-To: <45609145.9020104@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: libc/stdlib/malloc.c: assertion failed 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, 19 Nov 2006 19:19:16 -0000 Rene Ladan wrote: > when starting the xfce4-panel (version 4.2.3) on > >> FreeBSD s000655.campus.tue.nl 7.0-CURRENT FreeBSD 7.0-CURRENT #2: >> Fri Nov 17 16:05:48 CET 2006 >> root@s000655.campus.tue.nl:/usr/obj/usr/src-current/sys/RENE i386 > > malloc.c fails with: > >> Assertion failed: ((((uintptr_t)ptr) & (size - 1)) == 0), function arena_dalloc, >> file /usr/src-current/lib/libc/stdlib/malloc.c, line 2423. > > sources are of 2006-11-17 11:10 UTC > > This happens in the "medium allocation" case, i.e. when mapelm.large == > true. This is most likely due to an attempt to free() an object that was already freed. The chances are high that this is an application bug, rather than a malloc bug. If you want to track down the source of the problem, I recommend first looking at the backtrace for the core dump, and if that proves unenlightening, using the utrace facilities built into malloc to figure out when/where the object in question is used. Jason P.S. The mapelm info that is used to calculate the run size one line before the assertion failure is only maintained for the first page in each run, so mapelm's contents may be (and probably are) completely misleading, due to the invalidity of the pointer being passed to free(). The failed assertion is merely a high level sanity check; it does not catch all possible errors. From owner-freebsd-current@FreeBSD.ORG Sun Nov 19 20:01:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 239D916A509 for ; Sun, 19 Nov 2006 20:01:02 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45DDE43E43 for ; Sun, 19 Nov 2006 20:00:28 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1708742nfc for ; Sun, 19 Nov 2006 12:00:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=MvFzSfj/jM/XV6vMZYjD4+hnLKBvOpVElP3G402qSq/IyCEW2M+PZ3GT0sQfqtjPp5qvByiBnQIvjPOicyujTA3yGlR5VJxgftahF28bkFkDYllfehYgDkZDGRFiHh1158SInVDLrlpu1vkm0SRmjGRVOHEM9gvpN5dABV0KZCY= Received: by 10.78.117.10 with SMTP id p10mr4431174huc.1163966437822; Sun, 19 Nov 2006 12:00:37 -0800 (PST) Received: by 10.78.167.16 with HTTP; Sun, 19 Nov 2006 12:00:37 -0800 (PST) Message-ID: Date: Sun, 19 Nov 2006 23:00:37 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: current@freebsd.org, ipfw@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: a9d62923780f9664 Cc: Subject: ipfw ipsec flag 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, 19 Nov 2006 20:01:02 -0000 Does anyone have subj working? I have IPSEC+ESP+ FILTERGIF compiled in kernel on very recent 7-CURRENT/amd64 and 6-STABLE/i386 which fail to "count ipsec" whatever I try. With/without ESP; manually configured with setkey or set via racoon2/ikev2... On 7-CURRENT I have a GENERIC kernel with no extra options than those 3 IPSEC ones. No gifs or tunnels though... From owner-freebsd-current@FreeBSD.ORG Sun Nov 19 20:16:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D66216A4CA; Sun, 19 Nov 2006 20:16:56 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F6B543D8D; Sun, 19 Nov 2006 20:15:28 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 2BD46200147; Sun, 19 Nov 2006 21:15:12 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id A01681FFE70; Sun, 19 Nov 2006 21:15:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 32712444888; Sun, 19 Nov 2006 20:12:53 +0000 (UTC) Date: Sun, 19 Nov 2006 20:12:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Andrew Pantyukhin In-Reply-To: Message-ID: <20061119201222.Y18512@maildrop.int.zabbadoz.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: ipfw@freebsd.org, FreeBSD current mailing list Subject: Re: ipfw ipsec flag 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, 19 Nov 2006 20:16:56 -0000 On Sun, 19 Nov 2006, Andrew Pantyukhin wrote: Hi, > Does anyone have subj working? I have IPSEC+ESP+ yes since freebsd 5.x. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Nov 19 21:16:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6587616A403 for ; Sun, 19 Nov 2006 21:16:35 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA1443D60 for ; Sun, 19 Nov 2006 21:16:06 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so2358405nfc for ; Sun, 19 Nov 2006 13:16:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=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; b=udoi0kjczWqkU4OdIaKzhyDvQS1yYHHbMhLizK9UUUC2L+thW3GQVjkgxvMz8vtb3wPxtO/fDGCfPJF5y/UCAJiMKyEHdy3sEsZim4bb9MiUTE3XW15khbMEhEy01hBSlYbbR3awoNKHlt15KJQienJ43L8O9fJFRWysI8/2kM8= Received: by 10.78.204.7 with SMTP id b7mr4482737hug.1163970974689; Sun, 19 Nov 2006 13:16:14 -0800 (PST) Received: by 10.78.167.16 with HTTP; Sun, 19 Nov 2006 13:16:14 -0800 (PST) Message-ID: Date: Mon, 20 Nov 2006 00:16:14 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Bjoern A. Zeeb" In-Reply-To: <20061119205729.D18512@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061119201222.Y18512@maildrop.int.zabbadoz.net> <20061119205729.D18512@maildrop.int.zabbadoz.net> X-Google-Sender-Auth: 8c192e0d3a81dd83 Cc: ipfw@freebsd.org, current@freebsd.org Subject: Re: ipfw ipsec flag 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, 19 Nov 2006 21:16:35 -0000 On 11/20/06, Bjoern A. Zeeb wrote: > On Sun, 19 Nov 2006, Andrew Pantyukhin wrote: > > Hi, > > > On 11/19/06, Bjoern A. Zeeb wrote: > >> On Sun, 19 Nov 2006, Andrew Pantyukhin wrote: > >> > >> Hi, > >> > >> > Does anyone have subj working? I have IPSEC+ESP+ > >> > >> yes since freebsd 5.x > > > > You mean it's working fine for you? > > > > Do you have any idea what might be wrong in my > > case? Do you use gif and/or tunnel mode? > > yes working fine. > no gif. > tunnel mode. I changed from transport to tunnel and it works. The problem is I don't really need tunnel... > Might be that it doesn't work together with count? It doesn't work with allow in transport mode, either. I wonder if I should file a PR... Thanks! From owner-freebsd-current@FreeBSD.ORG Sun Nov 19 22:59:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2827616A403 for ; Sun, 19 Nov 2006 22:59:58 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id C043243D80 for ; Sun, 19 Nov 2006 22:59:45 +0000 (GMT) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1Glvdk-0008jb-CU; Sun, 19 Nov 2006 17:59:56 -0500 Date: Sun, 19 Nov 2006 17:59:56 -0500 From: Gary Palmer To: Scott Long Message-ID: <20061119225956.GA8361@in-addr.com> Mail-Followup-To: Scott Long , current@freebsd.org References: <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <4547D077.4070609@samsco.org> <20061101072543.GA849@turion.vk2pj.dyndns.org> <45484E26.5010408@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45484E26.5010408@samsco.org> Cc: current@freebsd.org Subject: Re: Xorg leaking memory on -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: Sun, 19 Nov 2006 22:59:58 -0000 On Wed, Nov 01, 2006 at 12:35:02AM -0700, Scott Long wrote: > Peter Jeremy wrote: > >On Tue, 2006-Oct-31 15:38:47 -0700, Scott Long wrote: > >>Both Mozilla and Firefox appear to cache everything they can, without > >>bounds. If you tweak a hidden pref to turn off caching, the 'leak' > >>goes away. > > > >I don't suppose you know the name. I can't see anything obvious > >in about:config > > > > browser.cache.memory.enable on seamonkey. I recall it having a > different name in the past, though. If you set that option, can you load http://isc.sans.org/ ? Both SeaMonkey and FireFox 1.5 fail when loading isc.sans.org with the browser.cache.memory.enable set to false for me Not entirely sure WHY that option would cause that problem So far thats the only site I'm finding a problem with that option Thanks From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 02:34:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2E6916A403; Mon, 20 Nov 2006 02:34:21 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFDCF43D6A; Mon, 20 Nov 2006 02:34:06 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.6/y.out) with ESMTP id kAK2Y3eu042777; Sun, 19 Nov 2006 18:34:04 -0800 (PST) Date: Mon, 20 Nov 2006 11:34:02 +0900 Message-ID: From: gnn@freebsd.org To: current@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.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: net@freebsd.org Subject: FAST_IPSEC + IPv6 in host mode... 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, 20 Nov 2006 02:34:22 -0000 Hey, I'm going to be posting links to patches on a blog here: http://blogs.freebsdish.org/george/ The latest entry is for my FAST_IPSEC + IPv6 patch for host mode. I'm working on router mode. I'm also looking at the NetBSD SoC patch to see if it will work for us or not. Later, George From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 04:29:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9C1716A403; Mon, 20 Nov 2006 04:29:14 +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 D48D743D4C; Mon, 20 Nov 2006 04:29:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAK4TDUe032620; Sun, 19 Nov 2006 23:29: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.13.8/8.13.8) with ESMTP id kAK4TD5a086406; Sun, 19 Nov 2006 23:29:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CD19E73068; Sun, 19 Nov 2006 23:29:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061120042912.CD19E73068@freebsd-current.sentex.ca> Date: Sun, 19 Nov 2006 23:29:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean 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: Mon, 20 Nov 2006 04:29:15 -0000 TB --- 2006-11-20 03:06:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-20 03:06:12 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-20 03:06:12 - cleaning the object tree TB --- 2006-11-20 03:06:44 - checking out the source tree TB --- 2006-11-20 03:06:44 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-20 03:06:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-20 03:21:54 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-20 03:21:54 - cd /src TB --- 2006-11-20 03:21:54 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 20 03:21:55 UTC 2006 >>> 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 Mon Nov 20 04:18:21 UTC 2006 TB --- 2006-11-20 04:18:21 - generating LINT kernel config TB --- 2006-11-20 04:18:21 - cd /src/sys/pc98/conf TB --- 2006-11-20 04:18:21 - /usr/bin/make -B LINT TB --- 2006-11-20 04:18:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-20 04:18:21 - cd /src TB --- 2006-11-20 04:18:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 20 04:18:21 UTC 2006 >>> 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/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/pc98/pc98/machdep.c /src/sys/pc98/pc98/machdep.c: In function `getmemsize': /src/sys/pc98/pc98/machdep.c:1887: error: `avail_end' undeclared (first use in this function) /src/sys/pc98/pc98/machdep.c:1887: error: (Each undeclared identifier is reported only once /src/sys/pc98/pc98/machdep.c:1887: error: for each function it appears in.) /src/sys/pc98/pc98/machdep.c: In function `init386': /src/sys/pc98/pc98/machdep.c:2100: error: `avail_end' undeclared (first use in this function) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-20 04:29:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-20 04:29:12 - ERROR: failed to build lint kernel TB --- 2006-11-20 04:29:12 - tinderbox aborted TB --- 0.73 user 2.70 system 4980.08 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 09:04:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0102E16A416 for ; Mon, 20 Nov 2006 09:04:37 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AC343D46 for ; Mon, 20 Nov 2006 09:04:22 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 71B205B3E for ; Mon, 20 Nov 2006 01:04:36 -0800 (PST) To: freebsd-current@freebsd.org Date: Mon, 20 Nov 2006 01:04:36 -0800 From: Bakul Shah Message-Id: <20061120090436.71B205B3E@mail.bitblocks.com> Subject: unkillable qemu: sleeping in devdrn state 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, 20 Nov 2006 09:04:37 -0000 With a fairly recent -current kernel qemu sleeps in "devdrn" state and is unkillable. /proc doesn't have qemu's pid entry but it does show up in a ps listing! This bug is not 100% repeatable but close enough. AFAIK this problem appears only when kqemu is used with qemu. This refcounting related problem has been reported for a number of other devices. In one such thread (on cvs-all, Subject: Re: cvs commit: src/sys/kern kern_conf.c) Tai-hwa Liang has analyzed the problem and suggested a workaround for a couple of devices. Rather than mucking with all the device drivers, I hope a global fix is possible. Perhaps the original fix by Tor Egge is not the only way to fix the bug? I haven't analyzed the problem so likely I am talking through my hat. "You are in a maze of twisty little passages, all alike" From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 11:33:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E81A16A407; Mon, 20 Nov 2006 11:33:38 +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 7F3E543D9C; Mon, 20 Nov 2006 11:33:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAKBXIx3098717; Mon, 20 Nov 2006 06:33:18 -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.13.8/8.13.8) with ESMTP id kAKBXI5X048006; Mon, 20 Nov 2006 06:33:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F03EA73068; Mon, 20 Nov 2006 06:33:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061120113317.F03EA73068@freebsd-current.sentex.ca> Date: Mon, 20 Nov 2006 06:33:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean 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: Mon, 20 Nov 2006 11:33:38 -0000 TB --- 2006-11-20 10:10:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-20 10:10:35 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-20 10:10:35 - cleaning the object tree TB --- 2006-11-20 10:10:58 - checking out the source tree TB --- 2006-11-20 10:10:58 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-20 10:10:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-20 10:25:56 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-20 10:25:56 - cd /src TB --- 2006-11-20 10:25:56 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 20 10:25:58 UTC 2006 >>> 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 Mon Nov 20 11:22:27 UTC 2006 TB --- 2006-11-20 11:22:27 - generating LINT kernel config TB --- 2006-11-20 11:22:27 - cd /src/sys/pc98/conf TB --- 2006-11-20 11:22:27 - /usr/bin/make -B LINT TB --- 2006-11-20 11:22:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-20 11:22:27 - cd /src TB --- 2006-11-20 11:22:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 20 11:22:27 UTC 2006 >>> 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/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/pc98/pc98/machdep.c /src/sys/pc98/pc98/machdep.c: In function `getmemsize': /src/sys/pc98/pc98/machdep.c:1887: error: `avail_end' undeclared (first use in this function) /src/sys/pc98/pc98/machdep.c:1887: error: (Each undeclared identifier is reported only once /src/sys/pc98/pc98/machdep.c:1887: error: for each function it appears in.) /src/sys/pc98/pc98/machdep.c: In function `init386': /src/sys/pc98/pc98/machdep.c:2100: error: `avail_end' undeclared (first use in this function) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-20 11:33:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-20 11:33:17 - ERROR: failed to build lint kernel TB --- 2006-11-20 11:33:17 - tinderbox aborted TB --- 0.58 user 1.95 system 4962.57 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 11:54:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EB7E16A417 for ; Mon, 20 Nov 2006 11:54:45 +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 F218D43D64 for ; Mon, 20 Nov 2006 11:54:23 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-2) with ESMTP id kAKBqltm015472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 20 Nov 2006 13:52:51 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id kAKBqWEH001140; Mon, 20 Nov 2006 13:52:35 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id kAINnt7g004496; Sun, 19 Nov 2006 01:49:55 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 19 Nov 2006 01:49:55 +0200 From: Giorgos Keramidas To: Ken Smith Message-ID: <20061118234955.GD4190@kobe.laptop> References: <1163882734.89154.18.camel@opus.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: <1163882734.89154.18.camel@opus.cse.buffalo.edu> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.174, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.34, BAYES_00 -2.60, DATE_IN_PAST_24_48 0.88) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: November HEAD Snapshots 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: Mon, 20 Nov 2006 11:54:45 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006-11-18 15:45, Ken Smith wrote: >=20 > From the "better late than never" Department... >=20 > Sorry I think I got distracted by 6.2-RELEASE stuff at the wrong time > and forgot to announce that November's HEAD snapshots are available. > They've been on the FTP sites for quite a while now. >=20 > ISOs are available at the "predictable" place: >=20 > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200611/ Cool! A big thanks to all involved in preparing these builds. One of the earlier snapshots of 7.0-CURRENT proved invaluable when I bought my current laptop. Its fxp0 interface was not recognized correctly by a FreeSBIE bootable CD-ROM (based on 6.X), but worked absolutely fine with a 7.0-CURRENT snapshot installation. Since I was going to upgrade to CURRENT anyway, having these snapshots was something which I was immensely grateful for. Thanks again :-))) --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFX5wj1g+UGjGGA7YRArvdAJ9rkU1Ixi0Fb+ypU61K6gF2bg8kmACfcTs9 EOnxbcCwEXW3C5YEjD+U16k= =U1cV -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 11:58:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DC8A16A492 for ; Mon, 20 Nov 2006 11:58:24 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56509.mail.re3.yahoo.com (web56509.mail.re3.yahoo.com [66.196.97.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D2D543D45 for ; Mon, 20 Nov 2006 11:58:08 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 71645 invoked by uid 60001); 20 Nov 2006 11:58:19 -0000 Message-ID: <20061120115819.71643.qmail@web56509.mail.re3.yahoo.com> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=oyBiyGP68pXajt6x8erBiHIVWPvAf8pGMU3uaFGt+f0zB7O5p4NjC+UVfthWH/edpH1f7oXgKt0nK344NqezrqHOfkUJMzyZj42I8crgEcy3QWAB806Ipp9Q3et1yXIBQwWEWaQfThbS8WrJMD9yzj+3nGMmpc6rrsCGFoyH5i4=; X-YMail-OSG: Iy8fFFUVM1n8FoD79ahPfdmc7_1YNYcHMkQUXT9HJWVwD5iBhFbau3YTCTEjs_YN.ErA80dErzG8kHF_lVySrikEGW5qHx1luC2ozcCYFWxeYxVwUf8SER91Dn8ZEaxvQg8jvyIQdHJWJEg- Received: from [24.221.134.150] by web56509.mail.re3.yahoo.com via HTTP; Mon, 20 Nov 2006 03:58:18 PST Date: Mon, 20 Nov 2006 03:58:18 -0800 (PST) From: Neil Short To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: "device apic" required for atheros wireless 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: Mon, 20 Nov 2006 11:58:24 -0000 --- Craig Boston wrote: > Date: Sun, 19 Nov 2006 13:17:33 -0600 > From: Craig Boston > To: Neil Short > CC: freebsd-current@freebsd.org > Subject: Re: "device apic" required for atheros > wireless driver? > > On Sat, Nov 18, 2006 at 08:55:33PM -0800, Neil Short > wrote: > > finally it became evident that, at least on my > system, > > "device apic" under the "SMP kernel" section of > the > > configuration file seems to be required. > > What is your system exactly? Apologies if you've > mentioned that before. > I did a quick scan of recent list traffic and didn't > see your original > post. > > Are you using ACPI? > > It sounds like you probably have a broken BIOS. > I've seen a few ACPI > DSDTs lately that have completely bogus IRQ routing > in the !apic case. > Most likely they assume apic will always be used > because Windows XP uses > it if present with no way to disable it. > > On my laptop it looked like they hadn't even > bothered to change the > default _PRT method in the template that came from > the BIOS vendor. > > In any case, if your system has an apic and > everything works fine using > it, it's probably better to leave it in anyway. It > might be possible > to hack in the correct routing manually, but you're > less likely to end > up with every device sharing a single IRQ when in > apic mode, so you're > usually better off. > > Craig > My system is a Toshiba Satellite A105-S101. The BIOS setup is pretty much wysiwyg and very little opportunity for any settings changes. I really don't recommend it for open source OSen. The wireless device times out on its own eventually no matter what OS is running (although I never booted the thing with Windows; so I can't speak about that. I've tried several very recent Linuxes however and had the issue.) It does appear that the system has APIC. I have the following lines in dmesg: ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ____________________________________________________________________________________ Sponsored Link $420k for $1,399/mo. Think You Pay Too Much For Your Mortgage? Find Out! www.LowerMyBills.com/lre From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 13:44:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C34216A40F for ; Mon, 20 Nov 2006 13:44:08 +0000 (UTC) (envelope-from yoichi@FreeBSD.org) Received: from alcoholic.geiin.org (59x87x89x234.ap59.ftth.ucom.ne.jp [59.87.89.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A10143D4C for ; Mon, 20 Nov 2006 13:43:35 +0000 (GMT) (envelope-from yoichi@FreeBSD.org) Received: from tequila.local-net.geiin.org (tequila-air.local-net [192.168.1.6]) by alcoholic.geiin.org (Postfix) with ESMTP id 330C31DF10 for ; Mon, 20 Nov 2006 22:47:28 +0900 (JST) Date: Mon, 20 Nov 2006 22:43:57 +0900 Message-ID: <87vela6xnm.wl%yoichi@FreeBSD.org> From: Yoichi Nakayama To: freebsd-current@freebsd.org In-Reply-To: <86mz709d7u.wl%yoichi@geiin.org> References: <200611062349.kA6NnbCG051817@www.freebsd.org> <20061107192218.GB1624@kobe.laptop> <878ximm418.wl%yoichi@FreeBSD.org> <20061109112035.GA1722@kobe.laptop> <86mz709d7u.wl%yoichi@geiin.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) EMIKO/1.14.1 (Choanoflagellata) FLIM/1.14.8 (=?ISO-2022-JP?B?GyRCO00+chsoQg==?=) APEL/10.6 Emacs/22.0.90 (i686-pc-linux-gnu) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) Organization: FreeBSD.org X-Face: wLZki+KbGjgKe0,<&3g*rA|R**vj[a8L%[v]ecJh1L(Uqm|LBx; v7Nq7n%?0d.aS]F#[~C\!{m?m,C&#U5}$_pZvBR>5VmX1Ol0`P\M-U8`sUF<5Quj'z&zzW8r|Zl9#W7Wut3duYzpKrP{n+AbarKtJ!i"Al7]P; -?[=iBZa*]r=>C':0~JECx]IH+RXq=/hUX}MB9e]oQKBxsDd/ X-SKK: Daredevil SKK/13.0.90 (Hattori) MIME-Version: 1.0 (generated by EMIKO 1.14.1 - "Choanoflagellata") Content-Type: text/plain; charset=US-ASCII Subject: Re: kern/105229: panic in sync_fsync 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, 20 Nov 2006 13:44:08 -0000 At Fri, 10 Nov 2006 12:45:25 +0900, Yoichi NAKAYAMA wrote: > At Thu, 9 Nov 2006 13:20:35 +0200, > Giorgos Keramidas wrote: > > On 2006-11-08 23:00, Yoichi Nakayama wrote: > > >At Tue, 7 Nov 2006 21:22:18 +0200, > > >Giorgos Keramidas wrote: > > >> Hi NAKAYAMA-san :) > > >> > > >> In general, we handle CURRENT problems in the freebsd-current mailing > > >> list, instead of opening problem reports. > > > > > > I'm sorry for my mistake. > > > > Nothing to worry about :) > > > > >> The build from `2006.11.07.05.51.41', as I said seems to work fine. > > >> > > >> Can you try re-syncing your source tree to see if a newer commit has > > >> fixed this in CURRENT? > > > > > > Thanks for your suggestion. I've already synced it to current > > > yesterday (after the time vfs_subr.c Revision 1.691 was committed at > > > Nov 7 19:45:05 2006 UTC), and I'm keeping it running. > > > > > > I'll post a report to freebsd-current list after one week trial. > > > I've met the same problem for some number of times after 2-7 days run. > > > > Cool! Unfortunately, I don't leave my laptop running for so long. > > If this is related to staying up several days, I wouldn't notice it > > easily :) > > Then, I got panic at another place. With the same kernel (current in Nov 7 2006), I got panic at sync_fsync again: panic: mtx_lock() of spin mutex vnode interlock @ /usr/src/sys/kern/vfs_subr.c:2855 ... #13 0xc06b131f in panic (fmt=0xc0930a10 "mtx_lock() of spin mutex %s @ %s:%d") ---Type to continue, or q to quit--- at /usr/src/sys/kern/kern_shutdown.c:551 #14 0xc06a85c0 in _mtx_lock_flags (m=0xc58593a8, opts=0, file=0xc093c091 "/usr/src/sys/kern/vfs_subr.c", line=2855) at /usr/src/sys/kern/kern_mutex.c:131 #15 0xc0712570 in vfs_msync (mp=0xc3d4e538, flags=2) at /usr/src/sys/kern/vfs_subr.c:2855 #16 0xc0712d21 in sync_fsync (ap=0x0) at /usr/src/sys/kern/vfs_subr.c:3089 #17 0xc08bafde in VOP_FSYNC_APV (vop=0x0, a=0xe3c39cb4) at vnode_if.c:1007 #18 0xc071094e in sync_vnode (bo=0xc3d4b704, td=0xc3924c40) at vnode_if.h:537 #19 0xc0710bcd in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1691 #20 0xc069b908 in fork_exit (callout=0xc07109dc , arg=0x0, frame=0xe3c39d38) at /usr/src/sys/kern/kern_fork.c:834 #21 0xc08943bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 Regards, -- Yoichi NAKAYAMA From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 15:26:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EBA616A412; Mon, 20 Nov 2006 15:26:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD3643D67; Mon, 20 Nov 2006 15:26:29 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kAKFQeN3003358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Nov 2006 17:26:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kAKFQek8057764; Mon, 20 Nov 2006 17:26:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kAKFQeEu057763; Mon, 20 Nov 2006 17:26:40 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 20 Nov 2006 17:26:40 +0200 From: Kostik Belousov To: Yoichi Nakayama Message-ID: <20061120152640.GH1841@deviant.kiev.zoral.com.ua> References: <200611062349.kA6NnbCG051817@www.freebsd.org> <20061107192218.GB1624@kobe.laptop> <878ximm418.wl%yoichi@FreeBSD.org> <20061109112035.GA1722@kobe.laptop> <86mz709d7u.wl%yoichi@geiin.org> <87vela6xnm.wl%yoichi@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1xx5Q0+Cw+ObE54D" Content-Disposition: inline In-Reply-To: <87vela6xnm.wl%yoichi@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: kern/105229: panic in sync_fsync 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, 20 Nov 2006 15:26:46 -0000 --1xx5Q0+Cw+ObE54D Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 20, 2006 at 10:43:57PM +0900, Yoichi Nakayama wrote: > At Fri, 10 Nov 2006 12:45:25 +0900, > Yoichi NAKAYAMA wrote: > > At Thu, 9 Nov 2006 13:20:35 +0200, > > Giorgos Keramidas wrote: > > > On 2006-11-08 23:00, Yoichi Nakayama wrote: > > > >At Tue, 7 Nov 2006 21:22:18 +0200, > > > >Giorgos Keramidas wrote: > > > >> Hi NAKAYAMA-san :) > > > >> > > > >> In general, we handle CURRENT problems in the freebsd-current mail= ing > > > >> list, instead of opening problem reports. > > > > > > > > I'm sorry for my mistake. > > >=20 > > > Nothing to worry about :) > > >=20 > > > >> The build from `2006.11.07.05.51.41', as I said seems to work fine. > > > >> > > > >> Can you try re-syncing your source tree to see if a newer commit h= as > > > >> fixed this in CURRENT? > > > > > > > > Thanks for your suggestion. I've already synced it to current > > > > yesterday (after the time vfs_subr.c Revision 1.691 was committed at > > > > Nov 7 19:45:05 2006 UTC), and I'm keeping it running. > > > > > > > > I'll post a report to freebsd-current list after one week trial. > > > > I've met the same problem for some number of times after 2-7 days r= un. > > >=20 > > > Cool! Unfortunately, I don't leave my laptop running for so long. > > > If this is related to staying up several days, I wouldn't notice it > > > easily :) > >=20 > > Then, I got panic at another place. >=20 > With the same kernel (current in Nov 7 2006), I got panic at sync_fsync a= gain: >=20 > panic: mtx_lock() of spin mutex vnode interlock @ /usr/src/sys/kern/vfs_s= ubr.c:2855 > ... > #13 0xc06b131f in panic (fmt=3D0xc0930a10 "mtx_lock() of spin mutex %s @ = %s:%d") > ---Type to continue, or q to quit--- > at /usr/src/sys/kern/kern_shutdown.c:551 > #14 0xc06a85c0 in _mtx_lock_flags (m=3D0xc58593a8, opts=3D0,=20 > file=3D0xc093c091 "/usr/src/sys/kern/vfs_subr.c", line=3D2855) > at /usr/src/sys/kern/kern_mutex.c:131 > #15 0xc0712570 in vfs_msync (mp=3D0xc3d4e538, flags=3D2) > at /usr/src/sys/kern/vfs_subr.c:2855 Please, show the output of the "p *vp" and "p *mp" at this frame. > #16 0xc0712d21 in sync_fsync (ap=3D0x0) at /usr/src/sys/kern/vfs_subr.c:3= 089 > #17 0xc08bafde in VOP_FSYNC_APV (vop=3D0x0, a=3D0xe3c39cb4) at vnode_if.c= :1007 > #18 0xc071094e in sync_vnode (bo=3D0xc3d4b704, td=3D0xc3924c40) at vnode_= if.h:537 > #19 0xc0710bcd in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1691 > #20 0xc069b908 in fork_exit (callout=3D0xc07109dc , arg=3D0x0= ,=20 > frame=3D0xe3c39d38) at /usr/src/sys/kern/kern_fork.c:834 > #21 0xc08943bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:199 >=20 > Regards, > --=20 > Yoichi NAKAYAMA > _______________________________________________ > 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" --1xx5Q0+Cw+ObE54D Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYckvC3+MBN1Mb4gRAl7WAKCuxyz8zDcdQeOcTEbzxF4fQmfsQACdFJpE OlbPjFcuJa/4X5cxOUGyOjw= =aU08 -----END PGP SIGNATURE----- --1xx5Q0+Cw+ObE54D-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 16:14:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42D2716A5AB for ; Mon, 20 Nov 2006 16:14:05 +0000 (UTC) (envelope-from yoichi@FreeBSD.org) Received: from alcoholic.geiin.org (59x87x89x234.ap59.ftth.ucom.ne.jp [59.87.89.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E6C43E0E for ; Mon, 20 Nov 2006 16:13:07 +0000 (GMT) (envelope-from yoichi@FreeBSD.org) Received: from tequila.local-net.geiin.org (tequila-air.local-net [192.168.1.6]) by alcoholic.geiin.org (Postfix) with ESMTP id 583491DF10 for ; Tue, 21 Nov 2006 01:13:26 +0900 (JST) Date: Tue, 21 Nov 2006 01:13:26 +0900 Message-ID: <87u00u6qqh.wl%yoichi@FreeBSD.org> From: Yoichi Nakayama To: freebsd-current@freebsd.org In-Reply-To: <20061120152640.GH1841@deviant.kiev.zoral.com.ua> References: <200611062349.kA6NnbCG051817@www.freebsd.org> <20061107192218.GB1624@kobe.laptop> <878ximm418.wl%yoichi@FreeBSD.org> <20061109112035.GA1722@kobe.laptop> <86mz709d7u.wl%yoichi@geiin.org> <87vela6xnm.wl%yoichi@FreeBSD.org> <20061120152640.GH1841@deviant.kiev.zoral.com.ua> User-Agent: Wanderlust/2.15.5 (Almost Unreal) EMIKO/1.14.1 (Choanoflagellata) FLIM/1.14.8 (=?ISO-2022-JP?B?GyRCO00+chsoQg==?=) APEL/10.6 Emacs/22.0.90 (i686-pc-linux-gnu) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) Organization: FreeBSD.org X-Face: wLZki+KbGjgKe0,<&3g*rA|R**vj[a8L%[v]ecJh1L(Uqm|LBx; v7Nq7n%?0d.aS]F#[~C\!{m?m,C&#U5}$_pZvBR>5VmX1Ol0`P\M-U8`sUF<5Quj'z&zzW8r|Zl9#W7Wut3duYzpKrP{n+AbarKtJ!i"Al7]P; -?[=iBZa*]r=>C':0~JECx]IH+RXq=/hUX}MB9e]oQKBxsDd/ X-SKK: Daredevil SKK/13.0.90 (Hattori) MIME-Version: 1.0 (generated by EMIKO 1.14.1 - "Choanoflagellata") Content-Type: text/plain; charset=US-ASCII Subject: Re: kern/105229: panic in sync_fsync 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, 20 Nov 2006 16:14:05 -0000 At Mon, 20 Nov 2006 17:26:40 +0200, Kostik Belousov wrote: > > panic: mtx_lock() of spin mutex vnode interlock @ /usr/src/sys/kern/vfs_subr.c:2855 > > ... > > #13 0xc06b131f in panic (fmt=0xc0930a10 "mtx_lock() of spin mutex %s @ %s:%d") > > ---Type to continue, or q to quit--- > > at /usr/src/sys/kern/kern_shutdown.c:551 > > #14 0xc06a85c0 in _mtx_lock_flags (m=0xc58593a8, opts=0, > > file=0xc093c091 "/usr/src/sys/kern/vfs_subr.c", line=2855) > > at /usr/src/sys/kern/kern_mutex.c:131 > > #15 0xc0712570 in vfs_msync (mp=0xc3d4e538, flags=2) > > at /usr/src/sys/kern/vfs_subr.c:2855 > Please, show the output of the "p *vp" and "p *mp" at this frame. > > > #16 0xc0712d21 in sync_fsync (ap=0x0) at /usr/src/sys/kern/vfs_subr.c:3089 > > #17 0xc08bafde in VOP_FSYNC_APV (vop=0x0, a=0xe3c39cb4) at vnode_if.c:1007 > > #18 0xc071094e in sync_vnode (bo=0xc3d4b704, td=0xc3924c40) at vnode_if.h:537 > > #19 0xc0710bcd in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1691 > > #20 0xc069b908 in fork_exit (callout=0xc07109dc , arg=0x0, > > frame=0xe3c39d38) at /usr/src/sys/kern/kern_fork.c:834 > > #21 0xc08943bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 I tried "gdb6 -k /boot/kernel.old/kernel /var/crash/vmcore.13", selecting frame #15, then "p *vp" and "p *mp" cause Segmentation fault. Now I'm running newer current kernel & world (cvsup'ed from cvsup.jp.FreeBSD.org at Mon Nov 20 13:48:11 UTC 2006). When I get panic again, I'll try those. Regards, -- Yoichi NAKAYAMA From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 19:55:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8C9316A407; Mon, 20 Nov 2006 19:55:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AC4A43D6A; Mon, 20 Nov 2006 19:54:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 240BF1A4D84; Mon, 20 Nov 2006 11:55:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6836E51569; Mon, 20 Nov 2006 14:54:54 -0500 (EST) Date: Mon, 20 Nov 2006 14:54:54 -0500 From: Kris Kennaway To: David Xu Message-ID: <20061120195454.GA47063@xor.obsecurity.org> References: <20061004203715.GA38692@xor.obsecurity.org> <20061006001418.GA84293@xor.obsecurity.org> <200610061116.31469.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <200610061116.31469.davidxu@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Thread stuck in aioprn 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, 20 Nov 2006 19:55:15 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 06, 2006 at 11:16:31AM +0800, David Xu wrote: > On Friday 06 October 2006 08:14, Kris Kennaway wrote: >=20 > > FYI, this has recurred, so it seems to be an easy problem to trigger. > > > > Kris >=20 > can you try attached patch ? it disables support for non-disk files, > I suspect the test passed non-disk file handle to aio, and caused > the problem. >=20 > David Xu This fix seems to work. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYggOWry0BWjoQKURAtMVAKCnJuCsyUNplbTvW1e+QMDHheet4QCeK1u8 84weMt/y0OYKI12U5fjRCmg= =Q6ll -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 21:39:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D033116A407 for ; Mon, 20 Nov 2006 21:39:22 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48F5243D92 for ; Mon, 20 Nov 2006 21:38:50 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1129107uge for ; Mon, 20 Nov 2006 13:39:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:mime-version:to:subject:x-enigmail-version:content-type:from; b=adQIzgYvz9XOF8gdHhqyRbzEYuRcA16OvTjAeqv4lYCCvDxeHAbFzrHnLbPag23iSR1paoqeNjKXBpJyeHWX8MEQq6Wd/7Fm1HTSh5jfWWkkUFOzSlvFe4UF2n1/goq9emcYdCQ86mMg/ZKPqgMiIBqrxGLFUeMv9PWpGf2yBHc= Received: by 10.67.92.1 with SMTP id u1mr8748838ugl.1164058744477; Mon, 20 Nov 2006 13:39:04 -0800 (PST) Received: from ?192.168.123.106? ( [195.241.221.201]) by mx.google.com with ESMTP id 5sm8368905ugc.2006.11.20.13.39.03; Mon, 20 Nov 2006 13:39:03 -0800 (PST) Message-ID: <45622068.2050705@student.tue.nl> Date: Mon, 20 Nov 2006 22:38:48 +0100 User-Agent: Thunderbird 1.5.0.8 (X11/20061117) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAB27ED82C48C71D4BC2B36C6" From: Rene Ladan Cc: Subject: calcru-triggered panic? 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, 20 Nov 2006 21:39:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAB27ED82C48C71D4BC2B36C6 Content-Type: multipart/mixed; boundary="------------070301070201050808080807" This is a multi-part message in MIME format. --------------070301070201050808080807 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I got the attached panic on CURRENT 2006-11-17. It was preceded by a lot of 'calcru' messages. Regards, Rene --=20 GPG fingerprint =3D 6793 FA71 C4E8 3BAD 5954 9552 F3DA D315 B8DB 03F5 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------070301070201050808080807 Content-Type: text/plain; name="kgdb.6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="kgdb.6" Script started on Mon Nov 20 22:33:01 2006 root@s000655:/var/crash#kgdb -n 6 kgdb: kvm_nlist(_stopped_cpus):=20 kgdb: kvm_nlist(_stoppcbs):=20 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: Undefined symbol "ps_pglobal_lookup"] 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 conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: calcru: runtime went backwards from 20147907 usec to 15519843 usec for pi= d 808 (setiathome-5.13.i38)panic: blockable sleep lock (sleep mutex) tty = @ /usr/src-current/sys/kern/kern_event.c:1670 KDB: enter: panic Physical memory: 1015 MB Dumping 57 MB: 42 26 10 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt f #0 doadump () at pcpu.h:166 No locals. #1 0xc0443791 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999,=20 dummy4=3D0xe64a260c "") at /usr/src-current/sys/ddb/db_command.c:486 fn_addr =3D -1068631716 args =3D {-1066884352, -431348264, -1066699136, -431348248, -1069272590,= =20 -1066699136, -1066884352, -431348216, -431348264, 0} nargs =3D 0 retval =3D -1011749888 t =3D 0 #2 0xc0443560 in db_command (last_cmdp=3D0xc06b6e04, cmd_table=3D0x0) at /usr/src-current/sys/ddb/db_command.c:401 cmd =3D (struct command *) 0xc068a300 t =3D 0 modif =3D "\000\000\000\000\200\003=AB=C3=ED=E5\222=C0\000Vr=C0=A0\221l=C0= \r\000\000\000\001\000\000\000H&J=E6 GG=C0\000=EC=B1=C3\aK\004 $\222l=C0 = bq=C0\000wk=C0x\000\000\000\000wk=C0@=BC\034=C4l&J=E6WYD=C0@$f=C0lVD=C0\0= 00\000\000\000\n\000\000\000@=BC\034=C4\000wk=C0 to continue, or q to quit--- No locals. #4 0xc0445595 in db_trap (type=3D3, code=3D0) at /usr/src-current/sys/ddb/db_main.c:222 jb =3D {{_jb =3D {-431348024, -431348052, -431347972, 3, -1004749760,=20 -1069263564, 0, 542143148, 0, 0, -431347972, -1068481939}}} prev_jb =3D (void *) 0x0 bkpt =3D 0 #5 0xc05042f0 in kdb_trap (type=3D0, code=3D0, tf=3D0x0) at /usr/src-current/sys/kern/subr_kdb.c:502 handled =3D 0 #6 0xc0636b61 in trap (frame=3D {tf_fs =3D -1067057144, tf_es =3D -1068498904, tf_ds =3D -431357912= , tf_edi =3D 1, tf_esi =3D -1067029894, tf_ebp =3D -431347736, tf_isp =3D= -431347764, tf_ebx =3D -431347680, tf_edx =3D 0, tf_ecx =3D -1056878592,= tf_eax =3D 18, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068482456, tf= _cs =3D 32, tf_eflags =3D 134, tf_esp =3D -1067037488, tf_ss =3D -1067048= 187}) at /usr/src-current/sys/i386/i386/trap.c:622 td =3D (struct thread *) 0xc41cbc40 p =3D (struct proc *) 0xc4262690 i =3D 0 ucode =3D 0 type =3D 3 code =3D 0 addr =3D 0 eva =3D 0 ---Type to continue, or q to quit--- ksi =3D {ksi_link =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc06624eb}, ksi_i= nfo =3D { si_signo =3D -1066615852, si_errno =3D 10, si_code =3D 1670, si_pid =3D= 0,=20 si_uid =3D 3228349648, si_status =3D -1067029860, si_addr =3D 0xe64a2= 764,=20 si_value =3D {sival_int =3D 4, sival_ptr =3D 0x4}, _reason =3D {_faul= t =3D { _trapno =3D 909586432}, _timer =3D {_timerid =3D 909586432, _over= run =3D 49},=20 _mesgq =3D {_mqd =3D 909586432}, _poll =3D {_band =3D 909586432}, _= _spare__ =3D { __spare1__ =3D 909586432, __spare2__ =3D {49, 12, 61440, 7, -4313= 47692,=20 -1067176705, -431347730}}}}, ksi_flags =3D 1, ksi_sigq =3D 0xc}= #7 0xc0621b9a in calltrap () at /usr/src-current/sys/i386/i386/exception= =2Es:138 No locals. #8 0xc0504068 in kdb_enter (msg=3D0x12
) at cpufunc.h:60 No locals. #9 0xc04e0209 in panic (fmt=3D0xc0666a7a "blockable sleep lock (%s) %s @= %s:%d") at /usr/src-current/sys/kern/kern_shutdown.c:551 td =3D (struct thread *) 0xc41cbc40 bootopt =3D 256 newpanic =3D 1 ap =3D 0xe64a2820 "V~g=C0\037\214f=C0-=E9e=C0\206\006" buf =3D "blockable sleep lock (sleep mutex) tty @ /usr/src-current/sys/k= ern/kern_event.c:1670", '\0' #10 0xc0511947 in witness_checkorder (lock=3D0xc3c1c9ec, flags=3D9,=20 file=3D0xc065e92d "/usr/src-current/sys/kern/kern_event.c", line=3D16= 70) at /usr/src-current/sys/kern/subr_witness.c:844 ---Type to continue, or q to quit--- lock_list =3D (struct lock_list_entry **) 0x1 lle =3D (struct lock_list_entry *) 0x4cf9bff7 lock1 =3D (struct lock_instance *) 0xc41cbc40 lock2 =3D (struct lock_instance *) 0x0 class =3D (struct lock_class *) 0xc0697364 w =3D (struct witness *) 0xc06d8948 w1 =3D (struct witness *) 0x1 td =3D (struct thread *) 0xc41cbc40 i =3D 1291436023 j =3D -1067212103 __func__ =3D "witness_checkorder" #11 0xc04d4a85 in _mtx_lock_flags (m=3D0xc3c1c9ec, opts=3D0,=20 file=3D0xc065e92d "/usr/src-current/sys/kern/kern_event.c", line=3D16= 70) at /usr/src-current/sys/kern/kern_mutex.c:134 No locals. #12 0xc04bf66e in knlist_mtx_lock (arg=3D0x12) at /usr/src-current/sys/kern/kern_event.c:1670 No locals. #13 0xc04bf287 in knote (list=3D0xc3c1c8ac, hint=3D0, islocked=3D0) at /usr/src-current/sys/kern/kern_event.c:1561 kq =3D (struct kqueue *) 0xc3c1c838 kn =3D (struct knote *) 0xc3c1c800 #14 0xc051e946 in ttwwakeup (tp=3D0xc3c1c800) at /usr/src-current/sys/kern/tty.c:2443 ---Type to continue, or q to quit--- No locals. #15 0xc047437e in scstart (tp=3D0xc3c1c800) at /usr/src-current/sys/dev/syscons/syscons.c:1475 rbp =3D (struct clist *) 0xc3c1c838 len =3D 18 buf =3D "\200\a\000\000\000p\000\000=A0\221l=C00)J=E6v|a=C0=AC\221l=C0\2= 00\a\000\000c\000\000\000\000p\000\000=B0E\000\000\000=C0=A7=C3X\206a=C0`= [=A8=C30)c\000=AC\221l=C0=A0\221l=C0@=BC\034=C4<)J=E6`=BDb=C0\000=C3r=C0X= )J=E6\021NM=C0\000=C3r=C0\001\000\000\000=CF\017f=C0=C9\000\000\000=A0\22= 1l=C0x)J=E6\226^G=C0\000=C3r=C0\000\000\000\000\177\202e=C0" scp =3D (scr_stat *) 0xc06c91a0 #16 0xc0474560 in sc_cnputc (cd=3D0xc068db20, c=3D18) at /usr/src-current/sys/dev/syscons/syscons.c:1559 buf =3D "" scp =3D (scr_stat *) 0xc06c91a0 save =3D (void *) 0xc0716220 tp =3D (struct tty *) 0x0 #17 0xc0521b76 in cnputc (c=3D99) at /usr/src-current/sys/kern/tty_cons.c= :632 cnd =3D (struct cn_device *) 0xc0716220 cn =3D (struct consdev *) 0xc068db20 cp =3D 0xc068db20 "\213CG=C0\nDG=C0kDG=C0=A6EG=C0" #18 0xc0521c6c in cnputs (p=3D0xc0728935 "DB: enter: panic\r\n") at /usr/src-current/sys/kern/tty_cons.c:659 c =3D 18 unlock_reqd =3D 1 ---Type to continue, or q to quit--- #19 0xc050630e in putcons (c=3D-1056878592, ap=3D0xe64a2afc) at /usr/src-current/sys/kern/subr_prf.c:374 No locals. #20 0xc0506387 in putchar (c=3D10, arg=3D0xe64a2afc) at /usr/src-current/sys/kern/subr_prf.c:400 ap =3D (struct putchar_arg *) 0xe64a2afc tp =3D (struct tty *) 0xc1015000 flags =3D 5 #21 0xc0506699 in kvprintf (fmt=3D0xc0661f38 "", func=3D0xc0506323 ,=20 arg=3D0xe64a2afc, radix=3D10, ap=3D0xe64a2b44 "\0177n]") at /usr/src-current/sys/kern/subr_prf.c:586 cc =3D 18 nbuf =3D "\00080891551\000\000\000\000=F8=D3=C1=AC*J=E6=BC*J=E6=C8*J=E6c= =D0=EC", '\0' , "=EC\000c=D0=FFE\000\000\000\000\000\00= 0\000\000\000\000=D3=C1=BA\020=F6A" d =3D 0x0 p =3D 0xc426283f "" percent =3D 0xc0661f34 "%s)\n" q =3D 0xffffffff
up =3D (u_char *) 0xe046d9e9
ch =3D 0 n =3D -1 num =3D 808 base =3D 10 lflag =3D 0 ---Type to continue, or q to quit--- qflag =3D -1056878592 tmp =3D 3 width =3D 0 ladjust =3D 0 sharpflag =3D 0 neg =3D 0 sign =3D 0 dot =3D 0 cflag =3D 0 hflag =3D 0 jflag =3D 0 tflag =3D 0 zflag =3D 0 dwidth =3D 0 upper =3D 0 padc =3D 32 ' ' stop =3D 0 retval =3D 100 #22 0xc05061cd in printf (fmt=3D0x12
) at /usr/src-current/sys/kern/subr_prf.c:307 ap =3D 0x0 pca =3D {flags =3D 5, pri =3D -1, tty =3D 0x0, p_bufr =3D 0xc0728934 "",= =20 n_bufr =3D 128, p_next =3D 0xc072899a "", remain =3D 26} retval =3D 0 ---Type to continue, or q to quit--- #23 0xc04dddb3 in calcru1 (p=3D0xc4262690, ruxp=3D0xe64a2ba0, up=3D0xe64a= 2c24,=20 sp=3D0xe64a2c2c) at /usr/src-current/sys/kern/kern_resource.c:996 ut =3D 1622 uu =3D 13856817467273915264 st =3D 62 su =3D Unhandled dwarf expression opcode 0x93 (kgdb) q root@s000655:/var/crash#^D=08=08exit Script done on Mon Nov 20 22:33:13 2006 --------------070301070201050808080807-- --------------enigAB27ED82C48C71D4BC2B36C6 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.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFYiB2PB1vgxLhhPYRAvoaAKCHYybcUml2UNLXQYML0iRFU4/e3gCeJnGa xMBHzW+hkjTZpjDbeqwHXx8= =uAsY -----END PGP SIGNATURE----- --------------enigAB27ED82C48C71D4BC2B36C6-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 21:47:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8308F16A416 for ; Mon, 20 Nov 2006 21:47:06 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 355CB43D95 for ; Mon, 20 Nov 2006 21:46:34 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so2114975nfc for ; Mon, 20 Nov 2006 13:46:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=ncNu5+hJWay2ycl1wgjZTV/XN2+lMAVXGRhMf/Ae8kfmESX03VFpB9pcrblSq8G/n1xcmSRmTiS83+2VJoxvlEdqnVJbHZa1Jiq7TL8cbybn7k1kcdzLMv9FaNTviQ0sysI5JM4IjUT1VkgMmjqWn9Nvj6aSw+CgQGoTcqNup4k= Received: by 10.49.36.6 with SMTP id o6mr7133495nfj.1164059211657; Mon, 20 Nov 2006 13:46:51 -0800 (PST) Received: from ?192.168.123.106? ( [195.241.221.201]) by mx.google.com with ESMTP id k24sm23573650nfc.2006.11.20.13.46.50; Mon, 20 Nov 2006 13:46:51 -0800 (PST) Message-ID: <4562224A.8050009@gmail.com> Date: Mon, 20 Nov 2006 22:46:50 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.8 (X11/20061117) MIME-Version: 1.0 To: current@freebsd.org References: <45622068.2050705@student.tue.nl> In-Reply-To: <45622068.2050705@student.tue.nl> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: calcru-triggered panic? 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, 20 Nov 2006 21:47:06 -0000 Rene Ladan schreef: > Hi, > > I got the attached panic on CURRENT 2006-11-17. > > It was preceded by a lot of 'calcru' messages. > The configuration files can be found at http://home.tiscali.nl/rladan/conf (RENE.current is the kernel configuration file). > Regards, > Rene > -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 22:45:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B0FD16A412; Mon, 20 Nov 2006 22:45:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35BB043D68; Mon, 20 Nov 2006 22:45:24 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3066D45684; Mon, 20 Nov 2006 23:45:42 +0100 (CET) Received: from localhost (dma35.neoplus.adsl.tpnet.pl [83.24.56.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D0CF345681; Mon, 20 Nov 2006 23:45:36 +0100 (CET) Date: Mon, 20 Nov 2006 23:45:32 +0100 From: Pawel Jakub Dawidek To: Attilio Rao Message-ID: <20061120224532.GA232@garage.freebsd.pl> References: <3bbf2fe10610181518k68356528i154267c0bd1b1a77@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <3bbf2fe10610181518k68356528i154267c0bd1b1a77@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: pho@freebsd.org, freebsd-current@freebsd.org, Robert Watson , freebsd-arch@freebsd.org Subject: Re: sx locks rewriting - needs testers 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, 20 Nov 2006 22:45:53 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 19, 2006 at 12:18:16AM +0200, Attilio Rao wrote: > In my P4 branch: //depot/user/attilio/attilio_smpng/... > you can find a sx locks rewriting using the optimized semantic of > rwlocks; in the end this might result in a valuable performance > improvement. I'm using sx(9) locks for Solaris mutexes and rwlocks, as I need locks for ZFS that I can sleep while holding. =46rom my simple tests your locks are stable and ZFS is 10% faster. Nice work. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFYjAMForvXbEpPzQRAlHrAJ4qFZjGYWtc4//lZfylAYr3MUhNaQCbBG98 mIB6AXZ6rdipJyeonJ6bT/g= =4XU7 -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 23:21:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A20C116A407; Mon, 20 Nov 2006 23:21:39 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Tue, 21 Nov 2006 07:21:35 +0800 User-Agent: KMail/1.8.2 References: <20061004203715.GA38692@xor.obsecurity.org> <200610061116.31469.davidxu@freebsd.org> <20061120195454.GA47063@xor.obsecurity.org> In-Reply-To: <20061120195454.GA47063@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611210721.35740.davidxu@freebsd.org> Cc: Kris Kennaway Subject: Re: Thread stuck in aioprn 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, 20 Nov 2006 23:21:40 -0000 On Tuesday 21 November 2006 03:54, Kris Kennaway wrote: > On Fri, Oct 06, 2006 at 11:16:31AM +0800, David Xu wrote: > > On Friday 06 October 2006 08:14, Kris Kennaway wrote: > > > FYI, this has recurred, so it seems to be an easy problem to trigger. > > > > > > Kris > > > > can you try attached patch ? it disables support for non-disk files, > > I suspect the test passed non-disk file handle to aio, and caused > > the problem. > > > > David Xu > > This fix seems to work. > > Kris OK, so there are too choices, fix aio for all I/O facilities or disable aio for non-disk files, this will make daily usage safe. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Mon Nov 20 23:27:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BC4A16A4AB; Mon, 20 Nov 2006 23:27:48 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD04F43DD8; Mon, 20 Nov 2006 23:27:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A6F5C1A3C1C; Mon, 20 Nov 2006 15:27:13 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D2A9E51398; Mon, 20 Nov 2006 18:26:59 -0500 (EST) Date: Mon, 20 Nov 2006 18:26:59 -0500 From: Kris Kennaway To: David Xu Message-ID: <20061120232659.GA50627@xor.obsecurity.org> References: <20061004203715.GA38692@xor.obsecurity.org> <200610061116.31469.davidxu@freebsd.org> <20061120195454.GA47063@xor.obsecurity.org> <200611210721.35740.davidxu@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <200611210721.35740.davidxu@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Thread stuck in aioprn 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, 20 Nov 2006 23:27:48 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 21, 2006 at 07:21:35AM +0800, David Xu wrote: > On Tuesday 21 November 2006 03:54, Kris Kennaway wrote: > > On Fri, Oct 06, 2006 at 11:16:31AM +0800, David Xu wrote: > > > On Friday 06 October 2006 08:14, Kris Kennaway wrote: > > > > FYI, this has recurred, so it seems to be an easy problem to trigger. > > > > > > > > Kris > > > > > > can you try attached patch ? it disables support for non-disk files, > > > I suspect the test passed non-disk file handle to aio, and caused > > > the problem. > > > > > > David Xu > > > > This fix seems to work. > > > > Kris > OK, so there are too choices, fix aio for all I/O facilities or disable aio > for non-disk files, this will make daily usage safe. I'm still not convinced it's not a more basic input validation error; AFAIK the syscall test just inputs random data so it would be very unlikely that this would magically construct itself into a legitimate request but for a non-disk file. i.e. fp->f_type != DTYPE_VNODE in the request (since it's random, this is likely to be true), but the rest of the fp is garbage and is causing something further on to hang instead of rejecting the garbage data. A good test would be to call with fp->f_type == DTYPE_VNODE and the rest garbage and see if it still hangs. Kris --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFYjnDWry0BWjoQKURAm1bAJ0b4QHCPnPbO1mcfkTDWUJf6k7GfACgiKZN 1wdDFRihZ+6N0Xg894RUHcE= =6hHd -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 21 01:07:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FB8716A412 for ; Tue, 21 Nov 2006 01:07:39 +0000 (UTC) (envelope-from shigeru@iij.ad.jp) Received: from otm-mgo00.iij.ad.jp (otm-mgo00.iij.ad.jp [210.138.20.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id E679843D45 for ; Tue, 21 Nov 2006 01:07:19 +0000 (GMT) (envelope-from shigeru@iij.ad.jp) Received: OTM-MO(otm-mgo00) id kAL17bv9024484; Tue, 21 Nov 2006 10:07:37 +0900 (JST) DKIM-Signature: a=rsa-sha1; c=relaxed/simple; d=iij.ad.jp; s=omgo0; t=1164071257; bh=xE3RUqU5EPE26yY4x15wqilIxCo=; h=Received:Received: Date:Message-Id:To:Subject:From:X-Mailer:Mime-Version:Content-Type: Content-Transfer-Encoding; b=RH4114IF6QoF38zVBdP2wb91rIdSyAOwKMr/ej YD/Uy98KnIvAXRkcu0v/cMsogY9qg/pca03KbYdUmX9R2uAdCLu3/9Gs6Yc4BiCatLp TdpePqQydHa7XCDJt51K1XvzR8pjhMc54//AZKpmpZ1l+EOVsxV1y8QLwgPk8DhaUQ= Received: OTM-MIX(otm-mix01) id kAL17bwS046355; Tue, 21 Nov 2006 10:07:37 +0900 (JST) Received: from localhost (mercury.iij.ad.jp [192.168.184.90]) by rsmtp.iij.ad.jp (OTM-MR/rsmtp01) id kAL17ax2005731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 21 Nov 2006 10:07:37 +0900 (JST) Date: Tue, 21 Nov 2006 10:07:36 +0900 (JST) Message-Id: <20061121.100736.48665070.shigeru@iij.ad.jp> To: freebsd-current@freebsd.org From: YAMAMOTO Shigeru X-Mailer: Mew version 5.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Nov_21_10_07_36_2006_863)--" Content-Transfer-Encoding: 7bit Subject: how to get supported channels from iwi firmware 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, 21 Nov 2006 01:07:39 -0000 ----Next_Part(Tue_Nov_21_10_07_36_2006_863)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, all, I'm using iwi(Intel(R) PRO/Wireless 2915ABG). iwi driver does not support 802.11j channels (34, 38, 42, 46) which channles are used in Japan. # a channel set, 34, 38, 42, 46 is called 'J52' in Japan. So, I fix iwi to support 802.11j channels. But it is no good fix. I think it is better to get supported channels list from iwi firmware. Does anybody know how to get supported channels list from iwi firmware? Thanks, ------- YAMAMOTO Shigeru ----Next_Part(Tue_Nov_21_10_07_36_2006_863)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="iwi.j52.diff" Index: sys/dev/iwi/if_iwi.c =================================================================== RCS file: /share/cvsup/FreeBSD/current/usr/src/sys/dev/iwi/if_iwi.c,v retrieving revision 1.42 diff -u -r1.42 if_iwi.c --- sys/dev/iwi/if_iwi.c 7 Nov 2006 19:03:42 -0000 1.42 +++ sys/dev/iwi/if_iwi.c 21 Nov 2006 00:38:02 -0000 @@ -410,6 +410,13 @@ /* set supported .11a rates (2915ABG only) */ ic->ic_sup_rates[IEEE80211_MODE_11A] = iwi_rateset_11a; + /* set supported .11a(802.11j) channels, which is used in Japan */ + for (i = 34; i <= 46; i += 4) { + ic->ic_channels[i].ic_freq = + ieee80211_ieee2mhz(i, IEEE80211_CHAN_5GHZ); + ic->ic_channels[i].ic_flags = IEEE80211_CHAN_A; + } + /* set supported .11a channels */ for (i = 36; i <= 64; i += 4) { ic->ic_channels[i].ic_freq = ----Next_Part(Tue_Nov_21_10_07_36_2006_863)---- From owner-freebsd-current@FreeBSD.ORG Tue Nov 21 03:25:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86ED216A40F for ; Tue, 21 Nov 2006 03:25:44 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E0DC43D60 for ; Tue, 21 Nov 2006 03:25:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kAL3Pdma053357 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Nov 2006 19:25:41 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <456271B3.4060701@errno.com> Date: Mon, 20 Nov 2006 19:25:39 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: YAMAMOTO Shigeru References: <20061121.100736.48665070.shigeru@iij.ad.jp> In-Reply-To: <20061121.100736.48665070.shigeru@iij.ad.jp> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: how to get supported channels from iwi firmware 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, 21 Nov 2006 03:25:44 -0000 YAMAMOTO Shigeru wrote: > Hi, all, > > I'm using iwi(Intel(R) PRO/Wireless 2915ABG). > iwi driver does not support 802.11j channels (34, 38, 42, 46) which channles > are used in Japan. > # a channel set, 34, 38, 42, 46 is called 'J52' in Japan. > > So, I fix iwi to support 802.11j channels. > But it is no good fix. > > I think it is better to get supported channels list from iwi firmware. > Does anybody know how to get supported channels list from iwi firmware? It's in the EEPROM. I don't recall if the linux driver even does that but maybe a recent version does so check there. Sam From owner-freebsd-current@FreeBSD.ORG Tue Nov 21 03:47:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3138716A412 for ; Tue, 21 Nov 2006 03:47:43 +0000 (UTC) (envelope-from rc_lenzi@yahoo.com.br) Received: from web51007.mail.yahoo.com (web51007.mail.yahoo.com [206.190.38.138]) by mx1.FreeBSD.org (Postfix) with SMTP id BD49443D66 for ; Tue, 21 Nov 2006 03:47:22 +0000 (GMT) (envelope-from rc_lenzi@yahoo.com.br) Received: (qmail 89180 invoked by uid 60001); 21 Nov 2006 03:47:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=4UgCLkD+zNxr23XhzHCeyDPy00fAbJzdd6kYmb21fAahXZKrZe9i79oJwT1EP1uD8kXuED23FmggCDoh4t538kN5wkZd9EWkAWMWCJPnv/0PXSSgY1cpp/j/nptONWsLQVqy2N3yEPABfHeE5Q9vQL47Jqs7bm4N0xtbPpMZpNA= ; Message-ID: <20061121034740.89178.qmail@web51007.mail.yahoo.com> Received: from [200.138.205.13] by web51007.mail.yahoo.com via HTTP; Mon, 20 Nov 2006 19:47:40 PST Date: Mon, 20 Nov 2006 19:47:40 -0800 (PST) From: Rafael Caesar Lenzi To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Vga Intel 945gm does not detected 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, 21 Nov 2006 03:47:43 -0000 Hi,=0A=0AI have a notebook with Intel i945gma vga with freebsd-6.2-prerelea= se, and module i915.ko not detect=0Athe vga chip. The patches of Marcus Alv= es Grando a.k.a mnag is already applied.=0A=0AHere is list of the devices:= =0A=0A$ dmesg | egrep -i "(drm|agp|vga)" =0Apci0: at device = 2.0 (no driver attached)=0Asc0: VGA <16 virtual consoles, flags=3D0x300>=0A= vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= =0A=0A$ pciconf -lv =0Ahostb0@pci0:0:0: class=3D0x060000 card=3D0x00= 901025 chip=3D0x27a08086 rev=3D0x03 hdr=3D0x00=0A vendor =3D 'Intel Co= rporation'=0A class =3D bridge=0A subclass =3D HOST-PCI=0Anone0@pc= i0:2:0: class=3D0x030000 card=3D0x00901025 chip=3D0x27a28086 rev=3D0x03 hdr= =3D0x00=0A vendor =3D 'Intel Corporation'=0A class =3D display= =0A subclass =3D VGA=0Anone1@pci0:2:1: class=3D0x038000 card=3D0x0090102= 5 chip=3D0x27a68086 rev=3D0x03 hdr=3D0x00=0A vendor =3D 'Intel Corpora= tion'=0A class =3D display=0Apcm0@pci0:27:0: class=3D0x040300 card=3D= 0x00901025 chip=3D0x27d88086 rev=3D0x02 hdr=3D0x00=0A vendor =3D 'Inte= l Corporation'=0A device =3D '82801G (ICH7 Family) High Definition Aud= io'=0A class =3D multimedia=0Apcib1@pci0:28:0: class=3D0x06040= 0 card=3D0x00000040 chip=3D0x27d08086 rev=3D0x02 hdr=3D0x01=0A vendor = =3D 'Intel Corporation'=0A device =3D '82801G (ICH7 Family) PCI Expres= s Root Port'=0A class =3D bridge=0A subclass =3D PCI-PCI=0Apcib2@p= ci0:28:1: class=3D0x060400 card=3D0x00000040 chip=3D0x27d28086 rev= =3D0x02 hdr=3D0x01=0A vendor =3D 'Intel Corporation'=0A device = =3D '82801G (ICH7 Family) PCI Express Root Port'=0A class =3D bridge= =0A subclass =3D PCI-PCI=0Apcib3@pci0:28:2: class=3D0x060400 card= =3D0x00000040 chip=3D0x27d48086 rev=3D0x02 hdr=3D0x01=0A vendor =3D 'I= ntel Corporation'=0A device =3D '82801G (ICH7 Family) PCI Express Root= Port'=0A class =3D bridge=0A subclass =3D PCI-PCI=0Apcib4@pci0:28= :3: class=3D0x060400 card=3D0x00000040 chip=3D0x27d68086 rev=3D0x02 = hdr=3D0x01=0A vendor =3D 'Intel Corporation'=0A device =3D '82801= G (ICH7 Family) PCI Express Root Port'=0A class =3D bridge=0A subc= lass =3D PCI-PCI=0Auhci0@pci0:29:0: class=3D0x0c0300 card=3D0x009010= 25 chip=3D0x27c88086 rev=3D0x02 hdr=3D0x00=0A vendor =3D 'Intel Corpor= ation'=0A device =3D '82801G (ICH7 Family) USB Universal Host Controll= er'=0A class =3D serial bus=0A subclass =3D USB=0Auhci1@pci0:29:1:= class=3D0x0c0300 card=3D0x00901025 chip=3D0x27c98086 rev=3D0x02 hdr= =3D0x00=0A vendor =3D 'Intel Corporation'=0A device =3D '82801G (= ICH7 Family) USB Universal Host Controller'=0A class =3D serial bus= =0A subclass =3D USB=0Auhci2@pci0:29:2: class=3D0x0c0300 card=3D0= x00901025 chip=3D0x27ca8086 rev=3D0x02 hdr=3D0x00=0A vendor =3D 'Intel= Corporation'=0A device =3D '82801G (ICH7 Family) USB Universal Host C= ontroller'=0A class =3D serial bus=0A subclass =3D USB=0Auhci3@pci= 0:29:3: class=3D0x0c0300 card=3D0x00901025 chip=3D0x27cb8086 rev=3D0= x02 hdr=3D0x00=0A vendor =3D 'Intel Corporation'=0A device =3D '8= 2801G (ICH7 Family) USB Universal Host Controller'=0A class =3D seria= l bus=0A subclass =3D USB=0Aehci0@pci0:29:7: class=3D0x0c0320 car= d=3D0x00901025 chip=3D0x27cc8086 rev=3D0x02 hdr=3D0x00=0A vendor =3D '= Intel Corporation'=0A device =3D '82801G (ICH7 Family) USB 2.0 Enhance= d Host Controller'=0A class =3D serial bus=0A subclass =3D USB=0Ap= cib5@pci0:30:0: class=3D0x060401 card=3D0x00000050 chip=3D0x24488086= rev=3D0xe2 hdr=3D0x01=0A vendor =3D 'Intel Corporation'=0A device = =3D '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge'=0A = class =3D bridge=0A subclass =3D PCI-PCI=0Aisab0@pci0:31:0: c= lass=3D0x060100 card=3D0x00901025 chip=3D0x27b98086 rev=3D0x02 hdr=3D0x00= =0A vendor =3D 'Intel Corporation'=0A device =3D '82801GBM (ICH7-= M) LPC Interface Controller'=0A class =3D bridge=0A subclass =3D P= CI-ISA=0Aatapci0@pci0:31:1: class=3D0x01018a card=3D0x00901025 chip=3D= 0x27df8086 rev=3D0x02 hdr=3D0x00=0A vendor =3D 'Intel Corporation'=0A = device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller'=0A c= lass =3D mass storage=0A subclass =3D ATA=0Anone2@pci0:31:3: c= lass=3D0x0c0500 card=3D0x00901025 chip=3D0x27da8086 rev=3D0x02 hdr=3D0x00= =0A vendor =3D 'Intel Corporation'=0A device =3D '82801G (ICH7 Fa= mily) SMBus Controller'=0A class =3D serial bus=0A subclass =3D SM= Bus=0Anone3@pci5:0:0: class=3D0x028000 card=3D0x10018086 chip=3D0x42228086 = rev=3D0x02 hdr=3D0x00=0A vendor =3D 'Intel Corporation'=0A class = =3D network=0Abfe0@pci6:1:0: class=3D0x020000 card=3D0x00901025 chip=3D0x= 170c14e4 rev=3D0x02 hdr=3D0x00=0A vendor =3D 'Broadcom Corporation'=0A= device =3D 'BCM440x 100Base-TX Fast Ethernet'=0A class =3D netw= ork=0A subclass =3D ethernet=0Acbb0@pci6:4:0: class=3D0x060700 card=3D0= x00901025 chip=3D0x14101524 rev=3D0x01 hdr=3D0x02=0A vendor =3D 'ENE T= echnology Inc'=0A device =3D 'CB-1420 CardBus Controller'=0A class = =3D bridge=0A subclass =3D PCI-CardBus=0A=0A=0A=0A=0A=09=0A=0A=0A=0A= =09=0A=09=09=0A_______________________________________________________ =0AV= oc=EA quer respostas para suas perguntas? Ou voc=EA sabe muito e quer compa= rtilhar seu conhecimento? Experimente o Yahoo! Respostas !=0Ahttp://br.answ= ers.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 21 04:35:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33DD816A407 for ; Tue, 21 Nov 2006 04:35:18 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAF1443D62 for ; Tue, 21 Nov 2006 04:34:57 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1796307wxc for ; Mon, 20 Nov 2006 20:35:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NiYrTp/wGdSGqqf56Aqo4nJVB1peqRxsWEyn6u+zyjMiHWnz+C1v3rx7JjNalG5pPP3BvnUC/pKhYAVKp7vBsTPzGeDNncu1TDLAnYQpxbaTph2O/q+Yw6u6HVJiVlNbFDk1Ipx7+WLzmUhnkIPBy3KPD6mVDGFP0f1uMxHKKRI= Received: by 10.90.75.10 with SMTP id x10mr4563814aga.1164083716610; Mon, 20 Nov 2006 20:35:16 -0800 (PST) Received: by 10.35.29.20 with HTTP; Mon, 20 Nov 2006 20:35:16 -0800 (PST) Message-ID: <3aaaa3a0611202035k15eb0e9awd94b433f61f96031@mail.gmail.com> Date: Tue, 21 Nov 2006 04:35:16 +0000 From: Chris To: "Mark Atkinson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <455CB311.8040301@freebsd.org> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Automatic TCP send socker buffer sizing 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, 21 Nov 2006 04:35:18 -0000 On 17/11/06, Mark Atkinson wrote: > Andre Oppermann wrote: > > > This is a patch adding automatic TCP send socket buffer sizing. Normally > > the socket buffers are static (either derived from global defaults or set > > with setsockopt) and do not adapt to real network conditions. Two things > > happen: a) your socket buffers are too small and you can't reach the full > > potential of the network between both hosts; b) your socket buffers are > > too big and you waste a lot of kernel memory for data just sitting around. > > > > With automatic TCP send socket buffers we can start with a small buffer > > and quickly grow it in parallel with the TCP congestion window to match > > real network conditions. > > > > FreeBSD has a default 32K send socket buffer. This supports a maximal > > transfer rate of only slightly more than 2Mbit/s on a 100ms RTT trans- > > continental link. Or at 200ms just above 1Mbit/s. With TCP send buffer > > auto scaling and the default values below it supports 20Mbit/s at 100ms > > and 10Mbit/s at 200ms. That's an improvement of factor 10, or 1000%. > > > > New sysctl's are: > > > > net.inet.tcp.sndbuf_auto=1 (enabled) > > net.inet.tcp.sndbuf_inc=8192 (8K, step size) > > net.inet.tcp.sndbuf_max=262144 (256K, growth limit) > > > > The patch is available here: > > > > http://people.freebsd.org/~andre/tcp_auto_sndbuf-20061116.diff > > > > Any testers, especially with busy FTP servers, are very welcome. > > Did some minimal testing and it appears to apply cleanly and log: > > ov 17 11:15:27 ftp kernel: tcp_output: inc sockbuf, old 33304, new 41496, > sb_cc 31776, snd_wnd 40544, sendwnd 20272 > Nov 17 11:15:27 ftp kernel: tcp_output: inc sockbuf, old 41496, new 49688, > sb_cc 38232, snd_wnd 46336, sendwnd 27512 > Nov 17 11:15:27 ftp kernel: tcp_output: inc sockbuf, old 49688, new 57880, > sb_cc 46960, snd_wnd 63712, sendwnd 40544 > Nov 17 11:15:27 ftp kernel: tcp_output: inc sockbuf, old 57880, new 66072, > sb_cc 55568, snd_wnd 63712, sendwnd 60816 > Nov 17 11:15:27 ftp kernel: tcp_output: inc sockbuf, old 66072, new 74264, > sb_cc 65168, snd_wnd 63712, sendwnd 63712 > Nov 17 11:15:27 ftp kernel: tcp_output: inc sockbuf, old 74264, new 82456, > sb_cc 65168, snd_wnd 63712, sendwnd 63712 > > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > > _______________________________________________ > 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" > I have a ftp box that also needs large connections for an ircd so this patch will prove very useful since it will allow small buffers for the ircd connections and large for the ftp transfers, I also look forward to the recieve side, I noticed linux already has this feature so this is great this is been done. If you can provide me instructions how to patch I will happily test. thanks Chris From owner-freebsd-current@FreeBSD.ORG Tue Nov 21 16:36:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 060D216A4FF for ; Tue, 21 Nov 2006 16:36:59 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from talk.nabble.com (www.nabble.com [72.21.53.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E1943D45 for ; Tue, 21 Nov 2006 16:36:29 +0000 (GMT) (envelope-from bounces@nabble.com) Received: from [72.21.53.38] (helo=jubjub.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1GmYc8-0007ZV-C9 for freebsd-current@freebsd.org; Tue, 21 Nov 2006 08:36:52 -0800 Message-ID: <7474623.post@talk.nabble.com> Date: Tue, 21 Nov 2006 08:36:52 -0800 (PST) From: mattanderson To: freebsd-current@freebsd.org In-Reply-To: <700e45e50611110701y72351dc3j9ca947b352e62686@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: manderson@etc1.net References: <700e45e50611110701y72351dc3j9ca947b352e62686@mail.gmail.com> X-Mailman-Approved-At: Tue, 21 Nov 2006 17:26:52 +0000 Subject: Re: LSI SAS1068 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, 21 Nov 2006 16:36:59 -0000 We have 2 dell servers I am trying to install FreeBSD on that has a LSI SAS1068 controller. Would you happen to know what I need to do on the boot install CD so the drives are detected? It is telling me no drives found. Thanks! V.SriSaiGanesh wrote: > > Hi, > I want to support LSISAS 1068 with FreeBSD Current. So i need guidelines > to > start. > > Thanks and Regards, > Sai > -- > ---------------------------------------------------------- > "Debugging is twice as hard as writing the code in the first place. > Therefore, if you write the code as cleverly as possible, you are, > by definition, not smart enough to debug it." - Brian W. Kernighan > -------------------------------------------------------------- > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/LSI-SAS1068-tf2613280.html#a7474623 Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Nov 21 18:52:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FEBB16A5F7; Tue, 21 Nov 2006 18:52:15 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4859943D45; Tue, 21 Nov 2006 18:51:02 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from [192.168.1.211] ([192.168.1.211]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id kALIp0XV086084; Tue, 21 Nov 2006 12:51:06 -0600 (CST) (envelope-from sean-freebsd@farley.org) Date: Tue, 21 Nov 2006 12:50:53 -0600 (CST) From: "Sean C. Farley" To: Stefan Esser In-Reply-To: <20061019130354.D92319@thor.farley.org> Message-ID: <20061121124316.Q4388@baba.farley.org> References: <20061006200320.T1063@baba.farley.org> <200610111427.42195.jhb@freebsd.org> <20061018211005.L1466@baba.farley.org> <200610191032.29232.jhb@freebsd.org> <20061019112601.J91957@thor.farley.org> <4537B53A.3080208@FreeBSD.org> <20061019130354.D92319@thor.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Fix for memory leak in setenv/unsetenv 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, 21 Nov 2006 18:52:15 -0000 On Thu, 19 Oct 2006, Sean C. Farley wrote: > On Thu, 19 Oct 2006, Stefan Esser wrote: > > I've got to admit, that I have not looked your patch, but the only > > drawback seems to be that the last instance of a variable in the > > environment space has to be located in getenv() (maximizing the > > search time ...). > > Actually, the first active variable found is returned by getenv() even > if another would be found later. This does make me think that if > changed the way the environment variable array was built to only > contain the first instance of each variable instead of all instances > then a search by getenv() from the end of the array backwards would be > faster. A cheap alternative is to create the array in reverse. > > > Always using the last allocated (largest) slot for storage of new > > values of environment variables would result in nearly reasonable > > behavior. A cached pointer does either point to the value of the > > variable at the time of the getenv(), or to the last value assigned > > to the environment variable that does not exceed the allocated size. > > I will look at changing it. This is a resend from two weeks ago with an edit about using a constructor. I changed it to create the array in reverse and to search it from the end. I played with crt1.c to have it initialize the new environment and clean it up via atexit(). The feeling I get is that this may be disliked since malloc_init() is not called here. Would there be a reason not to have things such as memory allocation and an environment (such as I have been doing) initialized and/or cleaned up here? How about using a constructor (__attribute__((constructor)))? Would there be anything else I should code to have this be a viable replacement to the current implementation of the setenv-family of functions? Sean -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 21 19:09:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30D1616A4CA for ; Tue, 21 Nov 2006 19:09:36 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA7E043DC8 for ; Tue, 21 Nov 2006 19:07:40 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from dibbler.crodrigues.org (c-66-31-35-94.hsd1.ma.comcast.net[66.31.35.94]) by comcast.net (rwcrmhc12) with ESMTP id <20061121190720m1200krrnhe>; Tue, 21 Nov 2006 19:07:20 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) by dibbler.crodrigues.org (8.13.8/8.13.8) with ESMTP id kALJ7KEE014324; Tue, 21 Nov 2006 14:07:21 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.13.8/8.13.8/Submit) id kALJ7KCA014323; Tue, 21 Nov 2006 14:07:20 -0500 (EST) (envelope-from rodrigc) Date: Tue, 21 Nov 2006 14:07:20 -0500 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20061121190720.GA14261@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [HEADSUP] Detaching mount_std from buildworld 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, 21 Nov 2006 19:09:36 -0000 Hi, As discussed on freebsd-arch ( http://lists.freebsd.org/mailman/htdig/freebsd-arch/2005-October/004499.html ), I would like to detach mount_devfs, mount_procfs, mount_fdescfs, mount_linprocfs, mount_procfs, and mount_std from buildworld. All these programs are just hardlinks to mount_std. mount_std is just a program which takes in -o options, and creates parameters to the nmount() system call. This functionality has been migrated into the mount program in CURRENT for quite a number of months now. For these filesystems, if you do, for example, mount -t devfs, the mount program no longer forks an external mount_devfs program to mount a devfs filesystem.....instead mount calls nmount() directly. So, these mount_* programs are no longer used, nor needed. I only plan to touch: mount_devfs, mount_procfs, mount_fdescfs, mount_linprocfs, mount_procfs, mount_std.....the other mount programs in the tree are still used/needed. I am not touching RELENG_6, only CURRENT. I will also put a note in UPDATING. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 01:23:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A689716A403 for ; Wed, 22 Nov 2006 01:23:11 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8828843D46 for ; Wed, 22 Nov 2006 01:22:45 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id kAM1N9eg018068 for ; Wed, 22 Nov 2006 04:23:09 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id kAM1N9sO018067 for current@freebsd.org; Wed, 22 Nov 2006 04:23:09 +0300 (MSK) (envelope-from ache) Date: Wed, 22 Nov 2006 04:23:08 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20061122012308.GA17979@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Strange fxp state change 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, 22 Nov 2006 01:23:11 -0000 With recent current I got fxp: link state changed to DOWN fxp: link state changed to UP each reboot. I don't see that before. DHCP also complains: fxp0: no link ... . . got link Who broke fpx, please think about a possible fix. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 03:05:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAC5616A407 for ; Wed, 22 Nov 2006 03:05:57 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp102.biz.mail.re2.yahoo.com (smtp102.biz.mail.re2.yahoo.com [68.142.229.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 0570243D55 for ; Wed, 22 Nov 2006 03:05:30 +0000 (GMT) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 22229 invoked from network); 22 Nov 2006 03:05:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Aff2nEJz4CI0lUL2KVZYgC6A/+Dj6PL5NVFAffV0Ob2Zye4w93Rfwt6m3nRbDkp67OIvMloaJaqlKk2g30pNcxRlIwbXbcnEKtdydgXUwFeMJmIAxsIbpipUaCaANb5nn0rSANBNR1ITEqhgEvHCccmWfVJNrmS/4Z9EhHjjCvw= ; Received: from unknown (HELO borgdemon2.13tentmillln.home) (j.m.cooper@borgsdemons.com@68.33.224.115 with login) by smtp102.biz.mail.re2.yahoo.com with SMTP; 22 Nov 2006 03:05:56 -0000 X-YMail-OSG: fZs39XQVM1ktVfC3nOPfdCwtBPPq29jgN0BVGBTwzmGJmER_fZF_A0sqDv4BI3vG6WMad0tzzXJEkhleLjSh_Bu2g13YJONRcVhS7P9xtchKDhzqCXso7g-- Received: from [127.0.0.1] (localhost [127.0.0.1]) by borgdemon2.13tentmillln.home (Postfix) with ESMTP id 69E075C27; Tue, 21 Nov 2006 22:05:54 -0500 (EST) Message-ID: <4563BE8E.7090803@yahoo.com> Date: Tue, 21 Nov 2006 22:05:50 -0500 From: John Merryweather Cooper User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: Andrey Chernov , current@freebsd.org References: <20061122012308.GA17979@nagual.pp.ru> In-Reply-To: <20061122012308.GA17979@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Strange fxp state change 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, 22 Nov 2006 03:05:57 -0000 Andrey Chernov wrote: > With recent current I got > > fxp: link state changed to DOWN > fxp: link state changed to UP > > each reboot. I don't see that before. > > DHCP also complains: > fxp0: no link ... > . > . > got link > > Who broke fpx, please think about a possible fix. > > This is the same behavior (which appears pretty normal on a wireless link) when wpa_supplicant is seeking authentication from the wireless router. However, I've never seen this behavior on a hardwired adapter. jmc From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 05:09:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B90E816A415 for ; Wed, 22 Nov 2006 05:09:22 +0000 (UTC) (envelope-from caiquanqing@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C8F43D46 for ; Wed, 22 Nov 2006 05:08:55 +0000 (GMT) (envelope-from caiquanqing@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so24435pyh for ; Tue, 21 Nov 2006 21:09:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oHAlI1hKYmrt0p3pGyFr6E8e4eFFeBwMyyr2B/Wl2fp6G4/2lyTRSkGxgGeirwOCqyy8N7Ny86qaNRPnXtp7gwTrw1J1/w3ez7MxoUOsaGxii6hrMv/O4/tEFT9PtHtQEyvwa99sfBRhgjlXfOWaFrSU++wtcY8m1wsT7/W81Zg= Received: by 10.35.121.9 with SMTP id y9mr227763pym.1164172161491; Tue, 21 Nov 2006 21:09:21 -0800 (PST) Received: by 10.35.15.1 with HTTP; Tue, 21 Nov 2006 21:09:21 -0800 (PST) Message-ID: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> Date: Tue, 21 Nov 2006 21:09:21 -0800 From: "Cai, Quanqing" To: freebsd-current@freebsd.org, jb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: KDTRACE is gone? 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, 22 Nov 2006 05:09:22 -0000 Today when I tried to compile my customized kernel, I run "config" command and got this: unknown option "KDTRACE". Who can tell me what's going on? Thanks Cai, Quanqing From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 05:12:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D989616A407 for ; Wed, 22 Nov 2006 05:12:45 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C5A543D67 for ; Wed, 22 Nov 2006 05:12:18 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 2978C140EC03; Wed, 22 Nov 2006 05:14:00 +0000 (GMT) Date: Wed, 22 Nov 2006 05:14:00 +0000 From: John Birrell To: "Cai, Quanqing" Message-ID: <20061122051359.GA42639@what-creek.com> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 05:12:45 -0000 On Tue, Nov 21, 2006 at 09:09:21PM -0800, Cai, Quanqing wrote: > Today when I tried to compile my customized kernel, I run "config" > command and got this: unknown option "KDTRACE". > > Who can tell me what's going on? The KDTRACE option can't work the way I intended it to because of licensing restrictions. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 06:36:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6792416A407 for ; Wed, 22 Nov 2006 06:36:59 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id A967243D49 for ; Wed, 22 Nov 2006 06:36:31 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so36136pyh for ; Tue, 21 Nov 2006 22:36:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dk24O3vpItNsxmdZAnNJ2OTj161PN4rblRKLpcIjXwba6Y7rALUNtqGklRLIec3Rq/6bnfwQxXJCXP90ew/+j/+VOcCxsk4U9FdmQ+MpChoC9PhdZ5pJ1Td1p8UwwZJjQ3W0Ht82Z+D7Av2iaZm3+g2gMWzLP+FkbwG1QdDAkjo= Received: by 10.35.70.17 with SMTP id x17mr343816pyk.1164177417600; Tue, 21 Nov 2006 22:36:57 -0800 (PST) Received: by 10.35.29.20 with HTTP; Tue, 21 Nov 2006 22:36:57 -0800 (PST) Message-ID: <3aaaa3a0611212236j1e4c48dbo30355a830cb12fed@mail.gmail.com> Date: Wed, 22 Nov 2006 06:36:57 +0000 From: Chris To: "Andre Oppermann" In-Reply-To: <455CB311.8040301@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <455CB311.8040301@freebsd.org> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Automatic TCP send socker buffer sizing 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, 22 Nov 2006 06:36:59 -0000 On 16/11/06, Andre Oppermann wrote: > This is a patch adding automatic TCP send socket buffer sizing. Normally > the socket buffers are static (either derived from global defaults or set > with setsockopt) and do not adapt to real network conditions. Two things > happen: a) your socket buffers are too small and you can't reach the full > potential of the network between both hosts; b) your socket buffers are > too big and you waste a lot of kernel memory for data just sitting around. > > With automatic TCP send socket buffers we can start with a small buffer > and quickly grow it in parallel with the TCP congestion window to match > real network conditions. > > FreeBSD has a default 32K send socket buffer. This supports a maximal > transfer rate of only slightly more than 2Mbit/s on a 100ms RTT trans- > continental link. Or at 200ms just above 1Mbit/s. With TCP send buffer > auto scaling and the default values below it supports 20Mbit/s at 100ms > and 10Mbit/s at 200ms. That's an improvement of factor 10, or 1000%. > > New sysctl's are: > > net.inet.tcp.sndbuf_auto=1 (enabled) > net.inet.tcp.sndbuf_inc=8192 (8K, step size) > net.inet.tcp.sndbuf_max=262144 (256K, growth limit) > > The patch is available here: > > http://people.freebsd.org/~andre/tcp_auto_sndbuf-20061116.diff > > Any testers, especially with busy FTP servers, are very welcome. > > -- > Andre > > _______________________________________________ > 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" > Ok I done some intitial tesing and so far looks sweet. I set default send window to 32120 and started a fxp transfer to another which on 64240 was limited to around 40mbit so 32120 would normally give about 20mbit, and I previously had 128280 for 80mbit, now with a default of 32120 and your default sndbuf settings it zoomed along at around 80mbit. this from debug.log shows it working. Nov 22 06:33:33 heaven kernel: tcp_output: inc sockbuf, old 82456, new 90648, sb_cc 80272, snd_wnd 66984, sendwnd 66608 Nov 22 06:33:33 heaven kernel: tcp_output: inc sockbuf, old 90648, new 98840, sb_cc 89664, snd_wnd 72776, sendwnd 69504 Nov 22 06:33:33 heaven kernel: tcp_output: inc sockbuf, old 98840, new 107032, sb_cc 97608, snd_wnd 81464, sendwnd 73848 Nov 22 06:33:33 heaven kernel: tcp_output: inc sockbuf, old 107032, new 115224, sb_cc 107000, snd_wnd 87256, sendwnd 76744 Nov 22 06:33:33 heaven kernel: tcp_output: inc sockbuf, old 115224, new 123416, sb_cc 112296, snd_wnd 93048, sendwnd 79640 Nov 22 06:33:33 heaven kernel: tcp_output: inc sockbuf, old 123416, new 131608, sb_cc 121688, snd_wnd 98840, sendwnd 82536 Nov 22 06:33:33 heaven kernel: tcp_output: inc sockbuf, old 131608, new 139800, sb_cc 129632, snd_wnd 107528, sendwnd 86880 Nov 22 06:33:34 heaven kernel: tcp_output: inc sockbuf, old 139800, new 147992, sb_cc 137992, snd_wnd 112944, sendwnd 110048 Nov 22 06:33:34 heaven kernel: tcp_output: inc sockbuf, old 147992, new 156184, sb_cc 147384, snd_wnd 118736, sendwnd 112944 Nov 22 06:33:34 heaven kernel: tcp_output: inc sockbuf, old 156184, new 164376, sb_cc 155328, snd_wnd 127424, sendwnd 114261 cant wait for the recv side of this patch. Chris From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 09:19:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B892716A416 for ; Wed, 22 Nov 2006 09:19:54 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.FreeBSD.org (Postfix) with SMTP id 8CE9C43D5A for ; Wed, 22 Nov 2006 09:19:25 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx36.stngva01.us.mxservers.net (204.202.242.11) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 0-0367817190; Wed, 22 Nov 2006 10:19:51 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx36.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 63614654.9974.205.mx36.stngva01.us.mxservers.net; Wed, 22 Nov 2006 04:19:50 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.8/8.11.6) with ESMTP id kAM9Jloi001407; Wed, 22 Nov 2006 10:19:47 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200611220919.kAM9Jloi001407@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: John Merryweather Cooper In-Reply-To: Message from John Merryweather Cooper of "Tue, 21 Nov 2006 22:05:50 EST." <4563BE8E.7090803@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Nov 2006 10:19:47 +0100 From: Gary Jennejohn X-Spam: [F=0.0100374676; heur=0.500(-19800); stat=0.010; spamtraq-heur=0.500(2006111713)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: current@freebsd.org Subject: Re: Strange fxp state change 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, 22 Nov 2006 09:19:54 -0000 John Merryweather Cooper writes: > Andrey Chernov wrote: > > With recent current I got > > > > fxp: link state changed to DOWN > > fxp: link state changed to UP > > > > each reboot. I don't see that before. > > > > DHCP also complains: > > fxp0: no link ... > > . > > . > > got link > > > > Who broke fpx, please think about a possible fix. > > > > > This is the same behavior (which appears pretty normal on a wireless > link) when wpa_supplicant is seeking authentication from the wireless > router. However, I've never seen this behavior on a hardwired adapter. > I see this behavior with sk0. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 14:07:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D436716A54A for ; Wed, 22 Nov 2006 14:07:42 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0368543D64 for ; Wed, 22 Nov 2006 14:06:56 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by hu-out-0506.google.com with SMTP id 38so1555597huc for ; Wed, 22 Nov 2006 06:07:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=qUTC2aZymDc+Ktxxa7/Jjn6z13nhh2sqf/T2EtLaqlwHp4U05/W1cKqrSGZRfGGYLLn3DX0a+kBq3RQ9zZd+MBNOua2hd5RBW6qelH+xHHOFlAD35kfw8X5lMH7vdKzCy1dpcM/hGnPOa0X+8BaQc7DtGr968bijbGnHeSmqsrM= Received: by 10.78.160.2 with SMTP id i2mr7560702hue.1164188805601; Wed, 22 Nov 2006 01:46:45 -0800 (PST) Received: by 10.78.14.7 with HTTP; Wed, 22 Nov 2006 01:46:45 -0800 (PST) Message-ID: <1d6d20bc0611220146mccb0ef2x5e924de0e5e57df0@mail.gmail.com> Date: Wed, 22 Nov 2006 17:46:45 +0800 From: "Jia-Shiun Li" To: "John Baldwin" In-Reply-To: <200611171317.14909.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_40726_13672538.1164188805510" References: <200611152004.kAFK4vfe058983@repoman.freebsd.org> <200611171317.14909.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/em if_em.c if_em.h src/sys/dev/mpt mpt.h mpt_pci.c 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, 22 Nov 2006 14:07:43 -0000 ------=_Part_40726_13672538.1164188805510 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline My em0 stops working a few seconds after booting. And there are watchdog timeout messages. I tried kldunload it (I load it as module in loader.conf) and reload. Pinging other hosts get only the first few ~10 replies. Adding hw.pci.enable_msi[x]=0 to loader.conf solves this problem. dmesg output before and after disabling msi are attached. The only difference meaningful to me is the irq vector assignment from PCI IRQ 96 to MSI IRQ 256. Not sure if this is a bug in MSI or buggy ACPI bios. BTW when I kldunload if_em, something (devd?) automatically reload it again immediately. How to stop this behavior? Jia-Shiun. ------=_Part_40726_13672538.1164188805510 Content-Type: text/plain; name=dmesg.before.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_eutjhe2p Content-Disposition: attachment; filename="dmesg.before.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA3LjAtQ1VSUkVOVCAjMDogV2VkIE5vdiAyMiAxNTo0 NjoyMSBDU1QgMjAwNgogICAganNsaUBqc2xpLXg0Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL3g0ClVz aW5nIDE2IGNvbG9ycyBmb3IgdGhlIFZNLVBRIHR1bmluZyAoNTEyLCA4KQpQcmVsb2FkZWQgZWxm IGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMDg2ZjAwMC4KUHJlbG9hZGVkIGVs ZiBtb2R1bGUgIi9ib290L2tlcm5lbC9pZl9lbS5rbyIgYXQgMHhjMDg2ZjE4OC4KUHJlbG9hZGVk IGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9zbmRfZXMxMzd4LmtvIiBhdCAweGMwODZmMjM0LgpQ cmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3NvdW5kLmtvIiBhdCAweGMwODZmMmU0 LgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3Vtcy5rbyIgYXQgMHhjMDg2ZjM5 MC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC91c2Iua28iIGF0IDB4YzA4NmY0 MzguClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvZ3JlZW5fc2F2ZXIua28iIGF0 IDB4YzA4NmY0ZTAuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYWNwaS5rbyIg YXQgMHhjMDg2ZjU5MC4KTVAgQ29uZmlndXJhdGlvbiBUYWJsZSB2ZXJzaW9uIDEuNCBmb3VuZCBh dCAweGMwMGZhMmMwClRhYmxlICdGQUNQJyBhdCAweDFmZmYwMjAwClRhYmxlICdBUElDJyBhdCAw eDFmZmYwMzAwCk1BRFQ6IEZvdW5kIHRhYmxlIGF0IDB4MWZmZjAzMDAKQVBJQzogVXNpbmcgdGhl IE1BRFQgZW51bWVyYXRvci4KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDE6IGVu YWJsZWQKU01QOiBBZGRlZCBDUFUgMCAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDYgQUNQ SSBJRCAyOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDYgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAxMzAgQUNQSSBJRCAzOiBkaXNhYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxMzEg QUNQSSBJRCA0OiBkaXNhYmxlZApJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAwIGFzIGEgdGFyZ2V0 CkFDUEkgQVBJQyBUYWJsZTogPEEgTSBJICBPRU1BUElDID4KQ2FsaWJyYXRpbmcgY2xvY2socykg Li4uIGk4MjU0IGNsb2NrOiAxMTkzMTQ2IEh6CkNMS19VU0VfSTgyNTRfQ0FMSUJSQVRJT04gbm90 IHNwZWNpZmllZCAtIHVzaW5nIGRlZmF1bHQgZnJlcXVlbmN5ClRpbWVjb3VudGVyICJpODI1NCIg ZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNhbGlicmF0aW5nIFRTQyBjbG9jayAuLi4g VFNDIGNsb2NrOiAxOTk5Nzg1MTI4IEh6CkNQVTogSW50ZWwoUikgWEVPTihUTSkgQ1BVIDIuMDBH SHogKDE5OTkuNzktTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIg IElkID0gMHhmMjQgIFN0ZXBwaW5nID0gNAogIEZlYXR1cmVzPTB4M2ZlYmZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs UFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0+CgpJbnN0 cnVjdGlvbiBUTEI6IDQgS0IsIDIgTUIgb3IgNCBNQiBwYWdlcywgZnVsbHkgYXNzb2NpYXRpdmUs IDY0IGVudHJpZXMKRGF0YSBUTEI6IDQgS0Igb3IgNCBNQiBwYWdlcywgZnVsbHkgYXNzb2NpYXRp dmUsIDY0IGVudHJpZXMKMXN0LWxldmVsIGRhdGEgY2FjaGU6IDggS0IsIDQtd2F5IHNldCBhc3Nv Y2lhdGl2ZSwgc2VjdG9yZWQgY2FjaGUsIDY0IGJ5dGUgbGluZSBzaXplClRyYWNlIGNhY2hlOiAx MkstdW9wcywgOC13YXkgc2V0IGFzc29jaWF0aXZlCjJuZC1sZXZlbCBjYWNoZTogNTEyIEtCLCA4 LXdheSBzZXQgYXNzb2NpYXRpdmUsIHNlY3RvcmVkIGNhY2hlLCA2NCBieXRlIGxpbmUgc2l6ZQpy ZWFsIG1lbW9yeSAgPSA1MzY4MDUzNzYgKDUxMSBNQikKUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMp OgoweDAwMDAwMDAwMDAwMDEwMDAgLSAweDAwMDAwMDAwMDAwOWVmZmYsIDY0NzE2OCBieXRlcyAo MTU4IHBhZ2VzKQoweDAwMDAwMDAwMDAxMDAwMDAgLSAweDAwMDAwMDAwMDAzZmZmZmYsIDMxNDU3 MjggYnl0ZXMgKDc2OCBwYWdlcykKMHgwMDAwMDAwMDAwYzI4MDAwIC0gMHgwMDAwMDAwMDFmNjU5 ZmZmLCA1MTQwMDcwNDAgYnl0ZXMgKDEyNTQ5MCBwYWdlcykKYXZhaWwgbWVtb3J5ID0gNTE1Mjg5 MDg4ICg0OTEgTUIpCklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDYgYXMgYSB0YXJnZXQKRnJlZUJT RC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCiBjcHUwIChCU1Ap OiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgNgpiaW9zMzI6IEZvdW5kIEJJT1Mz MiBTZXJ2aWNlIERpcmVjdG9yeSBoZWFkZXIgYXQgMHhjMDBmMDAwMApiaW9zMzI6IEVudHJ5ID0g MHhmMDAxMCAoYzAwZjAwMTApICBSZXYgPSAwICBMZW4gPSAxCnBjaWJpb3M6IFBDSSBCSU9TIGVu dHJ5IGF0IDB4ZjAwMDArMHgzMQpwbnBiaW9zOiBGb3VuZCBQblAgQklPUyBkYXRhIGF0IDB4YzAw ZjQ2MTAKcG5wYmlvczogRW50cnkgPSBmMDAwMDo0ZGFhICBSZXYgPSAxLjAKT3RoZXIgQklPUyBz aWduYXR1cmVzIGZvdW5kOgpBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAxCkFQSUM6IENQVSAxIGhh cyBBQ1BJIElEIDIKTUFEVDogRm91bmQgSU8gQVBJQyBJRCA3LCBJbnRlcnJ1cHQgMCBhdCAweGZl YzAwMDAwCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRwaW4gMApNQURU OiBGb3VuZCBJTyBBUElDIElEIDgsIEludGVycnVwdCAyNCBhdCAweGZlYzgwMDAwCk1BRFQ6IEZv dW5kIElPIEFQSUMgSUQgOSwgSW50ZXJydXB0IDQ4IGF0IDB4ZmVjODA0MDAKTUFEVDogRm91bmQg SU8gQVBJQyBJRCAxMCwgSW50ZXJydXB0IDcyIGF0IDB4ZmVjODIwMDAKTUFEVDogRm91bmQgSU8g QVBJQyBJRCAxMSwgSW50ZXJydXB0IDk2IGF0IDB4ZmVjODI0MDAKTUFEVDogRm91bmQgSU8gQVBJ QyBJRCAxMiwgSW50ZXJydXB0IDEyMCBhdCAweGZlYzgxMDAwCk1BRFQ6IEZvdW5kIElPIEFQSUMg SUQgMTMsIEludGVycnVwdCAxNDQgYXQgMHhmZWM4MTQwMApNQURUOiBJbnRlcnJ1cHQgb3ZlcnJp ZGU6IHNvdXJjZSAwLCBpcnEgMgppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyCk1B RFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDksIGlycSA5CmlvYXBpYzA6IGludHBpbiA5 IHRyaWdnZXI6IGxldmVsCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVy Ym9hcmQKaW9hcGljMSA8VmVyc2lvbiAyLjA+IGlycXMgMjQtNDcgb24gbW90aGVyYm9hcmQKaW9h cGljMiA8VmVyc2lvbiAyLjA+IGlycXMgNDgtNzEgb24gbW90aGVyYm9hcmQKaW9hcGljMyA8VmVy c2lvbiAyLjA+IGlycXMgNzItOTUgb24gbW90aGVyYm9hcmQKaW9hcGljNCA8VmVyc2lvbiAyLjA+ IGlycXMgOTYtMTE5IG9uIG1vdGhlcmJvYXJkCmNwdTAgQlNQOgogICAgIElEOiAweDAwMDAwMDAw ICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50 MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAw MDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDEw MDBmIHBjbTogMHgwMDAxMDAwMApyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlh cnJvdz4KaW86IDxJL08+CmtiZDogbmV3IGFycmF5IHNpemUgNAprYmQxIGF0IGtiZG11eDAKbmZz bG9jazogcHNldWRvLWRldmljZQptZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9y dCBlbmFibGVkCm51bGw6IDxudWxsIGRldmljZSwgemVybyBkZXZpY2U+Cm5weDA6IElOVCAxNiBp bnRlcmZhY2UKYWNwaTA6IDxBIE0gSSBPRU1YU0RUPiBvbiBtb3RoZXJib2FyZAppb2FwaWMwOiBy b3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIHZlY3RvciA0OAphY3BpMDogW01QU0FGRV0K cGNpX29wZW4oMSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwMDA1YwpwY2lf b3BlbigxYSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApCnBjaV9jZmdjaGVjazoJ ZGV2aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hkcj0wMF0gaXMgdGhlcmUgKGlkPTI1NDA4MDg2KQpw Y2liaW9zOiBCSU9TIHZlcnNpb24gMi4xMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDMx IGZ1bmMgMAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHdha2V1cCBjb2RlIHZh IDB4Y2NlMmEwMDAgcGEgMHg5ZTAwMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDMxIGZ1 bmMgMApBQ1BJIHRpbWVyOiAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEg LT4gMTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0 eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4 NDA4LTB4NDBiIG9uIGFjcGkwCnBjaV9saW5rMDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcg OSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAg MyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAg IE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMTogICAgICAgIElu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDkgICBO ICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAg MCAgICA5ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNh YmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBj aV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9i ZSAgICAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZh bGlkYXRpb24gICAgICAgICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIg MTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5 IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAx MCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNDogICAgICAgIEluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9s aW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAg ICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlk YXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQg MTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEw IDExIDEyIDE0IDE1CnBjaV9saW5rNjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAx MSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUg NiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNzogICAgICAgIEluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAw ICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1 ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAg ICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CmNwdTA6IDxB Q1BJIENQVT4gb24gYWNwaTAKYWNwaV90aHJvdHRsZTA6IDxBQ1BJIENQVSBUaHJvdHRsaW5nPiBv biBjcHUwCmFjcGlfdGhyb3R0bGUwOiBQX0NOVCBmcm9tIFBfQkxLIDB4NDEwCmNwdTE6IDxBQ1BJ IENQVT4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0w eGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBwaHlzaWNh bCBidXM9MApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI1NDAsIHJldmlkPTB4MDIKCWJ1 cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAwODAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNTQzLCByZXZpZD0weDAyCglidXM9MCwg c2xvdD0yLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNt ZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMGEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDA2ICgxNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjU0NywgcmV2aWQ9MHgwMgoJYnVzPTAs IHNsb3Q9NCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCglj bWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDBhMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRp bWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwNiAoMTUwMCBucyksIG1heGxhdD0weDAwICgw IG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0ODIsIHJldmlkPTB4MDIKCWJ1cz0w LCBzbG90PTI5LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YSwgaXJxPTExCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZWMw MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRBCnBj aWIwOiBzbG90IDI5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDgw ODYsIGRldj0weDI0NGUsIHJldmlkPTB4NDIKCWJ1cz0wLCBzbG90PTMwLCBmdW5jPTAKCWNsYXNz PTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9 MHgwMDgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDBhICgyNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MjQ4MCwgcmV2aWQ9MHgwMgoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9 MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwZiwgc3RhdHJlZz0w eDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgyNDhiLCByZXZpZD0weDAyCglidXM9MCwgc2xvdD0zMSwgZnVuYz0xCgljbGFzcz0wMS0w MS04YSwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4 MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCW1hcFsyMF06 IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMHhmZmEwLCBzaXplICA0LCBlbmFibGVkCgltYXBbMjRd OiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAsIHNpemUgMTAsIG1lbW9yeSBkaXNhYmxlZApmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0ODMsIHJldmlkPTB4MDIKCWJ1cz0wLCBzbG90PTMx LCBmdW5jPTMKCWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDEsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49 YiwgaXJxPTI1NQoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweDU0MCwgc2l6ZSAg NSwgZW5hYmxlZApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24g cGNpMApwY2liMTogICBzZWNvbmRhcnkgYnVzICAgICA1CnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1 cyAgIDcKcGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHhjMDAwLTB4ZGZmZgpwY2liMTogICBt ZW1vcnkgZGVjb2RlICAgICAweGZlNjAwMDAwLTB4ZmVhZmZmZmYKcGNpYjE6ICAgcHJlZmV0Y2hl ZCBkZWNvZGUgMHhmZjcwMDAwMC0weGZmOWZmZmZmCnBjaWIxOiBjb3VsZCBub3QgZ2V0IFBDSSBp bnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXFxfU0JfLlBDSTAuUDBQOCAtIEFFX05PVF9GT1VO RApwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2k1OiBwaHlzaWNhbCBidXM9NQpmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDE0NjEsIHJldmlkPTB4MDMKCWJ1cz01LCBzbG90PTI4 LCBmdW5jPTAKCWNsYXNzPTA4LTAwLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAxMDYsIHN0YXRyZWc9MHgwMDMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCgltYXBbMTBd OiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDB4ZmVhZmUwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNp YjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZWFmZTAwMC0weGZlYWZlZmZmOiBnb29kCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MCwgcmV2aWQ9MHgwMwoJYnVzPTUsIHNsb3Q9 MjksIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVn PTB4MDEwNiwgc3RhdHJlZz0weDAwMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9 MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDA2ICgxNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MSwgcmV2aWQ9MHgwMwoJYnVzPTUsIHNs b3Q9MzAsIGZ1bmM9MAoJY2xhc3M9MDgtMDAtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21k cmVnPTB4MDEwNiwgc3RhdHJlZz0weDAwMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCW1h cFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMHhmZWFmZjAwMCwgc2l6ZSAxMiwgZW5hYmxl ZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZlYWZmMDAwLTB4ZmVhZmZmZmY6IGdv b2QKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNDYwLCByZXZpZD0weDAzCglidXM9NSwg c2xvdD0zMSwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCglj bWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0 aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDYgKDE1MDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKcGNpNTogPGJhc2UgcGVyaXBoZXJhbCwgaW50ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRl dmljZSAyOC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDI5LjAgb24gcGNpNQpwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICA3CnBj aWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDcKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHgw LTB4MApwY2liMjogICBtZW1vcnkgZGVjb2RlICAgICAweGZlOTAwMDAwLTB4ZmU5ZmZmZmYKcGNp YjI6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmZjgwMDAwMC0weGZmOGZmZmZmCnBjaTc6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIyCnBjaTc6IHBoeXNpY2FsIGJ1cz03CmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MTQ2MiwgcmV2aWQ9MHgwMwoJYnVzPTcsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xh c3M9MDgtMDQtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJl Zz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9OQoJbWFw WzEwXTogdHlwZSAzLCByYW5nZSA2NCwgYmFzZSAweGZmOGZmYzAwLCBzaXplICA4LCBlbmFibGVk CnBjaWIyOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmY4ZmZjMDAtMHhmZjhmZmNmZjogZ29v ZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZmOGZmYzAwLTB4ZmY4ZmZjZmY6IGdv b2QKcGNpYjI6IG1hdGNoZWQgZW50cnkgZm9yIDcuMzEuSU5UQQpwY2liMjogc2xvdCAzMSBJTlRB IGhhcmR3aXJlZCB0byBJUlEgNzEKcGNpNzogPGJhc2UgcGVyaXBoZXJhbCwgUENJIGhvdC1wbHVn IGNvbnRyb2xsZXI+IGF0IGRldmljZSAzMS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTU6IDxi YXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMzAuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAz MS4wIG9uIHBjaTUKcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNgpwY2liMzogICBzdWJvcmRp bmF0ZSBidXMgICA2CnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YzAwMC0weGRmZmYKcGNp YjM6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmZTYwMDAwMC0weGZlOGZmZmZmCnBjaWIzOiAgIHBy ZWZldGNoZWQgZGVjb2RlIDB4ZmY3MDAwMDAtMHhmZjdmZmZmZgpwY2k2OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMwpwY2k2OiBwaHlzaWNhbCBidXM9Ngpmb3VuZC0+CXZlbmRvcj0weDkwMDUsIGRl dj0weDgwMWYsIHJldmlkPTB4MDIKCWJ1cz02LCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDEtMDAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAyMzAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4Mjgg KDEwMDAwIG5zKSwgbWF4bGF0PTB4MTkgKDYyNTAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMiBtZXNz YWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZmZmZmZmMDAs IHNpemUgIDgsIHBvcnQgZGlzYWJsZWQKCW1hcFsxY106IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2Ug MHhmZmZmZmYwMCwgc2l6ZSAgOCwgcG9ydCBkaXNhYmxlZApmb3VuZC0+CXZlbmRvcj0weDkwMDUs IGRldj0weDgwMWYsIHJldmlkPTB4MDIKCWJ1cz02LCBzbG90PTEsIGZ1bmM9MQoJY2xhc3M9MDEt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAy MzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MjggKDEwMDAwIG5zKSwgbWF4bGF0PTB4MTkgKDYyNTAgbnMpCglpbnRwaW49YiwgaXJxPTI1NQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMiBt ZXNzYWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZmZmZmZm MDAsIHNpemUgIDgsIHBvcnQgZGlzYWJsZWQKCW1hcFsxY106IHR5cGUgNCwgcmFuZ2UgMzIsIGJh c2UgMHhmZmZmZmYwMCwgc2l6ZSAgOCwgcG9ydCBkaXNhYmxlZApwY2k2OiA8bWFzcyBzdG9yYWdl LCBTQ1NJPiBhdCBkZXZpY2UgMS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTY6IDxtYXNzIHN0 b3JhZ2UsIFNDU0k+IGF0IGRldmljZSAxLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjQ6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBjaTAKcGNpYjQ6ICAgc2Vjb25k YXJ5IGJ1cyAgICAgMgpwY2liNDogICBzdWJvcmRpbmF0ZSBidXMgICA0CnBjaWI0OiAgIEkvTyBk ZWNvZGUgICAgICAgIDB4YjAwMC0weGJmZmYKcGNpYjQ6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhm ZTMwMDAwMC0weGZlNWZmZmZmCnBjaWI0OiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmY0MDAwMDAt MHhmZjZmZmZmZgpwY2liNDogY291bGQgbm90IGdldCBQQ0kgaW50ZXJydXB0IHJvdXRpbmcgdGFi bGUgZm9yIFxcX1NCXy5QQ0kwLlAwUDIgLSBBRV9OT1RfRk9VTkQKcGNpMjogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjQKcGNpMjogcGh5c2ljYWwgYnVzPTIKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgxNDYxLCByZXZpZD0weDAzCglidXM9Miwgc2xvdD0yOCwgZnVuYz0wCgljbGFzcz0wOC0w MC0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDAz MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwg YmFzZSAweGZlNWZlMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWI0OiByZXF1ZXN0ZWQgbWVtb3J5 IHJhbmdlIDB4ZmU1ZmUwMDAtMHhmZTVmZWZmZjogZ29vZApmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDE0NjAsIHJldmlkPTB4MDMKCWJ1cz0yLCBzbG90PTI5LCBmdW5jPTAKCWNsYXNzPTA2 LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgw MDMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5n bnQ9MHgwNiAoMTUwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgw ODYsIGRldj0weDE0NjEsIHJldmlkPTB4MDMKCWJ1cz0yLCBzbG90PTMwLCBmdW5jPTAKCWNsYXNz PTA4LTAwLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9 MHgwMDMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdl IDMyLCBiYXNlIDB4ZmU1ZmYwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjQ6IHJlcXVlc3RlZCBt ZW1vcnkgcmFuZ2UgMHhmZTVmZjAwMC0weGZlNWZmZmZmOiBnb29kCmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MTQ2MCwgcmV2aWQ9MHgwMwoJYnVzPTIsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xh c3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJl Zz0weDAwMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDA2ICgxNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCnBjaTI6IDxiYXNlIHBl cmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMjguMCAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOS4wIG9u IHBjaTIKcGNpYjU6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNApwY2liNTogICBzdWJvcmRpbmF0ZSBi dXMgICA0CnBjaWI1OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YjAwMC0weGJmZmYKcGNpYjU6ICAg bWVtb3J5IGRlY29kZSAgICAgMHhmZTQwMDAwMC0weGZlNGZmZmZmCnBjaWI1OiAgIHByZWZldGNo ZWQgZGVjb2RlIDB4ZmY1MDAwMDAtMHhmZjVmZmZmZgpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liNQpwY2k0OiBwaHlzaWNhbCBidXM9NApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDEw MDgsIHJldmlkPTB4MDIKCWJ1cz00LCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDExNywgc3RhdHJlZz0weDAyMzAsIGNhY2hl bG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weGZmICg2 Mzc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2 NCBiaXQKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJhc2UgMHhmZTRlMDAwMCwgc2l6ZSAx NywgZW5hYmxlZApwY2liNTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZlNGUwMDAwLTB4ZmU0 ZmZmZmY6IGdvb2QKcGNpYjQ6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZTRlMDAwMC0weGZl NGZmZmZmOiBnb29kCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNlIDB4ZmU0YzAwMDAs IHNpemUgMTcsIGVuYWJsZWQKcGNpYjU6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZTRjMDAw MC0weGZlNGRmZmZmOiBnb29kCnBjaWI0OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmU0YzAw MDAtMHhmZTRkZmZmZjogZ29vZAoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweGJj MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjU6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhiYzAwLTB4 YmMxZjogaW4gcmFuZ2UKcGNpYjQ6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhiYzAwLTB4YmMxZjog aW4gcmFuZ2UKcGNpYjU6IG1hdGNoZWQgZW50cnkgZm9yIDQuMS5JTlRBCnBjaWI1OiBzbG90IDEg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDk2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2 MiwgcmV2aWQ9MHgwMwoJYnVzPTQsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9MDgtMDQtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAyMzAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEKCW1hcFsxMF06IHR5cGUgMywg cmFuZ2UgNjQsIGJhc2UgMHhmZjVmZmMwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNTogcmVxdWVz dGVkIG1lbW9yeSByYW5nZSAweGZmNWZmYzAwLTB4ZmY1ZmZjZmY6IGdvb2QKcGNpYjQ6IHJlcXVl c3RlZCBtZW1vcnkgcmFuZ2UgMHhmZjVmZmMwMC0weGZmNWZmY2ZmOiBnb29kCnBjaWI1OiBtYXRj aGVkIGVudHJ5IGZvciA0LjMxLklOVEEKcGNpYjU6IHNsb3QgMzEgSU5UQSBoYXJkd2lyZWQgdG8g SVJRIDExOQplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gVmVyc2lv biAtIDYuMi45PiBwb3J0IDB4YmMwMC0weGJjMWYgbWVtIDB4ZmU0ZTAwMDAtMHhmZTRmZmZmZiww eGZlNGMwMDAwLTB4ZmU0ZGZmZmYgaXJxIDk2IGF0IGRldmljZSAxLjAgb24gcGNpNAplbTA6IFJl c2VydmVkIDB4MjAwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGZlNGUwMDAwCmVt MDogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4YmMwMAplbTA6 IGJwZiBhdHRhY2hlZAplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA3OmU5OjAzOjU4OjA5CmVt MDogW0ZBU1RdCnBjaTQ6IDxiYXNlIHBlcmlwaGVyYWwsIFBDSSBob3QtcGx1ZyBjb250cm9sbGVy PiBhdCBkZXZpY2UgMzEuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyOiA8YmFzZSBwZXJpcGhl cmFsLCBpbnRlcnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDMwLjAgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2ky CnBjaWI2OiAgIHNlY29uZGFyeSBidXMgICAgIDMKcGNpYjY6ICAgc3Vib3JkaW5hdGUgYnVzICAg MwpwY2liNjogICBJL08gZGVjb2RlICAgICAgICAweDAtMHgwCnBjaWI2OiAgIG1lbW9yeSBkZWNv ZGUgICAgIDB4ZmUzMDAwMDAtMHhmZTNmZmZmZgpwY2liNjogICBwcmVmZXRjaGVkIGRlY29kZSAw eGZmNDAwMDAwLTB4ZmY0ZmZmZmYKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKcGNpMzog cGh5c2ljYWwgYnVzPTMKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNDYyLCByZXZpZD0w eDAzCglidXM9Mywgc2xvdD0zMSwgZnVuYz0wCgljbGFzcz0wOC0wNC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCgljbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJbWFwWzEwXTogdHlwZSAzLCByYW5nZSA2NCwg YmFzZSAweGZmNGZmYzAwLCBzaXplICA4LCBlbmFibGVkCnBjaWI2OiByZXF1ZXN0ZWQgbWVtb3J5 IHJhbmdlIDB4ZmY0ZmZjMDAtMHhmZjRmZmNmZjogZ29vZApwY2liNDogcmVxdWVzdGVkIG1lbW9y eSByYW5nZSAweGZmNGZmYzAwLTB4ZmY0ZmZjZmY6IGdvb2QKcGNpYjY6IG1hdGNoZWQgZW50cnkg Zm9yIDMuMzEuSU5UQQpwY2liNjogc2xvdCAzMSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgOTUKcGNp MzogPGJhc2UgcGVyaXBoZXJhbCwgUENJIGhvdC1wbHVnIGNvbnRyb2xsZXI+IGF0IGRldmljZSAz MS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnVoY2kwOiA8SW50ZWwgODI4MDFDQS9DQU0gKElDSDMp IFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0IDB4ZWMwMC0weGVjMWYgaXJxIDE2IGF0IGRldmlj ZSAyOS4wIG9uIHBjaTAKdWhjaTA6IFJlc2VydmVkIDB4MjAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5 cGUgNCBhdCAweGVjMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRv IHZlY3RvciA1MAp1aGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogPEludGVsIDgyODAxQ0EvQ0FN IChJQ0gzKSBVU0IgY29udHJvbGxlciBVU0ItQT4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9u IDEuMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2IwCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYg cG93ZXJlZApwY2liNzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBj aTAKcGNpYjc6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMQpwY2liNzogICBzdWJvcmRpbmF0ZSBidXMg ICAxCnBjaWI3OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YTAwMC0weGFmZmYKcGNpYjc6ICAgbWVt b3J5IGRlY29kZSAgICAgMHhmYzIwMDAwMC0weGZlMmZmZmZmCnBjaWI3OiAgIHByZWZldGNoZWQg ZGVjb2RlIDB4ZmYzMDAwMDAtMHhmZjNmZmZmZgpwY2liNzogICBTdWJ0cmFjdGl2ZWx5IGRlY29k ZWQgYnJpZGdlLgpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNwpwY2kxOiBwaHlzaWNhbCBi dXM9MQpmb3VuZC0+CXZlbmRvcj0weDEwMmMsIGRldj0weDAwYzAsIHJldmlkPTB4NjQKCWJ1cz0x LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDMtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJ Y21kcmVnPTB4MDE4Mywgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1hLCBpcnE9MTEKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMHhmZDAw MDAwMCwgc2l6ZSAyNCwgZW5hYmxlZApwY2liNzogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZk MDAwMDAwLTB4ZmRmZmZmZmY6IGdvb2QKcGNpYjc6IG1hdGNoZWQgZW50cnkgZm9yIDEuMC5JTlRB CnBjaWI3OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4 MTI3NCwgZGV2PTB4MTM3MSwgcmV2aWQ9MHgwOAoJYnVzPTEsIHNsb3Q9MiwgZnVuYz0wCgljbGFz cz0wNC0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMTA1LCBzdGF0cmVn PTB4MDQxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBt aW5nbnQ9MHgwYyAoMzAwMCBucyksIG1heGxhdD0weDgwICgzMjAwMCBucykKCWludHBpbj1hLCBp cnE9MTAKCXBvd2Vyc3BlYyAxICBzdXBwb3J0cyBEMCBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEw XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweGFjMDAsIHNpemUgIDYsIGVuYWJsZWQKcGNpYjc6 IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhhYzAwLTB4YWMzZjogaW4gcmFuZ2UKcGNpYjc6IG1hdGNo ZWQgZW50cnkgZm9yIDEuMi5JTlRBCnBjaWI3OiBzbG90IDIgSU5UQSBoYXJkd2lyZWQgdG8gSVJR IDE4CnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBtZW0gMHhmZDAwMDAwMC0weGZk ZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKcGNtMDogPEF1ZGlvUENJIEVTMTM3 My04PiBwb3J0IDB4YWMwMC0weGFjM2YgaXJxIDE4IGF0IGRldmljZSAyLjAgb24gcGNpMQpwY20w OiBSZXNlcnZlZCAweDQwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHhhYzAwCnBjbTA6 IDxTaWdtYVRlbCBTVEFDOTcyMS8yMyBBQzk3IENvZGVjIChpZCA9IDB4ODM4NDc2MDkpPgpwY20w OiBDb2RlYyBmZWF0dXJlcyAxOCBiaXQgREFDLCAxOCBiaXQgQURDLCA1IGJpdCBtYXN0ZXIgdm9s dW1lLCBTaWdtYVRlbCAzRCBFbmhhbmNlbWVudApwY20wOiBQcmltYXJ5IGNvZGVjIGV4dGVuZGVk IGZlYXR1cmVzIEFNQVAKcGNtMDogYWM5NyBjb2RlYyBkYWMgcmVhZHkgY291bnQ6IDAKcGNtMDog TWl4ZXIgInZvbCI6CnBjbTA6IE1peGVyICJwY20iOgpwY20wOiBNaXhlciAic3BlYWtlciI6CnBj bTA6IE1peGVyICJsaW5lIjoKcGNtMDogTWl4ZXIgIm1pYyI6CnBjbTA6IE1peGVyICJjZCI6CnBj bTA6IE1peGVyICJyZWMiOgpwY20wOiBNaXhlciAiaWdhaW4iOgpwY20wOiBNaXhlciAib2dhaW4i OgpwY20wOiBNaXhlciAibGluZTEiOgpwY20wOiBNaXhlciAicGhpbiI6CnBjbTA6IE1peGVyICJw aG91dCI6CnBjbTA6IE1peGVyICJ2aWRlbyI6CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE4IChQ Q0kgSVJRIDE4KSB0byB2ZWN0b3IgNTEKcGNtMDogW01QU0FGRV0KcGNtMDogc25kYnVmX3NldG1h cCAyMjMwMDAsIDEwMDA7IDB4YzJhZjgwMDAgLT4gMjIzMDAwCnBjbTA6IHNuZGJ1Zl9zZXRtYXAg MjAxMDAwLCAxMDAwOyAweGMyYWY2MDAwIC0+IDIwMTAwMApwY20wOiBzbmRidWZfc2V0bWFwIDIy ZjAwMCwgMTAwMDsgMHhjMmFmNDAwMCAtPiAyMmYwMDAKcGNtMDogPFBsYXliYWNrOiBEQUMxLERB QzIgLyBSZWNvcmQ6IEFEQz4KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAg b24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDMgVURN QTEwMCBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2 LDB4ZmZhMC0weGZmYWYgYXQgZGV2aWNlIDMxLjEgb24gcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAw eDEwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHhmZmEwCmF0YTA6IDxBVEEgY2hhbm5l bCAwPiBvbiBhdGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTAg dHlwZSA0IGF0IDB4MWYwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MTQg dHlwZSA0IGF0IDB4M2Y2CmF0YTA6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9 MDAKYXRhMDogc3RhdDA9MHg1MCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEwOiBzdGF0 MT0weDAwIGVycj0weDAxIGxzYj0weDAwIG1zYj0weDAwCmF0YTA6IHJlc2V0IHRwMiBzdGF0MD01 MCBzdGF0MT0wMCBkZXZpY2VzPTB4MTxBVEFfTUFTVEVSPgppb2FwaWMwOiByb3V0aW5nIGludHBp biAxNCAoSVNBIElSUSAxNCkgdG8gdmVjdG9yIDUyCmF0YTA6IFtNUFNBRkVdCmF0YTE6IDxBVEEg Y2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3Igcmlk IDB4MTggdHlwZSA0IGF0IDB4MTcwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3Igcmlk IDB4MWMgdHlwZSA0IGF0IDB4Mzc2CmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD0wMCBv c3RhdDE9MDAKYXRhMTogc3RhdDA9MHgwMSBlcnI9MHgwMSBsc2I9MHgwMSBtc2I9MHgwMQphdGEx OiBzdGF0MT0weDAxIGVycj0weDAxIGxzYj0weDAxIG1zYj0weDAxCmF0YTE6IHJlc2V0IHRwMiBz dGF0MD0wMSBzdGF0MT0wMSBkZXZpY2VzPTB4MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNSAo SVNBIElSUSAxNSkgdG8gdmVjdG9yIDUzCmF0YTE6IFtNUFNBRkVdCnBjaTA6IDxzZXJpYWwgYnVz LCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKc2lvMDogY29uZmln dXJlZCBpcnEgNCBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMDogcG9ydCBtYXkg bm90IGJlIGVuYWJsZWQKc2lvMDogaXJxIG1hcHM6IDAgMCAwIDAKc2lvMDogY29uZmlndXJlZCBp cnEgNCBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMDogcG9ydCBtYXkgbm90IGJl IGVuYWJsZWQKc2lvMDogaXJxIG1hcHM6IDAgMCAwIDAKc2lvMDogPDE2NTUwQS1jb21wYXRpYmxl IENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKc2lv MDogdHlwZSAxNjU1MEEKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAoSVNBIElSUSA0KSB0byB2 ZWN0b3IgNTQKc2lvMDogW0ZBU1RdCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1h cCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzE6IGly cSBtYXBzOiAwIDAgMCAwCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBw cm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzE6IGlycSBtYXBz OiAwIDAgMCAwCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDJmOC0w eDJmZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUwQQppb2FwaWMwOiByb3V0aW5nIGlu dHBpbiAzIChJU0EgSVJRIDMpIHRvIHZlY3RvciA1NQpzaW8xOiBbRkFTVF0KZmRjMDogPGZsb3Bw eSBkcml2ZSBjb250cm9sbGVyIChGREUpPiBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRy cSAyIG9uIGFjcGkwCmZkYzA6IGljX3R5cGUgOTAgcGFydF9pZCA4MAppb2FwaWMwOiByb3V0aW5n IGludHBpbiA2IChJU0EgSVJRIDYpIHRvIHZlY3RvciA1NgpmZGMwOiBbTVBTQUZFXQpmZGMwOiBb RkFTVF0KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4 NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAK YXRrYmQ6IHRoZSBjdXJyZW50IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDY1CmF0a2Jk OiBrZXlib2FyZCBJRCAweDQxYWIgKDIpCmtiZDAgYXQgYXRrYmQwCmtiZDA6IGF0a2JkMCwgQVQg MTAxLzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAwCmlvYXBpYzA6IHJvdXRpbmcg aW50cGluIDEgKElTQSBJUlEgMSkgdG8gdmVjdG9yIDU3CmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0K cHNtMDogdW5hYmxlIHRvIGFsbG9jYXRlIElSUQphdGE6IGF0YTAgYWxyZWFkeSBleGlzdHM7IHNr aXBwaW5nIGl0CmF0YTogYXRhMSBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKYXRrYmRjOiBh dGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApmZGM6IGZkYzAgYWxyZWFkeSBleGlz dHM7IHNraXBwaW5nIGl0CnNjOiBzYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnNpbzog c2lvMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKc2lvOiBzaW8xIGFscmVhZHkgZXhpc3Rz OyBza2lwcGluZyBpdAp2Z2E6IHZnYTAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnBucF9p ZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVh ZF9Qb3J0IGF0IDI0MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjgzCnBucF9p ZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVh ZF9Qb3J0IGF0IDMwMwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzQzCnBucF9p ZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzODMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVh ZF9Qb3J0IGF0IDNjMwpQTlAgSWRlbnRpZnkgY29tcGxldGUKaXNhX3Byb2JlX2NoaWxkcmVuOiBk aXNhYmxpbmcgUG5QIGRldmljZXMKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAg ZGV2aWNlcwpwbXRpbWVyMCBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAw eDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4K c2MwOiBmYjAsIGtiZDEsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAoc3lzY29ucyB0ZXJtaW5hbCkK dmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMAphZHYwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWhhMDogbm90IHBy b2JlZCAoZGlzYWJsZWQpCmFpYzA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpidDA6IG5vdCBwcm9i ZWQgKGRpc2FibGVkKQpjczA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQplZDA6IG5vdCBwcm9iZWQg KGRpc2FibGVkKQpmZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQppZTA6IG5vdCBwcm9iZWQgKGRp c2FibGVkKQpsZTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpwcGMwIGZhaWxlZCB0byBwcm9iZSBh dCBpcnEgNyBvbiBpc2EwCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpzaW8zOiBub3QgcHJv YmVkIChkaXNhYmxlZCkKc24wOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKdnQwOiBub3QgcHJvYmVk IChkaXNhYmxlZCkKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzCnVtczA6 IDxLWUUgR2VuaXVzIFVTQiBXaGVlbCBNb3VzZSwgY2xhc3MgMC8wLCByZXYgMS4wMC8wLjAwLCBh ZGRyIDI+IG9uIHVodWIwCnVtczA6IDMgYnV0dG9ucyBhbmQgWiBkaXIuCkRldmljZSBjb25maWd1 cmF0aW9uIGZpbmlzaGVkLgpwcm9jZnMgcmVnaXN0ZXJlZApsYXBpYzogRGl2aXNvciAyLCBGcmVx dWVuY3kgNDk5OTQ2NDQgaHoKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE5OTk3ODUxMjgg SHogcXVhbGl0eSAtMTAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKc3BsYXNo OiBpbWFnZSBkZWNvZGVyIGZvdW5kOiBncmVlbl9zYXZlcgpsbzA6IGJwZiBhdHRhY2hlZAphdGEw LW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUExMDAgY2FibGU9ODAgd2lyZQph ZDA6IHNldHRpbmcgUElPNCBvbiBJQ0gzIGNoaXAKYWQwOiBzZXR0aW5nIFVETUExMDAgb24gSUNI MyBjaGlwCmFkMDogMTkwOTJNQiA8V0RDIFdEMjAwQkItMDBDQUExIDE3LjA3VzE3PiBhdCBhdGEw LW1hc3RlciBVRE1BMTAwCmFkMDogMzkxMDIzMzYgc2VjdG9ycyBbMzg3OTJDLzE2SC82M1NdIDE2 IHNlY3RvcnMvaW50ZXJydXB0IDEgZGVwdGggcXVldWUKYWQwOiBJbnRlbCBjaGVjazEgZmFpbGVk CmFkMDogQWRhcHRlYyBjaGVjazEgZmFpbGVkCmFkMDogTFNJICh2MykgY2hlY2sxIGZhaWxlZAph ZDA6IExTSSAodjIpIGNoZWNrMSBmYWlsZWQKYWQwOiBGcmVlQlNEIGNoZWNrMSBmYWlsZWQKQVRB IFBzZXVkb1JBSUQgbG9hZGVkClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpjcHUxIEFQOgogICAg IElEOiAweDA2MDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4 ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAw MDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMjAwZWYgdGhlcm06IDB4MDAwMTAw MDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAxMDAwMAppb2FwaWMwOiBBc3NpZ25pbmcgSVNB IElSUSAxIHRvIGxvY2FsIEFQSUMgMAppb2FwaWMwOiBBc3NpZ25pbmcgSVNBIElSUSAzIHRvIGxv Y2FsIEFQSUMgNgppb2FwaWMwOiBBc3NpZ25pbmcgSVNBIElSUSA0IHRvIGxvY2FsIEFQSUMgMApp b2FwaWMwOiBBc3NpZ25pbmcgSVNBIElSUSA2IHRvIGxvY2FsIEFQSUMgNgppb2FwaWMwOiBBc3Np Z25pbmcgSVNBIElSUSA5IHRvIGxvY2FsIEFQSUMgMAppb2FwaWMwOiBBc3NpZ25pbmcgSVNBIElS USAxNCB0byBsb2NhbCBBUElDIDYKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEgMTUgdG8gbG9j YWwgQVBJQyAwCmlvYXBpYzA6IEFzc2lnbmluZyBQQ0kgSVJRIDE2IHRvIGxvY2FsIEFQSUMgNgpp b2FwaWMwOiBBc3NpZ25pbmcgUENJIElSUSAxOCB0byBsb2NhbCBBUElDIDAKbXNpOiBBc3NpZ25p bmcgTVNJIElSUSAyNTYgdG8gbG9jYWwgQVBJQyA2CkdFT006IG5ldyBkaXNrIGFkMApUcnlpbmcg dG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMxYQpmZGMwOiBvdXRwdXQgcmVhZHkgdGlt ZW91dApzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdApmZGMwOiBvdXRwdXQgcmVhZHkgdGlt ZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91 dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApm ZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMw OiBpbnB1dCByZWFkeSB0aW1lb3V0CmZkYzA6IGlucHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogb3V0 cHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogaW5wdXQgcmVhZHkgdGltZW91dApmZGMwOiBpbnB1dCBy ZWFkeSB0aW1lb3V0CmZkYzA6IG91dHB1dCByZWFkeSB0aW1lb3V0CmZkYzA6IGlucHV0IHJlYWR5 IHRpbWVvdXQKZmRjMDogaW5wdXQgcmVhZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGlt ZW91dApmZGMwOiBpbnB1dCByZWFkeSB0aW1lb3V0CmZkYzA6IGlucHV0IHJlYWR5IHRpbWVvdXQK ZW0wOiBMaW5rIGlzIHVwIDEwMCBNYnBzIEZ1bGwgRHVwbGV4CmVtMDogbGluayBzdGF0ZSBjaGFu Z2VkIHRvIFVQCmVtMDogd2F0Y2hkb2cgdGltZW91dCAtLSByZXNldHRpbmcKZW0wOiBMaW5rIGlz IERvd24KZW0wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgplbTA6IExpbmsgaXMgdXAgMTAw IE1icHMgRnVsbCBEdXBsZXgKZW0wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKZW0wOiB3YXRj aGRvZyB0aW1lb3V0IC0tIHJlc2V0dGluZwplbTA6IExpbmsgaXMgRG93bgplbTA6IGxpbmsgc3Rh dGUgY2hhbmdlZCB0byBET1dOCmVtMDogTGluayBpcyB1cCAxMDAgTWJwcyBGdWxsIER1cGxleApl bTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAplbTA6IExpbmsgaXMgRG93bgplbTA6IGxpbmsg c3RhdGUgY2hhbmdlZCB0byBET1dOCmVtMDogTGluayBpcyB1cCAxMDAgTWJwcyBGdWxsIER1cGxl eAplbTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAplbTA6IHdhdGNoZG9nIHRpbWVvdXQgLS0g cmVzZXR0aW5nCmVtMDogTGluayBpcyBEb3duCmVtMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERP V04KZW0wOiBMaW5rIGlzIHVwIDEwMCBNYnBzIEZ1bGwgRHVwbGV4CmVtMDogbGluayBzdGF0ZSBj aGFuZ2VkIHRvIFVQCmVtMDogZGV0YWNoZWQKcGNpMDogZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MjQ4MywgcmV2aWQ9MHgwMgoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9 MwoJY2xhc3M9MGMtMDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMSwg c3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9 MjU1CnBjaTA6MzE6MzogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApwY2kxOiBkcml2ZXIgYWRk ZWQKcGNpMjogZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MSwg cmV2aWQ9MHgwMwoJYnVzPTIsIHNsb3Q9MjgsIGZ1bmM9MAoJY2xhc3M9MDgtMDAtMjAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAwMzAsIGNhY2hlbG5z ej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKcGNpMjoyODowOiByZXByb2Jpbmcgb24gZHJpdmVyIGFkZGVkCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MSwgcmV2aWQ9MHgwMwoJYnVzPTIsIHNsb3Q9 MzAsIGZ1bmM9MAoJY2xhc3M9MDgtMDAtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDEwNiwgc3RhdHJlZz0weDAwMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKcGNpMjoz MDowOiByZXByb2Jpbmcgb24gZHJpdmVyIGFkZGVkCnBjaTM6IGRyaXZlciBhZGRlZApmb3VuZC0+ CXZlbmRvcj0weDgwODYsIGRldj0weDE0NjIsIHJldmlkPTB4MDMKCWJ1cz0zLCBzbG90PTMxLCBm dW5jPTAKCWNsYXNzPTA4LTA0LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAx MDYsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwg aXJxPTk1CnBjaTM6MzE6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApwY2k0OiBkcml2ZXIg YWRkZWQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMDA4LCByZXZpZD0weDAyCglidXM9 NCwgc2xvdD0xLCBmdW5jPTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAxMTcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxh dHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHhmZiAoNjM3NTAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1hLCBpcnE9OTYKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAg Y3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CnBjaTQ6MTowOiByZXBy b2Jpbmcgb24gZHJpdmVyIGFkZGVkCmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29u bmVjdGlvbiBWZXJzaW9uIC0gNi4yLjk+IHBvcnQgMHhiYzAwLTB4YmMxZiBtZW0gMHhmZTRlMDAw MC0weGZlNGZmZmZmLDB4ZmU0YzAwMDAtMHhmZTRkZmZmZiBpcnEgOTYgYXQgZGV2aWNlIDEuMCBv biBwY2k0CnBjaWI1OiBlbTAgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZlNGUwMDAwLTB4ZmU0 ZmZmZmY6IGdvb2QKcGNpYjQ6IGVtMCByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmU0ZTAwMDAt MHhmZTRmZmZmZjogZ29vZApwY2liNTogZW0wIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhiYzAwLTB4 YmMxZjogaW4gcmFuZ2UKcGNpYjQ6IGVtMCByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4YmMwMC0weGJj MWY6IGluIHJhbmdlCmVtMDogYnBmIGF0dGFjaGVkCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6 MDc6ZTk6MDM6NTg6MDkKbXNpOiBBc3NpZ25pbmcgTVNJIElSUSAyNTYgdG8gbG9jYWwgQVBJQyAw CmVtMDogW0ZBU1RdCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MiwgcmV2aWQ9MHgw MwoJYnVzPTQsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9MDgtMDQtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1hLCBpcnE9MTE5CnBjaTQ6MzE6MDogcmVwcm9iaW5nIG9uIGRyaXZl ciBhZGRlZApwY2k1OiBkcml2ZXIgYWRkZWQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgx NDYxLCByZXZpZD0weDAzCglidXM9NSwgc2xvdD0yOCwgZnVuYz0wCgljbGFzcz0wOC0wMC0yMCwg aGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDAzMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQpwY2k1OjI4OjA6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRk ZWQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNDYxLCByZXZpZD0weDAzCglidXM9NSwg c2xvdD0zMCwgZnVuYz0wCgljbGFzcz0wOC0wMC0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglj bWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDAzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpw Y2k1OjMwOjA6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKcGNpNjogZHJpdmVyIGFkZGVkCmZv dW5kLT4JdmVuZG9yPTB4OTAwNSwgZGV2PTB4ODAxZiwgcmV2aWQ9MHgwMgoJYnVzPTYsIHNsb3Q9 MSwgZnVuYz0wCgljbGFzcz0wMS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9 MHgwMDAwLCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgyOCAoMTAwMDAgbnMpLCBtYXhsYXQ9MHgxOSAoNjI1MCBucykK CWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCU1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzLCA2NCBiaXQKcGNpNjoxOjA6IHJlcHJvYmluZyBv biBkcml2ZXIgYWRkZWQKZm91bmQtPgl2ZW5kb3I9MHg5MDA1LCBkZXY9MHg4MDFmLCByZXZpZD0w eDAyCglidXM9Niwgc2xvdD0xLCBmdW5jPTEKCWNsYXNzPTAxLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDI4ICgxMDAwMCBucyksIG1heGxh dD0weDE5ICg2MjUwIG5zKQoJaW50cGluPWIsIGlycT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0 cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDIgbWVzc2FnZXMsIDY0IGJpdApwY2k2 OjE6MTogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApwY2k3OiBkcml2ZXIgYWRkZWQKZm91bmQt Pgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNDYyLCByZXZpZD0weDAzCglidXM9Nywgc2xvdD0zMSwg ZnVuYz0wCgljbGFzcz0wOC0wNC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MTA2LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEs IGlycT03MQpwY2k3OjMxOjA6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKZW0wOiBMaW5rIGlz IHVwIDEwMCBNYnBzIEZ1bGwgRHVwbGV4CmVtMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCmVt MDogZGV0YWNoZWQKcGNpMDogZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4MjQ4MywgcmV2aWQ9MHgwMgoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MwoJY2xhc3M9MGMtMDUt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMSwgc3RhdHJlZz0weDAyODAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MjU1CnBjaTA6MzE6Mzog cmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApwY2kxOiBkcml2ZXIgYWRkZWQKcGNpMjogZHJpdmVy IGFkZGVkCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MSwgcmV2aWQ9MHgwMwoJYnVz PTIsIHNsb3Q9MjgsIGZ1bmM9MAoJY2xhc3M9MDgtMDAtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAwMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKcGNpMjoyODowOiByZXByb2Jpbmcgb24gZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MTQ2MSwgcmV2aWQ9MHgwMwoJYnVzPTIsIHNsb3Q9MzAsIGZ1bmM9MAoJY2xh c3M9MDgtMDAtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJl Zz0weDAwMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKcGNpMjozMDowOiByZXByb2Jpbmcg b24gZHJpdmVyIGFkZGVkCnBjaTM6IGRyaXZlciBhZGRlZApmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDE0NjIsIHJldmlkPTB4MDMKCWJ1cz0zLCBzbG90PTMxLCBmdW5jPTAKCWNsYXNzPTA4 LTA0LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgw MjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTk1CnBjaTM6MzE6 MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApwY2k0OiBkcml2ZXIgYWRkZWQKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMDA4LCByZXZpZD0weDAyCglidXM9NCwgc2xvdD0xLCBmdW5j PTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMTcs IHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5 MjAgbnMpLCBtaW5nbnQ9MHhmZiAoNjM3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1hLCBpcnE9OTYKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJ IHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CnBjaTQ6MTowOiByZXByb2Jpbmcgb24gZHJpdmVy IGFkZGVkCmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiBWZXJzaW9u IC0gNi4yLjk+IHBvcnQgMHhiYzAwLTB4YmMxZiBtZW0gMHhmZTRlMDAwMC0weGZlNGZmZmZmLDB4 ZmU0YzAwMDAtMHhmZTRkZmZmZiBpcnEgOTYgYXQgZGV2aWNlIDEuMCBvbiBwY2k0CnBjaWI1OiBl bTAgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZlNGUwMDAwLTB4ZmU0ZmZmZmY6IGdvb2QKcGNp YjQ6IGVtMCByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmU0ZTAwMDAtMHhmZTRmZmZmZjogZ29v ZApwY2liNTogZW0wIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhiYzAwLTB4YmMxZjogaW4gcmFuZ2UK cGNpYjQ6IGVtMCByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4YmMwMC0weGJjMWY6IGluIHJhbmdlCmVt MDogYnBmIGF0dGFjaGVkCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MDc6ZTk6MDM6NTg6MDkK bXNpOiBBc3NpZ25pbmcgTVNJIElSUSAyNTYgdG8gbG9jYWwgQVBJQyA2CmVtMDogW0ZBU1RdCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MiwgcmV2aWQ9MHgwMwoJYnVzPTQsIHNsb3Q9 MzEsIGZ1bmM9MAoJY2xhc3M9MDgtMDQtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDEwNiwgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBp bj1hLCBpcnE9MTE5CnBjaTQ6MzE6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApwY2k1OiBk cml2ZXIgYWRkZWQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNDYxLCByZXZpZD0weDAz CglidXM9NSwgc2xvdD0yOCwgZnVuYz0wCgljbGFzcz0wOC0wMC0yMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDAzMCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQpwY2k1OjI4OjA6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHgxNDYxLCByZXZpZD0weDAzCglidXM9NSwgc2xvdD0zMCwgZnVuYz0w CgljbGFzcz0wOC0wMC0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMTA2LCBz dGF0cmVnPTB4MDAzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpwY2k1OjMwOjA6IHJlcHJv YmluZyBvbiBkcml2ZXIgYWRkZWQKcGNpNjogZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVuZG9yPTB4 OTAwNSwgZGV2PTB4ODAxZiwgcmV2aWQ9MHgwMgoJYnVzPTYsIHNsb3Q9MSwgZnVuYz0wCgljbGFz cz0wMS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgyOCAoMTAwMDAgbnMpLCBtYXhsYXQ9MHgxOSAoNjI1MCBucykKCWludHBpbj1hLCBpcnE9 MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0 cyAyIG1lc3NhZ2VzLCA2NCBiaXQKcGNpNjoxOjA6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQK Zm91bmQtPgl2ZW5kb3I9MHg5MDA1LCBkZXY9MHg4MDFmLCByZXZpZD0weDAyCglidXM9Niwgc2xv dD0xLCBmdW5jPTEKCWNsYXNzPTAxLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJl Zz0weDAwMDAsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDI4ICgxMDAwMCBucyksIG1heGxhdD0weDE5ICg2MjUwIG5z KQoJaW50cGluPWIsIGlycT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMAoJTVNJIHN1cHBvcnRzIDIgbWVzc2FnZXMsIDY0IGJpdApwY2k2OjE6MTogcmVwcm9iaW5n IG9uIGRyaXZlciBhZGRlZApwY2k3OiBkcml2ZXIgYWRkZWQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2 LCBkZXY9MHgxNDYyLCByZXZpZD0weDAzCglidXM9Nywgc2xvdD0zMSwgZnVuYz0wCgljbGFzcz0w OC0wNC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4 MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT03MQpwY2k3OjMx OjA6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKZW0wOiBMaW5rIGlzIHVwIDEwMCBNYnBzIEZ1 bGwgRHVwbGV4CmVtMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCmVtMDogTGluayBpcyBEb3du CmVtMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KZW0wOiB3YXRjaGRvZyB0aW1lb3V0IC0t IHJlc2V0dGluZwplbTA6IExpbmsgaXMgdXAgMTAwIE1icHMgRnVsbCBEdXBsZXgKZW0wOiBsaW5r IHN0YXRlIGNoYW5nZWQgdG8gVVAKZW0wOiB3YXRjaGRvZyB0aW1lb3V0IC0tIHJlc2V0dGluZwpl bTA6IExpbmsgaXMgRG93bgplbTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCmVtMDogTGlu ayBpcyB1cCAxMDAgTWJwcyBGdWxsIER1cGxleAplbTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBV UApXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxydScgdG8g c3RvcC4uLmRvbmUKV2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBzeXN0ZW0gcHJvY2VzcyBg YnVmZGFlbW9uJyB0byBzdG9wLi4uZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5 c3RlbSBwcm9jZXNzIGBzeW5jZXInIHRvIHN0b3AuLi4KU3luY2luZyBkaXNrcywgdm5vZGVzIHJl bWFpbmluZy4uLjEgMCAwIGRvbmUKQWxsIGJ1ZmZlcnMgc3luY2VkLgo= ------=_Part_40726_13672538.1164188805510 Content-Type: text/plain; name=dmesg.after.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_eutjhls1 Content-Disposition: attachment; filename="dmesg.after.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA3LjAtQ1VSUkVOVCAjMDogV2VkIE5vdiAyMiAxNTo0 NjoyMSBDU1QgMjAwNgogICAganNsaUBqc2xpLXg0Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL3g0ClVz aW5nIDE2IGNvbG9ycyBmb3IgdGhlIFZNLVBRIHR1bmluZyAoNTEyLCA4KQpQcmVsb2FkZWQgZWxm IGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMDg2ZjAwMC4KUHJlbG9hZGVkIGVs ZiBtb2R1bGUgIi9ib290L2tlcm5lbC9pZl9lbS5rbyIgYXQgMHhjMDg2ZjE4OC4KUHJlbG9hZGVk IGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9zbmRfZXMxMzd4LmtvIiBhdCAweGMwODZmMjM0LgpQ cmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3NvdW5kLmtvIiBhdCAweGMwODZmMmU0 LgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3Vtcy5rbyIgYXQgMHhjMDg2ZjM5 MC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC91c2Iua28iIGF0IDB4YzA4NmY0 MzguClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvZ3JlZW5fc2F2ZXIua28iIGF0 IDB4YzA4NmY0ZTAuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYWNwaS5rbyIg YXQgMHhjMDg2ZjU5MC4KTVAgQ29uZmlndXJhdGlvbiBUYWJsZSB2ZXJzaW9uIDEuNCBmb3VuZCBh dCAweGMwMGZhMmMwClRhYmxlICdGQUNQJyBhdCAweDFmZmYwMjAwClRhYmxlICdBUElDJyBhdCAw eDFmZmYwMzAwCk1BRFQ6IEZvdW5kIHRhYmxlIGF0IDB4MWZmZjAzMDAKQVBJQzogVXNpbmcgdGhl IE1BRFQgZW51bWVyYXRvci4KTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMCBBQ1BJIElEIDE6IGVu YWJsZWQKU01QOiBBZGRlZCBDUFUgMCAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDYgQUNQ SSBJRCAyOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDYgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJ QyBJRCAxMzAgQUNQSSBJRCAzOiBkaXNhYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxMzEg QUNQSSBJRCA0OiBkaXNhYmxlZApJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAwIGFzIGEgdGFyZ2V0 CkFDUEkgQVBJQyBUYWJsZTogPEEgTSBJICBPRU1BUElDID4KQ2FsaWJyYXRpbmcgY2xvY2socykg Li4uIGk4MjU0IGNsb2NrOiAxMTkzMTQ3IEh6CkNMS19VU0VfSTgyNTRfQ0FMSUJSQVRJT04gbm90 IHNwZWNpZmllZCAtIHVzaW5nIGRlZmF1bHQgZnJlcXVlbmN5ClRpbWVjb3VudGVyICJpODI1NCIg ZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNhbGlicmF0aW5nIFRTQyBjbG9jayAuLi4g VFNDIGNsb2NrOiAxOTk5NzgyMTk2IEh6CkNQVTogSW50ZWwoUikgWEVPTihUTSkgQ1BVIDIuMDBH SHogKDE5OTkuNzgtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIg IElkID0gMHhmMjQgIFN0ZXBwaW5nID0gNAogIEZlYXR1cmVzPTB4M2ZlYmZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs UFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0+CgpJbnN0 cnVjdGlvbiBUTEI6IDQgS0IsIDIgTUIgb3IgNCBNQiBwYWdlcywgZnVsbHkgYXNzb2NpYXRpdmUs IDY0IGVudHJpZXMKRGF0YSBUTEI6IDQgS0Igb3IgNCBNQiBwYWdlcywgZnVsbHkgYXNzb2NpYXRp dmUsIDY0IGVudHJpZXMKMXN0LWxldmVsIGRhdGEgY2FjaGU6IDggS0IsIDQtd2F5IHNldCBhc3Nv Y2lhdGl2ZSwgc2VjdG9yZWQgY2FjaGUsIDY0IGJ5dGUgbGluZSBzaXplClRyYWNlIGNhY2hlOiAx MkstdW9wcywgOC13YXkgc2V0IGFzc29jaWF0aXZlCjJuZC1sZXZlbCBjYWNoZTogNTEyIEtCLCA4 LXdheSBzZXQgYXNzb2NpYXRpdmUsIHNlY3RvcmVkIGNhY2hlLCA2NCBieXRlIGxpbmUgc2l6ZQpy ZWFsIG1lbW9yeSAgPSA1MzY4MDUzNzYgKDUxMSBNQikKUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMp OgoweDAwMDAwMDAwMDAwMDEwMDAgLSAweDAwMDAwMDAwMDAwOWVmZmYsIDY0NzE2OCBieXRlcyAo MTU4IHBhZ2VzKQoweDAwMDAwMDAwMDAxMDAwMDAgLSAweDAwMDAwMDAwMDAzZmZmZmYsIDMxNDU3 MjggYnl0ZXMgKDc2OCBwYWdlcykKMHgwMDAwMDAwMDAwYzI4MDAwIC0gMHgwMDAwMDAwMDFmNjU5 ZmZmLCA1MTQwMDcwNDAgYnl0ZXMgKDEyNTQ5MCBwYWdlcykKYXZhaWwgbWVtb3J5ID0gNTE1Mjg5 MDg4ICg0OTEgTUIpCklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDYgYXMgYSB0YXJnZXQKRnJlZUJT RC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCiBjcHUwIChCU1Ap OiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgNgpiaW9zMzI6IEZvdW5kIEJJT1Mz MiBTZXJ2aWNlIERpcmVjdG9yeSBoZWFkZXIgYXQgMHhjMDBmMDAwMApiaW9zMzI6IEVudHJ5ID0g MHhmMDAxMCAoYzAwZjAwMTApICBSZXYgPSAwICBMZW4gPSAxCnBjaWJpb3M6IFBDSSBCSU9TIGVu dHJ5IGF0IDB4ZjAwMDArMHgzMQpwbnBiaW9zOiBGb3VuZCBQblAgQklPUyBkYXRhIGF0IDB4YzAw ZjQ2MTAKcG5wYmlvczogRW50cnkgPSBmMDAwMDo0ZGFhICBSZXYgPSAxLjAKT3RoZXIgQklPUyBz aWduYXR1cmVzIGZvdW5kOgpBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAxCkFQSUM6IENQVSAxIGhh cyBBQ1BJIElEIDIKTUFEVDogRm91bmQgSU8gQVBJQyBJRCA3LCBJbnRlcnJ1cHQgMCBhdCAweGZl YzAwMDAwCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAtPiBpbnRwaW4gMApNQURU OiBGb3VuZCBJTyBBUElDIElEIDgsIEludGVycnVwdCAyNCBhdCAweGZlYzgwMDAwCk1BRFQ6IEZv dW5kIElPIEFQSUMgSUQgOSwgSW50ZXJydXB0IDQ4IGF0IDB4ZmVjODA0MDAKTUFEVDogRm91bmQg SU8gQVBJQyBJRCAxMCwgSW50ZXJydXB0IDcyIGF0IDB4ZmVjODIwMDAKTUFEVDogRm91bmQgSU8g QVBJQyBJRCAxMSwgSW50ZXJydXB0IDk2IGF0IDB4ZmVjODI0MDAKTUFEVDogRm91bmQgSU8gQVBJ QyBJRCAxMiwgSW50ZXJydXB0IDEyMCBhdCAweGZlYzgxMDAwCk1BRFQ6IEZvdW5kIElPIEFQSUMg SUQgMTMsIEludGVycnVwdCAxNDQgYXQgMHhmZWM4MTQwMApNQURUOiBJbnRlcnJ1cHQgb3ZlcnJp ZGU6IHNvdXJjZSAwLCBpcnEgMgppb2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyCk1B RFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDksIGlycSA5CmlvYXBpYzA6IGludHBpbiA5 IHRyaWdnZXI6IGxldmVsCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVy Ym9hcmQKaW9hcGljMSA8VmVyc2lvbiAyLjA+IGlycXMgMjQtNDcgb24gbW90aGVyYm9hcmQKaW9h cGljMiA8VmVyc2lvbiAyLjA+IGlycXMgNDgtNzEgb24gbW90aGVyYm9hcmQKaW9hcGljMyA8VmVy c2lvbiAyLjA+IGlycXMgNzItOTUgb24gbW90aGVyYm9hcmQKaW9hcGljNCA8VmVyc2lvbiAyLjA+ IGlycXMgOTYtMTE5IG9uIG1vdGhlcmJvYXJkCmNwdTAgQlNQOgogICAgIElEOiAweDAwMDAwMDAw ICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50 MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAw MDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDEw MDBmIHBjbTogMHgwMDAxMDAwMApyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlh cnJvdz4KaW86IDxJL08+CmtiZDogbmV3IGFycmF5IHNpemUgNAprYmQxIGF0IGtiZG11eDAKbmZz bG9jazogcHNldWRvLWRldmljZQptZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9y dCBlbmFibGVkCm51bGw6IDxudWxsIGRldmljZSwgemVybyBkZXZpY2U+Cm5weDA6IElOVCAxNiBp bnRlcmZhY2UKYWNwaTA6IDxBIE0gSSBPRU1YU0RUPiBvbiBtb3RoZXJib2FyZAppb2FwaWMwOiBy b3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIHZlY3RvciA0OAphY3BpMDogW01QU0FGRV0K cGNpX29wZW4oMSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwMDA1YwpwY2lf b3BlbigxYSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApCnBjaV9jZmdjaGVjazoJ ZGV2aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hkcj0wMF0gaXMgdGhlcmUgKGlkPTI1NDA4MDg2KQpw Y2liaW9zOiBCSU9TIHZlcnNpb24gMi4xMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDMx IGZ1bmMgMAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHdha2V1cCBjb2RlIHZh IDB4Y2NlMmEwMDAgcGEgMHg5ZTAwMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDMxIGZ1 bmMgMApBQ1BJIHRpbWVyOiAxLzEgMS8xIDEvMSAxLzIgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEg LT4gMTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0 eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4 NDA4LTB4NDBiIG9uIGFjcGkwCnBjaV9saW5rMDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcg OSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAg MyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAg IE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMTogICAgICAgIElu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDkgICBO ICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAg MCAgICA5ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNh YmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBj aV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9i ZSAgICAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZh bGlkYXRpb24gICAgICAgICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIg MTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5 IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAx MCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4g ICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNDogICAgICAgIEluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxl ICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9s aW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAg ICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlk YXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQg MTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEw IDExIDEyIDE0IDE1CnBjaV9saW5rNjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAx MSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUg NiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAg IDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNzogICAgICAgIEluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAw ICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1 ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAg ICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CmNwdTA6IDxB Q1BJIENQVT4gb24gYWNwaTAKYWNwaV90aHJvdHRsZTA6IDxBQ1BJIENQVSBUaHJvdHRsaW5nPiBv biBjcHUwCmFjcGlfdGhyb3R0bGUwOiBQX0NOVCBmcm9tIFBfQkxLIDB4NDEwCmNwdTE6IDxBQ1BJ IENQVT4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0w eGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBwaHlzaWNh bCBidXM9MApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI1NDAsIHJldmlkPTB4MDIKCWJ1 cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAwODAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNTQzLCByZXZpZD0weDAyCglidXM9MCwg c2xvdD0yLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNt ZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMGEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDA2ICgxNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjU0NywgcmV2aWQ9MHgwMgoJYnVzPTAs IHNsb3Q9NCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCglj bWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDBhMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRp bWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwNiAoMTUwMCBucyksIG1heGxhdD0weDAwICgw IG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0ODIsIHJldmlkPTB4MDIKCWJ1cz0w LCBzbG90PTI5LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YSwgaXJxPTExCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZWMw MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRBCnBj aWIwOiBzbG90IDI5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDgw ODYsIGRldj0weDI0NGUsIHJldmlkPTB4NDIKCWJ1cz0wLCBzbG90PTMwLCBmdW5jPTAKCWNsYXNz PTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9 MHgwMDgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDBhICgyNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MjQ4MCwgcmV2aWQ9MHgwMgoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9 MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwZiwgc3RhdHJlZz0w eDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgyNDhiLCByZXZpZD0weDAyCglidXM9MCwgc2xvdD0zMSwgZnVuYz0xCgljbGFzcz0wMS0w MS04YSwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4 MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCW1hcFsyMF06 IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMHhmZmEwLCBzaXplICA0LCBlbmFibGVkCgltYXBbMjRd OiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAsIHNpemUgMTAsIG1lbW9yeSBkaXNhYmxlZApmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0ODMsIHJldmlkPTB4MDIKCWJ1cz0wLCBzbG90PTMx LCBmdW5jPTMKCWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAwMDEsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49 YiwgaXJxPTI1NQoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweDU0MCwgc2l6ZSAg NSwgZW5hYmxlZApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24g cGNpMApwY2liMTogICBzZWNvbmRhcnkgYnVzICAgICA1CnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1 cyAgIDcKcGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHhjMDAwLTB4ZGZmZgpwY2liMTogICBt ZW1vcnkgZGVjb2RlICAgICAweGZlNjAwMDAwLTB4ZmVhZmZmZmYKcGNpYjE6ICAgcHJlZmV0Y2hl ZCBkZWNvZGUgMHhmZjcwMDAwMC0weGZmOWZmZmZmCnBjaWIxOiBjb3VsZCBub3QgZ2V0IFBDSSBp bnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXFxfU0JfLlBDSTAuUDBQOCAtIEFFX05PVF9GT1VO RApwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2k1OiBwaHlzaWNhbCBidXM9NQpmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDE0NjEsIHJldmlkPTB4MDMKCWJ1cz01LCBzbG90PTI4 LCBmdW5jPTAKCWNsYXNzPTA4LTAwLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0w eDAxMDYsIHN0YXRyZWc9MHgwMDMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCgltYXBbMTBd OiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDB4ZmVhZmUwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNp YjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZWFmZTAwMC0weGZlYWZlZmZmOiBnb29kCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MCwgcmV2aWQ9MHgwMwoJYnVzPTUsIHNsb3Q9 MjksIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVn PTB4MDEwNiwgc3RhdHJlZz0weDAwMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9 MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDA2ICgxNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MSwgcmV2aWQ9MHgwMwoJYnVzPTUsIHNs b3Q9MzAsIGZ1bmM9MAoJY2xhc3M9MDgtMDAtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21k cmVnPTB4MDEwNiwgc3RhdHJlZz0weDAwMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCW1h cFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMHhmZWFmZjAwMCwgc2l6ZSAxMiwgZW5hYmxl ZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZlYWZmMDAwLTB4ZmVhZmZmZmY6IGdv b2QKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxNDYwLCByZXZpZD0weDAzCglidXM9NSwg c2xvdD0zMSwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCglj bWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0 aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDYgKDE1MDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKcGNpNTogPGJhc2UgcGVyaXBoZXJhbCwgaW50ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRl dmljZSAyOC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDI5LjAgb24gcGNpNQpwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICA3CnBj aWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDcKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHgw LTB4MApwY2liMjogICBtZW1vcnkgZGVjb2RlICAgICAweGZlOTAwMDAwLTB4ZmU5ZmZmZmYKcGNp YjI6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmZjgwMDAwMC0weGZmOGZmZmZmCnBjaTc6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIyCnBjaTc6IHBoeXNpY2FsIGJ1cz03CmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MTQ2MiwgcmV2aWQ9MHgwMwoJYnVzPTcsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xh c3M9MDgtMDQtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJl Zz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9OQoJbWFw WzEwXTogdHlwZSAzLCByYW5nZSA2NCwgYmFzZSAweGZmOGZmYzAwLCBzaXplICA4LCBlbmFibGVk CnBjaWIyOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmY4ZmZjMDAtMHhmZjhmZmNmZjogZ29v ZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZmOGZmYzAwLTB4ZmY4ZmZjZmY6IGdv b2QKcGNpYjI6IG1hdGNoZWQgZW50cnkgZm9yIDcuMzEuSU5UQQpwY2liMjogc2xvdCAzMSBJTlRB IGhhcmR3aXJlZCB0byBJUlEgNzEKcGNpNzogPGJhc2UgcGVyaXBoZXJhbCwgUENJIGhvdC1wbHVn IGNvbnRyb2xsZXI+IGF0IGRldmljZSAzMS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTU6IDxi YXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMzAuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAz MS4wIG9uIHBjaTUKcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNgpwY2liMzogICBzdWJvcmRp bmF0ZSBidXMgICA2CnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YzAwMC0weGRmZmYKcGNp YjM6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmZTYwMDAwMC0weGZlOGZmZmZmCnBjaWIzOiAgIHBy ZWZldGNoZWQgZGVjb2RlIDB4ZmY3MDAwMDAtMHhmZjdmZmZmZgpwY2k2OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMwpwY2k2OiBwaHlzaWNhbCBidXM9Ngpmb3VuZC0+CXZlbmRvcj0weDkwMDUsIGRl dj0weDgwMWYsIHJldmlkPTB4MDIKCWJ1cz02LCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDEtMDAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAyMzAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4Mjgg KDEwMDAwIG5zKSwgbWF4bGF0PTB4MTkgKDYyNTAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMiBtZXNz YWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZmZmZmZmMDAs IHNpemUgIDgsIHBvcnQgZGlzYWJsZWQKCW1hcFsxY106IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2Ug MHhmZmZmZmYwMCwgc2l6ZSAgOCwgcG9ydCBkaXNhYmxlZApmb3VuZC0+CXZlbmRvcj0weDkwMDUs IGRldj0weDgwMWYsIHJldmlkPTB4MDIKCWJ1cz02LCBzbG90PTEsIGZ1bmM9MQoJY2xhc3M9MDEt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAy MzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MjggKDEwMDAwIG5zKSwgbWF4bGF0PTB4MTkgKDYyNTAgbnMpCglpbnRwaW49YiwgaXJxPTI1NQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMiBt ZXNzYWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDB4ZmZmZmZm MDAsIHNpemUgIDgsIHBvcnQgZGlzYWJsZWQKCW1hcFsxY106IHR5cGUgNCwgcmFuZ2UgMzIsIGJh c2UgMHhmZmZmZmYwMCwgc2l6ZSAgOCwgcG9ydCBkaXNhYmxlZApwY2k2OiA8bWFzcyBzdG9yYWdl LCBTQ1NJPiBhdCBkZXZpY2UgMS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTY6IDxtYXNzIHN0 b3JhZ2UsIFNDU0k+IGF0IGRldmljZSAxLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjQ6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBjaTAKcGNpYjQ6ICAgc2Vjb25k YXJ5IGJ1cyAgICAgMgpwY2liNDogICBzdWJvcmRpbmF0ZSBidXMgICA0CnBjaWI0OiAgIEkvTyBk ZWNvZGUgICAgICAgIDB4YjAwMC0weGJmZmYKcGNpYjQ6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhm ZTMwMDAwMC0weGZlNWZmZmZmCnBjaWI0OiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmY0MDAwMDAt MHhmZjZmZmZmZgpwY2liNDogY291bGQgbm90IGdldCBQQ0kgaW50ZXJydXB0IHJvdXRpbmcgdGFi bGUgZm9yIFxcX1NCXy5QQ0kwLlAwUDIgLSBBRV9OT1RfRk9VTkQKcGNpMjogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjQKcGNpMjogcGh5c2ljYWwgYnVzPTIKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgxNDYxLCByZXZpZD0weDAzCglidXM9Miwgc2xvdD0yOCwgZnVuYz0wCgljbGFzcz0wOC0w MC0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDAz MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwg YmFzZSAweGZlNWZlMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWI0OiByZXF1ZXN0ZWQgbWVtb3J5 IHJhbmdlIDB4ZmU1ZmUwMDAtMHhmZTVmZWZmZjogZ29vZApmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDE0NjAsIHJldmlkPTB4MDMKCWJ1cz0yLCBzbG90PTI5LCBmdW5jPTAKCWNsYXNzPTA2 LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgw MDMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5n bnQ9MHgwNiAoMTUwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgw ODYsIGRldj0weDE0NjEsIHJldmlkPTB4MDMKCWJ1cz0yLCBzbG90PTMwLCBmdW5jPTAKCWNsYXNz PTA4LTAwLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9 MHgwMDMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdl IDMyLCBiYXNlIDB4ZmU1ZmYwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjQ6IHJlcXVlc3RlZCBt ZW1vcnkgcmFuZ2UgMHhmZTVmZjAwMC0weGZlNWZmZmZmOiBnb29kCmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MTQ2MCwgcmV2aWQ9MHgwMwoJYnVzPTIsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xh c3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJl Zz0weDAwMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDA2ICgxNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCnBjaTI6IDxiYXNlIHBl cmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMjguMCAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOS4wIG9u IHBjaTIKcGNpYjU6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNApwY2liNTogICBzdWJvcmRpbmF0ZSBi dXMgICA0CnBjaWI1OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YjAwMC0weGJmZmYKcGNpYjU6ICAg bWVtb3J5IGRlY29kZSAgICAgMHhmZTQwMDAwMC0weGZlNGZmZmZmCnBjaWI1OiAgIHByZWZldGNo ZWQgZGVjb2RlIDB4ZmY1MDAwMDAtMHhmZjVmZmZmZgpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liNQpwY2k0OiBwaHlzaWNhbCBidXM9NApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDEw MDgsIHJldmlkPTB4MDIKCWJ1cz00LCBzbG90PTEsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDExNywgc3RhdHJlZz0weDAyMzAsIGNhY2hl bG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weGZmICg2 Mzc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2 NCBiaXQKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJhc2UgMHhmZTRlMDAwMCwgc2l6ZSAx NywgZW5hYmxlZApwY2liNTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZlNGUwMDAwLTB4ZmU0 ZmZmZmY6IGdvb2QKcGNpYjQ6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZTRlMDAwMC0weGZl NGZmZmZmOiBnb29kCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNlIDB4ZmU0YzAwMDAs IHNpemUgMTcsIGVuYWJsZWQKcGNpYjU6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZTRjMDAw MC0weGZlNGRmZmZmOiBnb29kCnBjaWI0OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmU0YzAw MDAtMHhmZTRkZmZmZjogZ29vZAoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweGJj MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjU6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhiYzAwLTB4 YmMxZjogaW4gcmFuZ2UKcGNpYjQ6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhiYzAwLTB4YmMxZjog aW4gcmFuZ2UKcGNpYjU6IG1hdGNoZWQgZW50cnkgZm9yIDQuMS5JTlRBCnBjaWI1OiBzbG90IDEg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDk2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2 MiwgcmV2aWQ9MHgwMwoJYnVzPTQsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9MDgtMDQtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAyMzAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEKCW1hcFsxMF06IHR5cGUgMywg cmFuZ2UgNjQsIGJhc2UgMHhmZjVmZmMwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNTogcmVxdWVz dGVkIG1lbW9yeSByYW5nZSAweGZmNWZmYzAwLTB4ZmY1ZmZjZmY6IGdvb2QKcGNpYjQ6IHJlcXVl c3RlZCBtZW1vcnkgcmFuZ2UgMHhmZjVmZmMwMC0weGZmNWZmY2ZmOiBnb29kCnBjaWI1OiBtYXRj aGVkIGVudHJ5IGZvciA0LjMxLklOVEEKcGNpYjU6IHNsb3QgMzEgSU5UQSBoYXJkd2lyZWQgdG8g SVJRIDExOQplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gVmVyc2lv biAtIDYuMi45PiBwb3J0IDB4YmMwMC0weGJjMWYgbWVtIDB4ZmU0ZTAwMDAtMHhmZTRmZmZmZiww eGZlNGMwMDAwLTB4ZmU0ZGZmZmYgaXJxIDk2IGF0IGRldmljZSAxLjAgb24gcGNpNAplbTA6IFJl c2VydmVkIDB4MjAwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGZlNGUwMDAwCmVt MDogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4YmMwMAplbTA6 IGJwZiBhdHRhY2hlZAplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA3OmU5OjAzOjU4OjA5Cmlv YXBpYzQ6IHJvdXRpbmcgaW50cGluIDAgKFBDSSBJUlEgOTYpIHRvIHZlY3RvciA0OQplbTA6IFtG QVNUXQpwY2k0OiA8YmFzZSBwZXJpcGhlcmFsLCBQQ0kgaG90LXBsdWcgY29udHJvbGxlcj4gYXQg ZGV2aWNlIDMxLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjogPGJhc2UgcGVyaXBoZXJhbCwg aW50ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRldmljZSAzMC4wIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaWI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMgpwY2li NjogICBzZWNvbmRhcnkgYnVzICAgICAzCnBjaWI2OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMKcGNp YjY6ICAgSS9PIGRlY29kZSAgICAgICAgMHgwLTB4MApwY2liNjogICBtZW1vcnkgZGVjb2RlICAg ICAweGZlMzAwMDAwLTB4ZmUzZmZmZmYKcGNpYjY6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmZjQw MDAwMC0weGZmNGZmZmZmCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CnBjaTM6IHBoeXNp Y2FsIGJ1cz0zCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTQ2MiwgcmV2aWQ9MHgwMwoJ YnVzPTMsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9MDgtMDQtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKCWludHBpbj1hLCBpcnE9MTEKCW1hcFsxMF06IHR5cGUgMywgcmFuZ2UgNjQsIGJhc2Ug MHhmZjRmZmMwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNjogcmVxdWVzdGVkIG1lbW9yeSByYW5n ZSAweGZmNGZmYzAwLTB4ZmY0ZmZjZmY6IGdvb2QKcGNpYjQ6IHJlcXVlc3RlZCBtZW1vcnkgcmFu Z2UgMHhmZjRmZmMwMC0weGZmNGZmY2ZmOiBnb29kCnBjaWI2OiBtYXRjaGVkIGVudHJ5IGZvciAz LjMxLklOVEEKcGNpYjY6IHNsb3QgMzEgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDk1CnBjaTM6IDxi YXNlIHBlcmlwaGVyYWwsIFBDSSBob3QtcGx1ZyBjb250cm9sbGVyPiBhdCBkZXZpY2UgMzEuMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQp1aGNpMDogPEludGVsIDgyODAxQ0EvQ0FNIChJQ0gzKSBVU0Ig Y29udHJvbGxlciBVU0ItQT4gcG9ydCAweGVjMDAtMHhlYzFmIGlycSAxNiBhdCBkZXZpY2UgMjku MCBvbiBwY2kwCnVoY2kwOiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQg YXQgMHhlYzAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJRIDE2KSB0byB2ZWN0 b3IgNTAKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IDxJbnRlbCA4MjgwMUNBL0NBTSAoSUNI MykgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAK dWh1YjA6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNiMAp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKcGNpYjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBj aWI3OiAgIHNlY29uZGFyeSBidXMgICAgIDEKcGNpYjc6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQpw Y2liNzogICBJL08gZGVjb2RlICAgICAgICAweGEwMDAtMHhhZmZmCnBjaWI3OiAgIG1lbW9yeSBk ZWNvZGUgICAgIDB4ZmMyMDAwMDAtMHhmZTJmZmZmZgpwY2liNzogICBwcmVmZXRjaGVkIGRlY29k ZSAweGZmMzAwMDAwLTB4ZmYzZmZmZmYKcGNpYjc6ICAgU3VidHJhY3RpdmVseSBkZWNvZGVkIGJy aWRnZS4KcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcKcGNpMTogcGh5c2ljYWwgYnVzPTEK Zm91bmQtPgl2ZW5kb3I9MHgxMDJjLCBkZXY9MHgwMGMwLCByZXZpZD0weDY0CglidXM9MSwgc2xv dD0wLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJl Zz0weDAxODMsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTExCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDB4ZmQwMDAwMDAs IHNpemUgMjQsIGVuYWJsZWQKcGNpYjc6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZDAwMDAw MC0weGZkZmZmZmZmOiBnb29kCnBjaWI3OiBtYXRjaGVkIGVudHJ5IGZvciAxLjAuSU5UQQpwY2li Nzogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDEyNzQs IGRldj0weDEzNzEsIHJldmlkPTB4MDgKCWJ1cz0xLCBzbG90PTIsIGZ1bmM9MAoJY2xhc3M9MDQt MDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNSwgc3RhdHJlZz0weDA0 MTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250 PTB4MGMgKDMwMDAgbnMpLCBtYXhsYXQ9MHg4MCAoMzIwMDAgbnMpCglpbnRwaW49YSwgaXJxPTEw Cglwb3dlcnNwZWMgMSAgc3VwcG9ydHMgRDAgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5 cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMHhhYzAwLCBzaXplICA2LCBlbmFibGVkCnBjaWI3OiByZXF1 ZXN0ZWQgSS9PIHJhbmdlIDB4YWMwMC0weGFjM2Y6IGluIHJhbmdlCnBjaWI3OiBtYXRjaGVkIGVu dHJ5IGZvciAxLjIuSU5UQQpwY2liNzogc2xvdCAyIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOAp2 Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZm ZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCnBjbTA6IDxBdWRpb1BDSSBFUzEzNzMtOD4g cG9ydCAweGFjMDAtMHhhYzNmIGlycSAxOCBhdCBkZXZpY2UgMi4wIG9uIHBjaTEKcGNtMDogUmVz ZXJ2ZWQgMHg0MCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSA0IGF0IDB4YWMwMApwY20wOiA8U2ln bWFUZWwgU1RBQzk3MjEvMjMgQUM5NyBDb2RlYyAoaWQgPSAweDgzODQ3NjA5KT4KcGNtMDogQ29k ZWMgZmVhdHVyZXMgMTggYml0IERBQywgMTggYml0IEFEQywgNSBiaXQgbWFzdGVyIHZvbHVtZSwg U2lnbWFUZWwgM0QgRW5oYW5jZW1lbnQKcGNtMDogUHJpbWFyeSBjb2RlYyBleHRlbmRlZCBmZWF0 dXJlcyBBTUFQCnBjbTA6IGFjOTcgY29kZWMgZGFjIHJlYWR5IGNvdW50OiAwCnBjbTA6IE1peGVy ICJ2b2wiOgpwY20wOiBNaXhlciAicGNtIjoKcGNtMDogTWl4ZXIgInNwZWFrZXIiOgpwY20wOiBN aXhlciAibGluZSI6CnBjbTA6IE1peGVyICJtaWMiOgpwY20wOiBNaXhlciAiY2QiOgpwY20wOiBN aXhlciAicmVjIjoKcGNtMDogTWl4ZXIgImlnYWluIjoKcGNtMDogTWl4ZXIgIm9nYWluIjoKcGNt MDogTWl4ZXIgImxpbmUxIjoKcGNtMDogTWl4ZXIgInBoaW4iOgpwY20wOiBNaXhlciAicGhvdXQi OgpwY20wOiBNaXhlciAidmlkZW8iOgppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOCAoUENJIElS USAxOCkgdG8gdmVjdG9yIDUxCnBjbTA6IFtNUFNBRkVdCnBjbTA6IHNuZGJ1Zl9zZXRtYXAgMjIz MDAwLCAxMDAwOyAweGMyYWY4MDAwIC0+IDIyMzAwMApwY20wOiBzbmRidWZfc2V0bWFwIDIwMTAw MCwgMTAwMDsgMHhjMmFmNjAwMCAtPiAyMDEwMDAKcGNtMDogc25kYnVmX3NldG1hcCAyMmYwMDAs IDEwMDA7IDB4YzJhZjQwMDAgLT4gMjJmMDAwCnBjbTA6IDxQbGF5YmFjazogREFDMSxEQUMyIC8g UmVjb3JkOiBBREM+CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBj aTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxJbnRlbCBJQ0gzIFVETUExMDAg Y29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweGZm YTAtMHhmZmFmIGF0IGRldmljZSAzMS4xIG9uIHBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgxMCBi eXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4ZmZhMAphdGEwOiA8QVRBIGNoYW5uZWwgMD4g b24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUg NCBhdCAweDFmMAphdGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUg NCBhdCAweDNmNgphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0YXQxPTAwCmF0 YTA6IHN0YXQwPTB4NTAgZXJyPTB4MDEgbHNiPTB4MDAgbXNiPTB4MDAKYXRhMDogc3RhdDE9MHgw MCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEwOiByZXNldCB0cDIgc3RhdDA9NTAgc3Rh dDE9MDAgZGV2aWNlcz0weDE8QVRBX01BU1RFUj4KaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTQg KElTQSBJUlEgMTQpIHRvIHZlY3RvciA1MgphdGEwOiBbTVBTQUZFXQphdGExOiA8QVRBIGNoYW5u ZWwgMT4gb24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDE4 IHR5cGUgNCBhdCAweDE3MAphdGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDFj IHR5cGUgNCBhdCAweDM3NgphdGExOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9MDAgb3N0YXQx PTAwCmF0YTE6IHN0YXQwPTB4MDEgZXJyPTB4MDEgbHNiPTB4MDEgbXNiPTB4MDEKYXRhMTogc3Rh dDE9MHgwMSBlcnI9MHgwMSBsc2I9MHgwMSBtc2I9MHgwMQphdGExOiByZXNldCB0cDIgc3RhdDA9 MDEgc3RhdDE9MDEgZGV2aWNlcz0weDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTUgKElTQSBJ UlEgMTUpIHRvIHZlY3RvciA1MwphdGExOiBbTVBTQUZFXQpwY2kwOiA8c2VyaWFsIGJ1cywgU01C dXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnNpbzA6IGNvbmZpZ3VyZWQg aXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBi ZSBlbmFibGVkCnNpbzA6IGlycSBtYXBzOiAwIDAgMCAwCnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQg bm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFi bGVkCnNpbzA6IGlycSBtYXBzOiAwIDAgMCAwCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00g cG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5 cGUgMTY1NTBBCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gdmVjdG9y IDU0CnNpbzA6IFtGQVNUXQpzaW8xOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2Yg cHJvYmVkIGlycXMgMApzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZApzaW8xOiBpcnEgbWFw czogMCAwIDAgMApzaW8xOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVk IGlycXMgMApzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZApzaW8xOiBpcnEgbWFwczogMCAw IDAgMApzaW8xOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgyZjgtMHgyZmYg aXJxIDMgb24gYWNwaTAKc2lvMTogdHlwZSAxNjU1MEEKaW9hcGljMDogcm91dGluZyBpbnRwaW4g MyAoSVNBIElSUSAzKSB0byB2ZWN0b3IgNTUKc2lvMTogW0ZBU1RdCmZkYzA6IDxmbG9wcHkgZHJp dmUgY29udHJvbGxlciAoRkRFKT4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBv biBhY3BpMApmZGMwOiBpY190eXBlIDkwIHBhcnRfaWQgODAKaW9hcGljMDogcm91dGluZyBpbnRw aW4gNiAoSVNBIElSUSA2KSB0byB2ZWN0b3IgNTYKZmRjMDogW01QU0FGRV0KZmRjMDogW0ZBU1Rd CmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGly cSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2Jk OiB0aGUgY3VycmVudCBrYmQgY29udHJvbGxlciBjb21tYW5kIGJ5dGUgMDA2NQphdGtiZDoga2V5 Ym9hcmQgSUQgMHg0MWFiICgyKQprYmQwIGF0IGF0a2JkMAprYmQwOiBhdGtiZDAsIEFUIDEwMS8x MDIgKDIpLCBjb25maWc6MHgwLCBmbGFnczoweDNkMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBp biAxIChJU0EgSVJRIDEpIHRvIHZlY3RvciA1NwphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6 IHVuYWJsZSB0byBhbGxvY2F0ZSBJUlEKYXRhOiBhdGEwIGFscmVhZHkgZXhpc3RzOyBza2lwcGlu ZyBpdAphdGE6IGF0YTEgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmF0a2JkYzogYXRrYmRj MCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKZmRjOiBmZGMwIGFscmVhZHkgZXhpc3RzOyBz a2lwcGluZyBpdApzYzogc2MwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApzaW86IHNpbzAg YWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnNpbzogc2lvMSBhbHJlYWR5IGV4aXN0czsgc2tp cHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApwbnBfaWRlbnRp Znk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjAzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9y dCBhdCAyNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDI4MwpwbnBfaWRlbnRp Znk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMmMzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9y dCBhdCAzMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDM0MwpwbnBfaWRlbnRp Znk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9y dCBhdCAzYzMKUE5QIElkZW50aWZ5IGNvbXBsZXRlCmlzYV9wcm9iZV9jaGlsZHJlbjogZGlzYWJs aW5nIFBuUCBkZXZpY2VzCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRldmlj ZXMKcG10aW1lcjAgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNjMDog ZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2MgKHN5c2NvbnMgdGVybWluYWwpCnZnYTA6 IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJm ZmZmIG9uIGlzYTAKYWR2MDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFoYTA6IG5vdCBwcm9iZWQg KGRpc2FibGVkKQphaWMwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYnQwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKY3MwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKZWQwOiBub3QgcHJvYmVkIChkaXNh YmxlZCkKZmUwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKaWUwOiBub3QgcHJvYmVkIChkaXNhYmxl ZCkKbGUwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJx IDcgb24gaXNhMApzaW8yOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKc2lvMzogbm90IHByb2JlZCAo ZGlzYWJsZWQpCnNuMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCnZ0MDogbm90IHByb2JlZCAoZGlz YWJsZWQpCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwp1bXMwOiA8S1lF IEdlbml1cyBVU0IgV2hlZWwgTW91c2UsIGNsYXNzIDAvMCwgcmV2IDEuMDAvMC4wMCwgYWRkciAy PiBvbiB1aHViMAp1bXMwOiAzIGJ1dHRvbnMgYW5kIFogZGlyLgpEZXZpY2UgY29uZmlndXJhdGlv biBmaW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVyZWQKbGFwaWM6IERpdmlzb3IgMiwgRnJlcXVlbmN5 IDQ5OTk0NTYyIGh6ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxOTk5NzgyMTk2IEh6IHF1 YWxpdHkgLTEwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCnNwbGFzaDogaW1h Z2UgZGVjb2RlciBmb3VuZDogZ3JlZW5fc2F2ZXIKbG8wOiBicGYgYXR0YWNoZWQKYXRhMC1tYXN0 ZXI6IHBpbz1QSU80IHdkbWE9V0RNQTIgdWRtYT1VRE1BMTAwIGNhYmxlPTgwIHdpcmUKYWQwOiBz ZXR0aW5nIFBJTzQgb24gSUNIMyBjaGlwCmFkMDogc2V0dGluZyBVRE1BMTAwIG9uIElDSDMgY2hp cAphZDA6IDE5MDkyTUIgPFdEQyBXRDIwMEJCLTAwQ0FBMSAxNy4wN1cxNz4gYXQgYXRhMC1tYXN0 ZXIgVURNQTEwMAphZDA6IDM5MTAyMzM2IHNlY3RvcnMgWzM4NzkyQy8xNkgvNjNTXSAxNiBzZWN0 b3JzL2ludGVycnVwdCAxIGRlcHRoIHF1ZXVlCmFkMDogSW50ZWwgY2hlY2sxIGZhaWxlZAphZDA6 IEFkYXB0ZWMgY2hlY2sxIGZhaWxlZAphZDA6IExTSSAodjMpIGNoZWNrMSBmYWlsZWQKYWQwOiBM U0kgKHYyKSBjaGVjazEgZmFpbGVkCmFkMDogRnJlZUJTRCBjaGVjazEgZmFpbGVkCkFUQSBQc2V1 ZG9SQUlEIGxvYWRlZApTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKY3B1MSBBUDoKICAgICBJRDog MHgwNjAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZm ZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAw IFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVy cjogMHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDAKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEg MSB0byBsb2NhbCBBUElDIDAKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEgMyB0byBsb2NhbCBB UElDIDYKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEgNCB0byBsb2NhbCBBUElDIDAKaW9hcGlj MDogQXNzaWduaW5nIElTQSBJUlEgNiB0byBsb2NhbCBBUElDIDYKaW9hcGljMDogQXNzaWduaW5n IElTQSBJUlEgOSB0byBsb2NhbCBBUElDIDAKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEgMTQg dG8gbG9jYWwgQVBJQyA2CmlvYXBpYzA6IEFzc2lnbmluZyBJU0EgSVJRIDE1IHRvIGxvY2FsIEFQ SUMgMAppb2FwaWMwOiBBc3NpZ25pbmcgUENJIElSUSAxNiB0byBsb2NhbCBBUElDIDYKaW9hcGlj MDogQXNzaWduaW5nIFBDSSBJUlEgMTggdG8gbG9jYWwgQVBJQyAwCmlvYXBpYzQ6IEFzc2lnbmlu ZyBQQ0kgSVJRIDk2IHRvIGxvY2FsIEFQSUMgNgpHRU9NOiBuZXcgZGlzayBhZDAKVHJ5aW5nIHRv IG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWEKZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVv dXQKc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2luaXQKZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVv dXQKZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVvdXQK ZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVvdXQKZmRj MDogb3V0cHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVvdXQKZmRjMDog aW5wdXQgcmVhZHkgdGltZW91dApmZGMwOiBpbnB1dCByZWFkeSB0aW1lb3V0CmZkYzA6IG91dHB1 dCByZWFkeSB0aW1lb3V0CmZkYzA6IGlucHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogaW5wdXQgcmVh ZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMwOiBpbnB1dCByZWFkeSB0 aW1lb3V0CmZkYzA6IGlucHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVv dXQKZmRjMDogaW5wdXQgcmVhZHkgdGltZW91dApmZGMwOiBpbnB1dCByZWFkeSB0aW1lb3V0Cg== ------=_Part_40726_13672538.1164188805510-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 16:57:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6025016A412 for ; Wed, 22 Nov 2006 16:57:55 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 455AA43D5C for ; Wed, 22 Nov 2006 16:57:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 206551A4D89; Wed, 22 Nov 2006 08:57:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1C9B7515B5; Wed, 22 Nov 2006 11:57:36 -0500 (EST) Date: Wed, 22 Nov 2006 11:57:35 -0500 From: Kris Kennaway To: John Birrell Message-ID: <20061122165735.GA37930@xor.obsecurity.org> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20061122051359.GA42639@what-creek.com> User-Agent: Mutt/1.4.2.2i Cc: "Cai, Quanqing" , freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 16:57:55 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 22, 2006 at 05:14:00AM +0000, John Birrell wrote: > On Tue, Nov 21, 2006 at 09:09:21PM -0800, Cai, Quanqing wrote: > > Today when I tried to compile my customized kernel, I run "config" > > command and got this: unknown option "KDTRACE". > >=20 > > Who can tell me what's going on? >=20 > The KDTRACE option can't work the way I intended it to because > of licensing restrictions. By which John means that it could easily be included in FreeBSD under 'options KDTRACE' as before so that users could actually use DTRACE in FreeBSD. However, it can't be included in GENERIC since the policy of FreeBSD is and always has been that GENERIC is a BSD-licensed kernel. With John's preferred change GENERIC would become under the CDDL. Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZIF/Wry0BWjoQKURApPqAKCWT1aX2mbpaaE5mNXdH0bYgHf3dACgrYUn ScF6geH7fZJApkGg8DFDxPM= =TPO7 -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 17:36:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D86E716A625 for ; Wed, 22 Nov 2006 17:36:09 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69DEC43D49 for ; Wed, 22 Nov 2006 17:35:39 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id kAMHa1Cv010784; Wed, 22 Nov 2006 17:36:01 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id kAMHZtx7021001; Wed, 22 Nov 2006 17:35:55 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id kAMHZnx7021000; Wed, 22 Nov 2006 17:35:49 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Kris Kennaway In-Reply-To: <20061122165735.GA37930@xor.obsecurity.org> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> <20061122165735.GA37930@xor.obsecurity.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 22 Nov 2006 17:35:49 +0000 Message-Id: <1164216949.18579.19.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: "Cai, Quanqing" , John Birrell , freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 17:36:10 -0000 On Wed, 2006-11-22 at 11:57 -0500, Kris Kennaway wrote: > On Wed, Nov 22, 2006 at 05:14:00AM +0000, John Birrell wrote: > > On Tue, Nov 21, 2006 at 09:09:21PM -0800, Cai, Quanqing wrote: > > > Today when I tried to compile my customized kernel, I run "config" > > > command and got this: unknown option "KDTRACE". > > > > > > Who can tell me what's going on? > > > > The KDTRACE option can't work the way I intended it to because > > of licensing restrictions. > > By which John means that it could easily be included in FreeBSD under > 'options KDTRACE' as before so that users could actually use DTRACE in > FreeBSD. However, it can't be included in GENERIC since the policy of > FreeBSD is and always has been that GENERIC is a BSD-licensed kernel. > With John's preferred change GENERIC would become under the CDDL. I think this is a shame - having used DTrace under Solaris a fair bit, it's great to know that it is always available. Often, the times I find I need it are exactly the times when I can't reboot to add it into the kernel. I haven't looked at the DTrace code at all - how much code does KDTRACE add to the kernel? Is it possible to write a specification for the code and have somebody else write the kernel parts, like has been done with GPL code in the past? [ I'm not volunteering, I'm just asking if it _could_ be done ] Gavin From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 18:16:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC2E316A4CE for ; Wed, 22 Nov 2006 18:16:20 +0000 (UTC) (envelope-from devon.odell@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16DA243D55 for ; Wed, 22 Nov 2006 18:15:49 +0000 (GMT) (envelope-from devon.odell@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so212721uge for ; Wed, 22 Nov 2006 10:16:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ELE6h6aWkxccbmaAfT6R0W882XP2hrnadAEvcKPtRkvuE3l7+Gov8HOzQJGat9BgmLs+JcejOlsvWn2HFi0zDK4tD2pfa6nCcd+5+/TxC528ckjsIyIaKp9qyhm3tpZgYMpDd7jyH8FENge1tfRmtw/mE+DNRVzjpMTD+dA7Eg0= Received: by 10.67.97.18 with SMTP id z18mr3690823ugl.1164219378032; Wed, 22 Nov 2006 10:16:18 -0800 (PST) Received: by 10.67.86.10 with HTTP; Wed, 22 Nov 2006 10:16:17 -0800 (PST) Message-ID: <9ab217670611221016q5bd1bf84v4ef878391eb2a67a@mail.gmail.com> Date: Wed, 22 Nov 2006 13:16:17 -0500 From: "Devon H. O'Dell" To: "Gavin Atkinson" In-Reply-To: <1164216949.18579.19.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> <20061122165735.GA37930@xor.obsecurity.org> <1164216949.18579.19.camel@buffy.york.ac.uk> Cc: "Cai, Quanqing" , John Birrell , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 18:16:20 -0000 2006/11/22, Gavin Atkinson : > On Wed, 2006-11-22 at 11:57 -0500, Kris Kennaway wrote: > > On Wed, Nov 22, 2006 at 05:14:00AM +0000, John Birrell wrote: > > > On Tue, Nov 21, 2006 at 09:09:21PM -0800, Cai, Quanqing wrote: > > > > Today when I tried to compile my customized kernel, I run "config" > > > > command and got this: unknown option "KDTRACE". > > > > > > > > Who can tell me what's going on? > > > > > > The KDTRACE option can't work the way I intended it to because > > > of licensing restrictions. > > > > By which John means that it could easily be included in FreeBSD under > > 'options KDTRACE' as before so that users could actually use DTRACE in > > FreeBSD. However, it can't be included in GENERIC since the policy of > > FreeBSD is and always has been that GENERIC is a BSD-licensed kernel. > > With John's preferred change GENERIC would become under the CDDL. > > I think this is a shame - having used DTrace under Solaris a fair bit, > it's great to know that it is always available. Often, the times I find > I need it are exactly the times when I can't reboot to add it into the > kernel. > > I haven't looked at the DTrace code at all - how much code does KDTRACE > add to the kernel? Is it possible to write a specification for the code > and have somebody else write the kernel parts, like has been done with > GPL code in the past? > > [ I'm not volunteering, I'm just asking if it _could_ be done ] Yeah, it could be done. However, the DTrace provider (providing BEGIN, END, and ERROR, and code that allows for other providers to hook in) is > 13,000 lines of code and comments, so it'd be a very non-trivial task. --Devon > Gavin > _______________________________________________ > 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 Wed Nov 22 18:28:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 522DB16A403 for ; Wed, 22 Nov 2006 18:28: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 8949143D46 for ; Wed, 22 Nov 2006 18:28:21 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Gmwpz-0000g3-RT for freebsd-current@freebsd.org; Wed, 22 Nov 2006 19:28:48 +0100 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Nov 2006 19:28:47 +0100 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Nov 2006 19:28:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 22 Nov 2006 10:28:26 -0800 Lines: 114 Message-ID: References: <200611152004.kAFK4vfe058983@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/em if_em.c if_em.h src/sys/dev/mpt mpt.h mpt_pci.c 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, 22 Nov 2006 18:28:52 -0000 Mark Atkinson wrote: > (moving to current to avoid dirtying src further) > > John Baldwin wrote: >> jhb 2006-11-15 20:04:57 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/dev/bce if_bce.c >> sys/dev/em if_em.c if_em.h >> sys/dev/mpt mpt.h mpt_pci.c >> Log: >> Add MSI support to em(4), bce(4), and mpt(4). For now, we only support >> devices that support a maximum of 1 message, and we use that 1 message >> instead of the INTx rid 0 IRQ with the same interrupt handler, etc. >> >> Revision Changes Path >> 1.19 +11 -3 src/sys/dev/bce/if_bce.c >> 1.164 +11 -2 src/sys/dev/em/if_em.c >> 1.56 +1 -0 src/sys/dev/em/if_em.h >> 1.31 +1 -0 src/sys/dev/mpt/mpt.h >> 1.39 +14 -1 src/sys/dev/mpt/mpt_pci.c >> _______________________________________________ >> cvs-src@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/cvs-src >> To unsubscribe, send any mail to "cvs-src-unsubscribe@freebsd.org" On another note, I have a MS-9618 mainboard by MSI w/ Intel ICH7R southbridge and Intel 82573V/L that seems to work well: - vmstat -i output after bootup interrupt total rate irq256: em0 752 1 irq257: em1 9 0 - a traversal of a webserver pointing at /usr/share/doc using wget FINISHED --10:19:51-- Downloaded: 532,781,578 bytes in 25931 files - same traversal on a non msi kernel from nov 2 FINISHED --10:23:26-- Downloaded: 532,781,578 bytes in 25931 files so roughly no change there. versbose boot snippet of the onboard em adapters. pcib3: irq 17 at device 28.4 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x4000-0x4fff pcib3: memory decode 0xd8000000-0xd80fffff pcib3: no prefetched decode pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0x108b, revid=0x03 bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base 0xd8000000, size 17, enabled pcib3: requested memory range 0xd8000000-0xd801ffff: good map[18]: type 4, range 32, base 0x4000, size 5, enabled pcib3: requested I/O range 0x4000-0x401f: in range pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 em0: port 0x4000-0x401f m em 0xd8000000-0xd801ffff irq 16 at device 0.0 on pci3 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8000000 em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0x4000 em0: bpf attached em0: Ethernet address: 00:13:d3:fe:04:f2 em0: [FAST] pcib4: irq 16 at device 28.5 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x5000-0x5fff pcib4: memory decode 0xd8100000-0xd81fffff pcib4: no prefetched decode pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x8086, dev=0x108b, revid=0x00 bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base 0xd8100000, size 17, enabled pcib4: requested memory range 0xd8100000-0xd811ffff: good map[18]: type 4, range 32, base 0x5000, size 5, enabled pcib4: requested I/O range 0x5000-0x501f: in range pcib4: matched entry for 4.0.INTA pcib4: slot 0 INTA hardwired to IRQ 17 em1: port 0x5000-0x501f m em 0xd8100000-0xd811ffff irq 17 at device 0.0 on pci4 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd8100000 em1: Reserved 0x20 bytes for rid 0x18 type 4 at 0x5000 em1: bpf attached em1: Ethernet address: 00:13:d3:fe:04:f3 em1: [FAST] -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 18:39:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C53E16A412 for ; Wed, 22 Nov 2006 18:39:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id DA9D743D5E for ; Wed, 22 Nov 2006 18:39:19 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 1759 invoked by uid 399); 22 Nov 2006 18:39:46 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Nov 2006 18:39:46 -0000 Message-ID: <4564996D.50808@FreeBSD.org> Date: Wed, 22 Nov 2006 10:39:41 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9A35C555D2E066A40ED641D2" Subject: EHCI problem on -current, and unknown devs 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, 22 Nov 2006 18:39:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9A35C555D2E066A40ED641D2 Content-Type: multipart/mixed; boundary="------------040001030900060505090703" This is a multi-part message in MIME format. --------------040001030900060505090703 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable [ No response from the -usb list, so I'll try here. ] Howdy, I have a new Dell Latitude D620, and using recent -current I get this: ehci0: mem 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 ehci0: Could not map memory device_attach: ehci0 attach returned 6 FWIW, I also saw a user on the -stable list report this same problem. I'm assuming this is bad, but what to do about it? I'm also getting some unknown devices: uhub4: on uhub0 uhub5: on uhub4 ugen2: on uhub4 uhub6: on uhub3 Vendor ID 0x413c is Dell, and is already in the usbdevs file. The other vendor is O2, and I got their ID for the attached patch from the list at http://www.usb.org/developers/tools. The 0x0058 device is already in our usbdevs file, it's the port replicator (docking station) that the laptop is plugged into currently. I added the 0x8103 device in the attached patch based on an entry in the NetBSD usbdevs file. (The entry makes sense to me as well, since I have one of those.) So I have two questions ... for the devices (and vendors) that are already in my local usbdevs file, why are they still showing up by ID? And how do I find the device IDs for the two unknown devices? I imagine that the O2 device is related to my built in smart card reader, not sure about the other one. Thanks, Doug --=20 This .signature sanitized for your protection --------------040001030900060505090703 Content-Type: text/plain; name="usbdevs-v" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="usbdevs-v" Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(= 0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, self powered, config 1, product 0xa005(0xa005= ), vendor 0x413c(0x413c), rev 50.18 port 1 powered port 2 powered port 3 addr 3: full speed, power 200 mA, config 1, product 0x7761(0x776= 1), vendor 0x0b97(0x0b97), rev 1.10 port 1 addr 4: full speed, power 100 mA, config 1, Biometric Coprocess= or(0x2016), STMicroelectronics(0x0483), rev 0.01 port 2 addr 5: full speed, self powered, config 1, O2Micro CCID SC Rea= der(0x7762), O2(0x0b97), rev 1.10 port 3 powered port 4 addr 6: full speed, self powered, config 1, product 0x8103(0x810= 3), vendor 0x413c(0x413c), rev 24.22 Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(= 0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(= 0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(= 0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, self powered, config 1, product 0x0058(0x0058= ), vendor 0x413c(0x413c), rev 0.00 port 1 addr 3: full speed, self powered, config 1, USB2.0 Hub Controlle= r(0x0058), NEC Corporation(0x0409), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 2 powered port 3 addr 4: low speed, power 100 mA, config 1, Trackball(0xc404), Lo= gitech(0x046d), rev 2.20 port 4 powered --------------040001030900060505090703 Content-Type: text/plain; name="usbdevs.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="usbdevs.diff" Index: usbdevs =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/ncvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.278 diff -u -u -r1.278 usbdevs --- usbdevs 15 Nov 2006 09:13:24 -0000 1.278 +++ usbdevs 22 Nov 2006 00:10:13 -0000 @@ -465,6 +465,7 @@ vendor ZEEVO 0x0b7a Zeevo vendor KURUSUGAWA 0x0b7e Kurusugawa vendor ASIX 0x0b95 ASIX +vendor O2Micro 0x0b97 O2 Micro, Inc. vendor USR 0x0baf U.S. Robotics vendor REALTEK 0x0bda RealTek vendor ADDONICS2 0x0bf6 Addonics @@ -821,6 +822,8 @@ /* Dell products */ product DELL PORT 0x0058 Port Replicator product DELL BC02 0x8000 BC02 Bluetooth USB Adapter +product DELL TM350 0x8103 TrueMobile 350 Bluetooth USB Adapter + =20 /* Delorme Paublishing products */ product DELORME EARTHMATE 0x0100 Earthmate GPS --------------040001030900060505090703-- --------------enig9A35C555D2E066A40ED641D2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.0 (FreeBSD) iD8DBQFFZJlxyIakK9Wy8PsRArNfAKCxR5D1BQvw68ShzF0+nA02O+nPmQCdHjLp Dej9tlDX4wySASP2+fRCkyI= =K8vz -----END PGP SIGNATURE----- --------------enig9A35C555D2E066A40ED641D2-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 18:44:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F1F716A412 for ; Wed, 22 Nov 2006 18:44:33 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4319443D6B for ; Wed, 22 Nov 2006 18:43:55 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so219969uge for ; Wed, 22 Nov 2006 10:44:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=LYM2UZswKhFSDSPO31OQduKkIyn4HR32wPuB7VRD8oouez0tkUrYOLKLtiocwe1wSCW2U1Vtj82KCRjbBFdWgo1De6gNizjNuLYNWyoUawttZqROqU+GMzjEq17p0BWOWYyfOoPfYnPNqWwKpv7+VwNSncRdS5L2T7ht1VS288M= Received: by 10.66.232.9 with SMTP id e9mr3630322ugh.1164221059066; Wed, 22 Nov 2006 10:44:19 -0800 (PST) Received: from roadrunner.q.local ( [85.180.138.158]) by mx.google.com with ESMTP id s7sm11965652uge.2006.11.22.10.44.18; Wed, 22 Nov 2006 10:44:18 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id kAMIiBEs002546 for ; Wed, 22 Nov 2006 19:44:11 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id kAMIiBCI002545 for current@freebsd.org; Wed, 22 Nov 2006 19:44:11 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Wed, 22 Nov 2006 19:44:11 +0100 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20061122184411.GB1522@roadrunner.q.local> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Expensive timeout in nfs_socket.c 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, 22 Nov 2006 18:44:33 -0000 Hi, I just wanted to report that I always get at least one "expensive timeout" warning per boot on a fairly recent current. Always when accessing large data sets from NFS. Expensive timeout(9) function: 0xc062b1bc(0) 0.102241471 s igor# addr2line -e /boot/kernel/kernel.symbols 0xc062b1bc /vol/src/sys/nfsclient/nfs_socket.c:1357 I also got one from syscons, but I've since removed the flags from rc.conf, as the machine is headless. For the curious: Expensive timeout(9) function: 0xc04a1444(0xc07a2880) 0.008804956 s igor# addr2line -e kernel.symbols 0xc04a1444 /vol/src/sys/dev/syscons/syscons.c:1688 I have kern.hz=100 in /boot/loader.conf, if that is important. Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 19:39:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0640116A47C for ; Wed, 22 Nov 2006 19:39:31 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web30803.mail.mud.yahoo.com (web30803.mail.mud.yahoo.com [68.142.200.146]) by mx1.FreeBSD.org (Postfix) with SMTP id D1AE843D76 for ; Wed, 22 Nov 2006 19:38:55 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 1343 invoked by uid 60001); 22 Nov 2006 19:39:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=S6WQv/VNM09r7KK7z9Iq894jAu5uX6KpaPh08SA/GXMhnnOypXsmBRtHh4YvM2n2K1eWF2pjEoX1F0tg2ckX69/ocOQflMjngyCKXaymioDrsf0OnuXKuMYvysLECxSttXucMfHfItLabIbg76/TozJGGZFd5BeqtgGDMVVqJWI=; X-YMail-OSG: 1IIyk40VM1nPrq.AMMUmXENb570Off5XsvRfg1hmzMvyTjgN3.2Xa6k8VEwY1auguRRJnMaSRbWRv9GOUPck3Q8WwB6DU6.byJBThv5Gg.mo91GVdmmOg5m7MrazAr4aT8XkguW6hiPV7VY- Received: from [207.126.239.39] by web30803.mail.mud.yahoo.com via HTTP; Wed, 22 Nov 2006 11:39:24 PST Date: Wed, 22 Nov 2006 11:39:24 -0800 (PST) From: Mohan Srinivasan To: Ulrich Spoerlein , current@freebsd.org In-Reply-To: <20061122184411.GB1522@roadrunner.q.local> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <925717.1319.qm@web30803.mail.mud.yahoo.com> Cc: Subject: Re: Expensive timeout in nfs_socket.c 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, 22 Nov 2006 19:39:31 -0000 The way the NFS client does re-transmits is that nfs_timer() is called once every 10 msecs. It loops over all the requests that are pending and decides which ones to retransmit. This badly needs a re-write. We need to kill nfs_timer() and have a timeout per NFS request. In the common case, the timeouts would never happen. If we did this, we could both simplify the code and optimize it significantly. It is a fair amount of work, and it is not likely to happen soon :( mohan --- Ulrich Spoerlein wrote: > Hi, > > I just wanted to report that I always get at least one "expensive > timeout" warning per boot on a fairly recent current. Always when > accessing large data sets from NFS. > > Expensive timeout(9) function: 0xc062b1bc(0) 0.102241471 s > igor# addr2line -e /boot/kernel/kernel.symbols 0xc062b1bc > /vol/src/sys/nfsclient/nfs_socket.c:1357 > > I also got one from syscons, but I've since removed the flags from > rc.conf, as the machine is headless. For the curious: > > Expensive timeout(9) function: 0xc04a1444(0xc07a2880) 0.008804956 s > igor# addr2line -e kernel.symbols 0xc04a1444 > /vol/src/sys/dev/syscons/syscons.c:1688 > > I have kern.hz=100 in /boot/loader.conf, if that is important. > > Ulrich Spoerlein > -- > A: Yes. > >Q: Are you sure? > > >A: Because it reverses the logical flow of conversation. > > >>Q: Why is top posting frowned upon? > _______________________________________________ > 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 Wed Nov 22 20:18:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DFFA16A416 for ; Wed, 22 Nov 2006 20:18:01 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE3D43D58 for ; Wed, 22 Nov 2006 20:17:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A291E1A3C1C; Wed, 22 Nov 2006 12:18:00 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 36314515B5; Wed, 22 Nov 2006 15:17:46 -0500 (EST) Date: Wed, 22 Nov 2006 15:17:45 -0500 From: Kris Kennaway To: "Devon H. O'Dell" Message-ID: <20061122201745.GA40482@xor.obsecurity.org> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> <20061122165735.GA37930@xor.obsecurity.org> <1164216949.18579.19.camel@buffy.york.ac.uk> <9ab217670611221016q5bd1bf84v4ef878391eb2a67a@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <9ab217670611221016q5bd1bf84v4ef878391eb2a67a@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: Kris Kennaway , "Cai, Quanqing" , John Birrell , freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 20:18:01 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 22, 2006 at 01:16:17PM -0500, Devon H. O'Dell wrote: > 2006/11/22, Gavin Atkinson : > >On Wed, 2006-11-22 at 11:57 -0500, Kris Kennaway wrote: > >> On Wed, Nov 22, 2006 at 05:14:00AM +0000, John Birrell wrote: > >> > On Tue, Nov 21, 2006 at 09:09:21PM -0800, Cai, Quanqing wrote: > >> > > Today when I tried to compile my customized kernel, I run "config" > >> > > command and got this: unknown option "KDTRACE". > >> > > > >> > > Who can tell me what's going on? > >> > > >> > The KDTRACE option can't work the way I intended it to because > >> > of licensing restrictions. > >> > >> By which John means that it could easily be included in FreeBSD under > >> 'options KDTRACE' as before so that users could actually use DTRACE in > >> FreeBSD. However, it can't be included in GENERIC since the policy of > >> FreeBSD is and always has been that GENERIC is a BSD-licensed kernel. > >> With John's preferred change GENERIC would become under the CDDL. > > > >I think this is a shame - having used DTrace under Solaris a fair bit, > >it's great to know that it is always available. Often, the times I find > >I need it are exactly the times when I can't reboot to add it into the > >kernel. > > > >I haven't looked at the DTrace code at all - how much code does KDTRACE > >add to the kernel? Is it possible to write a specification for the code > >and have somebody else write the kernel parts, like has been done with > >GPL code in the past? > > > >[ I'm not volunteering, I'm just asking if it _could_ be done ] >=20 > Yeah, it could be done. However, the DTrace provider (providing BEGIN, > END, and ERROR, and code that allows for other providers to hook in) > is > 13,000 lines of code and comments, so it'd be a very non-trivial > task. Actually all that needs to happen is a) BSD licensed dtrace headers, either relicensed or reimplemented, b) stubs for the functions that return a suitable error if dtrace is not available, and c) dtrace providers available as modules that can be loaded at runtime if required. a) is still the nontrivial part, but it's less work that fully reimplementing the C code. Of course, what could happen today is that DTRACE could be imported to FreeBSD as a non-default option that any user could add to their kernels but which just wouldn't ship with GENERIC. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZLBpWry0BWjoQKURAoG8AJ49QWxygL8LwzTXvgf57yw88d1gWgCcCYrS XythOK9FBFT43YzFIqzC/z4= =HbxL -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 20:19:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 606B316A407 for ; Wed, 22 Nov 2006 20:19:09 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA24B43D55 for ; Wed, 22 Nov 2006 20:18:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3A3251A3C1C for ; Wed, 22 Nov 2006 12:19:05 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B1C37515B5; Wed, 22 Nov 2006 15:18:50 -0500 (EST) Date: Wed, 22 Nov 2006 15:18:50 -0500 From: Kris Kennaway To: current@freebsd.org Message-ID: <20061122201850.GB40482@xor.obsecurity.org> References: <20061122184411.GB1522@roadrunner.q.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <20061122184411.GB1522@roadrunner.q.local> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Expensive timeout in nfs_socket.c 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, 22 Nov 2006 20:19:09 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 22, 2006 at 07:44:11PM +0100, Ulrich Spoerlein wrote: > Hi, >=20 > I just wanted to report that I always get at least one "expensive > timeout" warning per boot on a fairly recent current. Always when > accessing large data sets from NFS. >=20 > Expensive timeout(9) function: 0xc062b1bc(0) 0.102241471 s > igor# addr2line -e /boot/kernel/kernel.symbols 0xc062b1bc > /vol/src/sys/nfsclient/nfs_socket.c:1357 Do you still get this after Mohan's recent commit? Kris --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZLCqWry0BWjoQKURAn+pAJ4vYWACN3NLYUA9onnDlqX5UtVD3gCcDfun t6mk8Jqxf2BZ0ygXFR3HLnE= =VQHG -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 20:24:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C35F16A47B for ; Wed, 22 Nov 2006 20:24:01 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE1143D5C for ; Wed, 22 Nov 2006 20:23:29 +0000 (GMT) (envelope-from freebsd@bitfreak.org) Received: from [10.9.70.4] (c-71-56-148-19.hsd1.or.comcast.net [71.56.148.19]) by mail.twinthornes.com (Postfix) with ESMTP id 282FF273; Wed, 22 Nov 2006 12:23:59 -0800 (PST) Message-ID: <4564B1E0.8030605@bitfreak.org> Date: Wed, 22 Nov 2006 12:24:00 -0800 From: freebsd@bitfreak.org User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: John Birrell References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> In-Reply-To: <20061122051359.GA42639@what-creek.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 20:24:01 -0000 John Birrell wrote: > On Tue, Nov 21, 2006 at 09:09:21PM -0800, Cai, Quanqing wrote: >> Today when I tried to compile my customized kernel, I run "config" >> command and got this: unknown option "KDTRACE". >> >> Who can tell me what's going on? > > The KDTRACE option can't work the way I intended it to because > of licensing restrictions. Which restrictions do you see preventing the distribution of a DTRACE-enabled GENERIC kernel binary? I would refer you to sections 3.1, 3.4 and 3.5 of the license[1], which state: - the CDDL is mandatory on the source code distribution; - the original copyright notice for the original work must be displayed; - binary distributions of CDDL-licensed software may be relicensed; The requirement for the last is that the new license not conflict with the CDDL. The CDDL doesn't otherwise restrict use, modification or distribution and includes the ability to sublicense the original code as well as and derived works. Someone please point out the conflict. I don't see one. From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 20:37:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5C5F16A4A7 for ; Wed, 22 Nov 2006 20:37:38 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C60443E17 for ; Wed, 22 Nov 2006 20:35:38 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id kAMKZw3d046395; Wed, 22 Nov 2006 21:35:58 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id kAMKZv08002069; Wed, 22 Nov 2006 21:35:57 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id kAMKZvu7002068; Wed, 22 Nov 2006 21:35:57 +0100 (CET) (envelope-from wb) Date: Wed, 22 Nov 2006 21:35:57 +0100 From: Wilko Bulte To: freebsd@bitfreak.org Message-ID: <20061122203557.GA2052@freebie.xs4all.nl> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> <4564B1E0.8030605@bitfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4564B1E0.8030605@bitfreak.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org, John Birrell Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 20:37:38 -0000 On Wed, Nov 22, 2006 at 12:24:00PM -0800, freebsd@bitfreak.org wrote.. > John Birrell wrote: > >On Tue, Nov 21, 2006 at 09:09:21PM -0800, Cai, Quanqing wrote: > >>Today when I tried to compile my customized kernel, I run "config" > >>command and got this: unknown option "KDTRACE". > >> > >>Who can tell me what's going on? > > > >The KDTRACE option can't work the way I intended it to because > >of licensing restrictions. > > Which restrictions do you see preventing the distribution of a > DTRACE-enabled GENERIC kernel binary? I would refer you to sections > 3.1, 3.4 and 3.5 of the license[1], which state: > > - the CDDL is mandatory on the source code distribution; > - the original copyright notice for the original work must be displayed; > - binary distributions of CDDL-licensed software may be relicensed; > > The requirement for the last is that the new license not conflict with > the CDDL. The CDDL doesn't otherwise restrict use, modification or > distribution and includes the ability to sublicense the original code as > well as and derived works. > > Someone please point out the conflict. I don't see one. The project's policy is to ship default kernels only with components that are BSD-licensed. The CDDL is not the BSD license, there are things in there like patent clauses etc. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 21:04:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94B6916A407; Wed, 22 Nov 2006 21:04:27 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from tomts28-srv.bellnexxia.net (tomts28.bellnexxia.net [209.226.175.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A23143D73; Wed, 22 Nov 2006 21:03:51 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from toip41-bus.srvr.bell.ca ([67.69.240.42]) by tomts28-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061122210419.IVQX774.tomts28-srv.bellnexxia.net@toip41-bus.srvr.bell.ca>; Wed, 22 Nov 2006 16:04:19 -0500 Received: from unknown (HELO mail.telcobridges.com) ([67.70.237.76]) by toip41-bus.srvr.bell.ca with ESMTP; 22 Nov 2006 16:04:19 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGxIZEVDRu1M/2dsb2JhbAA Received: from [10.0.0.213] (yoda.telcobridges.com [10.0.0.213]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id kAML41HK059922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 22 Nov 2006 16:04:09 -0500 (EST) (envelope-from sepotvin@videotron.ca) Message-ID: <455C2290.6010907@videotron.ca> Date: Thu, 16 Nov 2006 03:34:24 -0500 From: "Stephane E. Potvin" User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: Doug Barton References: <4564996D.50808@FreeBSD.org> In-Reply-To: <4564996D.50808@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: EHCI problem on -current, and unknown devs 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, 22 Nov 2006 21:04:27 -0000 Doug Barton wrote: > [ No response from the -usb list, so I'll try here. ] > > Howdy, > > I have a new Dell Latitude D620, and using recent -current I get this: > > ehci0: mem > 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 > ehci0: Could not map memory > device_attach: ehci0 attach returned 6 > > FWIW, I also saw a user on the -stable list report this same problem. > I'm assuming this is bad, but what to do about it? > > > I'm also getting some unknown devices: > > uhub4: 2> on uhub0 > uhub5: 3> on uhub4 > ugen2: addr 6> on uhub4 > uhub6: 2> on uhub3 > > Vendor ID 0x413c is Dell, and is already in the usbdevs file. The > other vendor is O2, and I got their ID for the attached patch from the > list at http://www.usb.org/developers/tools. The 0x0058 device is > already in our usbdevs file, it's the port replicator (docking > station) that the laptop is plugged into currently. I added the 0x8103 > device in the attached patch based on an entry in the NetBSD usbdevs > file. (The entry makes sense to me as well, since I have one of those.) > > So I have two questions ... for the devices (and vendors) that are > already in my local usbdevs file, why are they still showing up by ID? > And how do I find the device IDs for the two unknown devices? I > imagine that the O2 device is related to my built in smart card > reader, not sure about the other one. > Hi Doug, I had the same problem with my Dell Inspiron 9400 and fixed it using the following patch: Index: sys/kern/subr_rman.c =================================================================== RCS file: /home/FreeBSD/ncvs/src/sys/kern/subr_rman.c,v retrieving revision 1.53 diff -u -r1.53 subr_rman.c --- sys/kern/subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 +++ sys/kern/subr_rman.c 2 Nov 2006 03:05:34 -0000 @@ -170,7 +170,7 @@ /* Skip entries before us. */ for (s = TAILQ_FIRST(&rm->rm_list); - s && s->r_end + 1 < r->r_start; + s && s->r_end < r->r_start; s = TAILQ_NEXT(s, r_link)) ; This code was added in revision 1.53 when support for intelligent merging was added. When r_end is equal to UINT_MAX, adding one will cause it to overflow, creating quite a mess in the entries ordering. I'm not sure the fix I did is completely correct as I didn't had time to check if the +1 is needed at all in this case. At least it fixed the problem for me. Regards, Steph From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 21:45:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B880916A4FF for ; Wed, 22 Nov 2006 21:45:23 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85FDD43F1B for ; Wed, 22 Nov 2006 21:40:18 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 5012A140EC08; Wed, 22 Nov 2006 21:42:04 +0000 (GMT) Date: Wed, 22 Nov 2006 21:42:04 +0000 From: John Birrell To: "Devon H. O'Dell" Message-ID: <20061122214203.GA48004@what-creek.com> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> <20061122165735.GA37930@xor.obsecurity.org> <1164216949.18579.19.camel@buffy.york.ac.uk> <9ab217670611221016q5bd1bf84v4ef878391eb2a67a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9ab217670611221016q5bd1bf84v4ef878391eb2a67a@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, "Cai, Quanqing" , Kris Kennaway Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 21:45:23 -0000 On Wed, Nov 22, 2006 at 01:16:17PM -0500, Devon H. O'Dell wrote: > Yeah, it could be done. However, the DTrace provider (providing BEGIN, > END, and ERROR, and code that allows for other providers to hook in) > is > 13,000 lines of code and comments, so it'd be a very non-trivial > task. The DTrace provider isn't actually relevent to this discussion. That is find staying as a kernel module and CDDL'd. The issue is the hooks that the DTrace modules register with. These are very small bits of BSD licensed code that I write, and which get added inline to existing BSD licensed sources like trap.c. These little bits of code tend to require calling the DTrace kernel API or methods and techniques defined by CDDL headers and not documented anywhere else. I have been very careful not to copy CDDL stuff into FreeBSD headers for fear of causing FreeBSD legal problems in future like the claims being made in the SCO vs IBM (Linux) litigation. Remember that the OpenSolaris source is based on System V and Sun Microsystems have extended it to include DTrace. I need to find an alternative to the KDTRACE implementation -- that's why I removed it for now. I want to come up with a functional equivalent to the Solaris DTrace implementation. Having it as an option (amongst a heap of other options) that a user /might/ choose to compile in, isn't a good design IMO. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 21:46:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63D1716A47C for ; Wed, 22 Nov 2006 21:46:13 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4C543E5A for ; Wed, 22 Nov 2006 21:43:18 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 70C0F140EC03; Wed, 22 Nov 2006 21:45:05 +0000 (GMT) Date: Wed, 22 Nov 2006 21:45:05 +0000 From: John Birrell To: Darren Pilgrim Message-ID: <20061122214505.GB48004@what-creek.com> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> <4564B095.3000002@evilphi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4564B095.3000002@evilphi.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? 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, 22 Nov 2006 21:46:13 -0000 On Wed, Nov 22, 2006 at 12:18:29PM -0800, Darren Pilgrim wrote: > Which restrictions do you see preventing the distribution of a > DTRACE-enabled GENERIC kernel binary? I would refer you to sections > 3.1, 3.4 and 3.5 of the license[1], which state: > > - the CDDL is mandatory on the source code distribution; > - the original copyright notice for the original work must be displayed; > - binary distributions of CDDL-licensed software may be relicensed; > > The requirement for the last is that the new license not conflict with > the CDDL. The CDDL doesn't otherwise restrict use, modification or > distribution and includes the ability to sublicense the original code as > well as and derived works. > > Someone please point out the conflict. I don't see one. FreeBSD's policy is to ship a GENERIC kernel which is entirely BSD licensed. Kernel modules and other kernel options can include other licenses, but the options enabled in GENERIC must be BSD licensed. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Nov 22 21:52:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3959E16A407 for ; Wed, 22 Nov 2006 21:52:29 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id F325943D67 for ; Wed, 22 Nov 2006 21:51:54 +0000 (GMT) (envelope-from amistry@am-productions.biz) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id kAMMDJm7050720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 22 Nov 2006 17:13:26 -0500 (EST) (envelope-from amistry@am-productions.biz) From: Anish Mistry To: freebsd-current@freebsd.org Date: Wed, 22 Nov 2006 16:51:50 -0500 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4329218.lo4lkmd1pF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611221652.04027.amistry@am-productions.biz> X-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_50, MYFREEBSD2, SPF_PASS autolearn=failed version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.5/2228/Wed Nov 22 08:37:52 2006 on mail.united-ware.com X-Virus-Status: Clean X-Mailman-Approved-At: Wed, 22 Nov 2006 22:06:58 +0000 Subject: Add USR 997902 Gig-Ethernet card support if_re 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, 22 Nov 2006 21:52:29 -0000 --nextPart4329218.lo4lkmd1pF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All that is needed for USR 997902 Gig-Ethernet card is to add the device ID= =2E =20 Would a commiter please take a look at kern/94082 and commit it? http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/94082 Then a MFC to RELENG_6 and RELENG_6_2 would be appreciated if possible. Thanks, =2D-=20 Anish Mistry --nextPart4329218.lo4lkmd1pF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFZMaDxqA5ziudZT0RAunaAJ9zZXL+36JbhbGuiD+1tmUBn8Sn+wCdFreI zzbv9Cq7soNr4Wuo011QkzI= =Sty0 -----END PGP SIGNATURE----- --nextPart4329218.lo4lkmd1pF-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 00:04:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE06F16A415 for ; Thu, 23 Nov 2006 00:04:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AFEB43D55 for ; Thu, 23 Nov 2006 00:03:34 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id h30so377482wxd for ; Wed, 22 Nov 2006 16:04:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=a+xg2sD+5QvTlG759HOIjoepW+Qu+z8BvOskgdNEU8fNxyQ08lF4Yf8ICrxWrA4+e2Ys/utZirtapDE+fSOLgfX04eTzWhwnj8X9xZqqUZCp1cSZlANzpzS7nBNCbnvlZyJ1BmxZYx7FuM2a8mC1mvPXUue5B7Ij0cY/sjuE2sk= Received: by 10.70.27.18 with SMTP id a18mr2273683wxa.1164240244636; Wed, 22 Nov 2006 16:04:04 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 10sm1448285wrl.2006.11.22.16.04.03; Wed, 22 Nov 2006 16:04:04 -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 kAN05NSM042787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Nov 2006 09:05:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kAN05BMo042786; Thu, 23 Nov 2006 09:05:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 23 Nov 2006 09:05:10 +0900 From: Pyun YongHyeon To: Anish Mistry Message-ID: <20061123000510.GA42514@cdnetworks.co.kr> References: <200611221652.04027.amistry@am-productions.biz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611221652.04027.amistry@am-productions.biz> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Add USR 997902 Gig-Ethernet card support if_re 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: Thu, 23 Nov 2006 00:04:06 -0000 On Wed, Nov 22, 2006 at 04:51:50PM -0500, Anish Mistry wrote: > All that is needed for USR 997902 Gig-Ethernet card is to add the device ID. > Would a commiter please take a look at kern/94082 and commit it? > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/94082 > > Then a MFC to RELENG_6 and RELENG_6_2 would be appreciated if possible. > re(4) already supports USR 997902 and it was MFCed. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 00:54:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E269E16A415 for ; Thu, 23 Nov 2006 00:54:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 4376443D5A for ; Thu, 23 Nov 2006 00:53:32 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 27263 invoked by uid 399); 23 Nov 2006 00:54:03 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 23 Nov 2006 00:54:03 -0000 Message-ID: <4564F129.70902@FreeBSD.org> Date: Wed, 22 Nov 2006 16:54:01 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: "Stephane E. Potvin" References: <4564996D.50808@FreeBSD.org> <455C2290.6010907@videotron.ca> In-Reply-To: <455C2290.6010907@videotron.ca> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/mixed; boundary="------------010308060106090902050804" Cc: freebsd-current@freebsd.org Subject: Re: EHCI problem on -current, and unknown devs 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, 23 Nov 2006 00:54:06 -0000 This is a multi-part message in MIME format. --------------010308060106090902050804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc'ing "Mr. rman," jhb, since this was his change. Stephane E. Potvin wrote: > Doug Barton wrote: >> [ No response from the -usb list, so I'll try here. ] >> >> Howdy, >> >> I have a new Dell Latitude D620, and using recent -current I get this: >> >> ehci0: mem >> 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 >> ehci0: Could not map memory >> device_attach: ehci0 attach returned 6 >> >> FWIW, I also saw a user on the -stable list report this same problem. >> I'm assuming this is bad, but what to do about it? >> >> >> I'm also getting some unknown devices: >> >> uhub4: > 2> on uhub0 >> uhub5: > 3> on uhub4 >> ugen2: > addr 6> on uhub4 >> uhub6: > 2> on uhub3 >> >> Vendor ID 0x413c is Dell, and is already in the usbdevs file. The >> other vendor is O2, and I got their ID for the attached patch from the >> list at http://www.usb.org/developers/tools. The 0x0058 device is >> already in our usbdevs file, it's the port replicator (docking >> station) that the laptop is plugged into currently. I added the 0x8103 >> device in the attached patch based on an entry in the NetBSD usbdevs >> file. (The entry makes sense to me as well, since I have one of those.) >> >> So I have two questions ... for the devices (and vendors) that are >> already in my local usbdevs file, why are they still showing up by ID? >> And how do I find the device IDs for the two unknown devices? I >> imagine that the O2 device is related to my built in smart card >> reader, not sure about the other one. >> > > Hi Doug, > > I had the same problem with my Dell Inspiron 9400 and fixed it using the > following patch: > > Index: sys/kern/subr_rman.c > =================================================================== > RCS file: /home/FreeBSD/ncvs/src/sys/kern/subr_rman.c,v > retrieving revision 1.53 > diff -u -r1.53 subr_rman.c > --- sys/kern/subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 > +++ sys/kern/subr_rman.c 2 Nov 2006 03:05:34 -0000 > @@ -170,7 +170,7 @@ > > /* Skip entries before us. */ > for (s = TAILQ_FIRST(&rm->rm_list); > - s && s->r_end + 1 < r->r_start; > + s && s->r_end < r->r_start; > s = TAILQ_NEXT(s, r_link)) > ; > > This code was added in revision 1.53 when support for intelligent > merging was added. When r_end is equal to UINT_MAX, adding one will > cause it to overflow, creating quite a mess in the entries ordering. I'm > not sure the fix I did is completely correct as I didn't had time to > check if the +1 is needed at all in this case. At least it fixed the > problem for me. Works for me too. I've attached what dmesg for EHCI and 'usbdevs -v' look like after applying this patch. Still interested in the unknown devices though, if anyone has insight into that issue. Doug -- This .signature sanitized for your protection --------------010308060106090902050804 Content-Type: text/plain; name="after" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="after" ehci0: mem 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: on ehci0 uhub4: on usb4 Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 addr 2: high speed, self powered, config 1, product 0xa005(0xa005), vendor 0x413c(0x413c), rev 50.18 port 1 powered port 2 powered port 3 addr 3: full speed, power 200 mA, config 1, product 0x7761(0x7761), vendor 0x0b97(0x0b97), rev 1.10 port 1 addr 4: full speed, power 100 mA, config 1, Biometric Coprocessor(0x2016), STMicroelectronics(0x0483), rev 0.01 port 2 addr 5: full speed, self powered, config 1, O2Micro CCID SC Reader(0x7762), O2(0x0b97), rev 1.10 port 3 powered port 4 addr 6: full speed, self powered, config 1, product 0x8103(0x8103), vendor 0x413c(0x413c), rev 24.22 port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 addr 7: high speed, self powered, config 1, product 0x0058(0x0058), vendor 0x413c(0x413c), rev 0.00 port 1 addr 8: high speed, self powered, config 1, USB2.0 Hub Controller(0x0058), NEC Corporation(0x0409), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 2 powered port 3 addr 9: low speed, power 100 mA, config 1, Trackball(0xc404), Logitech(0x046d), rev 2.20 port 4 powered --------------010308060106090902050804-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 01:01:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7819C16A40F for ; Thu, 23 Nov 2006 01:01:59 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 363B943D55 for ; Thu, 23 Nov 2006 01:01:27 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 22 Nov 2006 20:01:58 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.7.5a-GA) with ESMTP id MOG17154; Wed, 22 Nov 2006 20:01:56 -0500 (EST) Received: from 209-6-203-219.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.203.219]) by smtp01.lnh.mail.rcn.net with ESMTP; 22 Nov 2006 20:01:55 -0500 X-IronPort-AV: i="4.09,449,1157342400"; d="scan'208"; a="317279853:sNHT83303726" From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17764.62148.903202.366078@jerusalem.litteratus.org> Date: Wed, 22 Nov 2006 20:00:52 -0500 To: current@freebsd.org In-Reply-To: <200611220919.kAM9Jloi001407@peedub.jennejohn.org> References: <200611220919.kAM9Jloi001407@peedub.jennejohn.org> X-Mailer: VM 7.17 under 21.5 (beta27) "fiddleheads" XEmacs Lucid X-Junkmail-Status: score=10/50, host=mr02.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090209.4564F23C.0023,ss=1,fgs=0, ip=207.172.4.11, so=2006-05-09 23:27:51, dmn=5.2.121/2006-09-27 Cc: Subject: Re: Strange fxp state change 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: Thu, 23 Nov 2006 01:01:59 -0000 Gary Jennejohn writes: > > John Merryweather Cooper writes: > > Andrey Chernov wrote: > > > With recent current I got > > > > > > fxp: link state changed to DOWN > > > fxp: link state changed to UP > > > > > > each reboot. I don't see that before. > > > > > > DHCP also complains: > > > fxp0: no link ... > > > . > > > . > > > got link > > > > > I see this behavior with sk0. And I with re0 - at least the "link state changed to" part - going back at least six months. re0@pci0:12:0: class=0x020000 card=0x00241737 chip=0x10321737 rev=0x10 hdr=0x00 vendor = 'Linksys' device = 'EG1032 Gigabit Ethernet' class = network subclass = ethernet connected to a D-Link DGS-1005D. Robert Huff From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 01:10:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF48C16A407 for ; Thu, 23 Nov 2006 01:10:09 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7251743D46 for ; Thu, 23 Nov 2006 01:09:37 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id kAN1A7lH051092; Thu, 23 Nov 2006 04:10:07 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id kAN1A7iX051091; Thu, 23 Nov 2006 04:10:07 +0300 (MSK) (envelope-from ache) Date: Thu, 23 Nov 2006 04:10:07 +0300 From: Andrey Chernov To: Robert Huff Message-ID: <20061123011007.GA51037@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Huff , current@freebsd.org References: <200611220919.kAM9Jloi001407@peedub.jennejohn.org> <17764.62148.903202.366078@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17764.62148.903202.366078@jerusalem.litteratus.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: current@freebsd.org Subject: Re: Strange fxp state change 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: Thu, 23 Nov 2006 01:10:10 -0000 On Wed, Nov 22, 2006 at 08:00:52PM -0500, Robert Huff wrote: > Gary Jennejohn writes: > > > > John Merryweather Cooper writes: > > > Andrey Chernov wrote: > > > > With recent current I got > > > > > > > > fxp: link state changed to DOWN > > > > fxp: link state changed to UP > > > > > > > > each reboot. I don't see that before. > > > > > > > > DHCP also complains: > > > > fxp0: no link ... > > > > . > > > > . > > > > got link > > > > > > > > I see this behavior with sk0. > > And I with re0 - at least the "link state changed to" part - > going back at least six months. Hmm. I don't saw it for fxp about a mount ago. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 02:51:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C976716A403 for ; Thu, 23 Nov 2006 02:51:45 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id AACEB43D4C for ; Thu, 23 Nov 2006 02:51:12 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.189.25] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1Gn4fc31WP-0000lB; Thu, 23 Nov 2006 03:50:43 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 23 Nov 2006 03:50:27 +0100 User-Agent: KMail/1.9.4 References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <9ab217670611221016q5bd1bf84v4ef878391eb2a67a@mail.gmail.com> <20061122214203.GA48004@what-creek.com> In-Reply-To: <20061122214203.GA48004@what-creek.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3735824.iaKMFIVIY0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611230350.35351.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "Cai, Quanqing" , "Devon H. O'Dell" , John Birrell , Kris Kennaway Subject: Re: KDTRACE is gone? 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, 23 Nov 2006 02:51:46 -0000 --nextPart3735824.iaKMFIVIY0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 22 November 2006 22:42, John Birrell wrote: > On Wed, Nov 22, 2006 at 01:16:17PM -0500, Devon H. O'Dell wrote: > > Yeah, it could be done. However, the DTrace provider (providing > > BEGIN, END, and ERROR, and code that allows for other providers to > > hook in) is > 13,000 lines of code and comments, so it'd be a very > > non-trivial task. > > The DTrace provider isn't actually relevent to this discussion. That > is find staying as a kernel module and CDDL'd. > > The issue is the hooks that the DTrace modules register with. These > are very small bits of BSD licensed code that I write, and which > get added inline to existing BSD licensed sources like trap.c. These > little bits of code tend to require calling the DTrace kernel API or > methods and techniques defined by CDDL headers and not documented > anywhere else. Did you try to ask Sun to relicense just the relevant headers for us? =20 They seem to be very OpenSource friendly as of late and I can't see how=20 it would hurt them. > I have been very careful not to copy CDDL stuff into FreeBSD headers > for fear of causing FreeBSD legal problems in future like the > claims being made in the SCO vs IBM (Linux) litigation. Remember that > the OpenSolaris source is based on System V and Sun Microsystems have > extended it to include DTrace. As far as I understand IBM's arguments in the case - and I am not a=20 lawyer, so this might not mean much - they seem to belive that headers=20 describing an API can't be easily protected by a license. > I need to find an alternative to the KDTRACE implementation -- that's > why I removed it for now. > > I want to come up with a functional equivalent to the Solaris DTrace > implementation. Having it as an option (amongst a heap of other > options) that a user /might/ choose to compile in, isn't a good > design IMO. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3735824.iaKMFIVIY0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFZQx7XyyEoT62BG0RAlIyAJ91hzgJf8yjvG/Myfud79BaDB/k3ACdHfi3 A2VnkoVuSSs/9a6faBnYo7I= =HVod -----END PGP SIGNATURE----- --nextPart3735824.iaKMFIVIY0-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 03:52:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D54FC16A412 for ; Thu, 23 Nov 2006 03:52:12 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 242A943D5C for ; Thu, 23 Nov 2006 03:51:40 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id E8680140EC03; Thu, 23 Nov 2006 03:53:27 +0000 (GMT) Date: Thu, 23 Nov 2006 03:53:27 +0000 From: John Birrell To: Max Laier Message-ID: <20061123035327.GA50544@what-creek.com> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <9ab217670611221016q5bd1bf84v4ef878391eb2a67a@mail.gmail.com> <20061122214203.GA48004@what-creek.com> <200611230350.35351.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611230350.35351.max@love2party.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, "Devon H. O'Dell" , "Cai, Quanqing" , Kris Kennaway Subject: Re: KDTRACE is gone? 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, 23 Nov 2006 03:52:12 -0000 On Thu, Nov 23, 2006 at 03:50:27AM +0100, Max Laier wrote: > Did you try to ask Sun to relicense just the relevant headers for us? > They seem to be very OpenSource friendly as of late and I can't see how > it would hurt them. I asked for the lot. I got hold of the T2000 by responding to their blogs. Email doesn't work well these days. We'll see how they respond. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 07:24:32 2006 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0807E16A407 for ; Thu, 23 Nov 2006 07:24:32 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D4943D5C for ; Thu, 23 Nov 2006 07:23:57 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kAN7Ofc9050114 for ; Thu, 23 Nov 2006 02:24:41 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Ewh05kXkZuzigvqEot4p" Organization: FreeBSD, Inc. Date: Thu, 23 Nov 2006 02:24:30 -0500 Message-Id: <1164266670.94313.44.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: Subject: Constant watchdog timeouts on em0 with today's -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: Thu, 23 Nov 2006 07:24:32 -0000 --=-Ewh05kXkZuzigvqEot4p Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I just synced with today's -CURRENT, and rendered by port build machine useless. With minimal network traffic (just logging in via SSH with a TCP NFS-mounted home) I get an immediate watchdog timeout on em0, and they just keep coming as I type in the session. The machine is otherwise idle while this is occurring. I am currently running: FreeBSD fugu.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #83: Thu Nov 23 01:51:05 EST 2006 root@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU i386 I was running: FreeBSD 7.0-CURRENT #80: Fri Nov 10 15:53:48 EST 2006 marcus@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU Which provided stable networking. Here are my verbose dmesg and kernel config. Note: this machine has both am if_em and an mpt card. Could the recent MSI changes have exacerbated the em watchdog problem? What can I do (besides downgrade) to resolve this? Thanks. http://www.marcuscom.com/downloads/fugu_dmesg.txt http://www.marcuscom.com/downloads/fugu_kernel.txt Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-Ewh05kXkZuzigvqEot4p Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFZUyub2iPiv4Uz4cRAtaKAKCEKMNuo1k6QJgIv3opXQW/GrW24QCeMAmm pW5W31F24TnkZ06MMYnMNAE= =IOY9 -----END PGP SIGNATURE----- --=-Ewh05kXkZuzigvqEot4p-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 07:35:16 2006 Return-Path: X-Original-To: Current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4383E16A417; Thu, 23 Nov 2006 07:35:16 +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 46C3F43D4C; Thu, 23 Nov 2006 07:34:41 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kAN7Z4HZ089746; Thu, 23 Nov 2006 00:35:09 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45654F26.7080800@samsco.org> Date: Thu, 23 Nov 2006 00:35:02 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Joe Marcus Clarke References: <1164266670.94313.44.camel@shumai.marcuscom.com> In-Reply-To: <1164266670.94313.44.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Current@freebsd.org Subject: Re: Constant watchdog timeouts on em0 with today's -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: Thu, 23 Nov 2006 07:35:16 -0000 Joe Marcus Clarke wrote: > I just synced with today's -CURRENT, and rendered by port build machine > useless. With minimal network traffic (just logging in via SSH with a > TCP NFS-mounted home) I get an immediate watchdog timeout on em0, and > they just keep coming as I type in the session. The machine is > otherwise idle while this is occurring. > > I am currently running: > > FreeBSD fugu.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #83: Thu Nov > 23 01:51:05 EST 2006 > root@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU i386 > > I was running: > > FreeBSD 7.0-CURRENT #80: Fri Nov 10 15:53:48 EST 2006 > marcus@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU > > Which provided stable networking. Here are my verbose dmesg and kernel > config. Note: this machine has both am if_em and an mpt card. Could > the recent MSI changes have exacerbated the em watchdog problem? What > can I do (besides downgrade) to resolve this? Thanks. > > http://www.marcuscom.com/downloads/fugu_dmesg.txt > http://www.marcuscom.com/downloads/fugu_kernel.txt > > Joe Have you followed the instructions in src/UPDATING on how to turn MSI off? Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 07:45:44 2006 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C125816A47E for ; Thu, 23 Nov 2006 07:45:44 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 623F143D49 for ; Thu, 23 Nov 2006 07:45:10 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kAN7jsjA050374; Thu, 23 Nov 2006 02:45:54 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Scott Long In-Reply-To: <45654F26.7080800@samsco.org> References: <1164266670.94313.44.camel@shumai.marcuscom.com> <45654F26.7080800@samsco.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FTGGW0rw0/hIIb0eugLl" Organization: FreeBSD, Inc. Date: Thu, 23 Nov 2006 02:45:42 -0500 Message-Id: <1164267942.94313.55.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: Current@FreeBSD.org Subject: Re: Constant watchdog timeouts on em0 with today's -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: Thu, 23 Nov 2006 07:45:44 -0000 --=-FTGGW0rw0/hIIb0eugLl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-11-23 at 00:35 -0700, Scott Long wrote: > Joe Marcus Clarke wrote: > > I just synced with today's -CURRENT, and rendered by port build machine > > useless. With minimal network traffic (just logging in via SSH with a > > TCP NFS-mounted home) I get an immediate watchdog timeout on em0, and > > they just keep coming as I type in the session. The machine is > > otherwise idle while this is occurring. > >=20 > > I am currently running: > >=20 > > FreeBSD fugu.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #83: Thu Nov > > 23 01:51:05 EST 2006 > > root@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU i386 > >=20 > > I was running: > >=20 > > FreeBSD 7.0-CURRENT #80: Fri Nov 10 15:53:48 EST 2006 > > marcus@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU > >=20 > > Which provided stable networking. Here are my verbose dmesg and kernel > > config. Note: this machine has both am if_em and an mpt card. Could > > the recent MSI changes have exacerbated the em watchdog problem? What > > can I do (besides downgrade) to resolve this? Thanks. > >=20 > > http://www.marcuscom.com/downloads/fugu_dmesg.txt > > http://www.marcuscom.com/downloads/fugu_kernel.txt > >=20 > > Joe >=20 > Have you followed the instructions in src/UPDATING on how to turn MSI > off? Man, do I feel stupid. I completely overlooked UPDATING. Indeed, disabling MSI restores network stability. Thanks, Scott. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-FTGGW0rw0/hIIb0eugLl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFZVGmb2iPiv4Uz4cRAngBAJ9u4mKxmTqYmKpv6HREe263tdmn0wCgg/Ts ErBHUi4BL+vXFSmuS45KXW4= =oQVh -----END PGP SIGNATURE----- --=-FTGGW0rw0/hIIb0eugLl-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 08:19:04 2006 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4168316A40F; Thu, 23 Nov 2006 08:19:04 +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 0B19543D5F; Thu, 23 Nov 2006 08:18:29 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kAN8IugC090055; Thu, 23 Nov 2006 01:19:01 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4565596E.7020102@samsco.org> Date: Thu, 23 Nov 2006 01:18:54 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Joe Marcus Clarke References: <1164266670.94313.44.camel@shumai.marcuscom.com> <45654F26.7080800@samsco.org> <1164267942.94313.55.camel@shumai.marcuscom.com> In-Reply-To: <1164267942.94313.55.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Current@FreeBSD.org Subject: Re: Constant watchdog timeouts on em0 with today's -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: Thu, 23 Nov 2006 08:19:04 -0000 Joe Marcus Clarke wrote: > On Thu, 2006-11-23 at 00:35 -0700, Scott Long wrote: >> Joe Marcus Clarke wrote: >>> I just synced with today's -CURRENT, and rendered by port build machine >>> useless. With minimal network traffic (just logging in via SSH with a >>> TCP NFS-mounted home) I get an immediate watchdog timeout on em0, and >>> they just keep coming as I type in the session. The machine is >>> otherwise idle while this is occurring. >>> >>> I am currently running: >>> >>> FreeBSD fugu.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #83: Thu Nov >>> 23 01:51:05 EST 2006 >>> root@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU i386 >>> >>> I was running: >>> >>> FreeBSD 7.0-CURRENT #80: Fri Nov 10 15:53:48 EST 2006 >>> marcus@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU >>> >>> Which provided stable networking. Here are my verbose dmesg and kernel >>> config. Note: this machine has both am if_em and an mpt card. Could >>> the recent MSI changes have exacerbated the em watchdog problem? What >>> can I do (besides downgrade) to resolve this? Thanks. >>> >>> http://www.marcuscom.com/downloads/fugu_dmesg.txt >>> http://www.marcuscom.com/downloads/fugu_kernel.txt >>> >>> Joe >> Have you followed the instructions in src/UPDATING on how to turn MSI >> off? > > Man, do I feel stupid. I completely overlooked UPDATING. Indeed, > disabling MSI restores network stability. Thanks, Scott. > > Joe > Btw, could you submit a PR with your system information and assign it to John? I know that he intends to do some form of blacklist or whitelist for MSI support, and data like yours is needed for that. Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 08:33:19 2006 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D192216A47C for ; Thu, 23 Nov 2006 08:33:19 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E71F43D5D for ; Thu, 23 Nov 2006 08:32:44 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kAN8XTCW051015; Thu, 23 Nov 2006 03:33:29 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Scott Long In-Reply-To: <4565596E.7020102@samsco.org> References: <1164266670.94313.44.camel@shumai.marcuscom.com> <45654F26.7080800@samsco.org> <1164267942.94313.55.camel@shumai.marcuscom.com> <4565596E.7020102@samsco.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7molM5ldK2IcvHIwPPYl" Organization: FreeBSD, Inc. Date: Thu, 23 Nov 2006 03:33:17 -0500 Message-Id: <1164270797.94313.58.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: Current@FreeBSD.org Subject: Re: Constant watchdog timeouts on em0 with today's -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: Thu, 23 Nov 2006 08:33:19 -0000 --=-7molM5ldK2IcvHIwPPYl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-11-23 at 01:18 -0700, Scott Long wrote: > Joe Marcus Clarke wrote: > > On Thu, 2006-11-23 at 00:35 -0700, Scott Long wrote: > >> Joe Marcus Clarke wrote: > >>> I just synced with today's -CURRENT, and rendered by port build machi= ne > >>> useless. With minimal network traffic (just logging in via SSH with = a > >>> TCP NFS-mounted home) I get an immediate watchdog timeout on em0, and > >>> they just keep coming as I type in the session. The machine is > >>> otherwise idle while this is occurring. > >>> > >>> I am currently running: > >>> > >>> FreeBSD fugu.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #83: Thu N= ov > >>> 23 01:51:05 EST 2006 > >>> root@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU i386 > >>> > >>> I was running: > >>> > >>> FreeBSD 7.0-CURRENT #80: Fri Nov 10 15:53:48 EST 2006 > >>> marcus@fugu.marcuscom.com:/space2/obj/usr/src/sys/FUGU > >>> > >>> Which provided stable networking. Here are my verbose dmesg and kern= el > >>> config. Note: this machine has both am if_em and an mpt card. Could > >>> the recent MSI changes have exacerbated the em watchdog problem? Wha= t > >>> can I do (besides downgrade) to resolve this? Thanks. > >>> > >>> http://www.marcuscom.com/downloads/fugu_dmesg.txt > >>> http://www.marcuscom.com/downloads/fugu_kernel.txt > >>> > >>> Joe > >> Have you followed the instructions in src/UPDATING on how to turn MSI > >> off? > >=20 > > Man, do I feel stupid. I completely overlooked UPDATING. Indeed, > > disabling MSI restores network stability. Thanks, Scott. > >=20 > > Joe > >=20 >=20 > Btw, could you submit a PR with your system information and assign it to > John? I know that he intends to do some form of blacklist or whitelist > for MSI support, and data like yours is needed for that. Done:=20 http://www.freebsd.org/cgi/query-pr.cgi?pr=3D105768 . Thanks again for knocking some sense into me. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-7molM5ldK2IcvHIwPPYl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFZVzNb2iPiv4Uz4cRArB5AJ0YSL5L1WAzLUSRmFjHafQ+AGA+vwCdEg0j 1u4xNh1V+SFvhGTxPjZX5CA= =COsz -----END PGP SIGNATURE----- --=-7molM5ldK2IcvHIwPPYl-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 09:11:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A091C16A412; Thu, 23 Nov 2006 09:11:52 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BA6343D66; Thu, 23 Nov 2006 09:11:16 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id kAN9BmRL024152; Thu, 23 Nov 2006 10:11:49 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id kAN9Bh2X068649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Nov 2006 10:11:44 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id kAN9Bh07089040; Thu, 23 Nov 2006 10:11:43 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id kAN9BhKK089039; Thu, 23 Nov 2006 10:11:43 +0100 (CET) (envelope-from ticso) Date: Thu, 23 Nov 2006 10:11:43 +0100 From: Bernd Walter To: Doug Barton Message-ID: <20061123091142.GK83358@cicely12.cicely.de> References: <4564996D.50808@FreeBSD.org> <455C2290.6010907@videotron.ca> <4564F129.70902@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4564F129.70902@FreeBSD.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 autolearn=unavailable version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on cicely12.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: EHCI problem on -current, and unknown devs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 09:11:52 -0000 On Wed, Nov 22, 2006 at 04:54:01PM -0800, Doug Barton wrote: > Still interested in the unknown devices though, if anyone has insight > into that issue. USB devices have optional strings for defining product, vendor name (and many more). Either the devices doesn't deliver those strings or the delivered are broken, which is not that uncommon. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 11:43:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FA1A16A403 for ; Thu, 23 Nov 2006 11:43:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDDF543D4C for ; Thu, 23 Nov 2006 11:42:26 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id kANBguEP028929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 23 Nov 2006 13:42:56 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id kANBgtwZ048173 for ; Thu, 23 Nov 2006 13:42:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id kANBgtgm048102 for current@freebsd.org; Thu, 23 Nov 2006 13:42:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Nov 2006 13:42:54 +0200 From: Kostik Belousov To: current@freebsd.org Message-ID: <20061123114254.GO1841@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f3n33hPtqmWgzvaY" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL, UNPARSEABLE_RELAY autolearn=no version=3.1.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on fw.zoral.com.ua Cc: Subject: if_ef rotten 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, 23 Nov 2006 11:43:02 -0000 --f3n33hPtqmWgzvaY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable When trying to kldload if_ef (on yesterday CURRENT/amd64, with WITNESS and almost all debugging enabled), I got a lot of "malloc(M_WAITOK) of "XXX", forcing M_NOWAIT with the following non-sleepab= le locks held: ... ifnet ..." Is it rotten ? (No, I do not use it, just noted it when doing some other testing work).=20 --f3n33hPtqmWgzvaY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFZYk+C3+MBN1Mb4gRAtZVAKDzkpPnINbPiwx5oNAQa7M/0Qp5xwCeMYew uNx12FvfowEF0B/r3Ro/SO0= =Hk5s -----END PGP SIGNATURE----- --f3n33hPtqmWgzvaY-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 11:55:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B91A116A50B for ; Thu, 23 Nov 2006 11:55:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D92E943D45 for ; Thu, 23 Nov 2006 11:55:19 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 0FD1346DD2; Thu, 23 Nov 2006 06:55:54 -0500 (EST) Date: Thu, 23 Nov 2006 11:55:53 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kostik Belousov In-Reply-To: <20061123114254.GO1841@deviant.kiev.zoral.com.ua> Message-ID: <20061123115046.S50054@fledge.watson.org> References: <20061123114254.GO1841@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: if_ef rotten 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, 23 Nov 2006 11:55:54 -0000 On Thu, 23 Nov 2006, Kostik Belousov wrote: > When trying to kldload if_ef (on yesterday CURRENT/amd64, with WITNESS and > almost all debugging enabled), I got a lot of "malloc(M_WAITOK) of "XXX", > forcing M_NOWAIT with the following non-sleepable locks held: ... ifnet ..." > > Is it rotten ? (No, I do not use it, just noted it when doing some other > testing work). There are three general classes of problems with if_ef: (1) We don't really have a model for handling "derived" interfaces very well, and this shows up in both if_ef and if_vlan. if_ef could use many of the updates performed to if_vlan being done to it. (2) if_ef lacks internal locking of its own data structures. I believe Tom Rhodes was looking at this, and sent me a patch to review a while back, which I have neglected to review thus far, but seemed likely to require significant refinement before it's ready to be committed. It ended up on my "exceptional case lots of attention required" slow path, and has effectively ended up in exactly the wrong spot on my work queue as a result, which is hardly Tom's fault :-). (3) It likely interacts poorly with existing locking in the stack, hence the errors you've seen. For example, calling mbuf allocation routines in the output path, where higher level locks may already be held. The above list goes from "hardest" to "easiest" in order. More generally, (1) is an issue we need to address in one of two ways: really working out how derived interfaces should work, and/or more tightly integrating our three ethernet link layer components into one combined system: if_ethersubr, if_vlan, and if_ef. Because 802.1 link layer encapsulation is also useful for QoS-related stuff (I understand), this integration makes quite a bit of sense. We should also consider this in the same light as similar functionality in 802.11 and see whether there are simply parallels, or also overlap. I know both Sam and Bruce have had opinions on this topic in the past also. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 12:08:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E6F216A47B for ; Thu, 23 Nov 2006 12:08:41 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00E1D43DAA for ; Thu, 23 Nov 2006 12:07:35 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:0Qs9kdawopFVOl1haeE66uL1D41wllls1ueMWurx63kdoYmxFYc160aOQzG75Q6N@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id kANC7bEu091057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Nov 2006 21:07:44 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 23 Nov 2006 21:07:36 +0900 Message-ID: From: Hajimu UMEMOTO To: Bakul Shah In-Reply-To: <20061120090436.71B205B3E@mail.bitblocks.com> References: <20061120090436.71B205B3E@mail.bitblocks.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.2-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 23 Nov 2006 21:07:45 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on ameno.mahoroba.org Cc: freebsd-current@freebsd.org Subject: Re: unkillable qemu: sleeping in devdrn state 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, 23 Nov 2006 12:08:41 -0000 Hi, >>>>> On Mon, 20 Nov 2006 01:04:36 -0800 >>>>> Bakul Shah said: bakul> With a fairly recent -current kernel qemu sleeps in "devdrn" bakul> state and is unkillable. /proc doesn't have qemu's pid entry bakul> but it does show up in a ps listing! This bug is not 100% bakul> repeatable but close enough. AFAIK this problem appears only bakul> when kqemu is used with qemu. Though I'm not using qemu, I met similar problem with portupgrade. The portupgrade sleeps in "devdrm" state. Don't you set kern.pts.enable to 1? It seems the problem doesn't occur when kern.pts.enable=0. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 09:31:49 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1E9A16A417; Thu, 23 Nov 2006 09:31:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8EC043DA1; Thu, 23 Nov 2006 09:30:13 +0000 (GMT) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.62) with esmtp (envelope-from ) id <1GnAul-0005q2-Ha>; Thu, 23 Nov 2006 10:30:39 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.62) with esmtpsa (envelope-from ) id <1GnAul-0002KM-GW>; Thu, 23 Nov 2006 10:30:39 +0100 Message-ID: <45656A3B.6000000@zedat.fu-berlin.de> Date: Thu, 23 Nov 2006 10:30:35 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: FreeBSD Stable , freebsd-current@FreeBSD.org, freebsd-security@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Thu, 23 Nov 2006 13:26:50 +0000 Cc: Subject: UFS Bug: FreeBSD 6.1/6.2/7.0: MOKB-08-11-2006, CVE-2006-5824, MOKB-03-11-2006, CVE-2006-5679 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, 23 Nov 2006 09:31:49 -0000 Is for these UFS bugs in FreeBSD since 6.1 a fix uderway? See: http://projects.info-pull.com/mokb/ MOKB-08-11-2006,CVE-2006-5824, MOKB-03-11-2006,CVE-2006-5679 Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 15:57:29 2006 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C48616A562 for ; Thu, 23 Nov 2006 15:57:29 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D67543D55 for ; Thu, 23 Nov 2006 15:56:52 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: by afrodita.rcub.bg.ac.yu (Postfix, from userid 2055) id 4E050160223; Thu, 23 Nov 2006 16:57:08 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by afrodita.rcub.bg.ac.yu (Postfix) with ESMTP id 3D2E5160213 for ; Thu, 23 Nov 2006 16:57:08 +0100 (CET) Date: Thu, 23 Nov 2006 16:57:08 +0100 (CET) From: Goran Gajic To: freebsd-current@mx1.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Thu, 23 Nov 2006 15:59:29 +0000 Cc: Subject: 7.0-CURRENT em0 related panic 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, 23 Nov 2006 15:57:29 -0000 >From today built: db> bt Tracing pid 12 tid 100004 td 0xc2d728c0 m_tag_delete_chain(c3893400,0) at m_tag_delete_chain+0x2c mb_dtor_mbuf(c3893400,100,0) at mb_dtor_mbuf+0x18 uma_zfree_arg(c1463960,c3893400,0) at uma_zfree_arg+0x24 mb_free_ext(c3893400) at mb_free_ext+0x1ec m_freem(c38c1c00,c2e63000,c2eed400,c2ed6300,d3d28c70,...) at m_freem+0x1a em_setup_transmit_structures(c2e63000,c2e63000,c2eed400,1,d3d28c80,...) at em_setup_transmit_structures+0x8c em_init_locked(c2e63000,c2e63000,d3d28c98,c053bd3c,c2e63000,...) at em_init_locked+0x152 em_watchdog(c2e63000,c2e63000,c2e631d8,6,d3d28ccc,...) at em_watchdog+0x97 em_local_timer(c2e63000) at em_local_timer+0x64 softclock(0) at softclock+0x232 ithread_execute_handlers(c2d718c0,c2db9500) at ithread_execute_handlers+0x122 ithread_loop(c2d4f7b0,d3d28d38) at ithread_loop+0x67 fork_exit(c069fe98,c2d4f7b0,d3d28d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3d28d6c, ebp = 0 --- db> panic panic: from debugger cpuid = 0 Uptime: 15m6s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Here is dmesg: FreeBSD 7.0-CURRENT #0: Thu Nov 23 16:00:43 CET 2006 root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.53GHz (2542.34-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x651d AMD Features=0x20000000 real memory = 536543232 (511 MB) avail memory = 511270912 (487 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard ACPI-0448: *** Error: Looking up [OC06] in namespace, AE_NOT_FOUND SearchNode 0xc2da9940 StartNode 0xc2da9940 ReturnNode 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci3: on pcib1 vgapci0: port 0xe000-0xe0ff mem 0xd8000000-0xdfffffff,0xd7fe0000-0xd7feffff irq 16 at device 0.0 on pci3 vgapci1: mem 0xd7ff0000-0xd7ffffff at device 0.1 on pci3 pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 uhci0: port 0x7400-0x741f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x7800-0x781f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x8000-0x801f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x8400-0x841f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x8000-0x801f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x8400-0x841f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd7dffc00-0xd7dfffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] 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 pcib3: at device 30.0 on pci0 pci1: on pcib3 em0: port 0xc400-0xc43f mem 0xd7ec0000-0xd7edffff irq 19 at device 3.0 on pci1 em0: Ethernet address: 00:13:d4:cc:2b:62 em0: [FAST] pci1: at device 9.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xa000-0xa007,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8800-0x880f irq 18 at device 31.1 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f irq 19 at device 31.2 on pci0 ata4: on atapci1 ata5: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2542344124 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDRW at ata2-slave UDMA33 ad8: 76319MB at ata4-master SATA150 Trying to mount root from ufs:/dev/ad8s1a WARNING: / was not properly dismounted pcm0: mem 0xd7df8000-0xd7dfbfff irq 16 at device 27.0 on pci0 pcm0: pcm0: em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting Regards, gg. From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 16:58:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7909416A403; Thu, 23 Nov 2006 16:58:58 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F63D43D69; Thu, 23 Nov 2006 16:58:21 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 5931F5B3E; Thu, 23 Nov 2006 08:58:57 -0800 (PST) To: Hajimu UMEMOTO In-reply-to: Your message of "Thu, 23 Nov 2006 21:07:36 +0900." Date: Thu, 23 Nov 2006 08:58:57 -0800 From: Bakul Shah Message-Id: <20061123165857.5931F5B3E@mail.bitblocks.com> Cc: freebsd-current@freebsd.org Subject: Re: unkillable qemu: sleeping in devdrn state 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, 23 Nov 2006 16:58:58 -0000 > bakul> With a fairly recent -current kernel qemu sleeps in "devdrn" > bakul> state and is unkillable. /proc doesn't have qemu's pid entry > bakul> but it does show up in a ps listing! This bug is not 100% > bakul> repeatable but close enough. AFAIK this problem appears only > bakul> when kqemu is used with qemu. > > Though I'm not using qemu, I met similar problem with portupgrade. > The portupgrade sleeps in "devdrm" state. > Don't you set kern.pts.enable to 1? It seems the problem doesn't > occur when kern.pts.enable=0. I tried that but the problem remained. The following "fixed" it but I don't trust it is the right fix. IMHO destroy_dev() needs to do dev_relthread() or we need to figure out why si_threadcount is > 0 and fix that so that we don't have to go fix all the drivers. --- kqemu-freebsd.c-old Thu Nov 19 08:36:25 2006 +++ kqemu-freebsd.c Mon Nov 20 01:05:56 2006 @@ -321,6 +321,7 @@ #if __FreeBSD_version >= 500000 dev->si_drv1 = NULL; TAILQ_REMOVE(&kqemuhead, ks, kqemu_ent); + dev_relthread(dev); destroy_dev(dev); #endif free(ks, M_KQEMU); From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 20:30:22 2006 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7422A16A47B for ; Thu, 23 Nov 2006 20:30:22 +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 28F9443D4C for ; Thu, 23 Nov 2006 20:29:44 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kANKU8nC096713; Thu, 23 Nov 2006 13:30:13 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <456604CD.10706@samsco.org> Date: Thu, 23 Nov 2006 13:30:05 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Goran Gajic References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@mx1.freebsd.org Subject: Re: 7.0-CURRENT em0 related panic 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, 23 Nov 2006 20:30:22 -0000 This is probably s secondary problem, with the primary problem being MSI. See src/UPDATING for instructions on turning MSI off. Scott Goran Gajic wrote: > > >> From today built: > > db> bt > Tracing pid 12 tid 100004 td 0xc2d728c0 > m_tag_delete_chain(c3893400,0) at m_tag_delete_chain+0x2c > mb_dtor_mbuf(c3893400,100,0) at mb_dtor_mbuf+0x18 > uma_zfree_arg(c1463960,c3893400,0) at uma_zfree_arg+0x24 > mb_free_ext(c3893400) at mb_free_ext+0x1ec > m_freem(c38c1c00,c2e63000,c2eed400,c2ed6300,d3d28c70,...) at m_freem+0x1a > em_setup_transmit_structures(c2e63000,c2e63000,c2eed400,1,d3d28c80,...) > at em_setup_transmit_structures+0x8c > em_init_locked(c2e63000,c2e63000,d3d28c98,c053bd3c,c2e63000,...) at > em_init_locked+0x152 > em_watchdog(c2e63000,c2e63000,c2e631d8,6,d3d28ccc,...) at em_watchdog+0x97 > em_local_timer(c2e63000) at em_local_timer+0x64 > softclock(0) at softclock+0x232 > ithread_execute_handlers(c2d718c0,c2db9500) at > ithread_execute_handlers+0x122 > ithread_loop(c2d4f7b0,d3d28d38) at ithread_loop+0x67 > fork_exit(c069fe98,c2d4f7b0,d3d28d38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd3d28d6c, ebp = 0 --- > db> panic > panic: from debugger > cpuid = 0 > Uptime: 15m6s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > > > Here is dmesg: > > FreeBSD 7.0-CURRENT #0: Thu Nov 23 16:00:43 CET 2006 > root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Celeron(R) CPU 2.53GHz (2542.34-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > > Features=0xbfebfbff > > Features2=0x651d > AMD Features=0x20000000 > real memory = 536543232 (511 MB) > avail memory = 511270912 (487 MB) > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > ACPI-0448: *** Error: Looking up [OC06] in namespace, AE_NOT_FOUND > SearchNode 0xc2da9940 StartNode 0xc2da9940 ReturnNode 0 > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi0: Power Button (fixed) > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci3: on pcib1 > vgapci0: port 0xe000-0xe0ff mem > 0xd8000000-0xdfffffff,0xd7fe0000-0xd7feffff irq 16 at device 0.0 on pci3 > vgapci1: mem 0xd7ff0000-0xd7ffffff at device > 0.1 on pci3 > pci0: at device 27.0 (no driver attached) > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > uhci0: port > 0x7400-0x741f irq 23 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port > 0x7800-0x781f irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port > 0x8000-0x801f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port > 0x8400-0x841f irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub1: 2 ports with 2 removable, self powered > uhci2: port > 0x8000-0x801f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > uhci3: port > 0x8400-0x841f irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xd7dffc00-0xd7dfffff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > 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 > pcib3: at device 30.0 on pci0 > pci1: on pcib3 > em0: port > 0xc400-0xc43f mem 0xd7ec0000-0xd7edffff irq 19 at device 3.0 on pci1 > em0: Ethernet address: 00:13:d4:cc:2b:62 > em0: [FAST] > pci1: at device 9.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xa000-0xa007,0x9800-0x9803,0x9400-0x9407,0x9000-0x9003,0x8800-0x880f > irq 18 at device 31.1 on pci0 > ata2: on atapci0 > ata3: on atapci0 > atapci1: port > 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f > irq 19 at device 31.2 on pci0 > ata4: on atapci1 > ata5: on atapci1 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 > on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A, console > sio0: [FAST] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2542344124 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: CDRW at ata2-slave UDMA33 > ad8: 76319MB at ata4-master SATA150 > Trying to mount root from ufs:/dev/ad8s1a > WARNING: / was not properly dismounted > pcm0: mem > 0xd7df8000-0xd7dfbfff irq 16 at device 27.0 on pci0 > pcm0: > pcm0: > em0: watchdog timeout -- resetting > em0: watchdog timeout -- resetting > em0: watchdog timeout -- resetting > em0: watchdog timeout -- resetting > em0: watchdog timeout -- resetting > > Regards, > gg. > > _______________________________________________ > 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 Thu Nov 23 21:07:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6808F16A415; Thu, 23 Nov 2006 21:07:10 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from customer-domains.icp-qv1-irony13.iinet.net.au (customer-domains.icp-qv1-irony13.iinet.net.au [203.59.1.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66EBC43D81; Thu, 23 Nov 2006 21:06:21 +0000 (GMT) (envelope-from fbsd-current@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [127.0.0.1]) ([203.206.173.235]) by customer-domains.icp-qv1-irony13.iinet.net.au with ESMTP; 24 Nov 2006 05:06:56 +0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAKKbZUXLzq3r/2dsb2JhbAANiFQ X-IronPort-AV: i="4.09,453,1157299200"; d="scan'208"; a="31032834:sNHT20463282" Message-ID: <45660D01.9000102@mawer.org> Date: Fri, 24 Nov 2006 08:05:05 +1100 From: Antony Mawer User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Robert Watson References: <20061123114254.GO1841@deviant.kiev.zoral.com.ua> <20061123115046.S50054@fledge.watson.org> In-Reply-To: <20061123115046.S50054@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , current@freebsd.org Subject: Re: if_ef rotten 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, 23 Nov 2006 21:07:10 -0000 On 23/11/2006 10:55 PM, Robert Watson wrote: > > On Thu, 23 Nov 2006, Kostik Belousov wrote: > >> When trying to kldload if_ef (on yesterday CURRENT/amd64, with WITNESS >> and almost all debugging enabled), I got a lot of "malloc(M_WAITOK) of >> "XXX", forcing M_NOWAIT with the following non-sleepable locks held: >> ... ifnet ..." >> >> Is it rotten ? (No, I do not use it, just noted it when doing some >> other testing work). > > There are three general classes of problems with if_ef: ... If you are looking for any testers of if_ef-related work, we use it quite heavily (with nwfs and IPX), although my -CURRENT test machine is currently in pieces, so I haven't done any testing on -CURRENT just at the moment! If you need any additional information from a in-use environment, patches to be tested, etc, I'll volunteer... --Antony From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 21:09:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3331516A40F for ; Thu, 23 Nov 2006 21:09:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id E210E43D97 for ; Thu, 23 Nov 2006 21:08:37 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 9554 invoked by uid 399); 23 Nov 2006 21:09:13 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 23 Nov 2006 21:09:13 -0000 Message-ID: <45660DEF.3010205@FreeBSD.org> Date: Thu, 23 Nov 2006 13:09:03 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: ticso@cicely.de References: <4564996D.50808@FreeBSD.org> <455C2290.6010907@videotron.ca> <4564F129.70902@FreeBSD.org> <20061123091142.GK83358@cicely12.cicely.de> In-Reply-To: <20061123091142.GK83358@cicely12.cicely.de> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: EHCI problem on -current, and unknown devs 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, 23 Nov 2006 21:09:17 -0000 Bernd Walter wrote: > On Wed, Nov 22, 2006 at 04:54:01PM -0800, Doug Barton wrote: >> Still interested in the unknown devices though, if anyone has insight >> into that issue. > > USB devices have optional strings for defining product, vendor name > (and many more). > Either the devices doesn't deliver those strings or the delivered are > broken, which is not that uncommon. Right on, I guess my question is really, "Given that I have the vendor and device IDs in my usbdeves file, why don't they show up in dmesg? Is there somewhere else I need to put them? Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 21:18:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF77816A514; Thu, 23 Nov 2006 21:18:39 +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 3DD6043D9D; Thu, 23 Nov 2006 21:17:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kANLIBQO055228; Thu, 23 Nov 2006 16:18:11 -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.13.8/8.13.8) with ESMTP id kANLIBs6062325; Thu, 23 Nov 2006 16:18:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7911573068; Thu, 23 Nov 2006 16:18:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061123211811.7911573068@freebsd-current.sentex.ca> Date: Thu, 23 Nov 2006 16:18:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Thu, 23 Nov 2006 21:18:40 -0000 TB --- 2006-11-23 20:05:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-23 20:05:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-23 20:05:46 - cleaning the object tree TB --- 2006-11-23 20:07:11 - checking out the source tree TB --- 2006-11-23 20:07:11 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-23 20:07:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-23 20:21:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-23 20:21:32 - cd /src TB --- 2006-11-23 20:21:32 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 23 20:21:33 UTC 2006 >>> 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 Thu Nov 23 21:16:00 UTC 2006 TB --- 2006-11-23 21:16:00 - generating LINT kernel config TB --- 2006-11-23 21:16:00 - cd /src/sys/sun4v/conf TB --- 2006-11-23 21:16:00 - /usr/bin/make -B LINT TB --- 2006-11-23 21:16:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-23 21:16:00 - cd /src TB --- 2006-11-23 21:16:00 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 23 21:16:01 UTC 2006 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sun4v/mdesc/mdesc_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding /usr/bin/make -V SFILES | MKDEP_CPP="cc -E" xargs mkdep -a -f .newdep -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding cc: /src/sys/sun4v/sun4v/t1_copy.S: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-23 21:18:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-23 21:18:11 - ERROR: failed to build lint kernel TB --- 2006-11-23 21:18:11 - tinderbox aborted TB --- 0.62 user 1.96 system 4344.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 21:37:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DF1F16A417 for ; Thu, 23 Nov 2006 21:37:05 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB97743D45 for ; Thu, 23 Nov 2006 21:36:27 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from c182-250.icpnet.pl ([85.221.182.250] helo=enkidu.local ident=Debian-exim) from Debian-exim by mail.in5.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1GnMFj-00040d-ML; Thu, 23 Nov 2006 22:37:03 +0100 Received: from sthalik by enkidu.local with local (Exim 4.63) (envelope-from ) id 1GnMFf-0002Ee-Vv; Thu, 23 Nov 2006 22:37:00 +0100 Date: Thu, 23 Nov 2006 22:36:59 +0100 From: Stanislaw Halik To: John Birrell Message-ID: <20061123213659.GA8405@localhost.localdomain> Mail-Followup-To: John Birrell , freebsd-current@freebsd.org References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> <4564B095.3000002@evilphi.com> <20061122214505.GB48004@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061122214505.GB48004@what-creek.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-User: sthalik Cc: freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? 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, 23 Nov 2006 21:37:05 -0000 On Wed, Nov 22, 2006, John Birrell wrote: >> Which restrictions do you see preventing the distribution of a >> DTRACE-enabled GENERIC kernel binary? I would refer you to sections >> 3.1, 3.4 and 3.5 of the license[1], which state: >> - the CDDL is mandatory on the source code distribution; >> - the original copyright notice for the original work must be displayed; >> - binary distributions of CDDL-licensed software may be relicensed; >> The requirement for the last is that the new license not conflict with >> the CDDL. The CDDL doesn't otherwise restrict use, modification or >> distribution and includes the ability to sublicense the original code as >> well as and derived works. >> Someone please point out the conflict. I don't see one. > FreeBSD's policy is to ship a GENERIC kernel which is entirely BSD > licensed. Kernel modules and other kernel options can include other > licenses, but the options enabled in GENERIC must be BSD licensed. Why isn't importing it as a non-default option acceptable? I believe a lot of users would be happy to include it in their custom kernels. From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 21:44:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FAB216A403; Thu, 23 Nov 2006 21:44:39 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9530E43D45; Thu, 23 Nov 2006 21:44:01 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id kANLibRw034204; Thu, 23 Nov 2006 22:44:37 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id kANLiWgF076001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Nov 2006 22:44:32 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id kANLiVlv091082; Thu, 23 Nov 2006 22:44:31 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id kANLiVsZ091081; Thu, 23 Nov 2006 22:44:31 +0100 (CET) (envelope-from ticso) Date: Thu, 23 Nov 2006 22:44:31 +0100 From: Bernd Walter To: Doug Barton Message-ID: <20061123214431.GW83358@cicely12.cicely.de> References: <4564996D.50808@FreeBSD.org> <455C2290.6010907@videotron.ca> <4564F129.70902@FreeBSD.org> <20061123091142.GK83358@cicely12.cicely.de> <45660DEF.3010205@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45660DEF.3010205@FreeBSD.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 autolearn=unavailable version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on cicely12.cicely.de Cc: freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: EHCI problem on -current, and unknown devs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Nov 2006 21:44:39 -0000 On Thu, Nov 23, 2006 at 01:09:03PM -0800, Doug Barton wrote: > Bernd Walter wrote: > > On Wed, Nov 22, 2006 at 04:54:01PM -0800, Doug Barton wrote: > >> Still interested in the unknown devices though, if anyone has insight > >> into that issue. > > > > USB devices have optional strings for defining product, vendor name > > (and many more). > > Either the devices doesn't deliver those strings or the delivered are > > broken, which is not that uncommon. > > Right on, I guess my question is really, "Given that I have the vendor > and device IDs in my usbdeves file, why don't they show up in dmesg? Because all it does is creating defines for drivers to probe their hardware. > Is there somewhere else I need to put them? Well - you can put it into the driver, but there are numberless devices. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 21:57:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06C5A16A40F for ; Thu, 23 Nov 2006 21:57:38 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C3DC43D73 for ; Thu, 23 Nov 2006 21:56:59 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id AA0F8140EC03; Thu, 23 Nov 2006 21:58:51 +0000 (GMT) Date: Thu, 23 Nov 2006 21:58:51 +0000 From: John Birrell To: freebsd-current@freebsd.org Message-ID: <20061123215851.GA56442@what-creek.com> References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061122051359.GA42639@what-creek.com> <4564B095.3000002@evilphi.com> <20061122214505.GB48004@what-creek.com> <20061123213659.GA8405@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061123213659.GA8405@localhost.localdomain> User-Agent: Mutt/1.4.2.1i Subject: Re: KDTRACE is gone? 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, 23 Nov 2006 21:57:38 -0000 On Thu, Nov 23, 2006 at 10:36:59PM +0100, Stanislaw Halik wrote: > Why isn't importing it as a non-default option acceptable? I believe a > lot of users would be happy to include it in their custom kernels. Because in 5 years time when there is a production server that can't be rebooted, I want the admins to be able to run DTrace. The only way I can guarantee that is by making the ability to load DTrace kernel modules available to everyone. DTrace isn't intended as a toy. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Thu Nov 23 22:42:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 307AD16A403 for ; Thu, 23 Nov 2006 22:42:37 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7BC343D45 for ; Thu, 23 Nov 2006 22:41:58 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so525478uge for ; Thu, 23 Nov 2006 14:42:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=C0RoUtb5O91OW71aRaf1cSW0sPPd9l7KGSzRsnBUIEJUdb29eO52fGsvH4ATYnQ54CwJqUtolexyoQBKLhN8WS7u51zREO3qeTqLa6EGBXzFxB0xBFeMEcOjjVi9ZCoVCmplS/n8Jqam8Oj+OoApFz0+eBpyzGnZmK82zLOAeY0= Received: by 10.67.97.7 with SMTP id z7mr5909499ugl.1164321754436; Thu, 23 Nov 2006 14:42:34 -0800 (PST) Received: from roadrunner.q.local ( [85.180.138.209]) by mx.google.com with ESMTP id o30sm9919975ugd.2006.11.23.14.42.34; Thu, 23 Nov 2006 14:42:34 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id kANMgURZ002591; Thu, 23 Nov 2006 23:42:30 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id kANMgSDU002590; Thu, 23 Nov 2006 23:42:28 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Thu, 23 Nov 2006 23:42:27 +0100 From: Ulrich Spoerlein To: Kris Kennaway Message-ID: <20061123224227.GA2570@roadrunner.q.local> Mail-Followup-To: Kris Kennaway , current@freebsd.org References: <20061122184411.GB1522@roadrunner.q.local> <20061122201850.GB40482@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061122201850.GB40482@xor.obsecurity.org> Cc: current@freebsd.org Subject: Re: Expensive timeout in nfs_socket.c 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, 23 Nov 2006 22:42:37 -0000 Kris Kennaway wrote: > On Wed, Nov 22, 2006 at 07:44:11PM +0100, Ulrich Spoerlein wrote: > > Expensive timeout(9) function: 0xc062b1bc(0) 0.102241471 s > > igor# addr2line -e /boot/kernel/kernel.symbols 0xc062b1bc > > /vol/src/sys/nfsclient/nfs_socket.c:1357 > > Do you still get this after Mohan's recent commit? No, looks like it's gone ... Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 03:37:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4676816A40F; Fri, 24 Nov 2006 03:37:00 +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 0B6ED43D46; Fri, 24 Nov 2006 03:36:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAO3awok039642; Thu, 23 Nov 2006 22:36:58 -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.13.8/8.13.8) with ESMTP id kAO3awUk070245; Thu, 23 Nov 2006 22:36:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8B5BB73068; Thu, 23 Nov 2006 22:36:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061124033658.8B5BB73068@freebsd-current.sentex.ca> Date: Thu, 23 Nov 2006 22:36:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Fri, 24 Nov 2006 03:37:00 -0000 TB --- 2006-11-24 03:10:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-24 03:10:18 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-24 03:10:18 - cleaning the object tree TB --- 2006-11-24 03:11:36 - checking out the source tree TB --- 2006-11-24 03:11:36 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-24 03:11:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-24 03:28:35 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-24 03:28:35 - cd /src TB --- 2006-11-24 03:28:35 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 24 03:28:36 UTC 2006 >>> 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 [...] ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm -DSUN4V /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_sparc64.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_proc.c cc -O2 -pipe -DLIBC_SCCS -I/src/lib/libkvm -DSUN4V -c /src/lib/libkvm/kvm.c In file included from /obj/sun4v/src/tmp/usr/include/vm/pmap.h:82, from /obj/sun4v/src/tmp/usr/include/sys/user.h:50, from /src/lib/libkvm/kvm.c:48: /obj/sun4v/src/tmp/usr/include/machine/pmap.h:78: error: field `pm_tsb' has incomplete type *** Error code 1 Stop in /src/lib/libkvm. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-24 03:36:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-24 03:36:58 - ERROR: failed to build world TB --- 2006-11-24 03:36:58 - tinderbox aborted TB --- 0.50 user 1.59 system 1599.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 10:56:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B32BF16A4A7; Fri, 24 Nov 2006 10:56:04 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4B243D5D; Fri, 24 Nov 2006 10:55:22 +0000 (GMT) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id kAOAtvJJ085957; Fri, 24 Nov 2006 11:55:59 +0100 (CET) (envelope-from mb@imp.ch) Date: Fri, 24 Nov 2006 11:55:57 +0100 (CET) From: Martin Blapp To: "Andrey V. Elsukov" In-Reply-To: <4517A2E8.2010002@yandex.ru> Message-ID: <20061124115520.X13782@godot.imp.ch> References: <4501A921.000002.29363@mfront8.yandex.ru> <4517A2E8.2010002@yandex.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.58 on 157.161.9.65 Cc: freebsd-current@freebsd.org, scottl@freebsd.org, az@freebsd.org Subject: Re: aac(4) update request 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, 24 Nov 2006 10:56:04 -0000 Hi, Has someone of you planed to commit this patch to CURRENT ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ On Mon, 25 Sep 2006, Andrey V. Elsukov wrote: > I've merged some changes from this driver to RELENG_6 sources. > I've created a custom FreeBSD 6.2-BETA1 ISO image with a my > patch to aac(4). From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 11:34:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 673C716A407; Fri, 24 Nov 2006 11:34:19 +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 4227243D5A; Fri, 24 Nov 2006 11:33:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAOBYIa1047605; Fri, 24 Nov 2006 06:34:18 -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.13.8/8.13.8) with ESMTP id kAOBYIPw030289; Fri, 24 Nov 2006 06:34:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E9D4D73068; Fri, 24 Nov 2006 06:34:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061124113417.E9D4D73068@freebsd-current.sentex.ca> Date: Fri, 24 Nov 2006 06:34:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Fri, 24 Nov 2006 11:34:19 -0000 TB --- 2006-11-24 10:25:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-24 10:25:08 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-24 10:25:08 - cleaning the object tree TB --- 2006-11-24 10:25:47 - checking out the source tree TB --- 2006-11-24 10:25:47 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-24 10:25:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-24 10:40:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-24 10:40:42 - cd /src TB --- 2006-11-24 10:40:42 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 24 10:40:43 UTC 2006 >>> 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 Fri Nov 24 11:33:54 UTC 2006 TB --- 2006-11-24 11:33:54 - generating LINT kernel config TB --- 2006-11-24 11:33:54 - cd /src/sys/sun4v/conf TB --- 2006-11-24 11:33:54 - /usr/bin/make -B LINT TB --- 2006-11-24 11:33:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-24 11:33:54 - cd /src TB --- 2006-11-24 11:33:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 24 11:33:54 UTC 2006 >>> 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 [...] /src/sys/sparc64/sparc64/genassym.c:192: error: structure has no member named `hvtsb_pa' /src/sys/sparc64/sparc64/genassym.c:192: error: structure has no member named `hvtsb_pa' /src/sys/sparc64/sparc64/genassym.c:192: error: structure has no member named `hvtsb_pa' /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAsign' isn't known /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAw0' isn't known /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAw1' isn't known /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAw2' isn't known /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAw3' isn't known *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-24 11:34:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-24 11:34:17 - ERROR: failed to build lint kernel TB --- 2006-11-24 11:34:17 - tinderbox aborted TB --- 0.17 user 0.37 system 4149.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 12:02:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DF3616A417; Fri, 24 Nov 2006 12:02:53 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 511A443D49; Fri, 24 Nov 2006 12:02:10 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([81.18.142.225]:12294 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2078729AbWKXMCs (ORCPT + 2 others); Fri, 24 Nov 2006 15:02:48 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <4566DF46.8090307@yandex.ru> Date: Fri, 24 Nov 2006 15:02:14 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Martin Blapp References: <4501A921.000002.29363@mfront8.yandex.ru> <4517A2E8.2010002@yandex.ru> <20061124115520.X13782@godot.imp.ch> In-Reply-To: <20061124115520.X13782@godot.imp.ch> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, scottl@freebsd.org, az@freebsd.org Subject: Re: aac(4) update request 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, 24 Nov 2006 12:02:53 -0000 Martin Blapp wrote: > Has someone of you planed to commit this patch to > CURRENT ? I saw that Scott have committed a new ID for the IBM ServeRAID 8k support to CURRENT, but he's don't respond to my email's and PR's. :( I don't see any other commiters that want commit this patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/103615 -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 12:18:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E04516A403; Fri, 24 Nov 2006 12:18:22 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6408C43D49; Fri, 24 Nov 2006 12:17:39 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kAOCIJdw063443; Fri, 24 Nov 2006 15:18:19 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Fri, 24 Nov 2006 15:18:19 +0300 (MSK) From: Maxim Konovalov To: "Andrey V. Elsukov" In-Reply-To: <4566DF46.8090307@yandex.ru> Message-ID: <20061124151629.U59129@mp2.macomnet.net> References: <4501A921.000002.29363@mfront8.yandex.ru> <4517A2E8.2010002@yandex.ru> <20061124115520.X13782@godot.imp.ch> <4566DF46.8090307@yandex.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Martin Blapp , scottl@freebsd.org, az@freebsd.org, freebsd-current@freebsd.org Subject: Re: aac(4) update request 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, 24 Nov 2006 12:18:22 -0000 On Fri, 24 Nov 2006, 15:02+0300, Andrey V. Elsukov wrote: > Martin Blapp wrote: > > Has someone of you planed to commit this patch to > > CURRENT ? > > I saw that Scott have committed a new ID for the IBM ServeRAID 8k > support to CURRENT, but he's don't respond to my email's and PR's. :( > I don't see any other commiters that want commit this patch. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/103615 IIRC I planned to commit it after you test the patch on HEAD. Am I wrong? -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 12:34:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49CDF16A403; Fri, 24 Nov 2006 12:34:47 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id E99A743D49; Fri, 24 Nov 2006 12:34:03 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([81.18.142.225]:48646 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077770AbWKXMem (ORCPT + 2 others); Fri, 24 Nov 2006 15:34:42 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <4566E6DE.9090901@yandex.ru> Date: Fri, 24 Nov 2006 15:34:38 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Maxim Konovalov References: <4501A921.000002.29363@mfront8.yandex.ru> <4517A2E8.2010002@yandex.ru> <20061124115520.X13782@godot.imp.ch> <4566DF46.8090307@yandex.ru> <20061124151629.U59129@mp2.macomnet.net> In-Reply-To: <20061124151629.U59129@mp2.macomnet.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Martin Blapp , scottl@freebsd.org, az@freebsd.org, freebsd-current@freebsd.org Subject: Re: aac(4) update request 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, 24 Nov 2006 12:34:47 -0000 Maxim Konovalov wrote: > IIRC I planned to commit it after you test the patch on HEAD. Am I > wrong? Ok, Maxim :) I'll build a fresh install cd with CURRENT in this weekend and after sunday i'll try test my patch. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 12:57:31 2006 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E86D816A416 for ; Fri, 24 Nov 2006 12:57:31 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E5843D49 for ; Fri, 24 Nov 2006 12:56:50 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: by afrodita.rcub.bg.ac.yu (Postfix, from userid 2055) id EAAA8160225; Fri, 24 Nov 2006 13:57:16 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by afrodita.rcub.bg.ac.yu (Postfix) with ESMTP id DE110160077 for ; Fri, 24 Nov 2006 13:57:16 +0100 (CET) Date: Fri, 24 Nov 2006 13:57:16 +0100 (CET) From: Goran Gajic To: freebsd-current@mx1.freebsd.org In-Reply-To: <456604CD.10706@samsco.org> Message-ID: References: <456604CD.10706@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Fri, 24 Nov 2006 13:00:21 +0000 Cc: Subject: Re: 7.0-CURRENT em0 related panic 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, 24 Nov 2006 12:57:32 -0000 I did hw.pci.enable_msi: 0 hw.pci.enable_msix: 0 but still getting: pcm0: mem 0xd7df8000-0xd7dfbfff irq 16 at device 27.0 on pci0 pcm0: pcm0: em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP when playing mp3s.. gg. On Thu, 23 Nov 2006, Scott Long wrote: > This is probably s secondary problem, with the primary problem being > MSI. See src/UPDATING for instructions on turning MSI off. > > Scott > > > Goran Gajic wrote: >> >> >>> From today built: >> >> db> bt >> Tracing pid 12 tid 100004 td 0xc2d728c0 >> m_tag_delete_chain(c3893400,0) at m_tag_delete_chain+0x2c >> mb_dtor_mbuf(c3893400,100,0) at mb_dtor_mbuf+0x18 >> uma_zfree_arg(c1463960,c3893400,0) at uma_zfree_arg+0x24 >> mb_free_ext(c3893400) at mb_free_ext+0x1ec >> m_freem(c38c1c00,c2e63000,c2eed400,c2ed6300,d3d28c70,...) at m_freem+0x1a >> em_setup_transmit_structures(c2e63000,c2e63000,c2eed400,1,d3d28c80,...) at >> em_setup_transmit_structures+0x8c >> em_init_locked(c2e63000,c2e63000,d3d28c98,c053bd3c,c2e63000,...) at From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 13:33:44 2006 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D4E216A415 for ; Fri, 24 Nov 2006 13:33:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6D2B43D53 for ; Fri, 24 Nov 2006 13:33:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 647B346DD9; Fri, 24 Nov 2006 08:33:43 -0500 (EST) Date: Fri, 24 Nov 2006 13:33:43 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Goran Gajic In-Reply-To: Message-ID: <20061124133311.L90666@fledge.watson.org> References: <456604CD.10706@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@mx1.freebsd.org Subject: Re: 7.0-CURRENT em0 related panic 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, 24 Nov 2006 13:33:44 -0000 On Fri, 24 Nov 2006, Goran Gajic wrote: > I did > hw.pci.enable_msi: 0 > hw.pci.enable_msix: 0 Did you set this in loader.conf or via a sysctl? You need to do it using the former, not the latter, I believe. Robert N M Watson Computer Laboratory University of Cambridge > but still getting: > > pcm0: mem > 0xd7df8000-0xd7dfbfff irq 16 at device 27.0 on pci0 > pcm0: > pcm0: > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > em0: watchdog timeout -- resetting > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > > when playing mp3s.. > > gg. > > On Thu, 23 Nov 2006, Scott Long wrote: > >> This is probably s secondary problem, with the primary problem being >> MSI. See src/UPDATING for instructions on turning MSI off. >> >> Scott >> >> >> Goran Gajic wrote: >>> >>> >>>> From today built: >>> >>> db> bt >>> Tracing pid 12 tid 100004 td 0xc2d728c0 >>> m_tag_delete_chain(c3893400,0) at m_tag_delete_chain+0x2c >>> mb_dtor_mbuf(c3893400,100,0) at mb_dtor_mbuf+0x18 >>> uma_zfree_arg(c1463960,c3893400,0) at uma_zfree_arg+0x24 >>> mb_free_ext(c3893400) at mb_free_ext+0x1ec >>> m_freem(c38c1c00,c2e63000,c2eed400,c2ed6300,d3d28c70,...) at m_freem+0x1a >>> em_setup_transmit_structures(c2e63000,c2e63000,c2eed400,1,d3d28c80,...) at >>> em_setup_transmit_structures+0x8c >>> em_init_locked(c2e63000,c2e63000,d3d28c98,c053bd3c,c2e63000,...) at > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 18:32:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3960116A403; Fri, 24 Nov 2006 18:32:03 +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 2774743D55; Fri, 24 Nov 2006 18:31:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAOIW2qD034876; Fri, 24 Nov 2006 13:32:02 -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.13.8/8.13.8) with ESMTP id kAOIW2W3004779; Fri, 24 Nov 2006 13:32:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0B1B473068; Fri, 24 Nov 2006 13:32:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061124183202.0B1B473068@freebsd-current.sentex.ca> Date: Fri, 24 Nov 2006 13:32:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Fri, 24 Nov 2006 18:32:03 -0000 TB --- 2006-11-24 17:19:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-24 17:19:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-24 17:19:22 - cleaning the object tree TB --- 2006-11-24 17:20:33 - checking out the source tree TB --- 2006-11-24 17:20:33 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-24 17:20:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-24 17:37:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-24 17:37:47 - cd /src TB --- 2006-11-24 17:37:47 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 24 17:37:49 UTC 2006 >>> 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 Fri Nov 24 18:31:38 UTC 2006 TB --- 2006-11-24 18:31:38 - generating LINT kernel config TB --- 2006-11-24 18:31:38 - cd /src/sys/sun4v/conf TB --- 2006-11-24 18:31:38 - /usr/bin/make -B LINT TB --- 2006-11-24 18:31:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-24 18:31:38 - cd /src TB --- 2006-11-24 18:31:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Nov 24 18:31:38 UTC 2006 >>> 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 [...] /src/sys/sparc64/sparc64/genassym.c:192: error: structure has no member named `hvtsb_pa' /src/sys/sparc64/sparc64/genassym.c:192: error: structure has no member named `hvtsb_pa' /src/sys/sparc64/sparc64/genassym.c:192: error: structure has no member named `hvtsb_pa' /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAsign' isn't known /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAw0' isn't known /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAw1' isn't known /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAw2' isn't known /src/sys/sparc64/sparc64/genassym.c:192: error: storage size of `HVTSB_PAw3' isn't known *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-24 18:32:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-24 18:32:01 - ERROR: failed to build lint kernel TB --- 2006-11-24 18:32:01 - tinderbox aborted TB --- 0.52 user 1.63 system 4359.41 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 20:02:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2BE216A47B; Fri, 24 Nov 2006 20:02:58 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4739B43D46; Fri, 24 Nov 2006 20:02:15 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id E39D313C5F1; Fri, 24 Nov 2006 21:02:56 +0100 (CET) Received: from studby.ntnu.no (m044h.studby.ntnu.no [129.241.135.44]) by merke.itea.ntnu.no (Postfix) with ESMTP; Fri, 24 Nov 2006 21:02:56 +0100 (CET) Received: by studby.ntnu.no (Postfix, from userid 1001) id 3AD3D39904; Fri, 24 Nov 2006 21:03:02 +0100 (CET) Date: Fri, 24 Nov 2006 21:03:02 +0100 From: Ulf Lilleengen To: freebsd-geom@freebsd.org Message-ID: <20061124200302.GA3482@vimes.studby.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-current@freebsd.org Subject: Gvinum patches for testing 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, 24 Nov 2006 20:02:59 -0000 Hi, I'm releasing some patches to gvinum for testing. I'd appriciate any feedback people can give me by testing them. I'm trying to split my patches as much as I can, as well as providing a complete patch for most stuff. All (at least most), of my work can be found here: http://folk.ntnu.no/lulf/patches/freebsd/gvinum IMO, the most ready of these are the implementation of setstate for volumes and plex, the stop command, and attach/detach commands (the latter is dependant on the first, and includes it, so if you just want to test only setstate, you can do that), so I'd appreciate testing on these the most right now, but I welcome everything :) To apply them just do: # cp gvinum_setstate.diff /usr/src # patch < gvinum_setstate.diff And you should be good to go. Just replace the gvinum_setstate.diff with any other patch you want to apply. gvinum_attach_detach.diff for the attach/detach + the setstate code. I have an implementation of the dumpconfig option as well, but I do not really like the way I've implemented it, so there will most certainly be changes to that. Other than that, I have put my drivegroup-implementation a bit on hold, until I've completed all old vinum commands first since I feel that to be most important right now. This means my fully functional implementation of the 'concat' command (although I discovered vinum actually behaves slightly differently in this matter), will have to be changed a bit. I noticed my implementation uses pre-created gvinum drives to create volumes, instead of taking the actual device as a parameter, so I'm currently working on adapting the code for that, although it's not easy to do it because gvinum is radically different in some ways compared to vinum. Anyway, all my work on drivegroup can be found in the gvinum_all_current.diff. Always nice with testing there too, but a lot can change there. The next step after the concat command will be the mirror and stripe commands, which should be fairly easy when I've implemented the functions to be used by the concat command. I will send a notice out to mailing lists as soon as I've done more work in these areas (I'm in an exam period at the university right now, so some time will have to go away to school :) ). I also have some bugs in gvinum in general that I've not found time to look at, but I hope to be able to soon. And at last, it seems grog@ is kind of busy these days, so I have again no committer to review my changes, but I hope to get some more help from others to test it at least. Still, it would be nice if I could grab other available committers attention. Again, I welcome suggestions and complaints. PS. I also have a style patch, but that shouldn't need any testing :) -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Fri Nov 24 20:06:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFEC816A412; Fri, 24 Nov 2006 20:06:33 +0000 (UTC) (envelope-from le@FreeBSD.org) Received: from grace.univie.ac.at (grace.univie.ac.at [131.130.3.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E69543D81; Fri, 24 Nov 2006 20:05:41 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.63) (envelope-from ) id 1GnhJ4-0007wc-Pt; Fri, 24 Nov 2006 21:05:54 +0100 Received: from korben.prv.univie.ac.at ([131.130.7.98] helo=korben.prv.univie.ac.at) by joan.univie.ac.at with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1GnhJ4-00036p-MY; Fri, 24 Nov 2006 21:05:54 +0100 Date: Fri, 24 Nov 2006 21:05:51 +0100 (CET) From: Lukas Ertl To: Ulf Lilleengen In-Reply-To: <20061124200302.GA3482@vimes.studby.ntnu.no> Message-ID: <20061124210503.F59901@korben.prv.univie.ac.at> References: <20061124200302.GA3482@vimes.studby.ntnu.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Gvinum patches for testing 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, 24 Nov 2006 20:06:33 -0000 On Fri, 24 Nov 2006, Ulf Lilleengen wrote: > And at last, it seems grog@ is kind of busy these days, so I have again no > committer to review my changes, but I hope to get some more help from others to > test it at least. Still, it would be nice if I could grab other available > committers attention. Again, I welcome suggestions and complaints. Hey! Thanks for your effort, I'll have a look! cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sat Nov 25 12:19:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF36216A40F for ; Sat, 25 Nov 2006 12:19:42 +0000 (UTC) (envelope-from hv@tuebingen.mpg.de) Received: from mail4.tuebingen.mpg.de (connect.tuebingen.mpg.de [192.124.26.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ECB843D5F for ; Sat, 25 Nov 2006 12:18:48 +0000 (GMT) (envelope-from hv@tuebingen.mpg.de) Received: from nocx (nocx.local [10.3.7.27]) by mail4.tuebingen.mpg.de (Postfix) with ESMTP id 5D7BE16A882 for ; Sat, 25 Nov 2006 13:19:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by nocx (Postfix) with ESMTP id 3DF232F793F for ; Sat, 25 Nov 2006 13:19:14 +0100 (CET) Received: from nocx ([127.0.0.1]) by localhost (nocx.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13111-01 for ; Sat, 25 Nov 2006 13:19:08 +0100 (CET) Received: from [127.0.0.1] (iss.local [10.3.37.2]) by nocx (Postfix) with ESMTP id 757442F790E for ; Sat, 25 Nov 2006 13:19:08 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) To: freebsd-current@freebsd.org Message-Id: Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-6--681138089" From: Henry Vogt Date: Sat, 25 Nov 2006 13:18:59 +0100 Content-Transfer-Encoding: 7bit X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at local X-MPI-Tuebingen-MailScanner-Information: X-MPI-Tuebingen-MailScanner: Found to be clean X-MPI-Tuebingen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.398, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60, HTML_MESSAGE 0.00) X-MPI-Tuebingen-MailScanner-From: hv@tuebingen.mpg.de X-Spam-Status: No X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd-update the 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: Sat, 25 Nov 2006 12:19:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-6--681138089 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed After using the new portsnap utility for a while with great success,=20=20 i tried to update the (current) src tree with the also new freebsd-update utility, but all i got (tried several times=20=20 within several weeks) is: # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching public key from update1.FreeBSD.org... failed. No mirrors remaining, giving up. Did i miss something or isn't it just ready for use ? Thanx in advance for any insight. Regards --=20 Henry Vogt (Phone: ++49-7071-601-511) Campus Max-Planck-Institutes, Spemannstr. 32-39, T=FCbingen, Germany --Apple-Mail-6--681138089 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: Signierter Teil der Nachricht content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFaDS5iF3PvXvQ0FARAvzAAJsFMiCpYba3CQSveFcRN5hVheyhhQCdGe4J D34CAblOMWWqnJmeirLwXqw= =LJre -----END PGP SIGNATURE----- --Apple-Mail-6--681138089-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 25 14:01:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51E2916A416 for ; Sat, 25 Nov 2006 14:01:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6927643D45 for ; Sat, 25 Nov 2006 14:00:46 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 1E2B3EB1956; Sat, 25 Nov 2006 22:01:33 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id skP-v0+ESTno; Sat, 25 Nov 2006 22:01:28 +0800 (CST) Received: from [192.168.1.32] (unknown [221.222.203.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D3731EB1948; Sat, 25 Nov 2006 22:01:27 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=H2VVwSie5qks7JeOnIaHxvdWtMqXUlSa+j0Jn8u2j+QMMYo8yAlF0BsKG4ypOw0C7 t0flABPXcX66lc9CZYwTg== Message-ID: <45684C9F.1040809@delphij.net> Date: Sat, 25 Nov 2006 22:01:03 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Henry Vogt References: In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigB5BA0579312231CFBE98691E" Cc: freebsd-current@freebsd.org Subject: Re: freebsd-update the 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: Sat, 25 Nov 2006 14:01:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB5BA0579312231CFBE98691E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Henry Vogt wrote: >=20 > After using the new portsnap utility for a while with great success, i > tried to update the (current) src tree with the > also new freebsd-update utility, but all i got (tried several times > within several weeks) is: >=20 > # freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching public key from update1.FreeBSD.org... failed. > No mirrors remaining, giving up. >=20 >=20 > Did i miss something or isn't it just ready for use ? > Thanx in advance for any insight. freebsd-update is a binary update tool which is typically used to do binary updates, e.g. 6.1-p9 -> 6.1-p10, etc. I'm not sure whether it's on Colin's world domination plan to have a src/ update as well :-) I think the base version of freebsd-update would be ready (with update.FreeBSD.org, of course) at the time we will release 6.2-R. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB5BA0579312231CFBE98691E 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFaEyfOfuToMruuMARA4cfAJ49mRhjCkO8iKEkpUJ/GVTW6USBbACghfKU GUHt2gbU+++K8Oa+oCmDQmI= =5NSZ -----END PGP SIGNATURE----- --------------enigB5BA0579312231CFBE98691E-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 25 15:47:26 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66DA416A407; Sat, 25 Nov 2006 15:47:26 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D1043D67; Sat, 25 Nov 2006 15:46:34 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with ESMTP id kAPFl8Mj059583 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Nov 2006 00:47:08 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 26 Nov 2006 00:47:08 +0900 From: Norikatsu Shigemura To: Daniel Eischen Message-Id: <20061126004708.c5f7cb8d.nork@FreeBSD.org> In-Reply-To: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> <20061112031717.10f128fc.nork@FreeBSD.org> <20061112081418.4b86ba8c.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__26_Nov_2006_00_47_08_+0900_fm5eop+YFfxXpX_x" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Sun, 26 Nov 2006 00:47:10 +0900 (JST) Cc: Dag-Erling Sm__rgrav , freebsd-current@FreeBSD.org, Norikatsu Shigemura , Kris Kennaway Subject: Re: libpthread vs libthr. 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, 25 Nov 2006 15:47:26 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__26_Nov_2006_00_47_08_+0900_fm5eop+YFfxXpX_x Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I'm sorry that the answer is late. On Sat, 11 Nov 2006 18:55:42 -0500 (EST) Daniel Eischen wrote: > Well, I haven't heard of any other problems. I've been using > it on several machines with X, KDE, mplayer, mozilla, firefox, > etc. No problems. Do you have any local mods, like to rtld? I hear little SYMVER_ENABLEd users, too. I have some local mods. Please see attached mywork.tbz. In mywork.tbz, there are /etc and /usr/src files. # cd /usr/src # ./update.sh (apply some local patches, automatically) # ./build.sh # ./install.sh Okey. I'll try to do following things to my 7-current desktop machine. 1. Re-enabled SYMVER_ENABLE=yes. 2. echo PTHREAD_LIBS=-lthr >> /etc/make.conf 3. And don't install libpthread.* and remove old them. 4. pkg_delete -a and rebuild/reinstall kernel and world. 5. rm -rf /var/db/ports/* 6. re-install all ports. I'll spend 4~6 days rebuilding all my environment. I'll report above results. But please wait a while. --Multipart=_Sun__26_Nov_2006_00_47_08_+0900_fm5eop+YFfxXpX_x Content-Type: application/octet-stream; name="mywork.tbz" Content-Disposition: attachment; filename="mywork.tbz" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWXCxzn8AL/j/+/y4AMF///////////////4AAgZABAAIAAAQAAIACGAyPnpCQDe2 14Hdx291HQPr7OmsluQCa9Pd9z1TzmX1577ZfUfeavpfbt1dbcDe4dzQ09aoe+xR69A+gGRT7s+7 N33gEed3uik5sA61bHY5z6NVO21besnbKJOjtwOgUu+7u9t1hhHTuYL7mOh5HThS6wS6BJEIEyEz TQBMTQCnqbU2mppkwAp6IAj9UNNPUzRGPVNMIwaBACNAQUwSjMU9TT9U2U0flQbU00epo0NAAAAP U0DTQSgEiKbaTCjT1NqbQpshGNQ0aGIbUBoA0aAAAAAEmohQE0EjTJ6JpqbKPJ6pmppoPUDQAaNA AAAAAARKEAjRMmKYCmqfppqn6mm0RinqeTKHtUaNGhpoaNAZD0gANBIkBARoBMgTSZJD0hkammhg m1NGgA9JpnqIyepoaA0b8ov5Rcvxynp/MW/pf6Gn6Z7oPrMrRnMWjSEZsVQbvtHqnr9cpYrrd+Ex zyIAv5xaI0is81BX4lm8hDSSZlntzEpR7PXoGq4+ftEgZxmhlLyEMCOPNUPhifkiIcI/oigH98Ru iLziyAhjFQ8IpmG123FVNjH4oxhAGlsyZaswUlRxirxZgKtVxEi9Hue9fzvd9CSFiCxEFFJFiIMi LAFRiMiyIwUEQFIiE/VRRFWIu2O4YxDhwW9YDCZkICwICwCYK2EAPbFR1kpRQhAD0QRPHtoDdAAk T88QfMVooYQkYRW/00VTQiSDCEUd84cSoXiqKCqsmMfpDv0W4VJRR08+zZbxO+Q2wP3Bu3DcojW2 gLO0DRTYGatcZslW1LSguFiXhmqqYLC7IE3JARkgCISSxDM1U01dliyz4dVZRtZFUVGCyCrIoqkW IkUUEQEQRGCosUYwUgipFIoKoosFIorGKLBSKChGKqoKJFYiCigoxREQYqsJh1AZEBuOeXlu/lLq s8/q++o/3Eucz/ubYO5Xzh974LwybnJy45eFyVwaD7bUglnGs3c5g7s14/L+qpp76nLtbvjz9XRt 41TSbozRjReWtjhpbLbyFtwvJQDMtH4LN1PI0KGCT8xxO27Sw/e8YLKPqmfxD/KeMieYj7+pMDCz qG/Msydi3MhoxWieli6d0rc1GPgi2VtzSoZdVUGb4s2nmxt8yLzcoWvxNYzOnFFvjEc8n0bNnHZx zXc424kd5Q9UaeB8p5idHGZKyJNl6fLMiHlMC+O8XxZs1sfTZ3bW16sDdaTpIENcTNwUUx2yv8gX MZXwGc0iePmiBpbHN0QlGvtrh+rN2c6j1bbuefh1Rg11E7sDwkzVebrpee1GJzQpnJmm+lb24VxY na9o8S9kWlJXcNBRs9bxE+XBnHppPfRxS2pykr0njFfEyK8Zbpu92J4TRqBVx1csvEgCmXWbH7Jx OeeCpfdysBuvZiLVi9IcZoSHDvPB+z4j2PgTwvsjKtor2QEShJ2VeI1DAoo67mY49aLpRyOGMISO a0OGd9uxLrPRdIXu9Bkffaaf2eNHRb13cVsY9kGhdBlmfVAi0CbtGiyaAMMHWw3Ychn7fCbVTU2A 6jLdtTbVANMJoL5bnwdT7dgbYa4W3t9e6/GhiDzws3x71pWTWOo7vBz05mOtgwr69YlyMb2LsOHi 9a/kwRvXMaw3uyxanWbvLm7b9azUoJmOxhmNTI/w8Yz6NaVj6/B2MOhkNVgZVRdlOSqmPzc45goe Q6MvZYY3eVF/dFpBdBYL8r8ZBjYMFANwRSiJr/nY87KB47ZosNYuot6dBUTcMkBBGE/CjTKEok2+ zT6ogbT/IPkj5tfA+wTRNrNc9YEWVgUYPxAMmYg5bWMwPgW2B4MMjfctXL8GGtg/W8IN0PEg8jdC X8cRrOK8GNepAsR+s/eGX1TopC3IlBZFhXVA4eP51rpjRzrw/YXTXZV2AvKlyeNjsxbe/vdt3JKX AM7EN6D3APJ2c2CYTtP4EWtFq9HPs90pAbNChJ41r4ztOj2bpzzUTjljEh/NmLYXTHafLN2ZBeL1 noooSmajnKBaJO7wfd2x+kCp2THUku6q93QZilyphjfo1OaeMhA2cZJ3Yg5Djjk0LgH6RggrWCzl zRY6mJA/s80YInlUznA1c5OZ9jqAqBozxGKkvRD7mg7E8ImlE0LeLN7PXLv8Js78P8vN83awzdLo 9/1K1fRl9Pv3nGbZOkiDBkYVrBCo7auvd5zY9dJraza0oNJ8LRAjqztIb03nv0KdhHaU1K+ZRZOR P7DQH97IZ9sZZf4KNjbTLmGj4du+p6y7nntt4lk+wMZaxOcrBhxZ290Vayn4gWnXZVoMAJBsA2Bx Qiom/e47had7rLJhJO6TYTmu+yj9o0oe9zvz3cak2ejDRhTlCeR6fi0OltKhaEkpMTZlz104X0VK 8zkmBRY8rK84C58spevVfdhY5qRGAKA7SB5uNh3HAp+1DGMXwyOuwYbRaMXiD4yk4TPu4RyNuibS GDGNDb+dfpFmr8bJBY5GO/3cNjt124bXjFYjE2Nn0DKEczJWy9Iv2lrXdUrQbiKsixYLIsBSKokR EjnpXhqVBVbYMEDEuvEw3DMLdd5nR86SLWjbfcpz6tuFLbzczNVzk6JlZy7rnRHRi50bOi9N8Rjx GjDZnAhmcmItwZKTSmZ3Tg6a4ZdA2hvmFrMkx+XHEXJiGbipn9frWomLLIRz4wUPlTWa+GLo1gzw +Xt80uvDsFuMtx68jkN6ExtnXWJMTG2rdO+XLpu2Q4fSHs8ccZF1a+u3h6+PPrTbLwuhZ0tttuLs qed5iUsDEJNDHjv+xt8U6+TBSCip5gPABctVYjIPvuXx5LeM6Ya+45033v6fBs1Vx7a124AHDCoi /4ajuKNuDlORRrya+mnu+nL6rqqbFrhTxZQI9EA2gZHq4bG1Mtk4Eygep1bb3RU7xJ9T/depGD82 iUXQXFIUyAEyqoLIAdiSBcwT4OqAWQAnmSFQRixYIMRmEKEFkUICkFigCisVIMRFVWCggxiiqioI xRUYqiiDIIxGKMEYsRFUUEGKigiIgxEWKKgqowZcCLISps3+apzywKCG13TAL8wbGIJoEpGeeT3Z Np1nA9ck0JcTJMx72s2f8w50NT9w4jUbnqPd1vAY65QQbUxAaveOIgSGTh8SyyeeCkvCpbI7vfw4 PZBps0840I4w4jfcQ86IXOM4k4x4LVpT6lszl31Ye3h6bpw85TmZmM4aZPGep7+RsMJyquHme3N9 adOJmQbDsc6BMTpiRh9Yi91INERsUQ88H2B9qBcPi/Fgg3/Y3UGXoEyW6pfaBd4YJjazD8zPwQ5v M5Ec9BrOY5ihPzHi2/iOjkOaybodQnXTPb7JYPY311+bssN904zyC9V1z6C8+F/SZmVh8I/Ce96m QUzn3GTAmhZJLa3D8PbIKg1Dx6J9gs45XxHZLPHYddEn0EmLel3toiL70HwT7TkWDFqYiGgerqun fmxarOzNEKvEIgdRQFDtqqHwcHFBehMRCKu85TANaTEhlWwA2hXG1G9QIQTOSPEa3Sdc44sYweS8 uQNIjaYoPXOxsQ96PCrylqGJERt3Vx4+v6zRcOXWeos+Jghzq84ZhgxwCSdzFw4P69li6zu0UBUC thcq+lX8cJ2XQHAc23K7XvR6YyUR6F+WIPZQTVe5eZ0ukxXYRowOpXzBfpDW17fZTdfOyr440urk EzI+0Eci676n8GbGdmcxYY5Rs+jjhtmOFVWUsZOXtphNm6uOBmmqpd3kGhnOcREiYmzQe+z37ExV Kef6kTLnPo39s22cDkVMT57RabGb59OvHla7HhBo5z5skMzNNJE2owxBl2sTUUZn0xhu8zS81mbn TPaRKSkVcjat9AOUzoEmChSXAUUKANtbLtgFkkzZx92Eu0UYJMllnvs2CUMzzcVYy06q/T+vzJhb M97J5H/f+HP4hjJb1JbroisJCRXB+1LqSkezUbxtbzgMCGBQHEwS3TS8ZAUJ0bBuKTiWi8MAzeD6 0pLEokht3IhkhvjE4nYYMGIIyOwScshoyRxMdlRILhdGrqoxSZUFBCe2lI5AsOb476HnBOTIiYWT ekMxwzsE5xygRg+8F9HDJ+tbFAIBjb7lCyVSND9yvXVgFG/YlFy0uWj8H4qN7F7DjcXb7gR6GYL8 S5ivbXEoXJh2zSjDMVLcAoOLdGB8QYjoKqkRoik8yRxAPpgRM1O6mSjK3omA6IpJdgTT/Gu2uKm+ r0qqFF3naZO80fNwPmEP0VDQQY6qQxDAg99FNWLiVDjaBFZlVIqVVxRqUEMDkVJJxArZQqJ22sSy mVMEtiHDPENdyFM/c+Rh9nnQONSSVrX6PeOHFzex6OBMQviJb4DEGToVgJ/T9PoAS3RH/Ajsw6fH JvM2F+gGPsHlWtqP1mOpj/LoAuFaAL84v5hYC+Hu/H4/1eX/T7PV9H6vy+35YuPCJO+J3YE4DiZG YaIlCA0GHEOJNFu+HlLiPp0BOpiLRoHmEnlAFodCcSacdDzOTToH9zCXaHrJxirZyx5Qal6xKe9l mZ4qKbQopMHveMxkIYZNlGnm8dyTo+8GsVUDQiBPh+KOxDbvEpeaG48+P7qj4SG09WpIIQxFSDIg nGaPU4n+yIGywpzcK6FYAwWZLESO1sd5zlaUglH1k18Ywmk8sY89iKKqn+LFhEt5XXT6QfBt8L5e 48jdx7diy5KzkRvrMoi+l4GgR8Zegw5ywcSNER1sREBrSj0btLXvuozIVG1mrSUYF7DrHpv8U1NF FySBy8eudKfBSVFXgJdb6ajFvbwkRxhx3WiUMa5Vxz+AuPfIZMnyzIe1qqcbXiUpVtqucny9Tei4 vHTarsFV2mUahLp5vdipkzq172uyabFN8FgnaQSkzaDZ/43wzOGLH7U9XCo0OMMzam2kB1XboZSm WR05+6pBaiZ05yMxWdzkqhnrQqZXaWb/PGFaeI0Vte2cLz6LwsuGlT83A+zM15m7MU4ESUwsUYx9 28lI4zqQd5QfYGPHlEsFs1l5r89DMCI3c786EFvGT1SoUVc4nqClSSI+gOfj34718ySJHhaYb7dp zU2hW2kyRubWD+ss7UEt2+mHHDILlwKH4HEfaxYqguDpiqzIasruLtoK2KGeBLQSYYSr9XuYlVHT Hiv4KZdw/gkxO8ayzggbY5Y/MGM0G85mA0pyGwvNOm8ozi9iwop4evzilvvzCR6GO5DWlEIQHsp2 GDLOK8U5Whskvd25C06SbiGypVZ67LYfIsE55lm1ttvKsp3/UMNV/ZXSfHkXvedrfeO63WXUqrd7 R+5+CermNKqpGiec8iUe7i5dRVnrQq/aapkQiGXtsF/mpPjoDzbsjxehkUe3qR98/w8XD+K4/qJz qi0QgvyfArMAZx+n3p7p++97kOniwT3XIn0Y9o4+wmiqq0thMZXS2PtGqhvUf5W79/oeh3vvtrfw Zdl7R5dyOsmCzjq4d2/B2/UnVLL7s4Bn9As7qaK058eEtr6dT6TEmqmt89myP3oTlgFVIbpXLO2K skVjBV4tA4Fyrq/jTAHFMKrw00ZVsbtb48Hcwm9YVdlTJE07AvzxViaD11V78el93pHN+DKwfaGo yfzhXlDbZ2FOQ4Uwe1kmFut74wNl5ahVOsER9VfJrcrVjprbPKsjvK7LvW+rpyr8bv34f8QwTZCC CIQMcEijTIUogHkPO7A81WdntFXZZz9ONa0NZKkSU+pqsOrVilJ3YaULimPZK9vuJFh5xI3/jW6R WrNDtB2amc9f5RAvBWgXnQLR9rYv/f0vn6G5uZtHPyztFn+E2oM4+dh2aPS6veHSVUhooodBk/1i jBOgTDIFfEYSmBfJPxNCc698CFBIHIV/NRsjbbS3GX8FT8EDrAzDgNHYCXsPsArco1ckwJlvJREW yy4xPaUqmH+Vrly0DcwsUKOMdNbwHkb+VrokuIzX79TwwKQEMflaQzRbgKT7SU0uiUy+sE4kvx/j yCmOT7mPnKrAIJ5nHzQidBoA4cU9uS+dMZ3WJo1RoO6+qnVw2ke0QZd4Mczs9EcsKmCwUK4YyiT+ agF8MymjIbSTYFZm0DkiWmzITSOsTNeHznvZN++9bt4jeabUcbM0DA/hBDzkTWqeIGG+jIgnh85U 2oT5HGmtCTrAT2z1bbG2eV+E59fKgd3SGiUMmoy3du9+YD+/gg0flMtJlXfiCrhIV0IqjqvqfDbD vvuIIX8qp0fvizwdZ+FFV4OOPWxLeZdpw5imyI3cwJcmNipPS8DGxB1RwWjDH7OaiaXs1zQXFVGE aL9ZBd5lXRra03WSq00CQceMCxip6a1A2mXItIxV7EofthE1nhP6bFKN0MauW5At7wy+F+O48IpV zD07s7CmTWeEBWemKgwMa8MVN3rPcrhPPPKyTlkIgmJd7E8iB5VSh3Dd3GEfGUloG2hSKXkUTJ4j dlWHJCDaOLUDtIovePcRC2sHBpSYej4M2syOuyXrLEmsSApjSXXTftGAHfy3huuq8XW9aPTrBPSl pPRP3cn1Gu9/TKZjz2XlmcT68CRsbi0SRtHhyb30dZRPQ6cBCtLnhehb5MqSQKlJjKxRZM0a3jCt wGx8jpMCTzjbiHF2UQ4rBRNlXeOEPDIhZjOShMchlQgTOJSgFsG6AsgyKLIkgjICSIpmW4buF7ly Rw3h5MDiyMzFaIFcNtPLIL40zrhel5aosgOJl20jRKAuaW/3GksNMlHkI+BRvJZY4IE1fymp9N1H Azf2oW2ozjyjaPWlM3MnXqtFUbbgG2mkfoyatuOQh1cSiJ73Qw9yzrdd0qaQYchUQT2exHTrrc50 PQSOdd5ufoy8qEm16Sp1E40Fwh7RfBrDl3iJR9p7mY/UkTWmAaa2pSfo8Ulo1zaDiH1QxcyUb9PW UsJmBPi290T5jjSgdRG8JNS2SS61MKbSxECEHPGgXavuUTZSQZe3g+tdfR3AaPk6GaRvhm4UpGbS crI69vXAocrF8fLs5Vdw4YO4FSF0HEZCcFFgiCfaGbjN6tU6qq0eQBIQFB6S7SPrrCL80qkrDXKh j4qUJySkyOETz9oVJ17nypRnelhvyabmZY3JJED8l3hEPPHKUpi8vKd+U11lbf5n3CRzX0WhVP69 en7U6JsblDyiJEgt+Fest+y9FINkhrsNe5kQMmOJxXqj1jQCaYaqGz2i1zOgS47xsbGwad7UZEYF 1wSr+a3sV1WwPODFvKmSkOTikSle43iGayalSphpjPDo08E+ZiWSY5NcDKgpmVpKxgpEwE010WS1 ECBlgpsGyc0i9IMWR5E0dnWdJBl2+qw9a/LqbvMVcsZZkt4tNjh2dwgxLWSEi17TZSMbo+AKtk4j uL5W7epeT18TPtHHAg3HZ35kS2ngTQXfocKGWbg5eQxWWLR9g7Yrq955oIBrY/v20c9TttkUTZq9 G5cZfgc90am/MWHF0HAiShYBC0os/RI0KNPGOyXufX16hZLu0oNWdSUIbTZL0JknCtKam+4OJZgh pbT9RG2GNyXrx6UrQvbGz96XMl73L2ELGvbLSKS9c62zMCyxJMkMN0prRIYANoECEwtNEDwwc424 54nTRuLhjOE+KT6cxtKjhI7buDXu9tanjJ0Q9K4VVnBKajMS5rmK9PAMINgCPdx074Ecng7YYYFC XyBvdXeihQMVCRZr3nizlNF2lz+SUYjfOA9O2Xsr542JEYKRLpK+tDByXV3AqrYXJjX3pXDLhtC8 05rLSAzRpPtrJ7afYeyYBy6znwM765SHLm41cbroqg5dCl0TpwAeNYwJ7tIUvXB39SUgJ0A9eezy CMa1MhpCRE2ghIEKhuk1fjpa1lwnn3WO4cFMfcxEWW8dvPLgpj3MydNZrfz3RvGei7ncmOiiRQhh kDkDhm1phFKMMIE9TgqF+TEdzGcn27HLqEtV+0v38D6RU5nJrHE7smp5AWSOmPLrlXqZY6lXPOGB 1GwRrXW/rbTdvySEiI+f4oUt1SGbXiYnKW8aw58uCvC889pi2U41fd26Hl4+hcmoo8YEgLIqMiCy AqKrCAskIlUEpkNXN/Q7ZzFC5usKRPfV7ufDjlgScMw2I1GptjY8jgzzNPZ8P08/jS7NeHU28jok TDvU4dOaPO+qNlDOuGfU6j8ujIf8UA/VPbDpBT8EWXq/H8Vj7dS3+kMJSBgdx5P3H3ft+0jidCKm kUo576Ohka2Rn0e8M+shFMMbvDCbFleo7ugqlcT8NUdbJNxd0kmGJlExdVpUxBeyVN30s2buWy8K ycXpuubdxzkyc0aiKHk3eWzG+qcspXjiiuNbc1DTDbbUrfRKR0L9ay+rqsuIkRgqIiLEXdz1wsrC 85QbzFYZOdmunXt4DmH3Dhd7Tzb7B3VS9Uql7OY5sGGWrmykQFUNPVvo16PtdvbDCZqtje1rI5zt bMxVOrWLmBRgvbk2Dd6ToS5MUU6rtN3XPVuzaWfF4my+iqKYU5EaoqqXCvobuWHGeDXo42l4USHH VFnyPtTr8GojEYz8x4oVcuKrP3Nzvb5dsmZ7Tu6q17WePChee8vo0xj5UZEKQ+ZMZKJyYFvVm+/w dY9+MQILJosWnSoqKJiThKE25BkJC+z3Xn2MJ8LkkplksXkZ0RTDOYF2VPXCjEzULcayGjG1JrUs S1YYoepmSkpkyNTUqZ4n3lcS5lpMeBGrIKHEmp1nxGEwLWUV6b4mQ+QLPvVJIxa1ju/D7e9hk/0i XYUfUzYXRsGK2Flx90neSlx0spCUwpJtT6eNtkfSbCzlaV2s82gdx97E2bcdYNSIQiJhQpcNQ5pV tVM1NKEkBGpjBWwRLRiXSmmfmwWZbeHU/hJkNg/AtNmmIfSz6ZGaVrXLw152uM121BqAEAgHnDJA 0O8PSBtFMz5xTJcgYQjGLAJF2hcIdgButx1DiN6FYFYwcwUDaBBdgA2o9mXF2yO65mDrOo7yQaKP SNrcvnK4ZPUVM3fgqdFTfXHUU0My37dO9BNOt18lTQFLFpKai1mUN2tivZgalLJUm52NIYwFgglu jwYGw9uyLp9BLUv3QtQ1NPIwJj1/IXq9KC3oDc5MYmdFCA5AWyvaFqE0kEM1NwLCEvnVaT11Aha5 rRW1CNWE2z4JReKJIhBxiCXPtErUkQL+BysNoh4mcHDPoyKt0S0DlUvQiRNC4u4iWXQidWYY+nBy 3O3hBnBngXvYwEZCJlV+7KZv0NQfhw1EJkEUEUxQMzSJM3nl4hAkityh8ebN/WtNIhxz8BIkSjDu 4BQ4nDnBKRNldKI68nlxyEaXmedzPIgoGWIt5CV6CYxETJKwZzJINmMwEVif6YXDnqBjc2NtRa/1 PydKYl7lrO0WIUQVK2sTY1ixr7GFSMjmd+3EXsd/OolA0JqgtymS7kwiQkSkapC47mbu1ZVLsPAb B12jlWkhLdmQyFAY6eXlUuxZKatVAiHqzevyi8jod0wcJbRVQwF5stlNifvQyIxBFGT1OxroAMaa ZANhCDcFKnKyQtyPl2OWBfxTcVyt1a2PMGWly7HXpkPjv5+1w63TV1crqO71jI45aoUSt2NAPPfg strF0TAbAfZtttvcVhIfkwuJELG8EMBgGVQr9Q+KnPDXueHIMLOGgDtbyc7JkONT8DcSet3icGbo xFTjPIDxRZjSXtEBSXvLiemFSeAHsxNGEYUTyDCxCCjDxyQWoCLlrmpNHgqYmQ0iETC57nCQlDCi GPVibVUCKryOdwXI3/nG/LZBiZ8aDCUMkY/VbydDlE+MIWwzY0admVQQxLAshus3yd1Kn1+4Kqqq qqqtVQtQKpVVancGXarUCqBVVZQSqFqBVLRFJVKqrRGDKpVomJJslAUQrRbogWnP1eiTZOpATVQw wpwA46XaXzBY+vri9+pXTgJ40yDTI0K/wlzhXHpmebJ7Qz472BSPNeeYJLYWrZ5Gf6DDLdBP5Tl2 ic4iZJ+rdLUwV5q4dke6Z/tJ+SwGcc14JGBul03Uo2Od9Kb8OWpNLmiMoaLRlWCdshnFNRlJ06LK 6x66jSYuge2bivbTE2LcApeywhKmGWO6asXQQgyFkFSSJjAqZcsWSIlyWZxYQcBIxzMyDKRh3NEa DFmwVgriguBxUeFfuh3qAYijHaTGIzlAUt2mIJmlxUhAYROKAlEtLOUYpnxThgbKQlQMuocxSWon hp/c6i8BbxsDTPPgBxGocReDaHfGAMA8K6ljij8zM7YJv6YyQDPOcvMwUj84Y1uTlRGp6JSlGzDR YqEQPKEe+oTs+/x1JCFsGKpsI9ynaG4gUV5Y08LHYFseMD9dLrVHI79qzjw29jfHWFYBW6il0z3a gU9DNjl0naqiu3MoRc3R6qQxk3jUFJJkSQ92U6YRCmQQhYUxSIRVCOx8G6xcvY0AYITaoc9igISN 0PcIFYJ216X0ZDoVJZUQnPT3wDpXhckK7edd9gWgZQhtq7OeV4RQSjQqPs/k6sP/dpRbzFHtZ1/c JqSeVIRZJBVWAqyRSQWSCq222hILbKFAKqXrAH0D34FWAeaEcg5PkoeU5wRLde31Fkvyh7mPpz8L 0qHNymV4SQgOk5hYBLViDVbmGHhTBwxeCW5x5MyJAMVRPIsWGB2de8N8XF7e0L+rBeCHMdvDbI6N rcPiFQHPWyxpBrYRY0TMN4VQfRBdYlV3XHevy0zsk0v3N8j1DZLhv9Kjl5mwefQo6VJAMZIRFiFY HUxjoAcDPIKvWvPWm3LKoD2Nd1DQMlrsEvFKgcDBIO3Z8uN5v7FK7yxeRThON3suEKQFIKPDGguS 4wp2AeHwT00OcIgUP1lEWTJyQNiaYxbJBwFsLTHW+KFr8fGuQl9h+iiYpeLijreBWwBSAsWCMMaA pRwwdAuo2Xt3BnW7NdgUCjXCXmjIkLVm3SAmxNontY9EHg8cd9Fln2jNxrn/GBgBbUTCF1CjhGNj o+zBxnqVMTDhjSVdwcogvgwEt4jCd8TOJ0gGEFnfJz66dYMCJCxB5CQDaahqYLQaQM7xTDY+gEjH vzuMZqmL1HKMtZ1bbpHnKSkjYm9ReaucOdhVFgWBjWaQslzQGo29Eg0C7APg9EPZ17DYq4RGRkWd 9d49NhgUA9y8MKKbt0QL+Dgj09YN4FQl4Byoihr2AaJMQTSRbRtUcqY1EXMcTE5mDmkiywzgXJxb wg4SBGFGVVxiZvVm5cjSIXw79oUEgQD6thklSSEQggDJHw5dNm7yeqdwoFTiEuTiO8K7vR0WnMDt 9Asv87wlttS3jGQkSRQiqsA40IKCMBYTlQp15OE0bH0UmjjmxhqLTyY8TaK0qhE1wBSY0u8yJ+Ns +bII29D0IKLvCQ2JjEtygDwHsNtDd7Hc/0/PCB6lGgZgcBLpm8EheBndjZbOOx6XlWkXlQrVJo7h UQxZCl84NbUEst098EcKIt3zuSVjlgYKSHx8ux/LChSIcDduRmkZGR43TJL4QUzp8hJ7BZ392cud u8iCqQiTEBZoRJiFow6vwxIV2ihChRhawlJQVd6hMJqg0EAVIDROh5lvQyMwvMIOQOHn4bxkV11G DBC0zJMM5Qlt3ARIkmKy45XxJczeD/UBjtDIUO8JlmD0Fv2LfQ9C/LRFGkKqzSFrgy1DGiPxmnPs kbGP52s6gmQhPrbIWgZNePifcRv68LmYdUaT7nPiGwG9CguZnagNCQTy6JTkllfAwRsW1wZMeDGl gRKFDgpTMKbfkXGwYAfYEI1L5aZ0m8jN+Sx505XKdNs+fqwbT7P5hTjZA+dIHv5Gujb217qlI+Qe DbqIJYKg5ljtvMfKUvkHRCQRfPiPoTLCIbHAa1ukdCjCJHUcXXwllvoOSX6BWpQhQC+YFmxkJGFF UzG6eC0ahqTvDgpSoFkUJy74YZ0hnJOqKoGjfbxOmQy2YJjHhFcJEvhYlUW1L+iDCU96yPCaER2S xIksIyCg4pptQMZsfyVJgJIpXdrAsfd2JblkSV5A0Gks5JB6o4G8UwvsYKnC9TYjBFtlAjMyQ1MV UD1SHcDyHlNFB6fQtzyCXbpRCw9UTMrie5sAr4CMglhMZXzKSVwjB6BJiTi8kzYMYmBldRqtnMUg FQYMI3FJKgFJGVJKFJOuWZsBwJWTfJUsw72HBTqrfQ8d6Q4Xuoxpmj9aJkjnCW94TXo8UFVWTO7l fI2aLBGEY1RCgGeX2IcaTMAqBSEjc+cwHAQKPkHLQMr/NNV5t2iOL6XfsDPfxgBebcFuNjDLYJu6 wkhJJ7XGgoDwbq4oH4gLgaRi8JCLMt+9WmqbTt3zL0Oyd0FTyhnpZVUtYyNiv34UxL9fN6vcQjEe Il+AA1SPU3ABv25HbJhySug3eKLktrZrYB8Px4fJ1fAhruulrr20QsLQuLFJhwbfI+XJq+F9/HO9 K0vSnbxPFZZxhkE1LXAtVBMdIIZRnjcAjDnu6G3VJcLBXoFVIBR2942EAxKSEwFBdkaF7v1Nj53U 7cKcIejrfbOYxQd3jqJltHbTOqdRLc0goHEFOQZxdIdbtXPuCHXaSBISA5xANtR7dE2D4L+onjw3 9kzaqknRORGNMVIQwIqe0owwJX1iIQZIoDvhrAK8MIpeFh3cePO8ItxFFTqXwVHpZck6gqbOhlFv XehD3ziclbKDIrtBlIQwlQjyqsm69Q1WM4zbKpweknhEDTCGEAoIcojBkWJkJOHACkysIJShE+D7 9YW3ZzBI+JASu2CjBALNanAiKxOTE0zn8Bqi+G3ahhX3vdOaGwI3Q+bwPGKaT3712bwTM2a1HxVO GoQAqLdwglACnNqzu40al6MRJsVyQOmnF2dR5m6ba5kjlA1IxCKMLFBcmtKlCjQ7zdqFyLaqO5TL CF9FCuxUfeqiCEjvd8K1jdPCh5WLWaVmBfRZAKI8b9YrhXGczDK4/aZlal26qK/xmPEys9HdMlqG CWHW4CyihPrQpYDB4xlOyJIxrMYEoFURaERG8IYy3tnMF5JqiMMkoqiVU5yipciDZRUqMzcuStXZ khgxKMBiyijEJjtiOvDLJn61zUaSNMSIOJkINDdEZkmTISBYsQib8dxLtgPch9UyPy/sEXffpY+h 1CWqCHMsd+9xtjb4tc5nclHGiAgYnh/euLUArsdS/rUPVoL8PLLlSdBKZ2DUoeVcn5+T4rshrYGp SgqgHO2Aco8/FrJDBHERQYSkMzXuRsM5Pyh57kLFdBHmUyuDEwLECsEBIuhThjubpGbWuHK064lJ TbZScoeYiCcABllIYDd7sR9WgklfWVmZJnkQHhqUSNBrFqOY0yorLBLk4NyWa2NZrxCxC86dzcYp 4WrjQPhYoeoZoSyBPCUulCvCidVYGxWFqLphqn+sqzLMJERW/YtID0KAcPWD2YPyhHw9zk25WhPS qtM+LwvXaaJEcISqElTOYurCwFfbMqUCzX21UUGY2kTrKik5ZUm3gZD3So/yGZXTFZNAMJZWqkZo oJjgJd0JDEQEDrBH1pC5IGYzCI4btKOY5RYnpJFjc4WRokzAYZrNiWVgR6/XnEgSyyRbsGrLcelE XYtR57TYD6cQj6O0vcefqNoGsXHckv5SVdXg3r5MTftWUDxXL/fvyQN+D3CcUUNtExhqIqYATDVN 7bprG5wLDgtxfBoIcUiIbA6lMQxxNFhkh0V5gF3PfAOQOsU6tCSkBpHRiUhQMHIHzNpbTmhO1AH6 qyAoDKdz822ci/X2EWjgjRMoEHa2spDdkB7Ca6X7/AcdCZfHB7DC9u/A57w7fO61RQ0bPMOOh6bA d3WHAkmNi1nApotB6bAWtuAKoWyDgxLShAjP/9/X+v9v//hh/v/e0AOsSxKzW+igDTjSzGOZ5mGM upKEH794mT8QeGZU+LjGsoD7iWD9WkgUMQNoRIClWKOJCEbiNCYg+DUU6zO5B3Ezc8aCxo5NTx2O 6bfVsK2hsD4PVteTcYSNW3UfTVOBuCHW1XFxJ1iyk6F4+uk1qc7MgV+T6GkVMW84Ue3OxnvJXQ1p +kWduTvWvOzmUDFo6VMD5TD9YhR37xGu+AOfEhN/s6V3115+3v+7oAcjMmBpg8swa8H7/LFAmH+E ozI2aewE4lWaH80rJZNaaQTKk00B1nr97X/YNKp7c/sl2N+hYrQG3ux1QKl1YM2uAI7wf0REIBIE QQCLAJFgRQBQjBWERMwOYvx5Oao4FkA+7EPdXr70uGJwB36o9AS8mqH1gtIo/+UWvtPttGofs4E8 acOyr+GH43iYXeqSSWVwMfMFMwLP8dA+t+EF//F3JFOFCQcLHOfw --Multipart=_Sun__26_Nov_2006_00_47_08_+0900_fm5eop+YFfxXpX_x-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 25 16:27:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1153316A407 for ; Sat, 25 Nov 2006 16:27:57 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4577243E4B for ; Sat, 25 Nov 2006 16:24:44 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr5so.prod.shaw.ca (pd4mr5so-qfe3.prod.shaw.ca [10.0.141.50]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J9A001RSO8Q83B0@l-daemon> for freebsd-current@freebsd.org; Sat, 25 Nov 2006 09:24:26 -0700 (MST) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd4mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J9A001WHO8Q6Q00@pd4mr5so.prod.shaw.ca> for freebsd-current@freebsd.org; Sat, 25 Nov 2006 09:24:26 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J9A00DKVO8PMS90@l-daemon> for freebsd-current@freebsd.org; Sat, 25 Nov 2006 09:24:26 -0700 (MST) Received: (qmail 7263 invoked from network); Sat, 25 Nov 2006 16:24:21 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Sat, 25 Nov 2006 16:24:21 +0000 Date: Sat, 25 Nov 2006 08:24:20 -0800 From: Colin Percival In-reply-to: To: Henry Vogt Message-id: <45686E34.5020809@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: User-Agent: Thunderbird 1.5 (X11/20060416) Cc: freebsd-current@freebsd.org Subject: Re: freebsd-update the 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: Sat, 25 Nov 2006 16:27:57 -0000 Henry Vogt wrote: > After using the new portsnap utility for a while with great success, i > tried to update the (current) src tree with the > also new freebsd-update utility, but all i got (tried several times > within several weeks) is: > > # freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching public key from update1.FreeBSD.org... failed. > No mirrors remaining, giving up. You're probably running -CURRENT, -STABLE, or 6.2-PRERELEASE. FreeBSD Update doesn't support those, since the name doesn't provide any useful information about what you actually have installed. Colin Percival From owner-freebsd-current@FreeBSD.ORG Sat Nov 25 18:51:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E462716A403 for ; Sat, 25 Nov 2006 18:51:30 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05B5643D45 for ; Sat, 25 Nov 2006 18:50:40 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so826956uge for ; Sat, 25 Nov 2006 10:51:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=BZIRJM7RYyIyXXk8y0Igs5RJHaJDUcvEh3JO8M+ivgx3SYBIL69qYiJqGerNiOJdYzW0pk9jcTmBp64pfgsZA6ze/ObX7FDJhSubGy5pO4usFKqCZ/IgPCY2gVmv6Z+SEzyUtMFRTjJsZQVHGMYR8tZHyCDvdUdaq5oFlJ2HnUg= Received: by 10.66.248.5 with SMTP id v5mr9031644ugh.1164480688483; Sat, 25 Nov 2006 10:51:28 -0800 (PST) Received: by 10.67.86.8 with HTTP; Sat, 25 Nov 2006 10:51:28 -0800 (PST) Message-ID: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> Date: Sat, 25 Nov 2006 12:51:28 -0600 From: "Scot Hetzel" To: FreeBSD-CURRENT , "Bill Paul" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_99721_1078503.1164480688231" Cc: Subject: Latest Broadcom NDIS driver requires 4 additional functions 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, 25 Nov 2006 18:51:31 -0000 ------=_Part_99721_1078503.1164480688231 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm trying to upgrade my ndis driver from version 3.100.64.0 to 4.40.19.0, but when I try to load the driver I get a Fatal trap 12 error. #fetch ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe #cabextract -q -L -F 'bcmwl5*' sp33008.exe #ndisgen bcmwl5.inf bcmwl564.sys #kldloadd ./bcmwl564_sys.ko no match for strrchr no match for MmFreeContiguousMemorySpecifyCache no match for MmAllocateContiguousMemorySpecifyCache no match for MmGetPhysicalAddress ichsmb0: port 0x8400-0x840f mem 0xc0003000-0xc0003fff at device 20.0 on pci0 device_attach: ichsmb0 attach returned 6 ndis0: mem 0xc0204000-0xc0205fff irq 21 at device 20.0 on pci6 ndis0: NDIS API Version: 5.1 fpudna in kernel mode! ntoskrnl dummy called... Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1a fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffffa2b1b1eb stack pointer = 0x10:0xffffffffa2a6f100 frame pointer = 0x10:0xffffffffa2b82140 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = intrrupt enabled, resume, IOPL=0 current process = 1503 (kldload) [thread pid 1503 tid 100099] stopped at 0xffffffffa2b1b1eb: cmpb (%rax, %rdx, 1), %cl db>bt tracing pid 1503 tid 100099 td 0xffffff002f569810 bcmwl564_sys_drv_data_start() at 0xffffffffa2b1b1eb (null)() at 0x11600000000 NOTE: This fatal trap 12 was caused by the missing strrchr function, after implementing only that function, and recompiling the ndis.ko module the driver nolonger crashed the kernel. I was able to create the first 3 functions for the NDIS compatibility layer, but I'm not sure how to find the Physical address from the Virtual Address for the MmGetPhysicalAddress function. Implemented Functions: stricmp strrchr MmAllocateContiguousMemory MmAllocateContiguousMemorySpecifyCache MmFreeContiguousMemory MmFreeContiguousMemorySpecifyCache Unimplemented Functions: memchr - implemented but causes "cast discards qualifiers from pointer target type" (copied from lib/libc/string/memchr.c) MmGetPhysicalAddress - needs to be implemented Any ideas as to how to fix memchr, and implement MmGetPhysicalAddress? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ------=_Part_99721_1078503.1164480688231 Content-Type: text/x-diff; name="ndis.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ndis.patch" X-Attachment-Id: f_euydk0bh SW5kZXg6IHN5cy9jb21wYXQvbmRpcy9zdWJyX250b3Nrcm5sLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2NvbXBhdC9uZGlzL3N1YnJfbnRvc2tybmwuYyx2CnJldHJp ZXZpbmcgcmV2aXNpb24gMS44NwpkaWZmIC11IC1yMS44NyBzdWJyX250b3Nrcm5sLmMKLS0tIHN5 cy9jb21wYXQvbmRpcy9zdWJyX250b3Nrcm5sLmMJMTYgTWF5IDIwMDYgMTQ6Mzc6NTcgLTAwMDAJ MS44NworKysgc3lzL2NvbXBhdC9uZGlzL3N1YnJfbnRvc2tybmwuYwkyNSBOb3YgMjAwNiAwNzoy ODo1MSAtMDAwMApAQCAtMTk3LDYgKzE5NywxNiBAQAogc3RhdGljIHVpbnQzMl90IEludGVybG9j a2VkSW5jcmVtZW50KHZvbGF0aWxlIHVpbnQzMl90ICopOwogc3RhdGljIHVpbnQzMl90IEludGVy bG9ja2VkRGVjcmVtZW50KHZvbGF0aWxlIHVpbnQzMl90ICopOwogc3RhdGljIHZvaWQgRXhJbnRl cmxvY2tlZEFkZExhcmdlU3RhdGlzdGljKHVpbnQ2NF90ICosIHVpbnQzMl90KTsKK3N0YXRpYyB2 b2lkICpNbUFsbG9jYXRlQ29udGlndW91c01lbW9yeSh1aW50MzJfdCwgdWludDY0X3QpOworc3Rh dGljIHZvaWQgKk1tQWxsb2NhdGVDb250aWd1b3VzTWVtb3J5U3BlY2lmeUNhY2hlKHVpbnQzMl90 LAorCXVpbnQ2NF90LCB1aW50NjRfdCwgdWludDY0X3QsIHVpbnQzMl90KTsKK3N0YXRpYyB2b2lk IE1tRnJlZUNvbnRpZ3VvdXNNZW1vcnkodm9pZCAqKTsKK3N0YXRpYyB2b2lkIE1tRnJlZUNvbnRp Z3VvdXNNZW1vcnlTcGVjaWZ5Q2FjaGUodm9pZCAqLCB1aW50MzJfdCwgdWludDMyX3QpOworLyoK KyNpZmRlZiBNTUdFVFBIWVNJQ0FMQUREUkVTUworc3RhaWMgdWludDY0X3QgTW1HZXRQaHlzaWNh bEFkZHJlc3Modm9pZCAqKTsKKyNlbmRpZgorKi8KIHN0YXRpYyB1aW50MzJfdCBNbVNpemVPZk1k bCh2b2lkICosIHNpemVfdCk7CiBzdGF0aWMgdm9pZCAqTW1NYXBMb2NrZWRQYWdlcyhtZGwgKiwg dWludDhfdCk7CiBzdGF0aWMgdm9pZCAqTW1NYXBMb2NrZWRQYWdlc1NwZWNpZnlDYWNoZShtZGwg KiwKQEAgLTIzMiw2ICsyNDIsOSBAQAogCXVpbnQzMl90LCB2b2lkICopOwogc3RhdGljIHVpbnQz Ml90IFdtaVRyYWNlTWVzc2FnZSh1aW50NjRfdCwgdWludDMyX3QsIHZvaWQgKiwgdWludDE2X3Qs IC4uLik7CiBzdGF0aWMgdWludDMyX3QgSW9XTUlSZWdpc3RyYXRpb25Db250cm9sKGRldmljZV9v YmplY3QgKiwgdWludDMyX3QpOworI2lmZGVmIE1FTUNIUgorc3RhdGljIHZvaWQgKm50b3Nrcm5s X21lbWNocihjb25zdCB2b2lkICosIGludCwgc2l6ZV90KTsKKyNlbmRpZgogc3RhdGljIHZvaWQg Km50b3Nrcm5sX21lbXNldCh2b2lkICosIGludCwgc2l6ZV90KTsKIHN0YXRpYyB2b2lkICpudG9z a3JubF9tZW1tb3ZlKHZvaWQgKiwgdm9pZCAqLCBzaXplX3QpOwogc3RhdGljIGNoYXIgKm50b3Nr cm5sX3N0cnN0cihjaGFyICosIGNoYXIgKik7CkBAIC00MzMsNiArNDQ2LDMyIEBACiAJcmV0dXJu KGRzdCk7CiB9CiAKKyNpZmRlZiBNRU1DSFIKKworLyoKKyAqIC91c3Ivc3JjL3N5cy9tb2R1bGVz L25kaXMvLi4vLi4vY29tcGF0L25kaXMvc3Vicl9udG9za3JubC5jOiBJbiBmdW5jdGlvbiBgbnRv c2tybmxfbWVtY2hyJzoKKyAqIC91c3Ivc3JjL3N5cy9tb2R1bGVzL25kaXMvLi4vLi4vY29tcGF0 L25kaXMvc3Vicl9udG9za3JubC5jOjQ1ODogd2FybmluZzogY2FzdCBkaXNjYXJkcyBxdWFsaWZp ZXJzIGZyb20gcG9pbnRlciB0YXJnZXQgdHlwZQorICogKioqIEVycm9yIGNvZGUgMQorICovCisK K3N0YXRpYyB2b2lkICoKK250b3Nrcm5sX21lbWNocihidWYsIGNoLCBsZW4pCisJY29uc3Qgdm9p ZAkqYnVmOworCWludAkJY2g7CisJc2l6ZV90CQlsZW47Cit7CisJaWYgKGxlbiAhPSAwKSB7CisJ CWNvbnN0IHVuc2lnbmVkIGNoYXIgKnAgPSBidWY7CisKKwkJZG8geworCQkJaWYgKCpwKysgPT0g Y2gpCisJCQkJcmV0dXJuICgodm9pZCAqKShwIC0gMSkpOyAvKiBlcnJvciBvY2N1cnMgaGVyZSAq LworCQl9IHdoaWxlICgtLWxlbiAhPSAwKTsKKwl9CisJcmV0dXJuIChOVUxMKTsKK30KKyNlbmRp ZgorCiBzdGF0aWMgY2hhciAqCiBudG9za3JubF9zdHJzdHIocywgZmluZCkKIAljaGFyICpzLCAq ZmluZDsKQEAgLTI0NzEsNiArMjUxMCw2NiBAQAogICAgICAgICByZXR1cm47CiB9CiAKK3N0YXRp YyB2b2lkICoKK01tQWxsb2NhdGVDb250aWd1b3VzTWVtb3J5KHNpemUsIGhpZ2hlc3QpCisJdWlu dDMyX3QJc2l6ZTsJCS8qIFNwZWNpZmllcyB0aGUgbnVtYmVyIG9mIGJ5dGVzIHRvIGFsbG9jYXRl ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqLworCXVpbnQ2NF90CWhpZ2hlc3Q7CS8qIFNw ZWNpZmllcyB0aGUgaGlnaGVzdCB2YWxpZCBwaHlzaWNhbCBhZGRyZXNzIHRoYXQgdGhlIGRyaXZl ciBjYW4gdXNlLiAqLworeworCXZvaWQgKmFkZHI7CisJc2l6ZV90IHBhZ2VsZW5ndGggPSAoKHNp emUgKyBQQUdFX1NJWkUgLSAxKSAvIFBBR0VfU0laRSkgKiBQQUdFX1NJWkU7CisKKwlhZGRyID0g RXhBbGxvY2F0ZVBvb2xXaXRoVGFnKE5vblBhZ2VkUG9vbCwgcGFnZWxlbmd0aCwgMCk7CisKKwly ZXR1cm4oYWRkcik7Cit9CisKK3N0YXRpYyB2b2lkICoKK01tQWxsb2NhdGVDb250aWd1b3VzTWVt b3J5U3BlY2lmeUNhY2hlKHNpemUsIGxvd2VzdCwgaGlnaGVzdCwgYm91bmRhcnksIGNhY2hldHlw ZSkKKwl1aW50MzJfdAlzaXplOwkJLyogU3BlY2lmaWVzIHRoZSBudW1iZXIgb2YgYnl0ZXMgdG8g YWxsb2NhdGUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICovCisgICAgICAgIHVpbnQ2NF90 CWxvd2VzdDsJCS8qIFNwZWNpZmllcyB0aGUgbG93ZXN0IHZhbGlkIHBoeXNpY2FsIGFkZHJlc3Mg dGhhdCB0aGUgZHJpdmVyIGNhbiB1c2UuICAqLworCXVpbnQ2NF90CWhpZ2hlc3Q7CS8qIFNwZWNp ZmllcyB0aGUgaGlnaGVzdCB2YWxpZCBwaHlzaWNhbCBhZGRyZXNzIHRoYXQgdGhlIGRyaXZlciBj YW4gdXNlLiAqLworCXVpbnQ2NF90CWJvdW5kYXJ5OwkvKiBJZiBub256ZXJvLCB0aGlzIHZhbHVl IHNwZWNpZmllcyB0aGUgcGh5c2ljYWwgYWRkcmVzcyBtdWx0aXBsZSB0aGF0ICAgKi8KKwkJCQkJ LyogdGhlIGFsbG9jYXRlZCBidWZmZXIgbXVzdCBub3QgY3Jvc3MuICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICovCisJdWludDMyX3QJY2FjaGV0eXBlOwkvKiBpbmRpY2F0ZXMgdGhl IHR5cGUgb2YgY2FjaGluZyBhbGxvd2VkIGZvciB0aGUgcmVxdWVzdGVkIG1lbW9yeSAgICAgICAg Ki8KK3sKKwl2b2lkICphZGRyOworCXNpemVfdCBwYWdlbGVuZ3RoID0gKChzaXplICsgUEFHRV9T SVpFIC0xKSAvIFBBR0VfU0laRSkgKiBQQUdFX1NJWkU7CisKKwlhZGRyID0gRXhBbGxvY2F0ZVBv b2xXaXRoVGFnKE5vblBhZ2VkUG9vbCwgcGFnZWxlbmd0aCwgMCk7CisKKwlyZXR1cm4oYWRkcik7 Cit9CisKK3N0YXRpYyB2b2lkCitNbUZyZWVDb250aWd1b3VzTWVtb3J5KGJhc2UpCisJdm9pZAkJ KmJhc2U7CQkvKiBTcGVjaWZpZXMgdGhlIGJhc2UgYWRkcmVzcyBvZiB0aGUgYnVmZmVyIHRvIGJl IGZyZWVkICAgICAgICAgICAgICAgICAgKi8KK3sKKwlFeEZyZWVQb29sKGJhc2UpOworfQorCitz dGF0aWMgdm9pZAorTW1GcmVlQ29udGlndW91c01lbW9yeVNwZWNpZnlDYWNoZShiYXNlLCBzaXpl LCBjYWNoZXR5cGUpCisJdm9pZAkJKmJhc2U7CQkvKiBTcGVjaWZpZXMgdGhlIGJhc2UgYWRkcmVz cyBvZiB0aGUgYnVmZmVyIHRvIGJlIGZyZWVkICAgICAgICAgICAgICAgICAgKi8KKwl1aW50MzJf dAlzaXplOwkJLyogU3BlY2lmaWVzIHRoZSBzaXplIGluIGJ5dGVzIG9mIHRoZSBidWZmZXIgdG8g YmUgZnJlZWQuIE11c3QgbWF0Y2ggdGhlICovCisJCQkJCS8qIHNpemUgcmVxdWVzdGVkIHdoZW4g dGhlIGJ1ZmZlciB3YXMgYWxsb2NhdGVkICAgICAgICAgICAgICAgICAgICAgICAgICAqLyAKKwl1 aW50MzJfdAljYWNoZXR5cGU7CS8qIFNwZWNpZmllcyB0aGUgY2FjaGUgdHlwZSBvZiB0aGUgYnVm ZmVyIHRvIGJlIGZyZWVkICAgICAgICAgICAgICAgICAgICAqLworeworCUV4RnJlZVBvb2woYmFz ZSk7Cit9CisKKyNpZmRlZiBNTUdFVFBIWVNJQ0FMQUREUkVTUworLyogVGhlIE1tR2V0UGh5c2lj YWxBZGRyZXNzIHJvdXRpbmUgcmV0dXJucyB0aGUgcGh5c2ljYWwgYWRkcmVzcyBjb3JyZXNwb25k aW5nIHRvIGEgdmFsaWQgdmlydHVhbCBhZGRyZXNzLiAqLworCitzdGFpYyB1aW50NjRfdAorTW1H ZXRQaHlzaWNhbEFkZHJlc3MoYmFzZSk7CisJdm9pZAkqYmFzZTsJLyogUG9pbnRlciB0byB0aGUg dmlydHVhbCBhZGRyZXNzIGZvciB3aGljaCB0byByZXR1cm4gdGhlIHBoeXNpY2FsIGFkZHJlc3Mu ICovCit7CisJdm9pZCAqcGh5c2ljYWw7CS8qIHBoeXNpY2FsIGFkZHJlc3MgdGhhdCBjb3JyZXNw b25kcyB0byB0aGUgZ2l2ZW4gdmlydHVhbCBhZGRyZXNzLiAqLworCisJcmV0dXJuKHBoeXNpY2Fs KTsKK30KKyNlbmRpZgorCiBzdGF0aWMgdWludDMyX3QKIE1tU2l6ZU9mTWRsKHZhZGRyLCBsZW4p CiAJdm9pZAkJCSp2YWRkcjsKQEAgLTQxNDQsNiArNDI0Myw3IEBACiAJSU1QT1JUX1NGVU5DKERi Z0JyZWFrUG9pbnQsIDApLAogCUlNUE9SVF9DRlVOQyhzdHJuY21wLCAwKSwKIAlJTVBPUlRfQ0ZV TkMoc3RyY21wLCAwKSwKKwlJTVBPUlRfQ0ZVTkNfTUFQKHN0cmljbXAsIHN0cmNhc2VjbXAsIDAp LAogCUlNUE9SVF9DRlVOQyhzdHJuY3B5LCAwKSwKIAlJTVBPUlRfQ0ZVTkMoc3RyY3B5LCAwKSwK IAlJTVBPUlRfQ0ZVTkMoc3RybGVuLCAwKSwKQEAgLTQxNTEsNiArNDI1MSwxMCBAQAogCUlNUE9S VF9DRlVOQ19NQVAodG9sb3dlciwgbnRvc2tybmxfdG9sb3dlciwgMCksCiAJSU1QT1JUX0NGVU5D X01BUChzdHJzdHIsIG50b3Nrcm5sX3N0cnN0ciwgMCksCiAJSU1QT1JUX0NGVU5DX01BUChzdHJj aHIsIGluZGV4LCAwKSwKKwlJTVBPUlRfQ0ZVTkNfTUFQKHN0cnJjaHIsIHJpbmRleCwgMCksCisj aWZkZWYgTUVNQ0hSCisJSU1QT1JUX0NGVU5DX01BUChtZW1jaHIsIG50b3Nrcm5sX21lbWNociwg MCksCisjZW5kaWYKIAlJTVBPUlRfQ0ZVTkMobWVtY3B5LCAwKSwKIAlJTVBPUlRfQ0ZVTkNfTUFQ KG1lbW1vdmUsIG50b3Nrcm5sX21lbW1vdmUsIDApLAogCUlNUE9SVF9DRlVOQ19NQVAobWVtc2V0 LCBudG9za3JubF9tZW1zZXQsIDApLApAQCAtNDIzOSw2ICs0MzQzLDEzIEBACiAJSU1QT1JUX0ZG VU5DKEV4SW50ZXJsb2NrZWRBZGRMYXJnZVN0YXRpc3RpYywgMiksCiAJSU1QT1JUX1NGVU5DKElv QWxsb2NhdGVNZGwsIDUpLAogCUlNUE9SVF9TRlVOQyhJb0ZyZWVNZGwsIDEpLAorCUlNUE9SVF9T RlVOQyhNbUFsbG9jYXRlQ29udGlndW91c01lbW9yeSwgMiksCisJSU1QT1JUX1NGVU5DKE1tQWxs b2NhdGVDb250aWd1b3VzTWVtb3J5U3BlY2lmeUNhY2hlLCA1KSwKKwlJTVBPUlRfU0ZVTkMoTW1G cmVlQ29udGlndW91c01lbW9yeSwgMSksCisJSU1QT1JUX1NGVU5DKE1tRnJlZUNvbnRpZ3VvdXNN ZW1vcnlTcGVjaWZ5Q2FjaGUsIDMpLAorI2lmZGVmIE1NR0VUUEhZU0lDQUxBRERSRVNTCisJSU1Q T1JUX1NGVU5DKE1tR2V0UGh5c2ljYWxBZGRyZXNzLCAxKSwKKyNlbmRpZgogCUlNUE9SVF9TRlVO QyhNbVNpemVPZk1kbCwgMSksCiAJSU1QT1JUX1NGVU5DKE1tTWFwTG9ja2VkUGFnZXMsIDIpLAog CUlNUE9SVF9TRlVOQyhNbU1hcExvY2tlZFBhZ2VzU3BlY2lmeUNhY2hlLCA2KSwK ------=_Part_99721_1078503.1164480688231-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 25 18:59:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 367B116A416 for ; Sat, 25 Nov 2006 18:59:45 +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 5D3ED43D72 for ; Sat, 25 Nov 2006 18:58:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kAPIxSgC018363; Sat, 25 Nov 2006 11:59:33 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45689290.70300@samsco.org> Date: Sat, 25 Nov 2006 11:59:28 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scot Hetzel References: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> In-Reply-To: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Bill Paul , FreeBSD-CURRENT Subject: Re: Latest Broadcom NDIS driver requires 4 additional functions 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, 25 Nov 2006 18:59:45 -0000 Scot Hetzel wrote: > I'm trying to upgrade my ndis driver from version 3.100.64.0 to > 4.40.19.0, but when I try to load the driver I get a Fatal trap 12 > error. > > #fetch ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe > #cabextract -q -L -F 'bcmwl5*' sp33008.exe > #ndisgen bcmwl5.inf bcmwl564.sys > #kldloadd ./bcmwl564_sys.ko > no match for strrchr > no match for MmFreeContiguousMemorySpecifyCache > no match for MmAllocateContiguousMemorySpecifyCache > no match for MmGetPhysicalAddress > ichsmb0: port 0x8400-0x840f mem > 0xc0003000-0xc0003fff at device 20.0 on pci0 > device_attach: ichsmb0 attach returned 6 > ndis0: mem 0xc0204000-0xc0205fff irq 21 at > device 20.0 on pci6 > ndis0: NDIS API Version: 5.1 > fpudna in kernel mode! > ntoskrnl dummy called... > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1a > fault code = supervisor read, page not present > instruction pointer = 0x8:0xffffffffa2b1b1eb > stack pointer = 0x10:0xffffffffa2a6f100 > frame pointer = 0x10:0xffffffffa2b82140 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = intrrupt enabled, resume, IOPL=0 > current process = 1503 (kldload) > [thread pid 1503 tid 100099] > stopped at 0xffffffffa2b1b1eb: cmpb (%rax, %rdx, 1), %cl > db>bt > tracing pid 1503 tid 100099 td 0xffffff002f569810 > bcmwl564_sys_drv_data_start() at 0xffffffffa2b1b1eb > (null)() at 0x11600000000 > > NOTE: This fatal trap 12 was caused by the missing strrchr function, > after implementing only that function, and recompiling the ndis.ko > module the driver nolonger crashed the kernel. > > I was able to create the first 3 functions for the NDIS compatibility > layer, but I'm not sure how to find the Physical address from the > Virtual Address for the MmGetPhysicalAddress function. > > Implemented Functions: > stricmp > strrchr > MmAllocateContiguousMemory > MmAllocateContiguousMemorySpecifyCache > MmFreeContiguousMemory > MmFreeContiguousMemorySpecifyCache > > Unimplemented Functions: > memchr - implemented but causes "cast discards qualifiers from > pointer target type" (copied from lib/libc/string/memchr.c) > MmGetPhysicalAddress - needs to be implemented > > Any ideas as to how to fix memchr, and implement MmGetPhysicalAddress? > Since there is no need to be portable across architectures with ndis, you can just map MmGetPhysicalAddress to vtophys(). If GART/IOMMU support happens for i386 or amd64 then this will need to be revisited. S From owner-freebsd-current@FreeBSD.ORG Sat Nov 25 19:17:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8840E16A4C8 for ; Sat, 25 Nov 2006 19:17:41 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E115543DDB for ; Sat, 25 Nov 2006 19:16:21 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id kAPJH1xO026053 for ; Sat, 25 Nov 2006 14:17:01 -0500 (EST) Date: Sat, 25 Nov 2006 14:17:01 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20061125191701.GA93011@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <45686E34.5020809@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <45686E34.5020809@freebsd.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: freebsd-update the 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: Sat, 25 Nov 2006 19:17:41 -0000 On Sat, Nov 25, 2006 at 08:24:20AM -0800, Colin Percival wrote: > Henry Vogt wrote: > > After using the new portsnap utility for a while with great success, i > > tried to update the (current) src tree with the > > also new freebsd-update utility, but all i got (tried several times > > within several weeks) is: > > > > # freebsd-update fetch > > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > > Fetching public key from update1.FreeBSD.org... failed. > > No mirrors remaining, giving up. > > You're probably running -CURRENT, -STABLE, or 6.2-PRERELEASE. FreeBSD > Update doesn't support those, since the name doesn't provide any useful > information about what you actually have installed. There was actually a thread on this on bsdforums. I had the same problem on CURRENT and STABLE. I hadn't realized (at the time) that it didn't support STABLE. I've seen this question come up from time to time, on lists and private emails from friends. Mr. Percival, do you think it might be worthwhile adding a one or two line explanation that it doesn't support CURRENT, STABLE or PRERELEASE to either the man page or the config file (as those are the two places I think people are most likely to check.)? -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Willow: Nervous? Xander: No way. I'm full of that good old kamikazee spirit. Giles: Xander, just because this is never going to work, there's no need to be negative. From owner-freebsd-current@FreeBSD.ORG Sat Nov 25 21:33:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA76416A412; Sat, 25 Nov 2006 21:33:40 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao04.cox.net (centrmmtao04.cox.net [70.168.83.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37CD643D68; Sat, 25 Nov 2006 21:32:50 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by centrmmtao05.cox.net (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP id <20061125213112.VHCX27862.centrmmtao05.cox.net@eastrmimpo02.cox.net>; Sat, 25 Nov 2006 16:31:12 -0500 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo02.cox.net with bizsmtp id r9W61V00Q4iy4EG0000000; Sat, 25 Nov 2006 16:30:07 -0500 Date: Sat, 25 Nov 2006 15:31:51 -0600 To: "Andre Oppermann" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <455CB311.8040301@freebsd.org> <455DC0F4.1070309@freebsd.org> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <455DC0F4.1070309@freebsd.org> User-Agent: Opera Mail/9.02 (Linux) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Automatic TCP send socker buffer sizing 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, 25 Nov 2006 21:33:41 -0000 On Fri, 17 Nov 2006 08:02:28 -0600, Andre Oppermann = = wrote: > Andre Oppermann wrote: >> With automatic TCP send socket buffers we can start with a small buff= er >> and quickly grow it in parallel with the TCP congestion window to mat= ch >> real network conditions. > > >> The patch is available here: >> http://people.freebsd.org/~andre/tcp_auto_sndbuf-20061116.diff >> Any testers, especially with busy FTP servers, are very welcome. > > A RELENG_6 version (for FreeBSD 6.x) of the patch is here: > > http://people.freebsd.org/~andre/tcp_auto_sndbuf-20061116-RELENG_6.d= iff > > Just apply this patch and recompile your kernel. It is activated by = > default. > Be aware that all socket buffer sizing events get logged to syslog und= er > LOG_DEBUG. This may affect overall system performance and you may wan= t = > to > disable logging to disk of this in syslogd.conf. Is this relate with net.inet.tcp.sendspace? I reset my sysctl config bac= k = to default that was for wine+utorrent, so tested with wine+utorrent on = today (Nov 25th) RELENG_6 and works fine so far. [...] Nov 25 14:35:22 mezz kernel: tcp_output: inc sockbuf, old 65612, new = 73804, sb_cc 58553, snd_wnd 149760, sendwnd 36719 Nov 25 14:35:27 mezz kernel: tcp_output: inc sockbuf, old 73804, new = 81996, sb_cc 65608, snd_wnd 148896, sendwnd 38283 Nov 25 14:35:27 mezz kernel: tcp_output: inc sockbuf, old 81996, new = 90188, sb_cc 72604, snd_wnd 148896, sendwnd 38283 Nov 25 14:35:29 mezz kernel: tcp_output: inc sockbuf, old 90188, new = 98380, sb_cc 79093, snd_wnd 149760, sendwnd 39988 [...goes on...] A bit off point, I have to setup this below in sysctl to get wine+utorre= nt = download/upload very fast and ustable without hog the CPU. kern.ipc.maxsockbuf=3D2097152 net.inet.tcp.recvspace=3D262144 net.inet.tcp.sendspace=3D262144 Cheers, Mezz -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org