From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 01:41:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E264616A40F for ; Sun, 24 Sep 2006 01:41:10 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 875D943D46 for ; Sun, 24 Sep 2006 01:41:10 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 021398A01FA for ; Sat, 23 Sep 2006 18:41:08 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 67389-33 for ; Sat, 23 Sep 2006 18:41:05 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id B6CB08A01F2 for ; Sat, 23 Sep 2006 18:41:05 -0700 (PDT) Received: from 24.71.118.34 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Sat, 23 Sep 2006 18:41:05 -0700 (PDT) Message-ID: <60092.24.71.118.34.1159062065.squirrel@webmail.sd73.bc.ca> In-Reply-To: <45030928.6000605@errno.com> References: <45030928.6000605@errno.com> Date: Sat, 23 Sep 2006 18:41:05 -0700 (PDT) From: "Freddie Cash" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: Subject: Re: CFT: ath hal 0.9.18.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 01:41:11 -0000 On Sat, September 9, 2006 11:34 am, Sam Leffler wrote: > You can find a new ath hal at: > http://people.freebsd.org/~sam/ath_hal-20060909.tgz > > It's gone through basic testing but not the more extensive testing I > do before a release. > To make use of the new tkip mic keycache support you need to patch > the driver with this diff: > http://people.freebsd.org/~sam/keycache.patch > Should work on both HEAD and RELENG_6 w/o any driver mods. It's most likely that I'm missing something simple in the process, but I can't get this new HAL to work with my 6.1-RELEASE system. If it's as simple as "It only works with RELENG_6 not RELENG_6_1" then I guess I'll wait. Otherwise, here's what happens when I try to use it: - copy /usr/src/sys/contrib/dev/ath to ath.orig - untar and rename the new HAL directory to /usr/src/sys/contrib/dev/ath - run "patch -p0 < keycache.diff" in /usr/src/sys/dev/ath/ - "make clean; make depend; make; make install" in /usr/src/sys/modules/ath gives rm -f export_syms if_ath.ko if_ath.kld if_ath.o if_ath_pci.o @ machine opt_inet.h opt_ath.h pci_if.h bus_if.h device_if.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h touch opt_inet.h echo > opt_ath.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd -I/usr/src/sys/modules/ath/../../contrib/dev/ath -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include /usr/src/sys/modules/ath/../../dev/ath/if_ath.c /usr/src/sys/modules/ath/../../dev/ath/if_ath_pci.c Warning: Object directory not changed from original /usr/src/sys/modules/ath cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd -I/usr/src/sys/modules/ath/../../contrib/dev/ath -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ath/../../dev/ath/if_ath.c /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_attach': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing arg 3 of `ath_hal_attach' makes pointer from integer without a cast /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing arg 4 of `ath_hal_attach' makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/sys/modules/ath. - building the ath_hal module works correctly, althought trying to use it with a stock if_ath module gives ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xd0010000-0xd001ffff irq 17 at device 4.0 on pci2 ath0: HAL ABI mismatch detected (HAL:0x6090700 != driver:0x5122200) device_attach: ath0 attach returned 6 Warning: memory type ath_hal leaked memory on destroy (5 allocations, 25984 bytes leaked). warning: KLD '/boot/kernel/if_ath.ko' is newer than the linker.hints file warning: KLD '/boot/kernel/ath_rate.ko' is newer than the linker.hints file warning: KLD '/boot/kernel/ath_hal.ko' is newer than the linker.hints file ---- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 01:41:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6900316A584 for ; Sun, 24 Sep 2006 01:41:15 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE5F43D46 for ; Sun, 24 Sep 2006 01:41:14 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id A89B78A01F2 for ; Sat, 23 Sep 2006 18:41:14 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 73796-06 for ; Sat, 23 Sep 2006 18:41:14 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 5A8738A01F4 for ; Sat, 23 Sep 2006 18:41:14 -0700 (PDT) Received: from 24.71.118.34 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Sat, 23 Sep 2006 18:41:14 -0700 (PDT) Message-ID: <60092.24.71.118.34.1159062074.squirrel@webmail.sd73.bc.ca> In-Reply-To: <45030928.6000605@errno.com> References: <45030928.6000605@errno.com> Date: Sat, 23 Sep 2006 18:41:14 -0700 (PDT) From: "Freddie Cash" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: Subject: Re: CFT: ath hal 0.9.18.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 01:41:15 -0000 On Sat, September 9, 2006 11:34 am, Sam Leffler wrote: > You can find a new ath hal at: > http://people.freebsd.org/~sam/ath_hal-20060909.tgz > > It's gone through basic testing but not the more extensive testing I > do before a release. > To make use of the new tkip mic keycache support you need to patch > the driver with this diff: > http://people.freebsd.org/~sam/keycache.patch > Should work on both HEAD and RELENG_6 w/o any driver mods. It's most likely that I'm missing something simple in the process, but I can't get this new HAL to work with my 6.1-RELEASE system. If it's as simple as "It only works with RELENG_6 not RELENG_6_1" then I guess I'll wait. Otherwise, here's what happens when I try to use it: - copy /usr/src/sys/contrib/dev/ath to ath.orig - untar and rename the new HAL directory to /usr/src/sys/contrib/dev/ath - run "patch -p0 < keycache.diff" in /usr/src/sys/dev/ath/ - "make clean; make depend; make; make install" in /usr/src/sys/modules/ath gives rm -f export_syms if_ath.ko if_ath.kld if_ath.o if_ath_pci.o @ machine opt_inet.h opt_ath.h pci_if.h bus_if.h device_if.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h touch opt_inet.h echo > opt_ath.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd -I/usr/src/sys/modules/ath/../../contrib/dev/ath -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include /usr/src/sys/modules/ath/../../dev/ath/if_ath.c /usr/src/sys/modules/ath/../../dev/ath/if_ath_pci.c Warning: Object directory not changed from original /usr/src/sys/modules/ath cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/freebsd -I/usr/src/sys/modules/ath/../../contrib/dev/ath -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ath/../../dev/ath/if_ath.c /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_attach': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing arg 3 of `ath_hal_attach' makes pointer from integer without a cast /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:296: warning: passing arg 4 of `ath_hal_attach' makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/sys/modules/ath. - building the ath_hal module works correctly, althought trying to use it with a stock if_ath module gives ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xd0010000-0xd001ffff irq 17 at device 4.0 on pci2 ath0: HAL ABI mismatch detected (HAL:0x6090700 != driver:0x5122200) device_attach: ath0 attach returned 6 Warning: memory type ath_hal leaked memory on destroy (5 allocations, 25984 bytes leaked). warning: KLD '/boot/kernel/if_ath.ko' is newer than the linker.hints file warning: KLD '/boot/kernel/ath_rate.ko' is newer than the linker.hints file warning: KLD '/boot/kernel/ath_hal.ko' is newer than the linker.hints file ---- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 04:43:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AD5C16A412 for ; Sun, 24 Sep 2006 04:43:27 +0000 (UTC) (envelope-from cms01@tampabay.rr.com) Received: from ms-smtp-03.tampabay.rr.com (ms-smtp-03.tampabay.rr.com [65.32.5.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACB9943D45 for ; Sun, 24 Sep 2006 04:43:26 +0000 (GMT) (envelope-from cms01@tampabay.rr.com) Received: from [192.168.0.100] (2492160hfc76.tampabay.res.rr.com [24.92.160.76]) by ms-smtp-03.tampabay.rr.com (8.13.6/8.13.6) with ESMTP id k8O4hMon013771 for ; Sun, 24 Sep 2006 00:43:24 -0400 (EDT) From: Richard To: current@freebsd.org Date: Sun, 24 Sep 2006 00:43:23 -0400 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609240043.23583.cms01@tampabay.rr.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 04:43:27 -0000 thinking about trying freebsd, how are the driver issues? for the latest laptop wireless networking..etc how about software upgrades, are they self updating ? or does one need to compile his own. what is the best distro of freebsd PC-BSD or Desktop-BSD Thanks - Rich From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 04:52:15 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BBF16A417; Sun, 24 Sep 2006 04:52: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 DD59343D46; Sun, 24 Sep 2006 04:52:14 +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 A93D01A4D8B; Sat, 23 Sep 2006 21:52:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A768E514DF; Sun, 24 Sep 2006 00:52:13 -0400 (EDT) Date: Sun, 24 Sep 2006 00:52:13 -0400 From: Kris Kennaway To: Tim Kientzle Message-ID: <20060924045213.GA17506@xor.obsecurity.org> References: <200609150804.k8F84O1H056038@repoman.freebsd.org> <20060915155912.GA71796@xor.obsecurity.org> <450AD508.10608@freebsd.org> <20060915180315.GB74735@xor.obsecurity.org> <450C30ED.7090901@freebsd.org> <20060916192437.GA15425@xor.obsecurity.org> <45156E4E.6040806@kientzle.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <45156E4E.6040806@kientzle.com> User-Agent: Mutt/1.4.2.2i Cc: Tim Kientzle , Andre Oppermann , current@FreeBSD.org, Kris Kennaway Subject: Re: bsdtar vs gtar performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 04:52:15 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Moving to current@ where it's on-topic] On Sat, Sep 23, 2006 at 10:26:38AM -0700, Tim Kientzle wrote: > Kris and Ruslan were recently discussing the performance of bsdtar > relative to gtar, which prompted me to do some measurements > of my own. I used /usr/ports as my test, because it stresses > file and directory creation over extracting large files. >=20 > Here are some initial results, based on ten runs of each test on a > quiescent system, comparing results with PHK's "ministat": >=20 > * Creating uncompressed archives: bsdtar and gtar showed > no difference in total time. >=20 > * Extracting gzip-compressed archives: bsdtar and gtar showed > no difference in total time. >=20 > * Extracting uncompressed archives: gtar is about 13% faster > than bsdtar in my test. Interestingly (to me), this was the same > with or without -m. (I've long suspected dir timestamp restores > as a contributor; this shows otherwise.) With 10 repetitions of an extraction of the ports tree to a swap-backed md (newfs'ed in between tests, mounted async), I get a much bigger difference in favour of gtar: x gtar-data + bsdtar-data +------------------------------------------------------------+ |x + | |x + | |xx + | |xx ++ | |xx ++ | |xx ++++| |A| A| | +------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 34.9 35.2 34.985 35.008 0.095893459 + 11 48.95 49.68 49.21 49.249091 0.19216943 Difference at 95.0% confidence 14.2411 +/- 0.141059 40.6795% +/- 0.402932% (Student's t, pooled s =3D 0.154247) I suspect you were measuring extraction on real disk hardware, in which case you're mostly measuring overhead from the disk I/O, which is going to make up most of the real time in both cases. Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFFg79Wry0BWjoQKURAvwCAJ0RZWyFmN7fD5GIVMi4WegoQM+u6QCfXKbP f1drVqPi6Nz2sBaWJqMfcFE= =+Ir/ -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 06:09:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A343716A40F for ; Sun, 24 Sep 2006 06:09:49 +0000 (UTC) (envelope-from jamesfrancistoy@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A2443D46 for ; Sun, 24 Sep 2006 06:09:48 +0000 (GMT) (envelope-from jamesfrancistoy@gmail.com) Received: by wx-out-0506.google.com with SMTP id s6so1767226wxc for ; Sat, 23 Sep 2006 23:09:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:reply-to:references:in-reply-to:sensitivity:importance:to:subject:from:date:content-type:mime-version; b=Z7ohqeiPNzht148jMJsG4VIMBjameGrtPe6XEN1U/VT+IRNRf3YANSaxWW91pkt+CPy2NM7iFLTymjofmgwtmhwvZR+ptLZlg0VZx+ImfvjA9qz5HH2UFYJnn9T4BGBFQJudC8k++7Nd8liENYxb2b777ZRc1EkDSclU0EEj6IA= Received: by 10.70.83.4 with SMTP id g4mr4556160wxb; Sat, 23 Sep 2006 23:09:48 -0700 (PDT) Received: from bda106-cell01.bisx.prod.on.blackberry ( [216.9.249.106]) by mx.gmail.com with ESMTP id 43sm1201176wri.2006.09.23.23.09.47; Sat, 23 Sep 2006 23:09:47 -0700 (PDT) Message-ID: <498534138-1159078186-cardhu_blackberry.rim.net-978295626-@bxe038-cell01.bisx.prod.on.blackberry> References: <200609240043.23583.cms01@tampabay.rr.com> In-Reply-To: <200609240043.23583.cms01@tampabay.rr.com> Sensitivity: Normal Importance: Normal To: "Richard" , owner-freebsd-current@freebsd.org, current@freebsd.org From: jamesfrancistoy@gmail.com Date: Sun, 24 Sep 2006 06:09:07 +0000 Content-type: text/plain MIME-Version: 1.0 Cc: Subject: Re: FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jamesfrancistoy@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: Sun, 24 Sep 2006 06:09:49 -0000 Freebsd is an entirely separate operating system from pc-bsd and desktop-bsd ... You will have to compile your own upgrades...and the drivers are specific meaning it depends on which chipset / logic board you are trying to support Sent via BlackBerry from Cingular Wireless -----Original Message----- From: Richard Date: Sun, 24 Sep 2006 00:43:23 To:current@freebsd.org Subject: FreeBSD ? thinking about trying freebsd, how are the driver issues? for the latest laptop wireless networking..etc how about software upgrades, are they self updating ? or does one need to compile his own. what is the best distro of freebsd PC-BSD or Desktop-BSD Thanks - Rich _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 07:16: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2966D16A415 for ; Sun, 24 Sep 2006 07:16:04 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: from les.ath.cx (15.61.205.61.west.global.alpha-net.ne.jp [61.205.61.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF0943D4C for ; Sun, 24 Sep 2006 07:16:03 +0000 (GMT) (envelope-from qhwt+fbsd@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id CAA0486618; Sun, 24 Sep 2006 16:16:01 +0900 (JST) Date: Sun, 24 Sep 2006 16:16:01 +0900 From: YONETANI Tomokazu To: freebsd-current@freebsd.org Message-ID: <20060924071601.GA1080@les.ath.cx> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1157154024.835.6.camel@atomizer.opensourcebeef.net> User-Agent: Mutt/1.5.11 Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 07:16:04 -0000 Hi, Recently I tried installing FreeBSD 5.4-RELEASE on an IBM X335 in my office and tried to upgrade to 6.2-PRERELEASE, and found that although it doesn't hang or panic during boot, running I/O intensive applications (including buildworld) ends up in an I/O error, and eventually panicked and rebooted. So I tried earlier versions to find out when the problem started to occur, and found that it started as early as 5.5-STABLE. I noticed that new mpt driver has been MFC after 5.4-RELEASE, so maybe that's something to do with this issue. Kernels other than 5.4 are all built on 5.4-RELEASE system using GENERIC file without any optimization flags. I haven't tried CURRENT yet because buildworld didn't finish on 5.4-RELEASE, but is it worth trying CURRENT and the patch posted to this thread(in other words: does my problem look like the similar one that people are discussing in this thread)? Here's `dmesg | grep ^mpt' output: mpt0: port 0x2300-0x23ff mem 0xfbfe0000-0xfbfeffff,0xfbff0000-0xfbffffff irq 22 at device 1.0 on pci1 mpt0: MPI Version=1.2.6.0 mpt0: Capabilities: ( RAID-1 SAFTE ) mpt0: 1 Active Volume (1 Max) mpt0: 2 Hidden Drive Members (3 Max) I found a PR with "LSI1030" in the single-line description, but it doesn't seem to be related to my problem: kern/96040 Any suggestions are welcome. Regards. 5.4-RELEASE: OK 5.5-STABLE: panic after showing the following messages: handle_workitem_freeblocks: block count initiate_write_filepage: already started 6.0-RELEASE-p12, 6.2-PRERELEASE: panic after showing bunch of the message as follows: g_vfs_done():da0s1g[WRITE(offset=3287388160, length=2048)]error = 5 From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 08:16:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90DC016A412 for ; Sun, 24 Sep 2006 08:16:14 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FA2E43D4C for ; Sun, 24 Sep 2006 08:16:12 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from klein.bigpond.com ([60.230.110.183]) by omta04sl.mx.bigpond.com with ESMTP id <20060924081610.DORS11279.omta04sl.mx.bigpond.com@klein.bigpond.com>; Sun, 24 Sep 2006 08:16:10 +0000 Received: from klein.bigpond.com (localhost [127.0.0.1]) by klein.bigpond.com (8.13.8/8.13.8) with ESMTP id k8O8G1US001599; Sun, 24 Sep 2006 18:16:03 +1000 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost (petros@localhost) by klein.bigpond.com (8.13.8/8.13.8/Submit) with ESMTP id k8O8FjXS001596; Sun, 24 Sep 2006 18:15:59 +1000 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) X-Authentication-Warning: klein.bigpond.com: petros owned process doing -bs Date: Sun, 24 Sep 2006 18:15:44 +1000 (EST) From: Peter Ross X-X-Sender: petros@localhost To: "jamesfrancistoy@gmail.com" In-Reply-To: <498534138-1159078186-cardhu_blackberry.rim.net-978295626-@bxe038-cell01.bisx.prod.on.blackberry> Message-ID: <20060924175053.M722@localhost> References: <200609240043.23583.cms01@tampabay.rr.com> <498534138-1159078186-cardhu_blackberry.rim.net-978295626-@bxe038-cell01.bisx.prod.on.blackberry> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "current@freebsd.org" , Richard Subject: Re: FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 08:16:14 -0000 Hi, while not sure where to move this question (-questions may be the appropriate list?) I think this isn't true: On Sun, 24 Sep 2006, jamesfrancistoy@gmail.com wrote: > Freebsd is an entirely separate operating system from pc-bsd and > desktop-bsd ... You will have to compile your own upgrades...and the > drivers are specific meaning it depends on which chipset / logic board > you are trying to support Both projects are based on FreeBSD, and AFAIK they do not change anything "near" the kernel (e.g. no drivers). While PC-BSD is based on FreeBSD 6-stable, Desktop-BSD is still using 5.5. Both projects are dedicated to the desktop users. Desktop-BSD adds some management tools so basic configuration becomes easier but uses the same ports/packages structure "normal" FreeBSD uses. PC-BSD adds an graphical install tool and has its own package format. Usually both projects do not require "compiling your own upgrades". Honestly, as a systems engineer I am not the right person to recommend desktop systems. My laptop (a Latitude X1) runs FreeBSD-current but it is not even fully utilised yet. I just use it as a ssh terminal switch, mail reader, webbrowser and to compile stuff.. so I install the x11/gnome2 metaport. Regards Peter From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 11:32: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C467D16A403; Sun, 24 Sep 2006 11:32:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from camay.yandex.ru (camay.yandex.ru [213.180.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8176743D53; Sun, 24 Sep 2006 11:32:22 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (camay.yandex.ru) by mail.yandex.ru id ; Sun, 24 Sep 2006 15:32:04 +0400 Received: from [82.211.152.12] ([82.211.152.12]) by mail.yandex.ru with HTTP; Sun, 24 Sep 2006 15:32:04 +0400 (MSD) Date: Sun, 24 Sep 2006 15:32:04 +0400 (MSD) From: "Andrey V. Elsukov" Sender: bu7cher@yandex.ru Message-Id: <45166CB4.000004.01220@camay.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: bu7cher@yandex.ru To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org X-Source-Ip: 82.211.152.12 Content-Type: Multipart/Mixed; boundary="------------Boundary-00=_GDH3PWYXFQQMYJ0CCJD0" Cc: Subject: Problems with USB on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Sep 2006 11:32:24 -0000 --------------Boundary-00=_GDH3PWYXFQQMYJ0CCJD0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi, All! I have notebook Maxselect Mission GT3000. A hardware configuration description (russian): http://www.maxselect.ru/catalog/models.html?id=4024&template=normal o Mobile AMD Sempron o NVIDIA C51MV+MCP51M o PCI Express nVidia Geforce Go 6100 o Realtek HDA I have several problems. One is with USB. When i attach USB Flash disk it's not work. usbd_new_device: addr=2, getting first desc failed uhub_explore: usb_new_device failed, error=IOERROR uhub1: device problem (IOERROR), disabling port 4 http://butcher.heavennet.ru/dmesg.txt http://butcher.heavennet.ru/pciconf.txt I've attached dmesg and pciconf. Any suggestions? -- WBR, Andrey V. Elsukov --------------Boundary-00=_GDH3PWYXFQQMYJ0CCJD0 Content-Disposition: attachment; Filename="dmesg.txt" Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDcuMC1DVVJSRU5UICMyOiBTdW4gU2VwIDI0IDE1OjAzOjAy IE1TRCAyMDA2CiAgICBidXRjaGVyQGJ0ci1uYi5wcm9wZXJsYW4ubmV0Oi91c3Ivb2JqL3Vzci9z cmMvc3lzL0JUUgpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQg MHhjMGRhZTAwMC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9saW51eC5rbyIg YXQgMHhjMGRhZTFjNC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L21vZHVsZXMvbnZpZGlh LmtvIiBhdCAweGMwZGFlMjcwLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2Fj cGkua28iIGF0IDB4YzBkYWUzMWMuCkNhbGlicmF0aW5nIGNsb2NrKHMpIC4uLiBpODI1NCBjbG9j azogMTE5MzIxNiBIegpDTEtfVVNFX0k4MjU0X0NBTElCUkFUSU9OIG5vdCBzcGVjaWZpZWQgLSB1 c2luZyBkZWZhdWx0IGZyZXF1ZW5jeQpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkz MTgyIEh6IHF1YWxpdHkgMApDYWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMTYw NzMyNTEyMSBIegpDUFU6IE1vYmlsZSBBTUQgU2VtcHJvbih0bSkgUHJvY2Vzc29yIDI2MDArICgx NjA3LjMzLU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9 IDB4ZjgyICBTdGVwcGluZyA9IDIKICBGZWF0dXJlcz0weDc4YmZiZmY8RlBVLFZNRSxERSxQU0Us VFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYs Q0xGTFVTSCxNTVgsRlhTUixTU0UsU1NFMj4KICBBTUQgRmVhdHVyZXM9MHhjMDUwMDgwMDxTWVND QUxMLE5YLE1NWCssM0ROb3chKywzRE5vdyE+CkRhdGEgVExCOiAzMiBlbnRyaWVzLCBmdWxseSBh c3NvY2lhdGl2ZQpJbnN0cnVjdGlvbiBUTEI6IDMyIGVudHJpZXMsIGZ1bGx5IGFzc29jaWF0aXZl CkwxIGRhdGEgY2FjaGU6IDY0IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90YWcsIDIt d2F5IGFzc29jaWF0aXZlCkwxIGluc3RydWN0aW9uIGNhY2hlOiA2NCBrYnl0ZXMsIDY0IGJ5dGVz L2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQpMMiBpbnRlcm5hbCBjYWNoZTog MTI4IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90YWcsIDgtd2F5IGFzc29jaWF0aXZl CnJlYWwgbWVtb3J5ICA9IDQ2ODg0NDU0NCAoNDQ3IE1CKQpQaHlzaWNhbCBtZW1vcnkgY2h1bmso cyk6CjB4MDAwMDAwMDAwMDAwMTAwMCAtIDB4MDAwMDAwMDAwMDA5ZGZmZiwgNjQzMDcyIGJ5dGVz ICgxNTcgcGFnZXMpCjB4MDAwMDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDNmZmZmZiwgMzE0 NTcyOCBieXRlcyAoNzY4IHBhZ2VzKQoweDAwMDAwMDAwMDEwMjUwMDAgLSAweDAwMDAwMDAwMWI2 ZmZmZmYsIDQ0MzM5NjA5NiBieXRlcyAoMTA4MjUxIHBhZ2VzKQphdmFpbCBtZW1vcnkgPSA0NDUx MjA1MTIgKDQyNCBNQikKYmlvczMyOiBGb3VuZCBCSU9TMzIgU2VydmljZSBEaXJlY3RvcnkgaGVh ZGVyIGF0IDB4YzAwZjgzOTAKYmlvczMyOiBFbnRyeSA9IDB4ZmRjZTQgKGMwMGZkY2U0KSAgUmV2 ID0gMCAgTGVuID0gMQpwY2liaW9zOiBQQ0kgQklPUyBlbnRyeSBhdCAweGZkY2UwKzB4MApwbnBi aW9zOiBGb3VuZCBQblAgQklPUyBkYXRhIGF0IDB4YzAwZjg0MjAKcG5wYmlvczogRW50cnkgPSBl OWNkOjg2YWYgIFJldiA9IDEuMApPdGhlciBCSU9TIHNpZ25hdHVyZXMgZm91bmQ6CmF0aF9yYXRl OiB2ZXJzaW9uIDEuMiA8U2FtcGxlUmF0ZSBiaXQtcmF0ZSBzZWxlY3Rpb24gYWxnb3JpdGhtPgp3 bGFuOiA8ODAyLjExIExpbmsgTGF5ZXI+Cm5mc2xvY2s6IHBzZXVkby1kZXZpY2UKa2JkOiBuZXcg YXJyYXkgc2l6ZSA0CmtiZDEgYXQga2JkbXV4MAptZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1U UlIgc3VwcG9ydCBlbmFibGVkCmlvOiA8SS9PPgpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2 aWNlPgpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4KYXRoX2hhbDog MC45LjE3LjIgKEFSNTIxMCwgQVI1MjExLCBBUjUyMTIsIFJGNTExMSwgUkY1MTEyLCBSRjI0MTMs IFJGNTQxMykKbnB4MDogSU5UIDE2IGludGVyZmFjZQphY3BpMDogPFBUTFREICAgUlNEVD4gb24g bW90aGVyYm9hcmQKYWNwaTA6IFtNUFNBRkVdCnBjaV9vcGVuKDEpOgltb2RlIDEgYWRkciBwb3J0 ICgweDBjZjgpIGlzIDB4ODAwMDcwMDQKcGNpX29wZW4oMWEpOgltb2RlMXJlcz0weDgwMDAwMDAw ICgweDgwMDAwMDAwKQpwY2lfY2ZnY2hlY2s6CWRldmljZSAwIFtjbGFzcz0wNTAwMDBdIFtoZHI9 ODBdIGlzIHRoZXJlIChpZD0wMmYzMTBkZSkKcGNpYmlvczogQklPU19QUkVTRU5UIGNhbGwgZmFp bGVkCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4sIGFzc3VtaW5nIDAKQWNw aU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAxMCBmdW5jIDAKYWNwaTA6IFBvd2VyIEJ1dHRvbiAo Zml4ZWQpCmFjcGkwOiB3YWtldXAgY29kZSB2YSAweGNiM2M0MDAwIHBhIDB4OWQwMDAKYXRwaWM6 IFByb2dyYW1taW5nIElSUTkgYXMgbGV2ZWwvbG93CmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMg aGFzIG5vIF9CQk4sIGFzc3VtaW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAxMCBm dW5jIDAKYWNwaV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApB Y3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDEwIGZ1bmMgMAphY3BpX2J1c19udW1iZXI6IHJv b3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAwCkFjcGlPc0Rlcml2ZVBjaUlkOiBidXMgMCBk ZXYgMTAgZnVuYyAwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4sIGFzc3Vt aW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAxMCBmdW5jIDAKYWNwaV9idXNfbnVt YmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDog YnVzIDAgZGV2IDEwIGZ1bmMgMQphY3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJO LCBhc3N1bWluZyAwCkFjcGlPc0Rlcml2ZVBjaUlkOiBidXMgMCBkZXYgMTAgZnVuYyAxCmFjcGlf YnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4sIGFzc3VtaW5nIDAKQWNwaU9zRGVyaXZl UGNpSWQ6IGJ1cyAwIGRldiAxMCBmdW5jIDEKQUNQSSB0aW1lcjogMS8yIDEvMiAxLzIgMS8xIDEv MSAxLzIgMS8xIDEvMiAxLzEgMS8xIC0+IDEwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1 ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBh dCAzLjU3OTU0NU1Iej4gcG9ydCAweDEwMDgtMHgxMDBiIG9uIGFjcGkwCmFjcGlfZWMwOiA8RW1i ZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4MTA+IHBvcnQgMHg2MiwweDY2IG9uIGFjcGkwCnBjaV9s aW5rMDogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rMDogTGlua3Mg YWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAg MCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmswOiBMaW5rcyBhZnRlciBk aXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAg NSA3IDkgMTEgMTQgMTUKcGNpX2xpbmsxOiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRl eCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgIDExICAgTiAgICAgMCAgNSA3IDkgMTEgMTQg MTUKcGNpX2xpbmsxOiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEg IFJ0ZCAgUmVmICBJUlFzCiAgICAwICAgMTEgICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lf bGluazE6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAg ICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lfbGluazI6IExpbmtzIGFmdGVy IGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBO ICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lfbGluazI6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFs aWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAg IDUgNyA5IDExIDE0IDE1CnBjaV9saW5rMjogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBj aV9saW5rMzogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rMzogTGlu a3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwog ICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmszOiBMaW5rcyBhZnRl ciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAg MCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbms0OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEg MTQgMTUKcGNpX2xpbms0OiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpw Y2lfbGluazQ6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lfbGluazU6IExpbmtzIGFm dGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUg ICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lfbGluazU6IExpbmtzIGFmdGVyIGluaXRpYWwg dmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAg IDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rNTogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1 CnBjaV9saW5rNjogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMKICAgIDAgICAgNSAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rNjog TGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogICAgMCAgICA1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbms2OiBMaW5rcyBh ZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAg ICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbms3OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2Jl OgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkg MTEgMTQgMTUKcGNpX2xpbms3OiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAx NQpwY2lfbGluazc6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lfbGluazg6IExpbmtz IGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAg MTAgICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lfbGluazg6IExpbmtzIGFmdGVyIGluaXRp YWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4g ICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rODogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5k ZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgNyA5IDExIDE0 IDE1CnBjaV9saW5rOTogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMKICAgIDAgICAxMSAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5r OTogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAg SVJRcwogICAgMCAgIDExICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbms5OiBMaW5r cyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAg TiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmsxMDogTGlua3MgYWZ0ZXIgaW5pdGlhbCBw cm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAxMCAgIE4gICAgIDAgIDUg NyA5IDExIDE0IDE1CnBjaV9saW5rMTA6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoK SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgNyA5IDEx IDE0IDE1CnBjaV9saW5rMTA6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAg UmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lfbGluazEx OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwog ICAgMCAgIDEwICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmsxMTogTGlua3MgYWZ0 ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAg MjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmsxMTogTGlua3MgYWZ0ZXIgZGlz YWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDUg NyA5IDExIDE0IDE1CnBjaV9saW5rMTI6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAx NQpwY2lfbGluazEyOiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEg IFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAxNQpwY2lf bGluazEyOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwog ICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmsxMzogTGlua3MgYWZ0 ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAg IE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rMTM6IExpbmtzIGFmdGVyIGluaXRpYWwg dmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAg IDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rMTM6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAxMSAxNCAx NQpwY2lfbGluazE0OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQg IFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmsx NDogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAg SVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmsxNDogTGlu a3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAg IE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rMTU6IExpbmtzIGFmdGVyIGluaXRpYWwg cHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1 IDcgOSAxMSAxNCAxNQpwY2lfbGluazE1OiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246 CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1IDcgOSAx MSAxNCAxNQpwY2lfbGluazE1OiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQg IFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNpX2xpbmsx NjogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICAgIDAgICAgNyAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rMTY6IExpbmtzIGFm dGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAg ICAgNyAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CnBjaV9saW5rMTY6IExpbmtzIGFmdGVyIGRp c2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICA1 IDcgOSAxMSAxNCAxNQpwY2lfbGluazE3OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRl eCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQg MTUKcGNpX2xpbmsxNzogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgNSA3IDkgMTEgMTQgMTUKcGNp X2xpbmsxNzogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICAgIDAgIDI1NSAgIE4gICAgIDAgIDUgNyA5IDExIDE0IDE1CmNwdTA6IDxBQ1BJIENQVT4gb24g YWNwaTAKcG93ZXJub3cwOiA8UG93ZXJOb3chIEs4PiBvbiBjcHUwCmFjcGlfYnV0dG9uMDogPFBv d2VyIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9idXR0b24xOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3Bp MAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAKYmF0dGVyeTA6IDxBQ1BJIENvbnRy b2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExp ZCBTd2l0Y2g+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhj ZjgtMHhjZmYgb24gYWNwaTAKQUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZvciAwLjEwLklOVEEg YXQgZnVuYyAxOiAxMApwY2lfbGluazg6IEJJT1MgSVJRIDEwIGZvciAwLjEwLklOVEEgaXMgaW52 YWxpZApBQ1BJOiBGb3VuZCBtYXRjaGluZyBwaW4gZm9yIDAuMTEuSU5UQSBhdCBmdW5jIDA6IDEx CkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3IgMC4xMS5JTlRCIGF0IGZ1bmMgMTogMTAKcGNp X2xpbmsxMDogQklPUyBJUlEgMTAgZm9yIDAuMTEuSU5UQiBpcyBpbnZhbGlkCkFDUEk6IEZvdW5k IG1hdGNoaW5nIHBpbiBmb3IgMC4yMC5JTlRBIGF0IGZ1bmMgMDogMTAKcGNpX2xpbmsxMTogQklP UyBJUlEgMTAgZm9yIDAuMjAuSU5UQSBpcyBpbnZhbGlkCkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBp biBmb3IgMC4xNi5JTlRCIGF0IGZ1bmMgMTogMTEKQUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZv ciAwLjE0LklOVEEgYXQgZnVuYyAwOiA3CkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3IgMC41 LklOVEEgYXQgZnVuYyAwOiA1CnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IHBo eXNpY2FsIGJ1cz0wCmZvdW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDJmMywgcmV2aWQ9MHhh MgoJYnVzPTAsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wNS0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAyZmEsIHJldmlkPTB4YTIKCWJ1 cz0wLCBzbG90PTAsIGZ1bmM9MQoJY2xhc3M9MDUtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MQoJY21kcmVnPTB4MDEwMCwgc3RhdHJlZz0weDQwMjAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMmZlLCByZXZpZD0weGEyCglidXM9MCwg c2xvdD0wLCBmdW5jPTIKCWNsYXNzPTA1LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNt ZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDJmOCwgcmV2aWQ9MHhhMgoJYnVzPTAsIHNsb3Q9 MCwgZnVuYz0zCgljbGFzcz0wNS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9 MHgwMDAwLCBzdGF0cmVnPTB4MDBhMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+ CXZlbmRvcj0weDEwZGUsIGRldj0weDAyZjksIHJldmlkPTB4YTIKCWJ1cz0wLCBzbG90PTAsIGZ1 bmM9NAoJY2xhc3M9MDUtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAw Niwgc3RhdHJlZz0weDAwYTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5k b3I9MHgxMGRlLCBkZXY9MHgwMmZmLCByZXZpZD0weGEyCglidXM9MCwgc2xvdD0wLCBmdW5jPTUK CWNsYXNzPTA1LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDYsIHN0 YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4 MTBkZSwgZGV2PTB4MDI3ZiwgcmV2aWQ9MHhhMgoJYnVzPTAsIHNsb3Q9MCwgZnVuYz02CgljbGFz cz0wNS0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMTAwLCBzdGF0cmVn PTB4MDAyMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwZGUs IGRldj0weDAyN2UsIHJldmlkPTB4YTIKCWJ1cz0wLCBzbG90PTAsIGZ1bmM9NwoJY2xhc3M9MDUt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAw MjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9 MHgwMjQ3LCByZXZpZD0weGEyCglidXM9MCwgc2xvdD01LCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMGIwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTUKCXBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0 CgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMyMDAwMDAwLCBzaXplIDI0LCBlbmFi bGVkCgltYXBbMTRdOiB0eXBlIDMsIHJhbmdlIDY0LCBiYXNlIGQwMDAwMDAwLCBzaXplIDI4LCBl bmFibGVkCgltYXBbMWNdOiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNlIGMxMDAwMDAwLCBzaXplIDI0 LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjUuSU5UQSAoc3JjIFxcX1NCXy5Q Q0kwLkxLM0U6MCkKcGNpYjA6IHNsb3QgNSBJTlRBIHJvdXRlZCB0byBpcnEgNSB2aWEgXFxfU0Jf LlBDSTAuTEszRQpmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAyNzAsIHJldmlkPTB4YTIK CWJ1cz0wLCBzbG90PTksIGZ1bmM9MAoJY2xhc3M9MDUtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMjYwLCByZXZpZD0weGEzCglidXM9 MCwgc2xvdD0xMCwgZnVuYz0wCgljbGFzcz0wNi0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0x CgljbWRyZWc9MHgwMDBmLCBzdGF0cmVnPTB4MDBhMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQpmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAyNjQsIHJldmlkPTB4YTMKCWJ1cz0wLCBz bG90PTEwLCBmdW5jPTEKCWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNt ZHJlZz0weDAwMDEsIHN0YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglp bnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK CW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDMwNDAsIHNpemUgIDYsIGVuYWJs ZWQKCW1hcFsyNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDMwMDAsIHNpemUgIDYsIGVu YWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTAuSU5UQSAoc3JjIFxcX1NCXy5QQ0kw LkxTTUI6MCkKcGNpX2xpbms4OiBQaWNrZWQgSVJRIDcgd2l0aCB3ZWlnaHQgMApwY2liMDogc2xv dCAxMCBJTlRBIHJvdXRlZCB0byBpcnEgNyB2aWEgXFxfU0JfLlBDSTAuTFNNQgpmb3VuZC0+CXZl bmRvcj0weDEwZGUsIGRldj0weDAyNmQsIHJldmlkPTB4YTMKCWJ1cz0wLCBzbG90PTExLCBmdW5j PTAKCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDcs IHN0YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUwIG5zKQoJaW50cGluPWEs IGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCglt YXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMDA0MDAwLCBzaXplIDEyLCBlbmFibGVk CnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjExLklOVEEgKHNyYyBcXF9TQl8uUENJMC5MVVMw OjApCnBjaWIwOiBzbG90IDExIElOVEEgcm91dGVkIHRvIGlycSAxMSB2aWEgXFxfU0JfLlBDSTAu TFVTMApmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAyNmUsIHJldmlkPTB4YTMKCWJ1cz0w LCBzbG90PTExLCBmdW5jPTEKCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEK CWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUw IG5zKQoJaW50cGluPWIsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQz ICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGMwMDA1MDAwLCBz aXplICA4LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjExLklOVEIgKHNyYyBc XF9TQl8uUENJMC5MVVMyOjApCnBjaV9saW5rMTA6IFBpY2tlZCBJUlEgOSB3aXRoIHdlaWdodCAw CnBjaWIwOiBzbG90IDExIElOVEIgcm91dGVkIHRvIGlycSA5IHZpYSBcXF9TQl8uUENJMC5MVVMy CmZvdW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDI2NSwgcmV2aWQ9MHhhMQoJYnVzPTAsIHNs b3Q9MTMsIGZ1bmM9MAoJY2xhc3M9MDEtMDEtOGEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21k cmVnPTB4MDAwNSwgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMp Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsyMF06IHR5cGUg NCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDMwODAsIHNpemUgIDQsIGVuYWJsZWQKZm91bmQtPgl2ZW5k b3I9MHgxMGRlLCBkZXY9MHgwMjY2LCByZXZpZD0weGExCglidXM9MCwgc2xvdD0xNCwgZnVuYz0w CgljbGFzcz0wMS0wMS04NSwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBz dGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDEgKDI1MCBucykKCWludHBpbj1hLCBp cnE9NwoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9y dHMgNCBtZXNzYWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAw MDAzMGIwLCBzaXplICAzLCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNl IDAwMDAzMGE0LCBzaXplICAyLCBlbmFibGVkCgltYXBbMThdOiB0eXBlIDQsIHJhbmdlIDMyLCBi YXNlIDAwMDAzMGE4LCBzaXplICAzLCBlbmFibGVkCgltYXBbMWNdOiB0eXBlIDQsIHJhbmdlIDMy LCBiYXNlIDAwMDAzMGEwLCBzaXplICAyLCBlbmFibGVkCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdl IDMyLCBiYXNlIDAwMDAzMDkwLCBzaXplICA0LCBlbmFibGVkCgltYXBbMjRdOiB0eXBlIDEsIHJh bmdlIDMyLCBiYXNlIGMwMDA2MDAwLCBzaXplIDEyLCBtZW1vcnkgZGlzYWJsZWQKcGNpYjA6IG1h dGNoZWQgZW50cnkgZm9yIDAuMTQuSU5UQSAoc3JjIFxcX1NCXy5QQ0kwLkxUSUQ6MCkKcGNpYjA6 IHNsb3QgMTQgSU5UQSByb3V0ZWQgdG8gaXJxIDcgdmlhIFxcX1NCXy5QQ0kwLkxUSUQKZm91bmQt Pgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMjZmLCByZXZpZD0weGEyCglidXM9MCwgc2xvdD0xNiwg ZnVuYz0wCgljbGFzcz0wNi0wNC0wMSwgaGRydHlwZT0weDAxLCBtZmRldj0xCgljbWRyZWc9MHgw MTA3LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAyICg1MDAgbnMpCmZvdW5k LT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDI2YywgcmV2aWQ9MHhhMgoJYnVzPTAsIHNsb3Q9MTYs IGZ1bmM9MQoJY2xhc3M9MDQtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4 MDAwNiwgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDA1ICgxMjUwIG5zKQoJaW50 cGluPWIsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglN U0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQsIHZlY3RvciBtYXNrcwoJbWFwWzEwXTogdHlw ZSAxLCByYW5nZSAzMiwgYmFzZSBjMDAwMDAwMCwgc2l6ZSAxNCwgZW5hYmxlZApwY2liMDogbWF0 Y2hlZCBlbnRyeSBmb3IgMC4xNi5JTlRCIChzcmMgXFxfU0JfLlBDSTAuTEFaQTowKQpwY2liMDog c2xvdCAxNiBJTlRCIHJvdXRlZCB0byBpcnEgMTEgdmlhIFxcX1NCXy5QQ0kwLkxBWkEKZm91bmQt Pgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMjY5LCByZXZpZD0weGEzCglidXM9MCwgc2xvdD0yMCwg ZnVuYz0wCgljbGFzcz0wNi04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDA3LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMSAoMjUwIG5zKSwgbWF4bGF0PTB4MTQgKDUwMDAgbnMpCglpbnRw aW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQg RDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzAwMDcwMDAsIHNpemUgMTIsIGVu YWJsZWQKCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDMwYjgsIHNpemUgIDMs IGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjAuSU5UQSAoc3JjIFxcX1NCXy5Q Q0kwLkxNQUM6MCkKcGNpX2xpbmsxMTogUGlja2VkIElSUSA1IHdpdGggd2VpZ2h0IDEKcGNpYjA6 IHNsb3QgMjAgSU5UQSByb3V0ZWQgdG8gaXJxIDUgdmlhIFxcX1NCXy5QQ0kwLkxNQUMKZm91bmQt Pgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yNCwg ZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgw MDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZl bmRvcj0weDEwMjIsIGRldj0weDExMDEsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTI0LCBmdW5j PTEKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAs IHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9y PTB4MTAyMiwgZGV2PTB4MTEwMiwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MgoJ Y2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3Rh dHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgx MDIyLCBkZXY9MHgxMTAzLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yNCwgZnVuYz0zCgljbGFz cz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpwY2kwOiA8bWVtb3J5LCBSQU0+IGF0 IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG1lbW9yeSwgUkFNPiBhdCBk ZXZpY2UgMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2 aWNlIDAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8bWVtb3J5LCBSQU0+IGF0IGRldmlj ZSAwLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG1lbW9yeSwgUkFNPiBhdCBkZXZpY2Ug MC40IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAu NSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8bWVtb3J5LCBSQU0+IGF0IGRldmljZSAwLjYg KG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMC43IChu byBkcml2ZXIgYXR0YWNoZWQpCm52aWRpYTA6IDxHZUZvcmNlIEdvIDYxMDA+IG1lbSAweGMyMDAw MDAwLTB4YzJmZmZmZmYsMHhkMDAwMDAwMC0weGRmZmZmZmZmLDB4YzEwMDAwMDAtMHhjMWZmZmZm ZiBpcnEgNSBhdCBkZXZpY2UgNS4wIG9uIHBjaTAKbnZpZGlhMDogUmVzZXJ2ZWQgMHgxMDAwMDAw IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhjMjAwMDAwMApudmlkaWEwOiBSZXNlcnZl ZCAweDEwMDAwMDAwIGJ5dGVzIGZvciByaWQgMHgxNCB0eXBlIDMgYXQgMHhkMDAwMDAwMApudmlk aWEwOiBSZXNlcnZlZCAweDEwMDAwMDAgYnl0ZXMgZm9yIHJpZCAweDFjIHR5cGUgMyBhdCAweGMx MDAwMDAwCm52aWRpYTA6IFtHSUFOVC1MT0NLRURdCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2 aWNlIDkuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBk ZXZpY2UgMTAuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApuZnNtYjA6IDxuRm9y Y2UyLzMvNCBNQ1AgU01CdXMgQ29udHJvbGxlcj4gcG9ydCAweDMwNDAtMHgzMDdmLDB4MzAwMC0w eDMwM2YgaXJxIDcgYXQgZGV2aWNlIDEwLjEgb24gcGNpMApuZnNtYjA6IFJlc2VydmVkIDB4NDAg Ynl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDMwNDAKc21idXMwOiA8U3lzdGVtIE1hbmFn ZW1lbnQgQnVzPiBvbiBuZnNtYjAKc21iMDogPFNNQnVzIGdlbmVyaWMgSS9PPiBvbiBzbWJ1czAK bmZzbWIxOiA8bkZvcmNlMi8zLzQgTUNQIFNNQnVzIENvbnRyb2xsZXI+IG9uIG5mc21iMApuZnNt YjA6IFJlc2VydmVkIDB4NDAgYnl0ZXMgZm9yIHJpZCAweDI0IHR5cGUgNCBhdCAweDMwMDAKc21i dXMxOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBuZnNtYjEKc21iMTogPFNNQnVzIGdlbmVy aWMgSS9PPiBvbiBzbWJ1czEKb2hjaTA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4g bWVtIDB4YzAwMDQwMDAtMHhjMDAwNGZmZiBpcnEgMTEgYXQgZGV2aWNlIDExLjAgb24gcGNpMApv aGNpMDogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhjMDAw NDAwMApvaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5 IHN1cHBvcnQKdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGluZwp1c2IwOiA8T0hD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAx LjAKdXNiZF9nZXRfc3RyaW5nOiBnZXR0aW5nIGxhbmcgZmFpbGVkLCB1c2luZyAwCnVodWIwOiA8 blZpZGlhIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBv biB1c2IwCnVodWIwOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNp MDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4YzAwMDUwMDAtMHhj MDAwNTBmZiBpcnEgOSBhdCBkZXZpY2UgMTEuMSBvbiBwY2kwCmVoY2kwOiBSZXNlcnZlZCAweDEw MCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4YzAwMDUwMDAKZWhjaTA6IFtHSUFOVC1M T0NLRURdCnVzYjE6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMTogY29tcGFuaW9uIGNvbnRyb2xsZXIs IDggcG9ydHMgZWFjaDogdXNiMAp1c2IxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9s bGVyPiBvbiBlaGNpMAp1c2IxOiBVU0IgcmV2aXNpb24gMi4wCnVodWIxOiA8blZpZGlhIEVIQ0kg cm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IxCnVodWIx OiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1c2JkX25ld19kZXZpY2U6 IGFkZHI9MiwgZ2V0dGluZyBmaXJzdCBkZXNjIGZhaWxlZAp1aHViX2V4cGxvcmU6IHVzYl9uZXdf ZGV2aWNlIGZhaWxlZCwgZXJyb3I9SU9FUlJPUgp1aHViMTogZGV2aWNlIHByb2JsZW0gKElPRVJS T1IpLCBkaXNhYmxpbmcgcG9ydCA4CmF0YXBjaTA6IDxuVmlkaWEgbkZvcmNlIE1DUDUxIFVETUEx MzMgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3Niww eDMwODAtMHgzMDhmIGF0IGRldmljZSAxMy4wIG9uIHBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgx MCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4MzA4MAphdGEwOiA8QVRBIGNoYW5uZWwg MD4gb24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDEwIHR5 cGUgNCBhdCAweDFmMAphdGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDE0IHR5 cGUgNCBhdCAweDNmNgphdGEwOiByZXNldCB0cDEgbWFzaz0wMCBvc3RhdDA9ZmYgb3N0YXQxPWZm CmF0YTA6IFtNUFNBRkVdCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YXBjaTA6 IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTggdHlwZSA0IGF0IDB4MTcwCmF0YXBjaTA6 IFJlc2VydmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4Mzc2CmF0YTE6IHJl c2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDEKYXRhMTogc3RhdDA9MHgxMCBlcnI9 MHgwMSBsc2I9MHgxNCBtc2I9MHhlYgphdGExOiBzdGF0MT0weDAxIGVycj0weDA0IGxzYj0weDAw IG1zYj0weDAwCmF0YTE6IHJlc2V0IHRwMiBzdGF0MD0xMCBzdGF0MT0wMSBkZXZpY2VzPTB4NDxB VEFQSV9NQVNURVI+CmF0YTE6IFtNUFNBRkVdCmF0YXBjaTE6IDxuVmlkaWEgbkZvcmNlIE1DUDUx IFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweDMwYjAtMHgzMGI3LDB4MzBhNC0weDMwYTcsMHgz MGE4LTB4MzBhZiwweDMwYTAtMHgzMGEzLDB4MzA5MC0weDMwOWYgbWVtIDB4YzAwMDYwMDAtMHhj MDAwNmZmZiBpcnEgNyBhdCBkZXZpY2UgMTQuMCBvbiBwY2kwCmF0YXBjaTE6IFJlc2VydmVkIDB4 MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDMwOTAKYXRhcGNpMTogW01QU0FGRV0K YXRhcGNpMTogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgyNCB0eXBlIDMgYXQgMHhj MDAwNjAwMAphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQphdGFwY2kxOiBSZXNlcnZl ZCAweDggYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweDMwYjAKYXRhcGNpMTogUmVzZXJ2 ZWQgMHg0IGJ5dGVzIGZvciByaWQgMHgxNCB0eXBlIDQgYXQgMHgzMGE0CmF0YTI6IFNBVEEgY29u bmVjdCByZWFkeSB0aW1lPTBtcwphdGEyOiBzYXRhX2Nvbm5lY3QgZGV2aWNlcz0weDE8QVRBX01B U1RFUj4KYXRhMjogW01QU0FGRV0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTEKYXRh cGNpMTogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZvciByaWQgMHgxOCB0eXBlIDQgYXQgMHgzMGE4CmF0 YXBjaTE6IFJlc2VydmVkIDB4NCBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4MzBhMAph dGEzOiBTQVRBIGNvbm5lY3Qgc3RhdHVzPTAwMDAwMDAwCmF0YTM6IFtNUFNBRkVdCnBjaWIxOiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE2LjAgb24gcGNpMApwY2liMTogICBzZWNv bmRhcnkgYnVzICAgICA0CnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDUKcGNpYjE6ICAgSS9P IGRlY29kZSAgICAgICAgMHhmMDAwLTB4ZmZmCnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4 YzMwMDAwMDAtMHhjMzBmZmZmZgpwY2liMTogICBwcmVmZXRjaGVkIGRlY29kZSAweGZmZjAwMDAw LTB4ZmZmZmYKcGNpYjE6ICAgU3VidHJhY3RpdmVseSBkZWNvZGVkIGJyaWRnZS4KQUNQSTogRm91 bmQgbWF0Y2hpbmcgcGluIGZvciA0LjcuSU5UQSBhdCBmdW5jIDA6IDEwCnBjaV9saW5rMDogQklP UyBJUlEgMTAgZm9yIDQuNy5JTlRBIGlzIGludmFsaWQKQUNQSTogRm91bmQgbWF0Y2hpbmcgcGlu IGZvciA0LjcuSU5UQiBhdCBmdW5jIDE6IDExCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIx CnBjaTQ6IHBoeXNpY2FsIGJ1cz00CmZvdW5kLT4JdmVuZG9yPTB4MTUyNCwgZGV2PTB4MTQxMiwg cmV2aWQ9MHgxMAoJYnVzPTQsIHNsb3Q9NywgZnVuYz0wCgljbGFzcz0wNi0wNy0wMCwgaGRydHlw ZT0weDAyLCBtZmRldj0xCgljbWRyZWc9MHgwMTA0LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6 PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4NDQgKDE3MDAw IG5zKSwgbWF4bGF0PTB4MDMgKDc1MCBucykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAx ICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSAxLCByYW5n ZSAzMiwgYmFzZSBjMzAwMDAwMCwgc2l6ZSAxMiwgbWVtb3J5IGRpc2FibGVkCnBjaWIxOiAobnVs bCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGMzMDAwMDAwLTB4YzMwMDBmZmY6IGdvb2QKcGNp YjE6IG1hdGNoZWQgZW50cnkgZm9yIDQuNy5JTlRBIChzcmMgXFxfU0JfLlBDSTAuTE5LMTowKQpw Y2lfbGluazA6IFBpY2tlZCBJUlEgOSB3aXRoIHdlaWdodCAxCnBjaWIxOiBzbG90IDcgSU5UQSBy b3V0ZWQgdG8gaXJxIDkgdmlhIFxcX1NCXy5QQ0kwLkxOSzEKZm91bmQtPgl2ZW5kb3I9MHgxNTI0 LCBkZXY9MHgwNTMwLCByZXZpZD0weDAxCglidXM9NCwgc2xvdD03LCBmdW5jPTEKCWNsYXNzPTA1 LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAxMDYsIHN0YXRyZWc9MHgw MjEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5n bnQ9MHgwMSAoMjUwIG5zKSwgbWF4bGF0PTB4MDQgKDEwMDAgbnMpCglpbnRwaW49YiwgaXJxPTEx Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06 IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzMwMDEwMDAsIHNpemUgIDcsIGVuYWJsZWQKcGNpYjE6 IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4YzMwMDEwMDAtMHhjMzAwMTA3ZjogZ29v ZApwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgNC43LklOVEIgKHNyYyBcXF9TQl8uUENJMC5MTksy OjApCnBjaWIxOiBzbG90IDcgSU5UQiByb3V0ZWQgdG8gaXJxIDExIHZpYSBcXF9TQl8uUENJMC5M TksyCmZvdW5kLT4JdmVuZG9yPTB4MTUyNCwgZGV2PTB4MDU1MCwgcmV2aWQ9MHgwMQoJYnVzPTQs IHNsb3Q9NywgZnVuYz0yCgljbGFzcz0wOC0wNS0wMSwgaGRydHlwZT0weDAwLCBtZmRldj0xCglj bWRyZWc9MHgwMTA2LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0 aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MjAgKDgwMDAgbnMpLCBtYXhsYXQ9MHg0OCAo MTgwMDAgbnMpCglpbnRwaW49YiwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEg RDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgYzMwMDE0 MDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdl IDB4YzMwMDE0MDAtMHhjMzAwMTRmZjogZ29vZApwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgNC43 LklOVEIgKHNyYyBcXF9TQl8uUENJMC5MTksyOjApCnBjaWIxOiBzbG90IDcgSU5UQiByb3V0ZWQg dG8gaXJxIDExIHZpYSBcXF9TQl8uUENJMC5MTksyCmZvdW5kLT4JdmVuZG9yPTB4MTUyNCwgZGV2 PTB4MDU1MSwgcmV2aWQ9MHgwMQoJYnVzPTQsIHNsb3Q9NywgZnVuYz00CgljbGFzcz0wNS0wMS0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMTA0LCBzdGF0cmVnPTB4MDIxMCwg Y2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4 MjAgKDgwMDAgbnMpLCBtYXhsYXQ9MHg0OCAoMTgwMDAgbnMpCglpbnRwaW49YiwgaXJxPTI1NQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0 eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAwMDAwMDAwLCBzaXplICA4LCBtZW1vcnkgZGlzYWJsZWQK Y2JiMDogPFBDSS1DYXJkQnVzIEJyaWRnZT4gbWVtIDB4YzMwMDAwMDAtMHhjMzAwMGZmZiBpcnEg OSBhdCBkZXZpY2UgNy4wIG9uIHBjaTQKY2JiMDogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciBy aWQgMHgxMCB0eXBlIDMgYXQgMHhjMzAwMDAwMApjYXJkYnVzMDogPENhcmRCdXMgYnVzPiBvbiBj YmIwCnBjY2FyZDA6IDwxNi1iaXQgUENDYXJkIGJ1cz4gb24gY2JiMApjYmIwOiBbTVBTQUZFXQpj YmIwOiBQQ0kgQ29uZmlndXJhdGlvbiBzcGFjZToKICAweDAwOiAweDE0MTIxNTI0IDB4MDIxMDAx MDcgMHgwNjA3MDAxMCAweDAwODI0MDEwIAogIDB4MTA6IDB4YzMwMDAwMDAgMHgwMjAwMDBhMCAw eDIwMDUwNTA0IDB4ZmZmZmYwMDAgCiAgMHgyMDogMHgwMDAwMDAwMCAweGZmZmZmMDAwIDB4MDAw MDAwMDAgMHhmZmZmZmZmYyAKICAweDMwOiAweDAwMDAwMDAwIDB4ZmZmZmZmZmMgMHgwMDAwMDAw MCAweDA3NDQwMTA5IAogIDB4NDA6IDB4NTQwMzE1NTggMHgwMDAwMDAwMSAweDAwMDAwMDAwIDB4 MDAwMDAwMDAgCiAgMHg1MDogMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAw MDAwMCAKICAweDYwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAw IAogIDB4NzA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAg MHg4MDogMHgwMDQwZDAyMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMWQxMTIyMiAKICAweDkw OiAweDYwNDQwMGMwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIAogIDB4YTA6IDB4 ZmUwMTAwMDEgMHgwMGMwMDAwMCAweDAwMDAwMDE4IDB4MDAwMDAwMDcgCiAgMHhiMDogMHgwMDAw MDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGMwOiAweDAwMDAxMDAz IDB4MDA4MDAwODAgMHgxMDA4MDcwMCAweDAwMDAwN2ZlIAogIDB4ZDA6IDB4MDAwMDAwMjAgMHgw MDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgCiAgMHhlMDogMHgwMDAwMDAwMCAweDAwMDAw MDAwIDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAKICAweGYwOiAweDAwMDAwMDAwIDB4MDAwMDAwMDAg MHgwMDAwMDAwMCAweDAwMDAwMDAwIApwY2k0OiA8bWVtb3J5LCBmbGFzaD4gYXQgZGV2aWNlIDcu MSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2k0OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug Ny4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTQ6IDxtZW1vcnksIGZsYXNoPiBhdCBkZXZpY2Ug Ny40IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxtdWx0aW1lZGlhPiBhdCBkZXZpY2UgMTYu MSAobm8gZHJpdmVyIGF0dGFjaGVkKQpudmUwOiA8TlZJRElBIG5Gb3JjZSBNQ1AxMyBOZXR3b3Jr aW5nIEFkYXB0ZXI+IHBvcnQgMHgzMGI4LTB4MzBiZiBtZW0gMHhjMDAwNzAwMC0weGMwMDA3ZmZm IGlycSA1IGF0IGRldmljZSAyMC4wIG9uIHBjaTAKbnZlMDogbnZlbmV0bGliLm8gdmVyc2lvbiAx LjAtMTMKbnZlMDogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQg MHhjMDAwNzAwMApudmUwOiBFdGhlcm5ldCBhZGRyZXNzIDAwOjkwOmY1OjRmOjE4OjFiCm1paWJ1 czA6IDxNSUkgYnVzPiBvbiBudmUwCnJscGh5MDogPFJUTDgyMDFMIDEwLzEwMCBtZWRpYSBpbnRl cmZhY2U+IG9uIG1paWJ1czAKcmxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VU WCwgMTAwYmFzZVRYLUZEWCwgYXV0bwpudmUwOiBicGYgYXR0YWNoZWQKbnZlMDogRXRoZXJuZXQg YWRkcmVzczogMDA6OTA6ZjU6NGY6MTg6MWIKbnZlMDogW01QU0FGRV0KYWNwaV90ejA6IDxUaGVy bWFsIFpvbmU+IG9uIGFjcGkwCmFjcGlfdHowOiBfQ1JUIHZhbHVlIGlzIGFic3VyZCwgaWdub3Jl ZCAoMTU0LjhDKQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4 NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRr YmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNDcK YXRrYmQ6IGtleWJvYXJkIElEIDB4NDFhYiAoMikKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQw LCBBVCAxMDEvMTAyICgyKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAKYXRrYmQwOiBbR0lB TlQtTE9DS0VEXQpwc20wOiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBzbWNwbnAwOiA8UFMvMiBt b3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTAKcHNtMDogY3VycmVudCBjb21tYW5kIGJ5dGU6MDA0 Nwpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tF RF0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlLCBkZXZpY2UgSUQgMy0wMCwgMyBidXR0b25zCnBz bTA6IGNvbmZpZzowMDAwMDAwMCwgZmxhZ3M6MDAwMDAwMDgsIHBhY2tldCBzaXplOjQKcHNtMDog c3luY21hc2s6MDgsIHN5bmNiaXRzOjAwCnNpbzA6IGlycSBtYXBzOiAweGUwMSAweGUxMSAweGUw MSAweGUwMQpzaW8wOiBpcnEgbWFwczogMHhlMDEgMHhlMTEgMHhlMDEgMHhlMDEKc2lvMDogPDE2 NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4 MTAgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKc2lvMDogW0ZBU1RdCmF0YTogYXRhMCBhbHJl YWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKYXRhOiBhdGExIGFscmVhZHkgZXhpc3RzOyBza2lwcGlu ZyBpdAphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnNpbzogc2lv MCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Q b3J0IGF0IDIwMwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjQzCnBucF9pZGVu dGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyODMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Q b3J0IGF0IDJjMwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzAzCnBucF9pZGVu dGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Q b3J0IGF0IDM4MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgM2MzClBOUCBJZGVu dGlmeSBjb21wbGV0ZQpzYzogc2MwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAp2Z2E6IHZn YTAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmlzYV9wcm9iZV9jaGlsZHJlbjogZGlzYWJs aW5nIFBuUCBkZXZpY2VzCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRldmlj ZXMKcG10aW1lcjAgb24gaXNhMApvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMw MDAwLTB4Y2VmZmYsMHhjZjAwMC0weGQwN2ZmIHBucGlkIE9STTAwMDAgb24gaXNhMAphZHYwOiBu b3QgcHJvYmVkIChkaXNhYmxlZCkKYWhhMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFpYzA6IG5v dCBwcm9iZWQgKGRpc2FibGVkKQpidDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpjczA6IG5vdCBw cm9iZWQgKGRpc2FibGVkKQplZDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpmZGMwIGZhaWxlZCB0 byBwcm9iZSBhdCBwb3J0IDB4M2YwIGlycSA2IGRycSAyIG9uIGlzYTAKZmUwOiBub3QgcHJvYmVk IChkaXNhYmxlZCkKaWUwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKbGUwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMApzYzA6IDxTeXN0 ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+CnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjog c2MgKHN5c2NvbnMgdGVybWluYWwpCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1h cCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzE6IGly cSBtYXBzOiAweGUwMSAweGUwMSAweGUwMSAweGUwMQpzaW8xOiBwcm9iZSBmYWlsZWQgdGVzdChz KTogMCAxIDIgNCA2IDcgOQpzaW8xIGZhaWxlZCB0byBwcm9iZSBhdCBwb3J0IDB4MmY4LTB4MmZm IGlycSAzIG9uIGlzYTAKc2lvMjogbm90IHByb2JlZCAoZGlzYWJsZWQpCnNpbzM6IG5vdCBwcm9i ZWQgKGRpc2FibGVkKQpzbjA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQp2Z2EwOiA8R2VuZXJpYyBJ U0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2Ew CnZ0MDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQ blAgZGV2aWNlcwpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVy ZWQKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE2MDczMjUxMjEgSHogcXVhbGl0eSA4MDAK VGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpMaW51eCBFTEYgZXhlYyBoYW5kbGVy IGluc3RhbGxlZApsbzA6IGJwZiBhdHRhY2hlZAphY3BpX3R6MDogX0NSVCB2YWx1ZSBpcyBhYnN1 cmQsIGlnbm9yZWQgKDE1NC44QykKYWNwaV9hY2FkMDogYWNsaW5lIGluaXRpYWxpemF0aW9uIHN0 YXJ0CmFjcGlfYWNhZDA6IE9uIExpbmUKYWNwaV9hY2FkMDogYWNsaW5lIGluaXRpYWxpemF0aW9u IGRvbmUsIHRyaWVkIDEgdGltZXMKYmF0dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24gc3Rh cnQKYmF0dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24gZG9uZSwgdHJpZWQgMSB0aW1lcwph dGExLW1hc3RlcjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUEzMyBjYWJsZT00MCB3aXJl CmFjZDA6IHNldHRpbmcgUElPNCBvbiBuRm9yY2UgTUNQNTEgY2hpcAphY2QwOiBzZXR0aW5nIFVE TUEzMyBvbiBuRm9yY2UgTUNQNTEgY2hpcAphY2QwOiA8VFNTVGNvcnBDRC9EVkRXIFNOLVMwODJE L1NTMDA+IERWRFIgZHJpdmUgYXQgYXRhMSBhcyBtYXN0ZXIKYWNkMDogcmVhZCA0MTM0S0IvcyAo NDEzNEtCL3MpIHdyaXRlIDE3MktCL3MgKDQxMzRLQi9zKSwgMjA0OEtCIGJ1ZmZlciwgVURNQTMz CmFjZDA6IFJlYWRzOiBDRFIsIENEUlcsIENEREEgc3RyZWFtLCBEVkRST00sIERWRFIsIERWRFJB TSwgcGFja2V0CmFjZDA6IFdyaXRlczogQ0RSLCBDRFJXLCBEVkRSLCBEVkRSQU0sIHRlc3Qgd3Jp dGUsIGJ1cm5wcm9vZgphY2QwOiBBdWRpbzogcGxheSwgMjU2IHZvbHVtZSBsZXZlbHMKYWNkMDog TWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQKYWNkMDogTWVkaXVtOiBuby9ibGFu ayBkaXNjCmF0YTItbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VURNQTEwMCBjYWJs ZT00MCB3aXJlCmFkNDogNzYzMTlNQiA8RlVKSVRTVSBNSFYyMDgwQkggMDAwMDAwMjg+IGF0IGF0 YTItbWFzdGVyIFNBVEExNTAKYWQ0OiAxNTYzMDE0ODggc2VjdG9ycyBbMTU1MDYxQy8xNkgvNjNT XSAxNiBzZWN0b3JzL2ludGVycnVwdCAxIGRlcHRoIHF1ZXVlCkdFT006IG5ldyBkaXNrIGFkNAph ZDQ6IG5WaWRpYSBjaGVjazEgZmFpbGVkCmFkNDogQWRhcHRlYyBjaGVjazEgZmFpbGVkCmFkNDog TFNJICh2MykgY2hlY2sxIGZhaWxlZAphZDQ6IExTSSAodjIpIGNoZWNrMSBmYWlsZWQKYWQ0OiBG cmVlQlNEIGNoZWNrMSBmYWlsZWQKQVRBIFBzZXVkb1JBSUQgbG9hZGVkClRyeWluZyB0byBtb3Vu dCByb290IGZyb20gdWZzOi9kZXYvYWQ0czFhCnN0YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0 CmxpbnByb2NmcyByZWdpc3RlcmVkCmFjcGlfdHowOiBfQ1JUIHZhbHVlIGlzIGFic3VyZCwgaWdu b3JlZCAoMTU0LjhDKQphY3BpX3R6MDogX0NSVCB2YWx1ZSBpcyBhYnN1cmQsIGlnbm9yZWQgKDE1 NC44QykKdXNiZF9uZXdfZGV2aWNlOiBhZGRyPTIsIGdldHRpbmcgZmlyc3QgZGVzYyBmYWlsZWQK dWh1Yl9leHBsb3JlOiB1c2JfbmV3X2RldmljZSBmYWlsZWQsIGVycm9yPUlPRVJST1IKdWh1YjE6 IGRldmljZSBwcm9ibGVtIChJT0VSUk9SKSwgZGlzYWJsaW5nIHBvcnQgNAo= --------------Boundary-00=_GDH3PWYXFQQMYJ0CCJD0 Content-Disposition: attachment; Filename="pciconf.txt" Content-Type: text/plain; name="pciconf.txt" Content-Transfer-Encoding: base64 bm9uZTBAcGNpMDowOjA6CWNsYXNzPTB4MDUwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDJm MzEwZGUgcmV2PTB4YTIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ05WSURJQSBDb3Jwb3JhdGlv bicKICAgIGNsYXNzICAgID0gbWVtb3J5CiAgICBzdWJjbGFzcyA9IFJBTQpub25lMUBwY2kwOjA6 MToJY2xhc3M9MHgwNTAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgwMmZhMTBkZSByZXY9MHhh MiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnTlZJRElBIENvcnBvcmF0aW9uJwogICAgY2xhc3Mg ICAgPSBtZW1vcnkKICAgIHN1YmNsYXNzID0gUkFNCm5vbmUyQHBjaTA6MDoyOgljbGFzcz0weDA1 MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDAyZmUxMGRlIHJldj0weGEyIGhkcj0weDAwCiAg ICB2ZW5kb3IgICA9ICdOVklESUEgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICA9IG1lbW9yeQog ICAgc3ViY2xhc3MgPSBSQU0Kbm9uZTNAcGNpMDowOjM6CWNsYXNzPTB4MDUwMDAwIGNhcmQ9MHgw MDAwMDAwMCBjaGlwPTB4MDJmODEwZGUgcmV2PTB4YTIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0g J05WSURJQSBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgID0gbWVtb3J5CiAgICBzdWJjbGFzcyA9 IFJBTQpub25lNEBwY2kwOjA6NDoJY2xhc3M9MHgwNTAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9 MHgwMmY5MTBkZSByZXY9MHhhMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnTlZJRElBIENvcnBv cmF0aW9uJwogICAgY2xhc3MgICAgPSBtZW1vcnkKICAgIHN1YmNsYXNzID0gUkFNCm5vbmU1QHBj aTA6MDo1OgljbGFzcz0weDA1MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDAyZmYxMGRlIHJl dj0weGEyIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdOVklESUEgQ29ycG9yYXRpb24nCiAgICBj bGFzcyAgICA9IG1lbW9yeQogICAgc3ViY2xhc3MgPSBSQU0Kbm9uZTZAcGNpMDowOjY6CWNsYXNz PTB4MDUwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDI3ZjEwZGUgcmV2PTB4YTIgaGRyPTB4 MDAKICAgIHZlbmRvciAgID0gJ05WSURJQSBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgID0gbWVt b3J5CiAgICBzdWJjbGFzcyA9IFJBTQpub25lN0BwY2kwOjA6NzoJY2xhc3M9MHgwNTAwMDAgY2Fy ZD0weDAwMDAwMDAwIGNoaXA9MHgwMjdlMTBkZSByZXY9MHhhMiBoZHI9MHgwMAogICAgdmVuZG9y ICAgPSAnTlZJRElBIENvcnBvcmF0aW9uJwogICAgY2xhc3MgICAgPSBtZW1vcnkKICAgIHN1YmNs YXNzID0gUkFNCm52aWRpYTBAcGNpMDo1OjA6CWNsYXNzPTB4MDMwMDAwIGNhcmQ9MHg1NDAzMTU1 OCBjaGlwPTB4MDI0NzEwZGUgcmV2PTB4YTIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ05WSURJ QSBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgID0gZGlzcGxheQogICAgc3ViY2xhc3MgPSBWR0EK bm9uZThAcGNpMDo5OjA6CWNsYXNzPTB4MDUwMDAwIGNhcmQ9MHhjYjg0MTBkZSBjaGlwPTB4MDI3 MDEwZGUgcmV2PTB4YTIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ05WSURJQSBDb3Jwb3JhdGlv bicKICAgIGNsYXNzICAgID0gbWVtb3J5CiAgICBzdWJjbGFzcyA9IFJBTQppc2FiMEBwY2kwOjEw OjA6CWNsYXNzPTB4MDYwMTAwIGNhcmQ9MHg1NDAzMTU1OCBjaGlwPTB4MDI2MDEwZGUgcmV2PTB4 YTMgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ05WSURJQSBDb3Jwb3JhdGlvbicKICAgIGNsYXNz ICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9IFBDSS1JU0EKbmZzbWIwQHBjaTA6MTA6MToJY2xh c3M9MHgwYzA1MDAgY2FyZD0weDU0MDMxNTU4IGNoaXA9MHgwMjY0MTBkZSByZXY9MHhhMyBoZHI9 MHgwMAogICAgdmVuZG9yICAgPSAnTlZJRElBIENvcnBvcmF0aW9uJwogICAgY2xhc3MgICAgPSBz ZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFNNQnVzCm9oY2kwQHBjaTA6MTE6MDoJY2xhc3M9MHgw YzAzMTAgY2FyZD0weDU0MDMxNTU4IGNoaXA9MHgwMjZkMTBkZSByZXY9MHhhMyBoZHI9MHgwMAog ICAgdmVuZG9yICAgPSAnTlZJRElBIENvcnBvcmF0aW9uJwogICAgY2xhc3MgICAgPSBzZXJpYWwg YnVzCiAgICBzdWJjbGFzcyA9IFVTQgplaGNpMEBwY2kwOjExOjE6CWNsYXNzPTB4MGMwMzIwIGNh cmQ9MHg1NDAzMTU1OCBjaGlwPTB4MDI2ZTEwZGUgcmV2PTB4YTMgaGRyPTB4MDAKICAgIHZlbmRv ciAgID0gJ05WSURJQSBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1cwogICAg c3ViY2xhc3MgPSBVU0IKYXRhcGNpMEBwY2kwOjEzOjA6CWNsYXNzPTB4MDEwMThhIGNhcmQ9MHg1 NDAzMTU1OCBjaGlwPTB4MDI2NTEwZGUgcmV2PTB4YTEgaGRyPTB4MDAKICAgIHZlbmRvciAgID0g J05WSURJQSBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgID0gbWFzcyBzdG9yYWdlCiAgICBzdWJj bGFzcyA9IEFUQQphdGFwY2kxQHBjaTA6MTQ6MDoJY2xhc3M9MHgwMTAxODUgY2FyZD0weDU0MDMx NTU4IGNoaXA9MHgwMjY2MTBkZSByZXY9MHhhMSBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnTlZJ RElBIENvcnBvcmF0aW9uJwogICAgY2xhc3MgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNz ID0gQVRBCnBjaWIxQHBjaTA6MTY6MDoJY2xhc3M9MHgwNjA0MDEgY2FyZD0weDAwMDAwMGI4IGNo aXA9MHgwMjZmMTBkZSByZXY9MHhhMiBoZHI9MHgwMQogICAgdmVuZG9yICAgPSAnTlZJRElBIENv cnBvcmF0aW9uJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQpw Y20wQHBjaTA6MTY6MToJY2xhc3M9MHgwNDAzMDAgY2FyZD0weDU0MDMxNTU4IGNoaXA9MHgwMjZj MTBkZSByZXY9MHhhMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnTlZJRElBIENvcnBvcmF0aW9u JwogICAgY2xhc3MgICAgPSBtdWx0aW1lZGlhCm52ZTBAcGNpMDoyMDowOgljbGFzcz0weDA2ODAw MCBjYXJkPTB4NTQwMzE1NTggY2hpcD0weDAyNjkxMGRlIHJldj0weGEzIGhkcj0weDAwCiAgICB2 ZW5kb3IgICA9ICdOVklESUEgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICA9IGJyaWRnZQpob3N0 YjBAcGNpMDoyNDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDExMDAx MDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZp Y2VzIChBTUQpJwogICAgZGV2aWNlICAgPSAnQXRobG9uIDY0IC8gT3B0ZXJvbiBIeXBlclRyYW5z cG9ydCBUZWNobm9sb2d5IENvbmZpZ3VyYXRpb24nCiAgICBjbGFzcyAgICA9IGJyaWRnZQogICAg c3ViY2xhc3MgPSBIT1NULVBDSQpob3N0YjFAcGNpMDoyNDoxOgljbGFzcz0weDA2MDAwMCBjYXJk PTB4MDAwMDAwMDAgY2hpcD0weDExMDExMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3Ig ICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJwogICAgZGV2aWNlICAgPSAnQXRobG9u IDY0IC8gT3B0ZXJvbiBBZGRyZXNzIE1hcCcKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJj bGFzcyA9IEhPU1QtUENJCmhvc3RiMkBwY2kwOjI0OjI6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgw MDAwMDAwMCBjaGlwPTB4MTEwMjEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgID0g J0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknCiAgICBkZXZpY2UgICA9ICdBdGhsb24gNjQg LyBPcHRlcm9uIERSQU0gQ29udHJvbGxlcicKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJj bGFzcyA9IEhPU1QtUENJCmhvc3RiM0BwY2kwOjI0OjM6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgw MDAwMDAwMCBjaGlwPTB4MTEwMzEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgID0g J0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknCiAgICBkZXZpY2UgICA9ICdBdGhsb24gNjQg LyBPcHRlcm9uIE1pc2NlbGxhbmVvdXMgQ29udHJvbCcKICAgIGNsYXNzICAgID0gYnJpZGdlCiAg ICBzdWJjbGFzcyA9IEhPU1QtUENJCmNiYjBAcGNpNDo3OjA6CWNsYXNzPTB4MDYwNzAwIGNhcmQ9 MHg1NDAzMTU1OCBjaGlwPTB4MTQxMjE1MjQgcmV2PTB4MTAgaGRyPTB4MDIKICAgIHZlbmRvciAg ID0gJ0VORSBUZWNobm9sb2d5IEluYycKICAgIGRldmljZSAgID0gJ0NCLTcxMi83MTQgQ2FyZEJ1 cyBDb250cm9sbGVyJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLUNh cmRCdXMKbm9uZTlAcGNpNDo3OjE6CWNsYXNzPTB4MDUwMTAwIGNhcmQ9MHg1NDAzMTU1OCBjaGlw PTB4MDUzMDE1MjQgcmV2PTB4MDEgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0VORSBUZWNobm9s b2d5IEluYycKICAgIGNsYXNzICAgID0gbWVtb3J5CiAgICBzdWJjbGFzcyA9IGZsYXNoCm5vbmUx MEBwY2k0Ojc6MjoJY2xhc3M9MHgwODA1MDEgY2FyZD0weDU0MDMxNTU4IGNoaXA9MHgwNTUwMTUy NCByZXY9MHgwMSBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnRU5FIFRlY2hub2xvZ3kgSW5jJwog ICAgY2xhc3MgICAgPSBiYXNlIHBlcmlwaGVyYWwKbm9uZTExQHBjaTQ6Nzo0OgljbGFzcz0weDA1 MDEwMCBjYXJkPTB4NTQwMzE1NTggY2hpcD0weDA1NTExNTI0IHJldj0weDAxIGhkcj0weDAwCiAg ICB2ZW5kb3IgICA9ICdFTkUgVGVjaG5vbG9neSBJbmMnCiAgICBjbGFzcyAgICA9IG1lbW9yeQog ICAgc3ViY2xhc3MgPSBmbGFzaAo= --------------Boundary-00=_GDH3PWYXFQQMYJ0CCJD0-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 12:52:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA33B16A407; Sun, 24 Sep 2006 12:52:16 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B0143D49; Sun, 24 Sep 2006 12:52:15 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J6300DEIL3130@ms-dienst.rz.rwth-aachen.de>; Sun, 24 Sep 2006 14:52:14 +0200 (MEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Sun, 24 Sep 2006 14:52:13 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.7/8.13.1/1) with ESMTP id k8OCqCtY022642; Sun, 24 Sep 2006 14:52:12 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1GRTSu-0003SV-Vp; Sun, 24 Sep 2006 14:52:13 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 87B863F40B; Sun, 24 Sep 2006 09:23:25 +0200 (CEST) Date: Sun, 24 Sep 2006 09:23:25 +0200 From: Christian Brueffer In-reply-to: <4512E9D1.5020703@freebsd.org> To: Andre Oppermann Message-id: <20060924072325.GA1902@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary="lrZ03NoBR/3+SXJZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.2-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <4512E9D1.5020703@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/dev/em if_em.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: Sun, 24 Sep 2006 12:52:16 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 21, 2006 at 09:36:49PM +0200, Andre Oppermann wrote: > This should fix the TSO problems people have seen with various > em(4) network cards. It was an initialization ordering issue > in the driver. >=20 I can confirm that this fixed the problems I had. Thanks! - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFFjJtbHYXjKDtmC0RAjN9AKCGR8zSp918hpXmmNC1Rh0uxD/GKwCbBDvH qnOBU7Tzke6yjE1qxKLWMmc= =HufV -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 15:36:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DAD16A415; Sun, 24 Sep 2006 15:36:25 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id A900843D45; Sun, 24 Sep 2006 15:36:24 +0000 (GMT) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp2-g19.free.fr (Postfix) with ESMTP id A6767757AD; Sun, 24 Sep 2006 17:36:21 +0200 (CEST) Message-ID: <4516A5F3.4080105@free.fr> Date: Sun, 24 Sep 2006 17:36:19 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.7 (X11/20060916) MIME-Version: 1.0 To: bu7cher@yandex.ru References: <45166CB4.000004.01220@camay.yandex.ru> In-Reply-To: <45166CB4.000004.01220@camay.yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Problems with USB 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, 24 Sep 2006 15:36:25 -0000 Andrey V. Elsukov wrote: > Hi, All! > > I have notebook Maxselect Mission GT3000. > A hardware configuration description (russian): > http://www.maxselect.ru/catalog/models.html?id=4024&template=normal > > o Mobile AMD Sempron > o NVIDIA C51MV+MCP51M > o PCI Express nVidia Geforce Go 6100 > o Realtek HDA > > I have several problems. One is with USB. > When i attach USB Flash disk it's not work. > > usbd_new_device: addr=2, getting first desc failed > uhub_explore: usb_new_device failed, error=IOERROR > uhub1: device problem (IOERROR), disabling port 4 > > http://butcher.heavennet.ru/dmesg.txt > http://butcher.heavennet.ru/pciconf.txt > I've attached dmesg and pciconf. > Any suggestions? > > ------------------------------------------------------------------------ > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 7.0-CURRENT #2: Sun Sep 24 15:03:02 MSD 2006 > butcher@btr-nb.properlan.net:/usr/obj/usr/src/sys/BTR > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0dae000. > Preloaded elf module "/boot/kernel/linux.ko" at 0xc0dae1c4. > Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0dae270. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0dae31c. > Calibrating clock(s) ... i8254 clock: 1193216 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 1607325121 Hz > CPU: Mobile AMD Sempron(tm) Processor 2600+ (1607.33-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0xf82 Stepping = 2 > Features=0x78bfbff > AMD Features=0xc0500800 > Data TLB: 32 entries, fully associative > Instruction TLB: 32 entries, fully associative > L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > L2 internal cache: 128 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative > real memory = 468844544 (447 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001025000 - 0x000000001b6fffff, 443396096 bytes (108251 pages) > avail memory = 445120512 (424 MB) > bios32: Found BIOS32 Service Directory header at 0xc00f8390 > bios32: Entry = 0xfdce4 (c00fdce4) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xfdce0+0x0 > pnpbios: Found PnP BIOS data at 0xc00f8420 > pnpbios: Entry = e9cd:86af Rev = 1.0 > Other BIOS signatures found: > ath_rate: version 1.2 > wlan: <802.11 Link Layer> > nfslock: pseudo-device > kbd: new array size 4 > kbd1 at kbdmux0 > mem: > Pentium Pro MTRR support enabled > io: > null: > random: > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > npx0: INT 16 interface > acpi0: on motherboard > acpi0: [MPSAFE] > pci_open(1): mode 1 addr port (0x0cf8) is 0x80007004 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=050000] [hdr=80] is there (id=02f310de) > pcibios: BIOS_PRESENT call failed > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 10 func 0 > acpi0: Power Button (fixed) > acpi0: wakeup code va 0xcb3c4000 pa 0x9d000 > atpic: Programming IRQ9 as level/low > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 10 func 0 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 10 func 0 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 10 func 0 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 10 func 0 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 10 func 1 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 10 func 1 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 10 func 1 > ACPI timer: 1/2 1/2 1/2 1/1 1/1 1/2 1/1 1/2 1/1 1/1 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > pci_link0: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link0: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link0: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link1: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 5 7 9 11 14 15 > pci_link1: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 5 7 9 11 14 15 > pci_link1: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link2: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link2: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link2: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link3: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link3: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link3: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link4: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link4: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link4: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link5: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link5: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link5: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link6: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 5 N 0 5 7 9 11 14 15 > pci_link6: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 5 N 0 5 7 9 11 14 15 > pci_link6: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link7: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link7: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link7: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link8: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 10 N 0 5 7 9 11 14 15 > pci_link8: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link8: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link9: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 5 7 9 11 14 15 > pci_link9: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 5 7 9 11 14 15 > pci_link9: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link10: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 10 N 0 5 7 9 11 14 15 > pci_link10: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link10: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link11: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 10 N 0 5 7 9 11 14 15 > pci_link11: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link11: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link12: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link12: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link12: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link13: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link13: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link13: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link14: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link14: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link14: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link15: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link15: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link15: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link16: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 7 N 0 5 7 9 11 14 15 > pci_link16: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 7 N 0 5 7 9 11 14 15 > pci_link16: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link17: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link17: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > pci_link17: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 5 7 9 11 14 15 > cpu0: on acpi0 > powernow0: on cpu0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > acpi_acad0: on acpi0 > battery0: on acpi0 > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > ACPI: Found matching pin for 0.10.INTA at func 1: 10 > pci_link8: BIOS IRQ 10 for 0.10.INTA is invalid > ACPI: Found matching pin for 0.11.INTA at func 0: 11 > ACPI: Found matching pin for 0.11.INTB at func 1: 10 > pci_link10: BIOS IRQ 10 for 0.11.INTB is invalid > ACPI: Found matching pin for 0.20.INTA at func 0: 10 > pci_link11: BIOS IRQ 10 for 0.20.INTA is invalid > ACPI: Found matching pin for 0.16.INTB at func 1: 11 > ACPI: Found matching pin for 0.14.INTA at func 0: 7 > ACPI: Found matching pin for 0.5.INTA at func 0: 5 > pci0: on pcib0 > pci0: physical bus=0 > found-> vendor=0x10de, dev=0x02f3, revid=0xa2 > bus=0, slot=0, func=0 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x02fa, revid=0xa2 > bus=0, slot=0, func=1 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0100, statreg=0x4020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x02fe, revid=0xa2 > bus=0, slot=0, func=2 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x02f8, revid=0xa2 > bus=0, slot=0, func=3 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x02f9, revid=0xa2 > bus=0, slot=0, func=4 > class=05-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x02ff, revid=0xa2 > bus=0, slot=0, func=5 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x027f, revid=0xa2 > bus=0, slot=0, func=6 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0100, statreg=0x0020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x027e, revid=0xa2 > bus=0, slot=0, func=7 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x0247, revid=0xa2 > bus=0, slot=5, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=5 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type 1, range 32, base c2000000, size 24, enabled > map[14]: type 3, range 64, base d0000000, size 28, enabled > map[1c]: type 1, range 64, base c1000000, size 24, enabled > pcib0: matched entry for 0.5.INTA (src \\_SB_.PCI0.LK3E:0) > pcib0: slot 5 INTA routed to irq 5 via \\_SB_.PCI0.LK3E > found-> vendor=0x10de, dev=0x0270, revid=0xa2 > bus=0, slot=9, func=0 > class=05-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x0260, revid=0xa3 > bus=0, slot=10, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x0264, revid=0xa3 > bus=0, slot=10, func=1 > class=0c-05-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D3 current D0 > map[20]: type 4, range 32, base 00003040, size 6, enabled > map[24]: type 4, range 32, base 00003000, size 6, enabled > pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.LSMB:0) > pci_link8: Picked IRQ 7 with weight 0 > pcib0: slot 10 INTA routed to irq 7 via \\_SB_.PCI0.LSMB > found-> vendor=0x10de, dev=0x026d, revid=0xa3 > bus=0, slot=11, func=0 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base c0004000, size 12, enabled > pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.LUS0:0) > pcib0: slot 11 INTA routed to irq 11 via \\_SB_.PCI0.LUS0 > found-> vendor=0x10de, dev=0x026e, revid=0xa3 > bus=0, slot=11, func=1 > class=0c-03-20, hdrtype=0x00, mfdev=1 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=b, irq=10 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base c0005000, size 8, enabled > pcib0: matched entry for 0.11.INTB (src \\_SB_.PCI0.LUS2:0) > pci_link10: Picked IRQ 9 with weight 0 > pcib0: slot 11 INTB routed to irq 9 via \\_SB_.PCI0.LUS2 > found-> vendor=0x10de, dev=0x0265, revid=0xa1 > bus=0, slot=13, func=0 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > powerspec 2 supports D0 D3 current D0 > map[20]: type 4, range 32, base 00003080, size 4, enabled > found-> vendor=0x10de, dev=0x0266, revid=0xa1 > bus=0, slot=14, func=0 > class=01-01-85, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=a, irq=7 > powerspec 2 supports D0 D3 current D0 > MSI supports 4 messages, 64 bit > map[10]: type 4, range 32, base 000030b0, size 3, enabled > map[14]: type 4, range 32, base 000030a4, size 2, enabled > map[18]: type 4, range 32, base 000030a8, size 3, enabled > map[1c]: type 4, range 32, base 000030a0, size 2, enabled > map[20]: type 4, range 32, base 00003090, size 4, enabled > map[24]: type 1, range 32, base c0006000, size 12, memory disabled > pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.LTID:0) > pcib0: slot 14 INTA routed to irq 7 via \\_SB_.PCI0.LTID > found-> vendor=0x10de, dev=0x026f, revid=0xa2 > bus=0, slot=16, func=0 > class=06-04-01, hdrtype=0x01, mfdev=1 > cmdreg=0x0107, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) > found-> vendor=0x10de, dev=0x026c, revid=0xa2 > bus=0, slot=16, func=1 > class=04-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) > intpin=b, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit, vector masks > map[10]: type 1, range 32, base c0000000, size 14, enabled > pcib0: matched entry for 0.16.INTB (src \\_SB_.PCI0.LAZA:0) > pcib0: slot 16 INTB routed to irq 11 via \\_SB_.PCI0.LAZA > found-> vendor=0x10de, dev=0x0269, revid=0xa3 > bus=0, slot=20, func=0 > class=06-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base c0007000, size 12, enabled > map[14]: type 4, range 32, base 000030b8, size 3, enabled > pcib0: matched entry for 0.20.INTA (src \\_SB_.PCI0.LMAC:0) > pci_link11: Picked IRQ 5 with weight 1 > pcib0: slot 20 INTA routed to irq 5 via \\_SB_.PCI0.LMAC > found-> vendor=0x1022, dev=0x1100, revid=0x00 > bus=0, slot=24, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1022, dev=0x1101, revid=0x00 > bus=0, slot=24, func=1 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1022, dev=0x1102, revid=0x00 > bus=0, slot=24, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1022, dev=0x1103, revid=0x00 > bus=0, slot=24, func=3 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > pci0: at device 0.0 (no driver attached) > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > pci0: at device 0.3 (no driver attached) > pci0: at device 0.4 (no driver attached) > pci0: at device 0.5 (no driver attached) > pci0: at device 0.6 (no driver attached) > pci0: at device 0.7 (no driver attached) > nvidia0: mem 0xc2000000-0xc2ffffff,0xd0000000-0xdfffffff,0xc1000000-0xc1ffffff irq 5 at device 5.0 on pci0 > nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xc2000000 > nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xd0000000 > nvidia0: Reserved 0x1000000 bytes for rid 0x1c type 3 at 0xc1000000 > nvidia0: [GIANT-LOCKED] > pci0: at device 9.0 (no driver attached) > isab0: at device 10.0 on pci0 > isa0: on isab0 > nfsmb0: port 0x3040-0x307f,0x3000-0x303f irq 7 at device 10.1 on pci0 > nfsmb0: Reserved 0x40 bytes for rid 0x20 type 4 at 0x3040 > smbus0: on nfsmb0 > smb0: on smbus0 > nfsmb1: on nfsmb0 > nfsmb0: Reserved 0x40 bytes for rid 0x24 type 4 at 0x3000 > smbus1: on nfsmb1 > smb1: on smbus1 > ohci0: mem 0xc0004000-0xc0004fff irq 11 at device 11.0 on pci0 > ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0004000 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > usbd_get_string: getting lang failed, using 0 > uhub0: on usb0 > uhub0: 8 ports with 8 removable, self powered > ehci0: mem 0xc0005000-0xc00050ff irq 9 at device 11.1 on pci0 > ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xc0005000 > ehci0: [GIANT-LOCKED] > usb1: EHCI version 1.0 > usb1: companion controller, 8 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: on usb1 > uhub1: 8 ports with 8 removable, self powered > usbd_new_device: addr=2, getting first desc failed > uhub_explore: usb_new_device failed, error=IOERROR > uhub1: device problem (IOERROR), disabling port 8 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3080-0x308f at device 13.0 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x3080 > ata0: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=00 ostat0=ff ostat1=ff > ata0: [MPSAFE] > ata1: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=50 ostat1=01 > ata1: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 > ata1: reset tp2 stat0=10 stat1=01 devices=0x4 > ata1: [MPSAFE] > atapci1: port 0x30b0-0x30b7,0x30a4-0x30a7,0x30a8-0x30af,0x30a0-0x30a3,0x3090-0x309f mem 0xc0006000-0xc0006fff irq 7 at device 14.0 on pci0 > atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x3090 > atapci1: [MPSAFE] > atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xc0006000 > ata2: on atapci1 > atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x30b0 > atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x30a4 > ata2: SATA connect ready time=0ms > ata2: sata_connect devices=0x1 > ata2: [MPSAFE] > ata3: on atapci1 > atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x30a8 > atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x30a0 > ata3: SATA connect status=00000000 > ata3: [MPSAFE] > pcib1: at device 16.0 on pci0 > pcib1: secondary bus 4 > pcib1: subordinate bus 5 > pcib1: I/O decode 0xf000-0xfff > pcib1: memory decode 0xc3000000-0xc30fffff > pcib1: prefetched decode 0xfff00000-0xfffff > pcib1: Subtractively decoded bridge. > ACPI: Found matching pin for 4.7.INTA at func 0: 10 > pci_link0: BIOS IRQ 10 for 4.7.INTA is invalid > ACPI: Found matching pin for 4.7.INTB at func 1: 11 > pci4: on pcib1 > pci4: physical bus=4 > found-> vendor=0x1524, dev=0x1412, revid=0x10 > bus=4, slot=7, func=0 > class=06-07-00, hdrtype=0x02, mfdev=1 > cmdreg=0x0104, statreg=0x0210, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x44 (17000 ns), maxlat=0x03 (750 ns) > intpin=a, irq=10 > powerspec 1 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base c3000000, size 12, memory disabled > pcib1: (null) requested memory range 0xc3000000-0xc3000fff: good > pcib1: matched entry for 4.7.INTA (src \\_SB_.PCI0.LNK1:0) > pci_link0: Picked IRQ 9 with weight 1 > pcib1: slot 7 INTA routed to irq 9 via \\_SB_.PCI0.LNK1 > found-> vendor=0x1524, dev=0x0530, revid=0x01 > bus=4, slot=7, func=1 > class=05-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0106, statreg=0x0210, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x04 (1000 ns) > intpin=b, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base c3001000, size 7, enabled > pcib1: (null) requested memory range 0xc3001000-0xc300107f: good > pcib1: matched entry for 4.7.INTB (src \\_SB_.PCI0.LNK2:0) > pcib1: slot 7 INTB routed to irq 11 via \\_SB_.PCI0.LNK2 > found-> vendor=0x1524, dev=0x0550, revid=0x01 > bus=4, slot=7, func=2 > class=08-05-01, hdrtype=0x00, mfdev=1 > cmdreg=0x0106, statreg=0x0210, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x48 (18000 ns) > intpin=b, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base c3001400, size 8, enabled > pcib1: (null) requested memory range 0xc3001400-0xc30014ff: good > pcib1: matched entry for 4.7.INTB (src \\_SB_.PCI0.LNK2:0) > pcib1: slot 7 INTB routed to irq 11 via \\_SB_.PCI0.LNK2 > found-> vendor=0x1524, dev=0x0551, revid=0x01 > bus=4, slot=7, func=4 > class=05-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0104, statreg=0x0210, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x48 (18000 ns) > intpin=b, irq=255 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base 00000000, size 8, memory disabled > cbb0: mem 0xc3000000-0xc3000fff irq 9 at device 7.0 on pci4 > cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc3000000 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [MPSAFE] > cbb0: PCI Configuration space: > 0x00: 0x14121524 0x02100107 0x06070010 0x00824010 > 0x10: 0xc3000000 0x020000a0 0x20050504 0xfffff000 > 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc > 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440109 > 0x40: 0x54031558 0x00000001 0x00000000 0x00000000 > 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 > 0x80: 0x0040d020 0x00000000 0x00000000 0x01d11222 > 0x90: 0x604400c0 0x00000000 0x00000000 0x00000000 > 0xa0: 0xfe010001 0x00c00000 0x00000018 0x00000007 > 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xc0: 0x00001003 0x00800080 0x10080700 0x000007fe > 0xd0: 0x00000020 0x00000000 0x00000000 0x00000000 > 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 > 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 > pci4: at device 7.1 (no driver attached) > pci4: at device 7.2 (no driver attached) > pci4: at device 7.4 (no driver attached) > pci0: at device 16.1 (no driver attached) > nve0: port 0x30b8-0x30bf mem 0xc0007000-0xc0007fff irq 5 at device 20.0 on pci0 > nve0: nvenetlib.o version 1.0-13 > nve0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0007000 > nve0: Ethernet address 00:90:f5:4f:18:1b > miibus0: on nve0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > nve0: bpf attached > nve0: Ethernet address: 00:90:f5:4f:18:1b > nve0: [MPSAFE] > acpi_tz0: on acpi0 > acpi_tz0: _CRT value is absurd, ignored (154.8C) > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0047 > atkbd: keyboard ID 0x41ab (2) > kbd0 at atkbd0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: unable to allocate IRQ > psmcpnp0: irq 12 on acpi0 > psm0: current command byte:0047 > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3-00, 3 buttons > psm0: config:00000000, flags:00000008, packet size:4 > psm0: syncmask:08, syncbits:00 > sio0: irq maps: 0xe01 0xe11 0xe01 0xe01 > sio0: irq maps: 0xe01 0xe11 0xe01 0xe01 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FAST] > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > atkbdc: atkbdc0 already exists; skipping it > sio: sio0 already exists; skipping it > pnp_identify: Trying Read_Port at 203 > pnp_identify: Trying Read_Port at 243 > pnp_identify: Trying Read_Port at 283 > pnp_identify: Trying Read_Port at 2c3 > pnp_identify: Trying Read_Port at 303 > pnp_identify: Trying Read_Port at 343 > pnp_identify: Trying Read_Port at 383 > pnp_identify: Trying Read_Port at 3c3 > PNP Identify complete > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd07ff pnpid ORM0000 on isa0 > adv0: not probed (disabled) > aha0: not probed (disabled) > aic0: not probed (disabled) > bt0: not probed (disabled) > cs0: not probed (disabled) > ed0: not probed (disabled) > fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 > fe0: not probed (disabled) > ie0: not probed (disabled) > le0: not probed (disabled) > ppc0 failed to probe at irq 7 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: irq maps: 0xe01 0xe01 0xe01 0xe01 > sio1: probe failed test(s): 0 1 2 4 6 7 9 > sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 > sio2: not probed (disabled) > sio3: not probed (disabled) > sn0: not probed (disabled) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > vt0: not probed (disabled) > isa_probe_children: probing PnP devices > Device configuration finished. > procfs registered > Timecounter "TSC" frequency 1607325121 Hz quality 800 > Timecounters tick every 1.000 msec > Linux ELF exec handler installed > lo0: bpf attached > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_acad0: acline initialization start > acpi_acad0: On Line > acpi_acad0: acline initialization done, tried 1 times > battery0: battery initialization start > battery0: battery initialization done, tried 1 times > ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire > acd0: setting PIO4 on nForce MCP51 chip > acd0: setting UDMA33 on nForce MCP51 chip > acd0: DVDR drive at ata1 as master > acd0: read 4134KB/s (4134KB/s) write 172KB/s (4134KB/s), 2048KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet > acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire > ad4: 76319MB at ata2-master SATA150 > ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue > GEOM: new disk ad4 > ad4: nVidia check1 failed > ad4: Adaptec check1 failed > ad4: LSI (v3) check1 failed > ad4: LSI (v2) check1 failed > ad4: FreeBSD check1 failed > ATA PseudoRAID loaded > Trying to mount root from ufs:/dev/ad4s1a > start_init: trying /sbin/init > linprocfs registered > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_tz0: _CRT value is absurd, ignored (154.8C) > usbd_new_device: addr=2, getting first desc failed > uhub_explore: usb_new_device failed, error=IOERROR > uhub1: device problem (IOERROR), disabling port 4 > > ------------------------------------------------------------------------ > > none0@pci0:0:0: class=0x050000 card=0x00000000 chip=0x02f310de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > none1@pci0:0:1: class=0x050000 card=0x00000000 chip=0x02fa10de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > none2@pci0:0:2: class=0x050000 card=0x00000000 chip=0x02fe10de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > none3@pci0:0:3: class=0x050000 card=0x00000000 chip=0x02f810de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > none4@pci0:0:4: class=0x050000 card=0x00000000 chip=0x02f910de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > none5@pci0:0:5: class=0x050000 card=0x00000000 chip=0x02ff10de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > none6@pci0:0:6: class=0x050000 card=0x00000000 chip=0x027f10de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > none7@pci0:0:7: class=0x050000 card=0x00000000 chip=0x027e10de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > nvidia0@pci0:5:0: class=0x030000 card=0x54031558 chip=0x024710de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = display > subclass = VGA > none8@pci0:9:0: class=0x050000 card=0xcb8410de chip=0x027010de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = memory > subclass = RAM > isab0@pci0:10:0: class=0x060100 card=0x54031558 chip=0x026010de rev=0xa3 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = bridge > subclass = PCI-ISA > nfsmb0@pci0:10:1: class=0x0c0500 card=0x54031558 chip=0x026410de rev=0xa3 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = serial bus > subclass = SMBus > ohci0@pci0:11:0: class=0x0c0310 card=0x54031558 chip=0x026d10de rev=0xa3 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = serial bus > subclass = USB > ehci0@pci0:11:1: class=0x0c0320 card=0x54031558 chip=0x026e10de rev=0xa3 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = serial bus > subclass = USB > atapci0@pci0:13:0: class=0x01018a card=0x54031558 chip=0x026510de rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = mass storage > subclass = ATA > atapci1@pci0:14:0: class=0x010185 card=0x54031558 chip=0x026610de rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = mass storage > subclass = ATA > pcib1@pci0:16:0: class=0x060401 card=0x000000b8 chip=0x026f10de rev=0xa2 hdr=0x01 > vendor = 'NVIDIA Corporation' > class = bridge > subclass = PCI-PCI > pcm0@pci0:16:1: class=0x040300 card=0x54031558 chip=0x026c10de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = multimedia > nve0@pci0:20:0: class=0x068000 card=0x54031558 chip=0x026910de rev=0xa3 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = bridge > hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' > class = bridge > subclass = HOST-PCI > hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron Address Map' > class = bridge > subclass = HOST-PCI > hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron DRAM Controller' > class = bridge > subclass = HOST-PCI > hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices (AMD)' > device = 'Athlon 64 / Opteron Miscellaneous Control' > class = bridge > subclass = HOST-PCI > cbb0@pci4:7:0: class=0x060700 card=0x54031558 chip=0x14121524 rev=0x10 hdr=0x02 > vendor = 'ENE Technology Inc' > device = 'CB-712/714 CardBus Controller' > class = bridge > subclass = PCI-CardBus > none9@pci4:7:1: class=0x050100 card=0x54031558 chip=0x05301524 rev=0x01 hdr=0x00 > vendor = 'ENE Technology Inc' > class = memory > subclass = flash > none10@pci4:7:2: class=0x080501 card=0x54031558 chip=0x05501524 rev=0x01 hdr=0x00 > vendor = 'ENE Technology Inc' > class = base peripheral > none11@pci4:7:4: class=0x050100 card=0x54031558 chip=0x05511524 rev=0x01 hdr=0x00 > vendor = 'ENE Technology Inc' > class = memory > subclass = flash > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 the same problem, I reported it earlier but none seemed to have any clue. I'm running freebsd-current and an Asus MN2PV-VM (Nforce430+GeForce 6150 integrated chipset) Bruno From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 17:07:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F8516A415; Sun, 24 Sep 2006 17:07:48 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42E6743D55; Sun, 24 Sep 2006 17:07:48 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id k8OH7lrw021585; Sun, 24 Sep 2006 10:07:47 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k8OH7l9g021584; Sun, 24 Sep 2006 10:07:47 -0700 (PDT) (envelope-from david) Date: Sun, 24 Sep 2006 10:07:47 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20060924170747.GM698@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org, netchild@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Jxom2kD0UhQdW59L" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: netchild@freebsd.org Subject: [PATCH] Problem with src/sys/dev/sound/pcm/mixer.c rev. 1.50 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 17:07:49 -0000 --Jxom2kD0UhQdW59L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable During today's CURRENT build, I encountered: >>> stage 3.2: building everything =2E.. cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wst= rict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/s= ys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --para= m large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-b= oundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestandin= g -Werror /usr/src/sys/dev/sound/pcm/feeder_volume.c cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wst= rict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/s= ys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --para= m large-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-b= oundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestandin= g -Werror /usr/src/sys/dev/sound/pcm/mixer.c /usr/src/sys/dev/sound/pcm/mixer.c: In function `mixer_oss_mixerinfo': /usr/src/sys/dev/sound/pcm/mixer.c:761: warning: 'd' might be used uninitia= lized in this function *** Error code 1 Stop in /common/S4/obj/usr/src/sys/LAPTOP_30W. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This was with rev. 1.50 of src/sys/dev/sound/pcm/mixer.c. I'm not sure the following patch is correct, but making this change did allow the kernel to build, install, and boot, which seemed an improvement at the time: Index: sys/dev/sound/pcm/mixer.c =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: /cvs/freebsd/src/sys/dev/sound/pcm/mixer.c,v retrieving revision 1.50 diff -u -r1.50 mixer.c --- sys/dev/sound/pcm/mixer.c 23 Sep 2006 20:45:47 -0000 1.50 +++ sys/dev/sound/pcm/mixer.c 24 Sep 2006 16:38:54 -0000 @@ -770,6 +770,7 @@ if ((mi->dev =3D=3D -1) && (i_dev->si_devsw !=3D &mixer_cdevsw)) return EINVAL; =20 + d =3D NULL; m =3D NULL; t_cdev =3D NULL; nmix =3D 0; Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Jxom2kD0UhQdW59L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkUWu2IACgkQmprOCmdXAD1e3wCeJZZ0e1Ppt9CahfiHYd9eYyzB g4UAn1g4C3fRBNTYNHebbkNDCbTlMal9 =ykpH -----END PGP SIGNATURE----- --Jxom2kD0UhQdW59L-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 17:39:07 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 935E416A407 for ; Sun, 24 Sep 2006 17:39:07 +0000 (UTC) (envelope-from netchild@FreeBSD.org) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3C1A43D4C for ; Sun, 24 Sep 2006 17:39:06 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from Andro-Beta.Leidinger.net (p54A5CF73.dip.t-dialin.net [84.165.207.115]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k8OHEfQe047743; Sun, 24 Sep 2006 19:14:42 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8OHcrk5070579; Sun, 24 Sep 2006 19:38:54 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Date: Sun, 24 Sep 2006 19:39:35 +0200 From: Alexander Leidinger To: David Wolfskill Message-ID: <20060924193935.56c6d22d@Magellan.Leidinger.net> In-Reply-To: <20060924170747.GM698@bunrab.catwhisker.org> References: <20060924170747.GM698@bunrab.catwhisker.org> Organization: FreeBSD X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@FreeBSD.org Subject: Re: [PATCH] Problem with src/sys/dev/sound/pcm/mixer.c rev. 1.50 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 17:39:07 -0000 Quoting David Wolfskill (Sun, 24 Sep 2006 10:07:47 -0700): > I'm not sure the following patch is correct, but making this change did > allow the kernel to build, install, and boot, which seemed an improvement > at the time: Committed. Thanks, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 19:29:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B1E16A47B for ; Sun, 24 Sep 2006 19:29:25 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E7CA43D5C for ; Sun, 24 Sep 2006 19:29:17 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1616038wxd for ; Sun, 24 Sep 2006 12:29:03 -0700 (PDT) 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=SzP5eYS6ZhD5lC1JqXSfrYdKd3/kBAAmHtggx4QrN+aN90Cd2pS6iJfgDkQUbdTyBeVQ3F9nFFUBLXYyst17wAK6Ft0XL8uXsKIbiGQl8bRaqdZdf5GDJ6K46wUFtT9ANAmtqQvRRIwsHqiH/f76JM6ePnincQ4pnosoREtIfdg= Received: by 10.90.81.14 with SMTP id e14mr1112335agb; Sun, 24 Sep 2006 12:29:03 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Sun, 24 Sep 2006 12:29:03 -0700 (PDT) Message-ID: <7579f7fb0609241229v105d16fagb985655dadc2d3e8@mail.gmail.com> Date: Sun, 24 Sep 2006 12:29:03 -0700 From: "Matthew Jacob" To: "YONETANI Tomokazu" In-Reply-To: <20060924071601.GA1080@les.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <20060924071601.GA1080@les.ath.cx> Cc: freebsd-current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 19:29:25 -0000 I see no I/O related errors in your message that could definitely isolate it to the 1030. On 9/24/06, YONETANI Tomokazu wrote: > Hi, > Recently I tried installing FreeBSD 5.4-RELEASE on an IBM X335 in my > office and tried to upgrade to 6.2-PRERELEASE, and found that although > it doesn't hang or panic during boot, running I/O intensive applications > (including buildworld) ends up in an I/O error, and eventually panicked and > rebooted. So I tried earlier versions to find out when the problem started > to occur, and found that it started as early as 5.5-STABLE. I noticed that > new mpt driver has been MFC after 5.4-RELEASE, so maybe that's something > to do with this issue. > Kernels other than 5.4 are all built on 5.4-RELEASE system using GENERIC file > without any optimization flags. I haven't tried CURRENT yet because > buildworld didn't finish on 5.4-RELEASE, but is it worth trying CURRENT > and the patch posted to this thread(in other words: does my problem look like > the similar one that people are discussing in this thread)? > > Here's `dmesg | grep ^mpt' output: > mpt0: port 0x2300-0x23ff mem 0xfbfe0000-0xfbfeffff,0xfbff0000-0xfbffffff irq 22 at device 1.0 on pci1 > mpt0: MPI Version=1.2.6.0 > mpt0: Capabilities: ( RAID-1 SAFTE ) > mpt0: 1 Active Volume (1 Max) > mpt0: 2 Hidden Drive Members (3 Max) > > I found a PR with "LSI1030" in the single-line description, but it doesn't > seem to be related to my problem: kern/96040 > > Any suggestions are welcome. > Regards. > > > 5.4-RELEASE: > OK > > 5.5-STABLE: > > panic after showing the following messages: > handle_workitem_freeblocks: block count > initiate_write_filepage: already started > > 6.0-RELEASE-p12, 6.2-PRERELEASE: > panic after showing bunch of the message as follows: > g_vfs_done():da0s1g[WRITE(offset=3287388160, length=2048)]error = 5 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 20:54:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E310116A403; Sun, 24 Sep 2006 20:54:02 +0000 (UTC) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from mail.uni-magdeburg.de (mail.uni-magdeburg.de [141.44.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F97143D45; Sun, 24 Sep 2006 20:54:01 +0000 (GMT) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from sunny.urz.uni-magdeburg.de ([141.44.8.7]) by mail.uni-magdeburg.de with esmtp (EXIM Version 4.62) id 1GRaz5-0000rj-R1; Sun, 24 Sep 2006 22:54:01 +0200 Received: from hondo. (pD9515BC5.dip0.t-ipconnect.de [217.81.91.197]) (authenticated bits=0) by sunny.urz.uni-magdeburg.de (8.12.10/8.12.10) with ESMTP id k8OKrnSX031424 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 24 Sep 2006 22:53:50 +0200 To: Bruno Damour References: <45166CB4.000004.01220@camay.yandex.ru> <4516A5F3.4080105@free.fr> From: Wolfram Fenske Mail-Followup-To: Bruno Damour , bu7cher@yandex.ru, freebsd-current@freebsd.org, freebsd-usb@freebsd.org Date: Sun, 24 Sep 2006 22:50:03 +0200 In-Reply-To: <4516A5F3.4080105@free.fr> (Bruno Damour's message of "Sun, 24 Sep 2006 17:36:19 +0200") Message-ID: <86irjdrnus.fsf@student.uni-magdeburg.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.5 (--) X-Spam-Report: ---- Start SpamAssassin results -2.5 points, 5.0 required; -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.1 AWL AWL: From: address is in the auto white-list ---- End of SpamAssassin results X-Scan-Signature: 104acc21b19de3e095c9b5614e49f903 Cc: bu7cher@yandex.ru, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problems with USB 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, 24 Sep 2006 20:54:03 -0000 Bruno Damour schreibt: > Andrey V. Elsukov wrote: >> Hi, All! >> >> I have notebook Maxselect Mission GT3000. >> A hardware configuration description (russian): >> http://www.maxselect.ru/catalog/models.html?id=4024&template=normal >> >> o Mobile AMD Sempron >> o NVIDIA C51MV+MCP51M >> o PCI Express nVidia Geforce Go 6100 >> o Realtek HDA >> >> I have several problems. One is with USB. When i attach USB Flash >> disk it's not work. >> >> usbd_new_device: addr=2, getting first desc failed >> uhub_explore: usb_new_device failed, error=IOERROR >> uhub1: device problem (IOERROR), disabling port 4 >> >> http://butcher.heavennet.ru/dmesg.txt >> http://butcher.heavennet.ru/pciconf.txt >> I've attached dmesg and pciconf. >> Any suggestions? [...] > I have the same problem, I reported it earlier but none seemed to have > any clue. > > I'm running freebsd-current and an Asus MN2PV-VM (Nforce430+GeForce > 6150 integrated chipset) I saw the same error message on -current with my USB key. With 6.1 RELEASE and older it works. The motherboard is an ASUS A8N, Nvidia nv4 chipset. Wolfram From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 20:59: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A59BC16A403 for ; Sun, 24 Sep 2006 20:59:05 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3047F43D49 for ; Sun, 24 Sep 2006 20:59:05 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-70-112-156-125.austin.res.rr.com [70.112.156.125]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 17190897-1817707 for ; Sun, 24 Sep 2006 15:59:04 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id k8OKx3Fm046491 for ; Sun, 24 Sep 2006 15:59:03 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id k8OKx33Q046490 for freebsd-current@freebsd.org; Sun, 24 Sep 2006 15:59:03 -0500 (CDT) (envelope-from brucegb) Date: Sun, 24 Sep 2006 15:59:03 -0500 From: Bruce Burden To: freebsd-current@freebsd.org Message-ID: <20060924205903.GY1045@tigerfish2.my.domain> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <20060924071601.GA1080@les.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060924071601.GA1080@les.ath.cx> User-Agent: Mutt/1.4.2.2i Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 20:59:05 -0000 On Sun, Sep 24, 2006 at 04:16:01PM +0900, YONETANI Tomokazu wrote: > > Recently I tried installing FreeBSD 5.4-RELEASE on an IBM X335 in my > office and tried to upgrade to 6.2-PRERELEASE, and found that although > it doesn't hang or panic during boot, running I/O intensive applications > (including buildworld) ends up in an I/O error, and eventually panicked and > rebooted. > This would be best on -STABLE, which the 6x thread is. Anyway, I have: [root@tigerfish2 ~]# camcontrol devlist -v scbus0 on sbp0 bus 0: < > at scbus0 target -1 lun -1 () scbus1 on mpt0 bus 0: at scbus1 target 0 lun 0 (sa0,pass0) at scbus1 target 4 lun 0 (pass1,cd0) at scbus1 target 5 lun 0 (da0,pass2) < > at scbus1 target -1 lun -1 () scbus2 on mpt1 bus 0: at scbus2 target 6 lun 0 (da1,pass3) < > at scbus2 target -1 lun -1 () scbus3 on asr0 bus 0: at scbus3 target 1 lun 0 (da2,pass4) at scbus3 target 5 lun 0 (da3,pass5) at scbus3 target 6 lun 0 (ses0,pass6) < > at scbus3 target -1 lun -1 () scbus4 on asr0 bus 1: < > at scbus4 target -1 lun -1 () scbus5 on ata0 bus 0: at scbus5 target 0 lun 0 (pass7,cd1) < > at scbus5 target -1 lun -1 () scbus6 on ata1 bus 0: < > at scbus6 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > mpt0@pci10:6:0: class=0x010000 card=0x289510f1 chip=0x00301000 rev=0x07 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class = mass storage subclass = SCSI mpt1@pci10:6:1: class=0x010000 card=0x289510f1 chip=0x00301000 rev=0x07 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class = mass storage subclass = SCSI FreeBSD tigerfish2.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #6: Sun Aug 27 11:03:43 CDT 2006 and have not had any problems with the mpt device. The controller is built into the Tyan S2895/Thunder K8WE board. I am not using the Seagate drive - it will be used to hold the AMD64 installation when I get around to doing that, while the IBM drive will continue to hold the i386 install if I need to switch back. The RAID holds user data, and is not an issue when performing kernel builds. Have you tried to install the 6.1 release from CD/DVD? Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 22:04:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5F9016A407 for ; Sun, 24 Sep 2006 22:04:10 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56512.mail.re3.yahoo.com (web56512.mail.re3.yahoo.com [66.196.97.41]) by mx1.FreeBSD.org (Postfix) with SMTP id C2E5143D6D for ; Sun, 24 Sep 2006 22:04:08 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 41558 invoked by uid 60001); 24 Sep 2006 22:04:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=obXY/CrcVDFD+y7XhVtvUcruadHqUQ3t2cuaJXYgnBBlf0G8e2tGhOzS8eOnr3psO49xTtcbQROzYBifblVtQXACNG7kBZJukQbbazjMz/VKx9i1NHKxN8sg9wynfb3oOTZ1GCwn5ByJrNqkeu/vGUDr/4ZbBGZrou65Dc7bL6Y= ; Message-ID: <20060924220408.41556.qmail@web56512.mail.re3.yahoo.com> Received: from [216.142.36.2] by web56512.mail.re3.yahoo.com via HTTP; Sun, 24 Sep 2006 15:04:08 PDT Date: Sun, 24 Sep 2006 15:04:08 -0700 (PDT) From: Neil Short To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 24 Sep 2006 22:22:28 +0000 Subject: RE: Problems with USB 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, 24 Sep 2006 22:04:11 -0000 Just to add to this statistic - I have the same problem on two of my desktop computers. Each has a recent NVidia mobo. One is a Gateway brand (E-Machine) and the other was hand-built by me. Each runs current and each has bizarre problems with usb stuff (Scanner, umass devices, printer) although the wireless usb keyboard/mouse works fine on both. ====== 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 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 22:34:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D217316A416; Sun, 24 Sep 2006 22:34:20 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3780443DA9; Sun, 24 Sep 2006 22:34:15 +0000 (GMT) (envelope-from mbsd@pacbell.net) X-ORBL: [71.139.16.119] Received: from antec (ppp-71-139-16-119.dsl.snfc21.pacbell.net [71.139.16.119]) by ylpvm12.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k8OMXNtb003002; Sun, 24 Sep 2006 18:33:23 -0400 Date: Sun, 24 Sep 2006 15:34:13 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@antec.home To: scottl@freebsd.org Message-ID: <20060924151759.D788@antec.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: i386/busmda_machdep.c 1.81 broke if_bfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2006 22:34:20 -0000 Hi, It seems to me that with version 1.81 of i386/busdma_machdep.c devices that need bounce buffers, but do not use a filter function, will no longer work. The run_filter() function contains the logic to detect if a bounce buffer is needed also when there is no filter function, so I believe it has to be called for devices that are marked as BUS_DMA_COULD_BOUNCE as well as for those that provide a filter function. For example, this makes my bfe0 interface work again: Index: busdma_machdep.c =================================================================== RCS file: /net/cvs/home/ncvs/src/sys/i386/i386/busdma_machdep.c,v retrieving revision 1.83 diff -u -b -r1.83 busdma_machdep.c --- busdma_machdep.c 24 Sep 2006 19:24:26 -0000 1.83 +++ busdma_machdep.c 24 Sep 2006 21:45:39 -0000 @@ -286,7 +286,7 @@ if (newtag->lowaddr < ptoa((vm_paddr_t)Maxmem) || newtag->alignment > 1) - newtag->flags |= BUS_DMA_COULD_BOUNCE; + newtag->flags |= BUS_DMA_COULD_BOUNCE | BUS_DMA_USE_FILTER; if (((newtag->flags & BUS_DMA_COULD_BOUNCE) != 0) && (flags & BUS_DMA_ALLOCNOW) != 0) { $.02, /Mikko From owner-freebsd-current@FreeBSD.ORG Sun Sep 24 23:49:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3A0516A403; Sun, 24 Sep 2006 23:49:15 +0000 (UTC) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C1D143D70; Sun, 24 Sep 2006 23:49:10 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h54.246.159.dialup.iptcom.net ([213.159.246.54]:39141 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1221822AbWIXXtJ (ORCPT + 1 other); Mon, 25 Sep 2006 02:49:09 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.8/8.13.8) with ESMTP id k8ONn2W3002829; Mon, 25 Sep 2006 02:49:02 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Mon, 25 Sep 2006 02:49:02 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: "Andrey V. Elsukov" In-Reply-To: <45166CB4.000004.01220@camay.yandex.ru> Message-ID: <20060925014415.S1442@kushnir1.kiev.ua> References: <45166CB4.000004.01220@camay.yandex.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Problems with USB 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, 24 Sep 2006 23:49:16 -0000 Hi, All! On Sun, 24 Sep 2006, Andrey V. Elsukov wrote: > Hi, All! > > I have notebook Maxselect Mission GT3000. > A hardware configuration description (russian): > http://www.maxselect.ru/catalog/models.html?id=4024&template=normal > > o Mobile AMD Sempron > o NVIDIA C51MV+MCP51M > o PCI Express nVidia Geforce Go 6100 > o Realtek HDA > > I have several problems. One is with USB. > When i attach USB Flash disk it's not work. > > usbd_new_device: addr=2, getting first desc failed > uhub_explore: usb_new_device failed, error=IOERROR > uhub1: device problem (IOERROR), disabling port 4 > > http://butcher.heavennet.ru/dmesg.txt > http://butcher.heavennet.ru/pciconf.txt > I've attached dmesg and pciconf. > Any suggestions? > -- > WBR, Andrey V. Elsukov > I had precisely the same problem with USB-2 flash (both old USB-1.1 flash and digital camera - Kodak C340, uses ugen) work perfectly all right. MB: Asus A8N (nForce4 based). The problem went away with retrying to get device descriptor in usbd_new_device (see patch below). I've submitted PR (usb/103167) but so far there's been no reaction at all :-( Hope this helps, Vladimir /* ----------- patch begins here -------------- */ *** dev/usb/usb_subr.c.orig Mon Sep 11 19:28:35 2006 --- dev/usb/usb_subr.c Mon Sep 11 20:05:38 2006 *************** *** 1112,1118 **** dd = &dev->ddesc; /* Get the first 8 bytes of the device descriptor. */ ! err = usbd_get_desc(dev, UDESC_DEVICE, 0, USB_MAX_IPACKET, dd); if (err) { DPRINTFN(-1, ("usbd_new_device: addr=%d, getting first desc " "failed\n", addr)); --- 1112,1123 ---- dd = &dev->ddesc; /* Get the first 8 bytes of the device descriptor. */ ! for (i = 0; i < 3; i++) { ! err = usbd_get_desc(dev, UDESC_DEVICE, 0, USB_MAX_IPACKET, dd); ! if (!err) ! break; ! usbd_delay_ms(dev, USB_SET_ADDRESS_SETTLE); ! } if (err) { DPRINTFN(-1, ("usbd_new_device: addr=%d, getting first desc " "failed\n", addr)); /* -------------- end ----------------- */ From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 01:14:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6C8E16A4B3 for ; Mon, 25 Sep 2006 01:14:58 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7036843D6A for ; Mon, 25 Sep 2006 01:14:52 +0000 (GMT) (envelope-from alex.kovalenko@verizon.net) Received: from RabbitsDen ([70.21.206.89]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J640016EJGQQLE7@vms046.mailsrvcs.net> for current@freebsd.org; Sun, 24 Sep 2006 20:14:51 -0500 (CDT) Date: Sun, 24 Sep 2006 21:14:48 -0400 From: "Alexandre \"Sunny\" Kovalenko" To: current@freebsd.org Message-id: <1159146888.92313.6.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-type: multipart/mixed; boundary="Boundary_(ID_SSwUc7p4vsN0N10isZrd2w)" Cc: Subject: Intel 945GM and /dev/agpgart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2006 01:14:58 -0000 --Boundary_(ID_SSwUc7p4vsN0N10isZrd2w) Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT Attached patch is the 7.0-CURRENT (September 23) adaptation of http://marcus.grupos.com.br:8080/patch/agp_i810.c.patch which gives me /dev/agpgart and allows me to use Xv extension on my ThinkPad X60. Still no direct rendering, though. Posting here just in case someone running -CURRENT on that chipset wants to watch full screen movies ;) -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) --Boundary_(ID_SSwUc7p4vsN0N10isZrd2w) Content-type: text/x-patch; name=agp_i810.c.patch; charset=UTF-8 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=agp_i810.c.patch --- /usr/src/sys/pci/agp_i810.c.ORIG Sun Sep 24 17:00:54 2006 +++ /usr/src/sys/pci/agp_i810.c Sun Sep 24 19:47:09 2006 @@ -121,14 +121,14 @@ "Intel 82915G (915G GMCH) SVGA controller"}, {0x25928086, CHIP_I915, 0x00020000, "Intel 82915GM (915GM GMCH) SVGA controller"}, + {0x27A28086, CHIP_I915, 0x00020000, + "Intel 82945GM (945GM GMCH) SVGA controller"}, /* XXX: I believe these chipsets should work, but they haven't been * tested yet. */ /* {0x27728086, CHIP_I915, 0x00020000, "Intel 82945G (945G GMCH) SVGA controller"}, - {0x27A28086, CHIP_I915, 0x00020000, - "Intel 82945GM (945GM GMCH) SVGA controller"}, */ {0, 0, 0, NULL} }; @@ -510,9 +510,8 @@ case CHIP_I855: return 128 * 1024 * 1024; case CHIP_I915: - temp = pci_read_config(dev, AGP_I915_MSAC, 1); - if ((temp & AGP_I915_MSAC_GMASIZE) == - AGP_I915_MSAC_GMASIZE_128) { + temp = pci_read_config(dev, AGP_I915_GMADR, 1); + if (temp & 1<<27) { return 128 * 1024 * 1024; } else { return 256 * 1024 * 1024; --Boundary_(ID_SSwUc7p4vsN0N10isZrd2w)-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 01:26:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [IPv6:::1] (hub.freebsd.org [216.136.204.18]) by hub.freebsd.org (Postfix) with ESMTP id 9D34616A403; Mon, 25 Sep 2006 01:26:14 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <45173035.30207@FreeBSD.org> Date: Sun, 24 Sep 2006 22:26:13 -0300 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <1159146888.92313.6.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <1159146888.92313.6.camel@RabbitsDen.RabbitsLawn.verizon.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Intel 945GM and /dev/agpgart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2006 01:26:15 -0000 Alexandre "Sunny" Kovalenko wrote: > Attached patch is the 7.0-CURRENT (September 23) adaptation of > > http://marcus.grupos.com.br:8080/patch/agp_i810.c.patch > > which gives me /dev/agpgart and allows me to use Xv extension on my > ThinkPad X60. Still no direct rendering, though. > > Posting here just in case someone running -CURRENT on that chipset wants > to watch full screen movies ;) PR related: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/103079 Regards -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 03:31:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88B2616A40F for ; Mon, 25 Sep 2006 03:31:19 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: from les.ath.cx (15.61.205.61.west.global.alpha-net.ne.jp [61.205.61.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 189E343D49 for ; Mon, 25 Sep 2006 03:31:18 +0000 (GMT) (envelope-from qhwt+fbsd@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id B067086618; Mon, 25 Sep 2006 12:31:17 +0900 (JST) Date: Mon, 25 Sep 2006 12:31:17 +0900 From: YONETANI Tomokazu To: freebsd-current@freebsd.org Message-ID: <20060925033117.GB1080@les.ath.cx> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <20060924071601.GA1080@les.ath.cx> <7579f7fb0609241229v105d16fagb985655dadc2d3e8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0609241229v105d16fagb985655dadc2d3e8@mail.gmail.com> User-Agent: Mutt/1.5.11 Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2006 03:31:19 -0000 On Sun, Sep 24, 2006 at 12:29:03PM -0700, Matthew Jacob wrote: > I see no I/O related errors in your message that could definitely > isolate it to the 1030. Sorry, I didn't boot with -v flag. I'll try -CURRENT kernel anyway. Cheers. From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 09:36: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D461416A47C; Mon, 25 Sep 2006 09:36:13 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mx18.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD7FF43D78; Mon, 25 Sep 2006 09:35:55 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([81.18.142.225]:11535 "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 S3376744AbWIYJfj (ORCPT + 2 others); Mon, 25 Sep 2006 13:35:39 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <4517A2E8.2010002@yandex.ru> Date: Mon, 25 Sep 2006 13:35:36 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 References: <4501A921.000002.29363@mfront8.yandex.ru> In-Reply-To: <4501A921.000002.29363@mfront8.yandex.ru> Content-Type: multipart/mixed; boundary="------------030102040200060207040700" To: unlisted-recipients:; (no To-header on input) 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: Mon, 25 Sep 2006 09:36:14 -0000 This is a multi-part message in MIME format. --------------030102040200060207040700 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Andrey V. Elsukov wrote: > Can you update FreeBSD aac(4) driver to a current > adaptec driver that available on the site? > As i found last driver is b9114. This driver support > IBM ServeRAID 8K, I and L adapters. > But this driver available only for FreeBSD 5.4. :( Thanks to Andrew Jemerya for pointing to new aacu(4) driver for FreeBSD 6.0. http://www.adaptec.com/en-US/downloads/unix/freebsd?productId=AAR-2820SA http://www.adaptec.com/en-US/speed/raid/aac/linux/aacraid_drv_freebsd6_v9179_tar_gz.htm 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). Now i've successfully installed FreeBSD to my new IBM x3650 with an IBM ServeRAID-8k controller. I think that this patch can be successfully applied to CURRENT sources. Patch and dmesg.boot is attached. -- WBR, Andrey V. Elsukov --------------030102040200060207040700 Content-Type: text/plain; name="aac-RELENG_6.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="aac-RELENG_6.txt" --- sys/dev/aac.orig/aac.c Mon Jan 30 00:00:00 2006 +++ sys/dev/aac/aac.c Fri Sep 22 12:51:24 2006 @@ -33,7 +33,7 @@ /* * Driver for the Adaptec 'FSA' family of PCI/SCSI RAID adapters. */ -#define AAC_DRIVER_VERSION 0x02000000 +#define AAC_DRIVER_VERSION 0x02000001 #define AAC_DRIVERNAME "aac" #include "opt_aac.h" @@ -1668,14 +1668,12 @@ sc->aac_max_sectors = 128; /* 64KB */ if (sc->flags & AAC_FLAGS_SG_64BIT) sc->aac_sg_tablesize = (AAC_FIB_DATASIZE - - sizeof(struct aac_blockwrite64) - + sizeof(struct aac_sg_table64)) - / sizeof(struct aac_sg_table64); + - sizeof(struct aac_blockwrite64)) + / sizeof(struct aac_sg_entry64); else sc->aac_sg_tablesize = (AAC_FIB_DATASIZE - - sizeof(struct aac_blockwrite) - + sizeof(struct aac_sg_table)) - / sizeof(struct aac_sg_table); + - sizeof(struct aac_blockwrite)) + / sizeof(struct aac_sg_entry); if (!aac_sync_command(sc, AAC_MONKER_GETCOMMPREF, 0, 0, 0, 0, NULL)) { options = AAC_GET_MAILBOX(sc, 1); @@ -3220,7 +3218,7 @@ mtx_lock(&sc->aac_aifq_lock); next = (sc->aac_aifq_head + 1) % AAC_AIFQ_LENGTH; if (next != sc->aac_aifq_tail) { - bcopy(aif, &sc->aac_aifq[next], sizeof(struct aac_aif_command)); + bcopy(fib, &sc->aac_aifq[next], sizeof(struct aac_fib)); sc->aac_aifq_head = next; /* On the off chance that someone is sleeping for an aif... */ @@ -3327,7 +3325,7 @@ next = (sc->aac_aifq_tail + 1) % AAC_AIFQ_LENGTH; error = copyout(&sc->aac_aifq[next], uptr, - sizeof(struct aac_aif_command)); + sizeof(struct aac_fib)); if (error) device_printf(sc->aac_dev, "aac_return_aif: copyout returned %d\n", error); --- sys/dev/aac.orig/aac_pci.c Thu Jun 22 09:01:00 2006 +++ sys/dev/aac/aac_pci.c Fri Sep 22 12:52:45 2006 @@ -126,13 +126,13 @@ {0x9005, 0x0285, 0x9005, 0x0286, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB | AAC_FLAGS_256FIBS, "Adaptec SCSI RAID 2120S"}, {0x9005, 0x0285, 0x9005, 0x0290, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB, - "Adaptec SATA RAID 2410SA"}, + "Adaptec SCSI RAID 2410SA"}, {0x9005, 0x0285, 0x1028, 0x0291, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB, "Dell CERC SATA RAID 2"}, {0x9005, 0x0285, 0x9005, 0x0292, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB, - "Adaptec SATA RAID 2810SA"}, + "Adaptec SCSI RAID 2810SA"}, {0x9005, 0x0285, 0x9005, 0x0293, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB, - "Adaptec SATA RAID 21610SA"}, + "Adaptec SCSI RAID 21610SA"}, {0x9005, 0x0285, 0x103c, 0x3227, AAC_HWIF_I960RX, AAC_FLAGS_NO4GB, "HP ML110 G2 (Adaptec 2610SA)"}, {0x9005, 0x0286, 0x9005, 0x028c, AAC_HWIF_RKT, 0, @@ -161,19 +161,19 @@ {0x9005, 0x0286, 0x9005, 0x029d, AAC_HWIF_RKT, 0, "Adaptec SATA RAID 2420SA"}, {0x9005, 0x0286, 0x9005, 0x029e, AAC_HWIF_RKT, 0, - "ICP ICP9024RO SCSI RAID"}, + "ICP9024RO SATA RAID"}, {0x9005, 0x0286, 0x9005, 0x029f, AAC_HWIF_RKT, 0, - "ICP ICP9014RO SCSI RAID"}, + "ICP9014RO SATA RAID"}, {0x9005, 0x0285, 0x9005, 0x0294, AAC_HWIF_I960RX, 0, "Adaptec SATA RAID 2026ZCR"}, - {0x9005, 0x0285, 0x103c, 0x3227, AAC_HWIF_I960RX, 0, - "Adaptec SATA RAID 2610SA"}, {0x9005, 0x0285, 0x9005, 0x0296, AAC_HWIF_I960RX, 0, "Adaptec SCSI RAID 2240S"}, {0x9005, 0x0285, 0x9005, 0x0297, AAC_HWIF_I960RX, 0, "Adaptec SAS RAID 4005SAS"}, {0x9005, 0x0285, 0x1014, 0x02f2, AAC_HWIF_I960RX, 0, "IBM ServeRAID 8i"}, + {0x9005, 0x0285, 0x1014, 0x0312, AAC_HWIF_I960RX, 0, + "IBM ServeRAID 8i"}, {0x9005, 0x0285, 0x9005, 0x0298, AAC_HWIF_I960RX, 0, "Adaptec SAS RAID 4000SAS"}, {0x9005, 0x0285, 0x9005, 0x0299, AAC_HWIF_I960RX, 0, @@ -185,45 +185,53 @@ {0x9005, 0x0285, 0x9005, 0x028f, AAC_HWIF_I960RX, 0, "Adaptec SATA RAID 2025SA ZCR"}, {0x9005, 0x0285, 0x9005, 0x02a4, AAC_HWIF_I960RX, 0, - "ICP ICP9085LI SAS RAID"}, + "ICP 9085LI SAS RAID"}, {0x9005, 0x0285, 0x9005, 0x02a5, AAC_HWIF_I960RX, 0, - "ICP ICP5085BR SAS RAID"}, + "ICP 5085BR SAS RAID"}, {0x9005, 0x0286, 0x9005, 0x02a0, AAC_HWIF_RKT, 0, - "ICP ICP9047MA SATA RAID"}, + "ICP9047MA SATA RAID"}, {0x9005, 0x0286, 0x9005, 0x02a1, AAC_HWIF_RKT, 0, - "ICP ICP9087MA SATA RAID"}, + "ICP9087MA SATA RAID"}, + {0x9005, 0x0286, 0x9005, 0x02a2, AAC_HWIF_RKT, 0, + "Adaptec SAS RAID 3800SAS"}, + {0x9005, 0x0286, 0x9005, 0x02a3, AAC_HWIF_RKT, 0, + "ICP5445AU SAS RAID"}, + {0x9005, 0x0286, 0x9005, 0x02a6, AAC_HWIF_RKT, 0, + "ICP9067MA SATA RAID"}, + {0x9005, 0x0286, 0x9005, 0x02a7, AAC_HWIF_RKT, 0, + "Adaptec SAS RAID 3805SAS"}, + {0x9005, 0x0286, 0x9005, 0x02a9, AAC_HWIF_RKT, 0, + "ICP5085AU SAS RAID"}, + {0x9005, 0x0286, 0x9005, 0x02ac, AAC_HWIF_RKT, 0, + "Adaptec SAS RAID 1800SAS"}, + {0x9005, 0x0286, 0x1014, 0x9580, AAC_HWIF_RKT, 0, + "IBM ServeRAID 8k"}, + {0x9005, 0x0286, 0x1014, 0x9540, AAC_HWIF_RKT, 0, + "IBM ServeRAID 8L"}, {0, 0, 0, 0, 0, 0, 0} }; -static struct aac_ident * -aac_find_ident(device_t dev) -{ - struct aac_ident *m; - - for (m = aac_identifiers; m->vendor != 0; m++) { - if ((m->vendor == pci_get_vendor(dev)) && - (m->device == pci_get_device(dev)) && - (m->subvendor == pci_get_subvendor(dev)) && - (m->subdevice == pci_get_subdevice(dev))) - return (m); - } - - return (NULL); -} - /* * Determine whether this is one of our supported adapters. */ static int aac_pci_probe(device_t dev) { - struct aac_ident *id; + struct aac_ident *m; debug_called(1); - if ((id = aac_find_ident(dev)) != NULL) { - device_set_desc(dev, id->desc); - return(BUS_PROBE_DEFAULT); + for (m = aac_identifiers; m->vendor != 0; m++) { + if ((m->vendor == pci_get_vendor(dev)) && + (m->device == pci_get_device(dev)) && + ((m->subvendor == 0) || (m->subvendor == + pci_get_subvendor(dev))) && + ((m->subdevice == 0) || ((m->subdevice == + pci_get_subdevice(dev))))) { + + device_set_desc(dev, m->desc); + return(BUS_PROBE_SPECIFIC); + } } return(ENXIO); } @@ -235,8 +243,7 @@ aac_pci_attach(device_t dev) { struct aac_softc *sc; - struct aac_ident *id; - int error; + int i, error; u_int32_t command; debug_called(1); @@ -310,8 +317,12 @@ * Detect the hardware interface version, set up the bus interface * indirection. */ - id = aac_find_ident(dev); - sc->aac_hwif = id->hwif; + for (i = 0; aac_identifiers[i].vendor != 0; i++) { + if ((aac_identifiers[i].vendor == pci_get_vendor(dev)) && + (aac_identifiers[i].device == pci_get_device(dev)) && + (aac_identifiers[i].subvendor == pci_get_subvendor(dev)) && + (aac_identifiers[i].subdevice == pci_get_subdevice(dev))) { + sc->aac_hwif = aac_identifiers[i].hwif; switch(sc->aac_hwif) { case AAC_HWIF_I960RX: debug(2, "set hardware up for i960Rx"); @@ -331,13 +342,21 @@ break; default: sc->aac_hwif = AAC_HWIF_UNKNOWN; + break; + } + + /* Set up quirks */ + sc->flags = aac_identifiers[i].quirks; + + break; + } + } + if (sc->aac_hwif == AAC_HWIF_UNKNOWN) { device_printf(sc->aac_dev, "unknown hardware type\n"); error = ENXIO; goto out; } - /* Set up quirks */ - sc->flags = id->quirks; /* * Do bus-independent initialisation. --- sys/dev/aac.orig/aacvar.h Sun Oct 9 00:00:00 2005 +++ sys/dev/aac/aacvar.h Fri Sep 22 12:52:56 2006 @@ -356,7 +356,7 @@ /* management interface */ struct cdev *aac_dev_t; struct mtx aac_aifq_lock; - struct aac_aif_command aac_aifq[AAC_AIFQ_LENGTH]; + struct aac_fib aac_aifq[AAC_AIFQ_LENGTH]; int aac_aifq_head; int aac_aifq_tail; struct selinfo rcv_select; --------------030102040200060207040700 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.2-20060924-SNAP #0: Sat Sep 23 23:29:41 UTC 2006 root@bridge.hostel4.hvn:/usr/obj/usr/src/sys/SMP acpi_alloc_wakeup_handler: can't alloc wake memory Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe4bd,> AMD Features=0x20000000 AMD Features2=0x1 Cores per package: 2 Logical CPUs per core: 2 real memory = 3221008384 (3071 MB) avail memory = 3150974976 (3005 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 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_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 0x588-0x58b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 cpu4: on acpi0 acpi_throttle4: on cpu4 acpi_throttle4: failed to attach P_CNT device_attach: acpi_throttle4 attach returned 6 cpu5: on acpi0 acpi_throttle5: on cpu5 acpi_throttle5: failed to attach P_CNT device_attach: acpi_throttle5 attach returned 6 cpu6: on acpi0 acpi_throttle6: on cpu6 acpi_throttle6: failed to attach P_CNT device_attach: acpi_throttle6 attach returned 6 cpu7: on acpi0 acpi_throttle7: on cpu7 acpi_throttle7: failed to attach P_CNT device_attach: acpi_throttle7 attach returned 6 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci26: on pcib1 pcib2: at device 0.0 on pci26 pci27: on pcib2 pcib3: at device 0.0 on pci27 pci28: on pcib3 pcib4: at device 1.0 on pci27 pci36: on pcib4 pcib5: at device 0.3 on pci26 pci37: on pcib5 pcib6: at device 3.0 on pci0 pci4: on pcib6 aac0: port 0x5000-0x50ff mem 0xc9e00000-0xc9ffffff,0xc7fe0000-0xc7ffffff irq 17 at device 0.0 on pci4 aac0: New comm. interface enabled aac0: Adaptec Raid Controller 2.0.1-1 pcib7: at device 4.0 on pci0 pci16: on pcib7 pcib8: at device 5.0 on pci0 pci69: on pcib8 pcib9: at device 6.0 on pci0 pci7: on pcib9 pcib10: at device 7.0 on pci0 pci68: on pcib10 pci0: at device 8.0 (no driver attached) pcib11: at device 28.0 on pci0 pci2: on pcib11 pcib12: at device 0.0 on pci2 pci3: on pcib12 bce0: mem 0xce000000-0xcfffffff irq 16 at device 0.0 on pci3 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:14:5e:18:16:72 pcib13: at device 28.1 on pci0 pci5: on pcib13 pcib14: at device 0.0 on pci5 pci6: on pcib14 bce1: mem 0xca000000-0xcbffffff irq 17 at device 0.0 on pci6 bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce1: Ethernet address: 00:14:5e:18:16:74 uhci0: port 0x2200-0x221f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2600-0x261f irq 22 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2a00-0x2a1f irq 23 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2e00-0x2e1f irq 22 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf9000000-0xf90003ff 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: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib15: at device 30.0 on pci0 pci1: on pcib15 pci1: at device 6.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x480-0x48f at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcc7ff,0xcc800-0xcdfff,0xce000-0xd2fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 ukbd0: CHICONY HP Basic USB Keyboard, rev 1.10/3.00, addr 2, iclass 3/1 kbd2 at ukbd0 ukbd1: vendor 0x10d5 UKU-M02 1.7, rev 1.10/0.00, addr 2, iclass 3/1 kbd3 at ukbd1 ums0: vendor 0x10d5 UKU-M02 1.7, rev 1.10/0.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec acd0: CDRW at ata1-master UDMA33 aacd0: on aac0 aacd0: 69890MB (143134720 sectors) aacd1: on aac0 aacd1: 139788MB (286285824 sectors) SMP: AP CPU #2 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #5 Launched! Trying to mount root from ufs:/dev/aacd0s1a --------------030102040200060207040700-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 09:57:57 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C75C16A407; Mon, 25 Sep 2006 09:57:57 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FE1843D88; Mon, 25 Sep 2006 09:57:45 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (3t55est8alq91ii9@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k8P9vjEQ087117; Mon, 25 Sep 2006 02:57:45 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k8P9vjVV087116; Mon, 25 Sep 2006 02:57:45 -0700 (PDT) (envelope-from jmg) Date: Mon, 25 Sep 2006 02:57:45 -0700 From: John-Mark Gurney To: current@FreeBSD.org, net@FreeBSD.org Message-ID: <20060925095745.GA80527@funkthat.com> Mail-Followup-To: current@FreeBSD.org, net@FreeBSD.org, Andre Oppermann , mohans@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Andre Oppermann , mohans@FreeBSD.org Subject: odd TCP rtt/retransmit timeout issue... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 09:57:57 -0000 I was brining up another interface that I just added to /etc/rc.conf and ran the command /etc/rc.d/netif start to initalize it... But then my connection never came back.... I found that the shell was still active as I could type commands like sleep 5, and another session's w would see sleep 5 run on the session... even filling up the send-q w/ 32k of data didn't get the HEAD box to send any data to the client... With the help of silby, I managed to find that the t_rxtcur value in the tcpcb was getting a very large value. The session that hung had a retransmit timeout of 19 days... This led us to find that the TCPT_RANGESET macro was letting very large tvmin values override the more sane tvmax values due to an extra else. I have added that so we shouldn't see any more multi day timeouts, but we still apparently have a problem where the rtt value calculated is wildly incorrect... It appears that each connection will get a different "random" rtt values... From a few connections to my machine: (kgdb) print ((struct tcpcb *)0xc3a34af8)->t_rxtcur $3 = 64000 (kgdb) print ((struct tcpcb *)0xc3a3457c)->t_rxtcur $6 = 1662654093 (kgdb) print ((struct tcpcb *)0xc3a343a8)->t_rxtcur $12 = 1358 (kgdb) print ((struct tcpcb *)0xc3a9e1d4)->t_rxtcur $17 = 203 (kgdb) print ((struct tcpcb *)0xc3a9e000)->t_rxtcur $19 = 284155863 most connections are stable around the "picked" value, though I have seen some connections oscillate between 64000 and a really large value.. I was trying to track this down, and a kernel as of 9/17 exhibits the problem, but I managed to track it down to a RELENG_6 commit (which obviously would effect HEAD) when I realized that each connection got a different value, and my older tests I was getting lucky in not having a bad timeout... To obtain these values, I used kgdb kernel /dev/mem, and put the value returned by netstat -Aanfinet's first column in as the tcpcb pointer above.. (Why is the columned named Socket, when it's the control block struct and not the socket struct?) Anyone want to track down why we are getting such large values in there? I'll try to back track farther to see how old this issue is.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 10:58: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FADE16A403 for ; Mon, 25 Sep 2006 10:58:52 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: from les.ath.cx (15.61.205.61.west.global.alpha-net.ne.jp [61.205.61.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41F9243D86 for ; Mon, 25 Sep 2006 10:58:44 +0000 (GMT) (envelope-from qhwt+fbsd@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id 73D2A86618; Mon, 25 Sep 2006 19:58:43 +0900 (JST) Date: Mon, 25 Sep 2006 19:58:43 +0900 From: YONETANI Tomokazu To: freebsd-current@freebsd.org Message-ID: <20060925105843.GC1080@les.ath.cx> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <20060924071601.GA1080@les.ath.cx> <7579f7fb0609241229v105d16fagb985655dadc2d3e8@mail.gmail.com> <20060925033117.GB1080@les.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060925033117.GB1080@les.ath.cx> User-Agent: Mutt/1.5.11 Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2006 10:58:52 -0000 On Mon, Sep 25, 2006 at 12:31:17PM +0900, YONETANI Tomokazu wrote: > On Sun, Sep 24, 2006 at 12:29:03PM -0700, Matthew Jacob wrote: > > I see no I/O related errors in your message that could definitely > > isolate it to the 1030. > > Sorry, I didn't boot with -v flag. I'll try -CURRENT kernel anyway. Since I couldn't find the recent snapshot on ftp.freebsd.org, I decided to try 5-STABLE kernel with mpt driver from 5.5-RELEASE first, and that didn't have the problem (5-STABLE already has MFC'ed mpt driver, and it has the I/O error problem). I did find a snapshot from September 5th, and it still has the same problem. So I'm sure it's something in the new driver, but at the moment I don't have a clue on how to investigate any further. FWIW, I tried to collect some information and put them here: http://les.ath.cx/FreeBSD/mpt/ I'll try to get some more debugging information the newer mpt driver later. Best regards. From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 11:10: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1BB416A47E for ; Mon, 25 Sep 2006 11:10:49 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: from les.ath.cx (15.61.205.61.west.global.alpha-net.ne.jp [61.205.61.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C5743D55 for ; Mon, 25 Sep 2006 11:10:49 +0000 (GMT) (envelope-from qhwt+fbsd@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id 7478B86618; Mon, 25 Sep 2006 20:10:48 +0900 (JST) Date: Mon, 25 Sep 2006 20:10:48 +0900 From: YONETANI Tomokazu To: freebsd-current@freebsd.org Message-ID: <20060925111048.GD1080@les.ath.cx> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <20060924071601.GA1080@les.ath.cx> <20060924205903.GY1045@tigerfish2.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060924205903.GY1045@tigerfish2.my.domain> User-Agent: Mutt/1.5.11 Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2006 11:10:49 -0000 On Sun, Sep 24, 2006 at 03:59:03PM -0500, Bruce Burden wrote: > On Sun, Sep 24, 2006 at 04:16:01PM +0900, YONETANI Tomokazu wrote: > > > > Recently I tried installing FreeBSD 5.4-RELEASE on an IBM X335 in my > > office and tried to upgrade to 6.2-PRERELEASE, and found that although > > it doesn't hang or panic during boot, running I/O intensive applications > > (including buildworld) ends up in an I/O error, and eventually panicked and > > rebooted. > > > This would be best on -STABLE, which the 6x thread is. Anyway, But I found that the snapshot from September 5 still has the similar issue, so I'd imagine that the driver in -CURRENT still has the problem, though I'm speaking without knowing how much changes have been made since the last MFC. I need to set up a machine which can build current -CURRENT to be sure. > I have: [snip] > FreeBSD tigerfish2.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #6: Sun Aug 27 11:03:43 CDT 2006 Thanks for the suggestion, I put mine at http://les.ath.cx/FreeBSD/mpt/ > and have not had any problems with the mpt device. The controller is > built into the Tyan S2895/Thunder K8WE board. > > I am not using the Seagate drive - it will be used to hold the > AMD64 installation when I get around to doing that, while the IBM > drive will continue to hold the i386 install if I need to switch > back. The RAID holds user data, and is not an issue when performing > kernel builds. > > Have you tried to install the 6.1 release from CD/DVD? Not yet, but I doubt it'll make it through to the end because of the I/O error issue. Cheers. From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 15:47:05 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8581516A416; Mon, 25 Sep 2006 15:47:05 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C01843D7D; Mon, 25 Sep 2006 15:47:00 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k8PFkxMn093354; Mon, 25 Sep 2006 10:46:59 -0500 (CDT) (envelope-from dan) Date: Mon, 25 Sep 2006 10:46:59 -0500 From: Dan Nelson To: current@FreeBSD.org, net@FreeBSD.org, Andre Oppermann , mohans@FreeBSD.org Message-ID: <20060925154659.GE73717@dan.emsphone.com> References: <20060925095745.GA80527@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060925095745.GA80527@funkthat.com> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: odd TCP rtt/retransmit timeout issue... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2006 15:47:05 -0000 In the last episode (Sep 25), John-Mark Gurney said: > I was brining up another interface that I just added to /etc/rc.conf > and ran the command /etc/rc.d/netif start to initalize it... But > then my connection never came back.... I found that the shell was > still active as I could type commands like sleep 5, and another > session's w would see sleep 5 run on the session... even filling up > the send-q w/ 32k of data didn't get the HEAD box to send any data to > the client... > > With the help of silby, I managed to find that the t_rxtcur value in > the tcpcb was getting a very large value. The session that hung had > a retransmit timeout of 19 days... This led us to find that the > TCPT_RANGESET macro was letting very large tvmin values override the > more sane tvmax values due to an extra else. I have added that so we > shouldn't see any more multi day timeouts, but we still apparently > have a problem where the rtt value calculated is wildly incorrect... > > It appears that each connection will get a different "random" rtt > values... From a few connections to my machine: > (kgdb) print ((struct tcpcb *)0xc3a34af8)->t_rxtcur > $3 = 64000 > (kgdb) print ((struct tcpcb *)0xc3a3457c)->t_rxtcur > $6 = 1662654093 > (kgdb) print ((struct tcpcb *)0xc3a343a8)->t_rxtcur > $12 = 1358 > (kgdb) print ((struct tcpcb *)0xc3a9e1d4)->t_rxtcur > $17 = 203 > (kgdb) print ((struct tcpcb *)0xc3a9e000)->t_rxtcur > $19 = 284155863 Do you have net.inet.tcp.inflight.enable=1 ? You might be hitting something related to kern/75122. You'll want to pull the raw gnats repository file to read it; the query-pr.cgi web interface doesn't parse the file right and it loses all the replies. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 15:57:06 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACA2416A412; Mon, 25 Sep 2006 15:57:06 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A00543D5C; Mon, 25 Sep 2006 15:57:04 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (r3g7vgsxq9i7sknu@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k8PFuw6g094553; Mon, 25 Sep 2006 08:56:59 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k8PFuw1h094552; Mon, 25 Sep 2006 08:56:58 -0700 (PDT) (envelope-from jmg) Date: Mon, 25 Sep 2006 08:56:58 -0700 From: John-Mark Gurney To: Dan Nelson Message-ID: <20060925155658.GB80527@funkthat.com> Mail-Followup-To: Dan Nelson , current@FreeBSD.org, net@FreeBSD.org, Andre Oppermann , mohans@FreeBSD.org References: <20060925095745.GA80527@funkthat.com> <20060925154659.GE73717@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060925154659.GE73717@dan.emsphone.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: mohans@FreeBSD.org, Andre Oppermann , current@FreeBSD.org, net@FreeBSD.org Subject: Re: odd TCP rtt/retransmit timeout issue... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 15:57:06 -0000 Dan Nelson wrote this message on Mon, Sep 25, 2006 at 10:46 -0500: > In the last episode (Sep 25), John-Mark Gurney said: > > I was brining up another interface that I just added to /etc/rc.conf > > and ran the command /etc/rc.d/netif start to initalize it... But > > then my connection never came back.... I found that the shell was > > still active as I could type commands like sleep 5, and another > > session's w would see sleep 5 run on the session... even filling up > > the send-q w/ 32k of data didn't get the HEAD box to send any data to > > the client... > > > > With the help of silby, I managed to find that the t_rxtcur value in > > the tcpcb was getting a very large value. The session that hung had > > a retransmit timeout of 19 days... This led us to find that the > > TCPT_RANGESET macro was letting very large tvmin values override the > > more sane tvmax values due to an extra else. I have added that so we > > shouldn't see any more multi day timeouts, but we still apparently > > have a problem where the rtt value calculated is wildly incorrect... > > > > It appears that each connection will get a different "random" rtt > > values... From a few connections to my machine: > > (kgdb) print ((struct tcpcb *)0xc3a34af8)->t_rxtcur > > $3 = 64000 > > (kgdb) print ((struct tcpcb *)0xc3a3457c)->t_rxtcur > > $6 = 1662654093 > > (kgdb) print ((struct tcpcb *)0xc3a343a8)->t_rxtcur > > $12 = 1358 > > (kgdb) print ((struct tcpcb *)0xc3a9e1d4)->t_rxtcur > > $17 = 203 > > (kgdb) print ((struct tcpcb *)0xc3a9e000)->t_rxtcur > > $19 = 284155863 > > Do you have net.inet.tcp.inflight.enable=1 ? You might be hitting Yes. > something related to kern/75122. You'll want to pull the raw gnats > repository file to read it; the query-pr.cgi web interface doesn't > parse the file right and it loses all the replies. Doesn't look like it... I just disabled inflight, and my first connection got: (kgdb) print ((struct tcpcb *)0xc3a4857c)->t_rxtcur $1 = 921479340 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 17:42: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C640316A47E for ; Mon, 25 Sep 2006 17:42:48 +0000 (UTC) (envelope-from nullpt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE91F43D64 for ; Mon, 25 Sep 2006 17:42:44 +0000 (GMT) (envelope-from nullpt@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so460298uge for ; Mon, 25 Sep 2006 10:42:43 -0700 (PDT) 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=VMz24kTIOf+UrNizoZc0r7taTPZLuvAYhmQXQewOaMovk9+7kqfKJRgjJEoCTwENz7gkrwQWdOdMWHDQCV6goL7JI5EdVXAnj+AmIkGJ7G3AqM+lmPxfwwFvC84VPTjm90N++wvgtQfuhiiGSRO8XJarR8bHPNL25q2IC6dMiZM= Received: by 10.67.100.17 with SMTP id c17mr3601504ugm; Mon, 25 Sep 2006 10:42:43 -0700 (PDT) Received: by 10.66.237.20 with HTTP; Mon, 25 Sep 2006 10:42:43 -0700 (PDT) Message-ID: <755cb9fc0609251042h163ff7f1l4e96369ed7bd0106@mail.gmail.com> Date: Mon, 25 Sep 2006 18:42:43 +0100 From: "Alexandre Vieira" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_44229_20100486.1159206163566" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Acer Aspire 1644WLMi -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 17:42:48 -0000 ------=_Part_44229_20100486.1159206163566 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello folks, I just went -CURRENT for the first time and everything seems fairly equal to 6.1-STABLE. I have an Acer Aspire 1644WLMi. ACPI doesn't seem to work very well. I have many messages in dmesg complaining about acpi. I had kde working but since the upgrade it's broken. I've tried to recompile it but im having troubles compiling some ports (altough it seems application specific,, i.e pilot-link/libmal) . I did no change to my 6-stable kernel. Is there anything I have to take in consideration in -CURRENT regarding compilations? Also, does anyone know if an intel high definition audio driver exists in -CURRENT? Nothing seems to grab the sound card and I cant find a suitable module for it. I'm sorry for any eventual dumminess coming out of my fingers and thank you very much for your itme. Regards, -- Alexandre Vieira - nullpt@gmail.com ------=_Part_44229_20100486.1159206163566 Content-Type: text/plain; name=kern.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_esj5a46i Content-Disposition: attachment; filename="kern.txt" Iw0KIyBHRU5FUklDIC0tIEdlbmVyaWMga2VybmVsIGNvbmZpZ3VyYXRpb24gZmlsZSBmb3IgRnJl ZUJTRC9pMzg2DQojDQojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNl IHJlYWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24NCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmls ZXM6DQojDQojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9i b29rcy9oYW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwNCiMNCiMgVGhlIGhhbmRib29r IGlzIGFsc28gYXZhaWxhYmxlIGxvY2FsbHkgaW4gL3Vzci9zaGFyZS9kb2MvaGFuZGJvb2sNCiMg aWYgeW91J3ZlIGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5 cyBzZWUgdGhlDQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVyIChodHRwOi8vd3d3LkZy ZWVCU0Qub3JnLykgZm9yIHRoZQ0KIyBsYXRlc3QgaW5mb3JtYXRpb24uDQojDQojIEFuIGV4aGF1 c3RpdmUgbGlzdCBvZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVkIGV4cGxhbmF0aW9ucyBvZiB0 aGUNCiMgZGV2aWNlIGxpbmVzIGlzIGFsc28gcHJlc2VudCBpbiB0aGUgLi4vLi4vY29uZi9OT1RF UyBhbmQgTk9URVMgZmlsZXMuDQojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBv c2Ugb3IgbmVjZXNzaXR5IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QNCiMgaW4gTk9URVMuDQojDQoj ICRGcmVlQlNEOiBzcmMvc3lzL2kzODYvY29uZi9HRU5FUklDLHYgMS40MjkuMi4xMSAyMDA2LzA3 LzEzIDA4OjExOjQ2IGRlbHBoaWogRXhwICQNCg0KbWFjaGluZSAgICAgICAgIGkzODYNCmNwdSAg ICAgICAgICAgICBJNjg2X0NQVQ0KaWRlbnQgICAgICAgICAgIEdFTkVSSUMNCg0KIyBUbyBzdGF0 aWNhbGx5IGNvbXBpbGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5o aW50cw0KI2hpbnRzICAgICAgICAgICJHRU5FUklDLmhpbnRzIiAgICAgICAgICMgRGVmYXVsdCBw bGFjZXMgdG8gbG9vayBmb3IgZGV2aWNlcy4NCg0KbWFrZW9wdGlvbnMgICAgIERFQlVHPS1nICAg ICAgICAgICAgICAgICMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMNCg0K b3B0aW9ucyAgICAgICAgIERFVklDRV9QT0xMSU5HDQpvcHRpb25zICAgICAgICAgSFo9MTAwMA0K b3B0aW9ucyAgICAgICAgIFNDSEVEX1VMRSAgICAgICAgICAgICAgICMgVUxFIHNjaGVkdWxlcg0K I29wdGlvbnMgICAgICAgIFNDSEVEXzRCU0QgICAgICAgICAgICAgICMgNEJTRCBzY2hlZHVsZXIN Cm9wdGlvbnMgICAgICAgICBQUkVFTVBUSU9OICAgICAgICAgICAgICAjIEVuYWJsZSBrZXJuZWwg dGhyZWFkIHByZWVtcHRpb24NCm9wdGlvbnMgICAgICAgICBJTkVUICAgICAgICAgICAgICAgICAg ICAjIEludGVyTkVUd29ya2luZw0Kb3B0aW9ucyAgICAgICAgIElORVQ2ICAgICAgICAgICAgICAg ICAgICMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMNCm9wdGlvbnMgICAgICAgICBGRlMg ICAgICAgICAgICAgICAgICAgICAjIEJlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQ0Kb3B0aW9ucyAg ICAgICAgIFNPRlRVUERBVEVTICAgICAgICAgICAgICMgRW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMg c3VwcG9ydA0Kb3B0aW9ucyAgICAgICAgIFVGU19BQ0wgICAgICAgICAgICAgICAgICMgU3VwcG9y dCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMNCm9wdGlvbnMgICAgICAgICBVRlNfRElSSEFTSCAg ICAgICAgICAgICAjIEltcHJvdmUgcGVyZm9ybWFuY2Ugb24gYmlnIGRpcmVjdG9yaWVzDQpvcHRp b25zICAgICAgICAgTURfUk9PVCAgICAgICAgICAgICAgICAgIyBNRCBpcyBhIHBvdGVudGlhbCBy b290IGRldmljZQ0Kb3B0aW9ucyAgICAgICAgIE5GU0NMSUVOVCAgICAgICAgICAgICAgICMgTmV0 d29yayBGaWxlc3lzdGVtIENsaWVudA0Kb3B0aW9ucyAgICAgICAgIE5GU1NFUlZFUiAgICAgICAg ICAgICAgICMgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcg0Kb3B0aW9ucyAgICAgICAgIE5GU19S T09UICAgICAgICAgICAgICAgICMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQN Cm9wdGlvbnMgICAgICAgICBNU0RPU0ZTICAgICAgICAgICAgICAgICAjIE1TRE9TIEZpbGVzeXN0 ZW0NCm9wdGlvbnMgICAgICAgICBDRDk2NjAgICAgICAgICAgICAgICAgICAjIElTTyA5NjYwIEZp bGVzeXN0ZW0NCm9wdGlvbnMgICAgICAgICBQUk9DRlMgICAgICAgICAgICAgICAgICAjIFByb2Nl c3MgZmlsZXN5c3RlbSAocmVxdWlyZXMgUFNFVURPRlMpDQpvcHRpb25zICAgICAgICAgUFNFVURP RlMgICAgICAgICAgICAgICAgIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsNCm9wdGlvbnMg ICAgICAgICBHRU9NX0dQVCAgICAgICAgICAgICAgICAjIEdVSUQgUGFydGl0aW9uIFRhYmxlcy4N Cm9wdGlvbnMgICAgICAgICBDT01QQVRfNDMgICAgICAgICAgICAgICAjIENvbXBhdGlibGUgd2l0 aCBCU0QgNC4zIFtLRUVQIFRISVMhXQ0Kb3B0aW9ucyAgICAgICAgIENPTVBBVF9GUkVFQlNENCAg ICAgICAgICMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0DQpvcHRpb25zICAgICAgICAgQ09NUEFU X0ZSRUVCU0Q1ICAgICAgICAgIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDUNCm9wdGlvbnMgICAg ICAgICBTQ1NJX0RFTEFZPTUwMDAgICAgICAgICAjIERlbGF5IChpbiBtcykgYmVmb3JlIHByb2Jp bmcgU0NTSQ0Kb3B0aW9ucyAgICAgICAgIEtUUkFDRSAgICAgICAgICAgICAgICAgICMga3RyYWNl KDEpIHN1cHBvcnQNCm9wdGlvbnMgICAgICAgICBTWVNWU0hNICAgICAgICAgICAgICAgICAjIFNZ U1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQ0Kb3B0aW9ucyAgICAgICAgIFNZU1ZNU0cgICAgICAgICAg ICAgICAgICMgU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcw0Kb3B0aW9ucyAgICAgICAgIFNZU1ZT RU0gICAgICAgICAgICAgICAgICMgU1lTVi1zdHlsZSBzZW1hcGhvcmVzDQpvcHRpb25zICAgICAg ICAgX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNfMUIgcmVhbC10aW1l IGV4dGVuc2lvbnMNCm9wdGlvbnMgICAgICAgICBLQkRfSU5TVEFMTF9DREVWICAgICAgICAjIGlu c3RhbGwgYSBDREVWIGVudHJ5IGluIC9kZXYNCm9wdGlvbnMgICAgICAgICBBREFQVElWRV9HSUFO VCAgICAgICAgICAjIEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLg0KZGV2aWNlICAgICAgICAgIGFw aWMgICAgICAgICAgICAgICAgICAgICMgSS9PIEFQSUMNCg0KIyBCdXMgc3VwcG9ydC4NCmRldmlj ZSAgICAgICAgICBlaXNhDQpkZXZpY2UgICAgICAgICAgcGNpDQoNCiMgRmxvcHB5IGRyaXZlcw0K I2RldmljZSAgICAgICAgIGZkYw0KDQojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcw0KZGV2aWNlICAg ICAgICAgIGF0YQ0KZGV2aWNlICAgICAgICAgIGF0YWRpc2sgICAgICAgICAjIEFUQSBkaXNrIGRy aXZlcw0KZGV2aWNlICAgICAgICAgIGF0YXJhaWQgICAgICAgICAjIEFUQSBSQUlEIGRyaXZlcw0K ZGV2aWNlICAgICAgICAgIGF0YXBpY2QgICAgICAgICAjIEFUQVBJIENEUk9NIGRyaXZlcw0KZGV2 aWNlICAgICAgICAgIGF0YXBpZmQgICAgICAgICAjIEFUQVBJIGZsb3BweSBkcml2ZXMNCmRldmlj ZSAgICAgICAgICBhdGFwaXN0ICAgICAgICAgIyBBVEFQSSB0YXBlIGRyaXZlcw0Kb3B0aW9ucyAg ICAgICAgIEFUQV9TVEFUSUNfSUQgICAjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nDQoNCiMgU0NT SSBDb250cm9sbGVycw0KZGV2aWNlICAgICAgICAgIGFoYiAgICAgICAgICAgICAjIEVJU0EgQUhB MTc0MiBmYW1pbHkNCmRldmljZSAgICAgICAgICBhaGMgICAgICAgICAgICAgIyBBSEEyOTQwIGFu ZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcw0Kb3B0aW9ucyAgICAgICAgIEFIQ19SRUdfUFJFVFRZ X1BSSU5UICAgICMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIyBvdXRwdXQuICBBZGRzIH4xMjhrIHRvIGRy aXZlci4NCmRldmljZSAgICAgICAgICBhaGQgICAgICAgICAgICAgIyBBSEEzOTMyMC8yOTMyMCBh bmQgb25ib2FyZCBBSUM3OXh4IGRldmljZXMNCm9wdGlvbnMgICAgICAgICBBSERfUkVHX1BSRVRU WV9QUklOVCAgICAjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1Zw0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBk cml2ZXIuDQpkZXZpY2UgICAgICAgICAgYW1kICAgICAgICAgICAgICMgQU1EIDUzQzk3NCAoVGVr cmFtIERDLTM5MChUKSkNCmRldmljZSAgICAgICAgICBpc3AgICAgICAgICAgICAgIyBRbG9naWMg ZmFtaWx5DQojZGV2aWNlICAgICAgICAgaXNwZncgICAgICAgICAgICMgRmlybXdhcmUgZm9yIFFM b2dpYyBIQkFzLSBub3JtYWxseSBhIG1vZHVsZQ0KZGV2aWNlICAgICAgICAgIG1wdCAgICAgICAg ICAgICAjIExTSS1Mb2dpYyBNUFQtRnVzaW9uDQojZGV2aWNlICAgICAgICAgbmNyICAgICAgICAg ICAgICMgTkNSL1N5bWJpb3MgTG9naWMNCmRldmljZSAgICAgICAgICBzeW0gICAgICAgICAgICAg IyBOQ1IvU3ltYmlvcyBMb2dpYyAobmV3ZXIgY2hpcHNldHMgKyB0aG9zZSBvZiBgbmNyJykNCmRl dmljZSAgICAgICAgICB0cm0gICAgICAgICAgICAgIyBUZWtyYW0gREMzOTVVL1VXL0YgREMzMTVV IGFkYXB0ZXJzDQoNCmRldmljZSAgICAgICAgICBhZHYgICAgICAgICAgICAgIyBBZHZhbnN5cyBT Q1NJIGFkYXB0ZXJzDQpkZXZpY2UgICAgICAgICAgYWR3ICAgICAgICAgICAgICMgQWR2YW5zeXMg d2lkZSBTQ1NJIGFkYXB0ZXJzDQpkZXZpY2UgICAgICAgICAgYWhhICAgICAgICAgICAgICMgQWRh cHRlYyAxNTR4IFNDU0kgYWRhcHRlcnMNCmRldmljZSAgICAgICAgICBhaWMgICAgICAgICAgICAg IyBBZGFwdGVjIDE1WzAxMl14IFNDU0kgYWRhcHRlcnMsIEFJQy02WzIzXTYwLg0KZGV2aWNlICAg ICAgICAgIGJ0ICAgICAgICAgICAgICAjIEJ1c2xvZ2ljL015bGV4IE11bHRpTWFzdGVyIFNDU0kg YWRhcHRlcnMNCg0KZGV2aWNlICAgICAgICAgIG5jdiAgICAgICAgICAgICAjIE5DUiA1M0M1MDAN CmRldmljZSAgICAgICAgICBuc3AgICAgICAgICAgICAgIyBXb3JrYml0IE5pbmphIFNDU0ktMw0K ZGV2aWNlICAgICAgICAgIHN0ZyAgICAgICAgICAgICAjIFRNQyAxOEMzMC8xOEM1MA0KDQojIFND U0kgcGVyaXBoZXJhbHMNCmRldmljZSAgICAgICAgICBzY2J1cyAgICAgICAgICAgIyBTQ1NJIGJ1 cyAocmVxdWlyZWQgZm9yIFNDU0kpDQpkZXZpY2UgICAgICAgICAgY2ggICAgICAgICAgICAgICMg U0NTSSBtZWRpYSBjaGFuZ2Vycw0KZGV2aWNlICAgICAgICAgIGRhICAgICAgICAgICAgICAjIERp cmVjdCBBY2Nlc3MgKGRpc2tzKQ0KZGV2aWNlICAgICAgICAgIHNhICAgICAgICAgICAgICAjIFNl cXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykNCmRldmljZSAgICAgICAgICBjZCAgICAgICAgICAg ICAgIyBDRA0KZGV2aWNlICAgICAgICAgIHBhc3MgICAgICAgICAgICAjIFBhc3N0aHJvdWdoIGRl dmljZSAoZGlyZWN0IFNDU0kgYWNjZXNzKQ0KZGV2aWNlICAgICAgICAgIHNlcyAgICAgICAgICAg ICAjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkNCg0KIyBSQUlEIGNv bnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtDQpkZXZpY2UgICAgICAg ICAgYW1yICAgICAgICAgICAgICMgQU1JIE1lZ2FSQUlEDQpkZXZpY2UgICAgICAgICAgYXJjbXNy ICAgICAgICAgICMgQXJlY2EgU0FUQSBJSSBSQUlEDQpkZXZpY2UgICAgICAgICAgYXNyICAgICAg ICAgICAgICMgRFBUIFNtYXJ0UkFJRCBWLCBWSSBhbmQgQWRhcHRlYyBTQ1NJIFJBSUQNCmRldmlj ZSAgICAgICAgICBjaXNzICAgICAgICAgICAgIyBDb21wYXEgU21hcnQgUkFJRCA1Kg0KZGV2aWNl ICAgICAgICAgIGRwdCAgICAgICAgICAgICAjIERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBTZWUg Tk9URVMgZm9yIG9wdGlvbnMNCmRldmljZSAgICAgICAgICBocHRtdiAgICAgICAgICAgIyBIaWdo cG9pbnQgUm9ja2V0UkFJRCAxODJ4DQpkZXZpY2UgICAgICAgICAgcnIyMzJ4ICAgICAgICAgICMg SGlnaHBvaW50IFJvY2tldFJBSUQgMjMyeA0KZGV2aWNlICAgICAgICAgIGlpciAgICAgICAgICAg ICAjIEludGVsIEludGVncmF0ZWQgUkFJRA0KZGV2aWNlICAgICAgICAgIGlwcyAgICAgICAgICAg ICAjIElCTSAoQWRhcHRlYykgU2VydmVSQUlEDQpkZXZpY2UgICAgICAgICAgbWx5ICAgICAgICAg ICAgICMgTXlsZXggQWNjZWxlUkFJRC9lWHRyZW1lUkFJRA0KZGV2aWNlICAgICAgICAgIHR3YSAg ICAgICAgICAgICAjIDN3YXJlIDkwMDAgc2VyaWVzIFBBVEEvU0FUQSBSQUlEDQoNCiMgUkFJRCBj b250cm9sbGVycw0KZGV2aWNlICAgICAgICAgIGFhYyAgICAgICAgICAgICAjIEFkYXB0ZWMgRlNB IFJBSUQNCmRldmljZSAgICAgICAgICBhYWNwICAgICAgICAgICAgIyBTQ1NJIHBhc3N0aHJvdWdo IGZvciBhYWMgKHJlcXVpcmVzIENBTSkNCmRldmljZSAgICAgICAgICBpZGEgICAgICAgICAgICAg IyBDb21wYXEgU21hcnQgUkFJRA0KZGV2aWNlICAgICAgICAgIG1maSAgICAgICAgICAgICAjIExT SSBNZWdhUkFJRCBTQVMNCmRldmljZSAgICAgICAgICBtbHggICAgICAgICAgICAgIyBNeWxleCBE QUM5NjAgZmFtaWx5DQpkZXZpY2UgICAgICAgICAgcHN0ICAgICAgICAgICAgICMgUHJvbWlzZSBT dXBlcnRyYWsgU1g2MDAwDQpkZXZpY2UgICAgICAgICAgdHdlICAgICAgICAgICAgICMgM3dhcmUg QVRBIFJBSUQNCg0KIyBhdGtiZGMwIGNvbnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUg UFMvMiBtb3VzZQ0KZGV2aWNlICAgICAgICAgIGF0a2JkYyAgICAgICAgICAjIEFUIGtleWJvYXJk IGNvbnRyb2xsZXINCmRldmljZSAgICAgICAgICBhdGtiZCAgICAgICAgICAgIyBBVCBrZXlib2Fy ZA0KZGV2aWNlICAgICAgICAgIHBzbSAgICAgICAgICAgICAjIFBTLzIgbW91c2UNCg0KZGV2aWNl ICAgICAgICAgIGtiZG11eCAgICAgICAgICAjIGtleWJvYXJkIG11bHRpcGxleGVyDQoNCmRldmlj ZSAgICAgICAgICB2Z2EgICAgICAgICAgICAgIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXINCg0KZGV2 aWNlICAgICAgICAgIHNwbGFzaCAgICAgICAgICAjIFNwbGFzaCBzY3JlZW4gYW5kIHNjcmVlbiBz YXZlciBzdXBwb3J0DQoNCiMgc3lzY29ucyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwg cmVzZW1ibGluZyBhbiBTQ08gY29uc29sZQ0KZGV2aWNlICAgICAgICAgIHNjDQoNCiMgRW5hYmxl IHRoaXMgZm9yIHRoZSBwY3Z0IChWVDIyMCBjb21wYXRpYmxlKSBjb25zb2xlIGRyaXZlcg0KI2Rl dmljZSAgICAgICAgIHZ0DQojb3B0aW9ucyAgICAgICAgWFNFUlZFUiAgICAgICAgICMgc3VwcG9y dCBmb3IgWCBzZXJ2ZXIgb24gYSB2dCBjb25zb2xlDQojb3B0aW9ucyAgICAgICAgRkFUX0NVUlNP UiAgICAgICMgc3RhcnQgd2l0aCBibG9jayBjdXJzb3INCg0KZGV2aWNlICAgICAgICAgIGFncCAg ICAgICAgICAgICAjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMNCg0KIyBQb3dlciBtYW5h Z2VtZW50IHN1cHBvcnQgKHNlZSBOT1RFUyBmb3IgbW9yZSBvcHRpb25zKQ0KI2RldmljZSAgICAg ICAgIGFwbQ0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3IgdGhlIGk4MjU0Lg0KZGV2 aWNlICAgICAgICAgIHBtdGltZXINCg0KIyBQQ0NBUkQgKFBDTUNJQSkgc3VwcG9ydA0KIyBQQ01D SUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBvcnQNCmRldmljZSAgICAgICAgICBjYmIgICAgICAg ICAgICAgIyBjYXJkYnVzICh5ZW50YSkgYnJpZGdlDQpkZXZpY2UgICAgICAgICAgcGNjYXJkICAg ICAgICAgICMgUEMgQ2FyZCAoMTYtYml0KSBidXMNCmRldmljZSAgICAgICAgICBjYXJkYnVzICAg ICAgICAgIyBDYXJkQnVzICgzMi1iaXQpIGJ1cw0KDQojIFNlcmlhbCAoQ09NKSBwb3J0cw0KZGV2 aWNlICAgICAgICAgIHNpbyAgICAgICAgICAgICAjIDgyNTAsIDE2WzQ1XTUwIGJhc2VkIHNlcmlh bCBwb3J0cw0KDQojIFBhcmFsbGVsIHBvcnQNCmRldmljZSAgICAgICAgICBwcGMNCmRldmljZSAg ICAgICAgICBwcGJ1cyAgICAgICAgICAgIyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQpDQpk ZXZpY2UgICAgICAgICAgbHB0ICAgICAgICAgICAgICMgUHJpbnRlcg0KZGV2aWNlICAgICAgICAg IHBsaXAgICAgICAgICAgICAjIFRDUC9JUCBvdmVyIHBhcmFsbGVsDQpkZXZpY2UgICAgICAgICAg cHBpICAgICAgICAgICAgICMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlDQojZGV2aWNl ICAgICAgICAgdnBvICAgICAgICAgICAgICMgUmVxdWlyZXMgc2NidXMgYW5kIGRhDQoNCiMgSWYg eW91J3ZlIGdvdCBhICJkdW1iIiBzZXJpYWwgb3IgcGFyYWxsZWwgUENJIGNhcmQgdGhhdCBpcw0K IyBzdXBwb3J0ZWQgYnkgdGhlIHB1Yyg0KSBnbHVlIGRyaXZlciwgdW5jb21tZW50IHRoZSBmb2xs b3dpbmcNCiMgbGluZSB0byBlbmFibGUgaXQgKGNvbm5lY3RzIHRvIHRoZSBzaW8gYW5kL29yIHBw YyBkcml2ZXJzKToNCiNkZXZpY2UgICAgICAgICBwdWMNCiMgUENJIEV0aGVybmV0IE5JQ3MuDQpk ZXZpY2UgICAgICAgICAgZGUgICAgICAgICAgICAgICMgREVDL0ludGVsIERDMjF4NHggKGBgVHVs aXAnJykNCmRldmljZSAgICAgICAgICBlbSAgICAgICAgICAgICAgIyBJbnRlbCBQUk8vMTAwMCBh ZGFwdGVyIEdpZ2FiaXQgRXRoZXJuZXQgQ2FyZA0KZGV2aWNlICAgICAgICAgIGl4Z2IgICAgICAg ICAgICAjIEludGVsIFBSTy8xMEdiRSBFdGhlcm5ldCBDYXJkDQpkZXZpY2UgICAgICAgICAgdHhw ICAgICAgICAgICAgICMgM0NvbSAzY1I5OTAgKGBgVHlwaG9vbicnKQ0KZGV2aWNlICAgICAgICAg IHZ4ICAgICAgICAgICAgICAjIDNDb20gM2M1OTAsIDNjNTk1IChgYFZvcnRleCcnKQ0KDQojIFBD SSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNv ZGUuDQojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4g b3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhDQpkZXZpY2UgICAgICAgICAgbWlpYnVzICAgICAgICAg ICMgTUlJIGJ1cyBzdXBwb3J0DQpkZXZpY2UgICAgICAgICAgYmNlICAgICAgICAgICAgICMgQnJv YWRjb20gQkNNNTcwNi9CQ001NzA4IEdpZ2FiaXQgRXRoZXJuZXQNCmRldmljZSAgICAgICAgICBi ZmUgICAgICAgICAgICAgIyBCcm9hZGNvbSBCQ000NDB4IDEwLzEwMCBFdGhlcm5ldA0KZGV2aWNl ICAgICAgICAgIGJnZSAgICAgICAgICAgICAjIEJyb2FkY29tIEJDTTU3MHh4IEdpZ2FiaXQgRXRo ZXJuZXQNCmRldmljZSAgICAgICAgICBkYyAgICAgICAgICAgICAgIyBERUMvSW50ZWwgMjExNDMg YW5kIHZhcmlvdXMgd29ya2FsaWtlcw0KZGV2aWNlICAgICAgICAgIGZ4cCAgICAgICAgICAgICAj IEludGVsIEV0aGVyRXhwcmVzcyBQUk8vMTAwQiAoODI1NTcsIDgyNTU4KQ0KZGV2aWNlICAgICAg ICAgIGxnZSAgICAgICAgICAgICAjIExldmVsIDEgTFhUMTAwMSBnaWdhYml0IEV0aGVybmV0DQpk ZXZpY2UgICAgICAgICAgbmdlICAgICAgICAgICAgICMgTmF0U2VtaSBEUDgzODIwIGdpZ2FiaXQg RXRoZXJuZXQNCmRldmljZSAgICAgICAgICBudmUgICAgICAgICAgICAgIyBuVmlkaWEgbkZvcmNl IE1DUCBvbi1ib2FyZCBFdGhlcm5ldCBOZXR3b3JraW5nDQpkZXZpY2UgICAgICAgICAgcGNuICAg ICAgICAgICAgICMgQU1EIEFtNzlDOTd4IFBDSSAxMC8xMDAocHJlY2VkZW5jZSBvdmVyICdsbmMn KQ0KZGV2aWNlICAgICAgICAgIHJlICAgICAgICAgICAgICAjIFJlYWxUZWsgODEzOUMrLzgxNjkv ODE2OVMvODExMFMNCmRldmljZSAgICAgICAgICBybCAgICAgICAgICAgICAgIyBSZWFsVGVrIDgx MjkvODEzOQ0KZGV2aWNlICAgICAgICAgIHNmICAgICAgICAgICAgICAjIEFkYXB0ZWMgQUlDLTY5 MTUgKGBgU3RhcmZpcmUnJykNCmRldmljZSAgICAgICAgICBzaXMgICAgICAgICAgICAgIyBTaWxp Y29uIEludGVncmF0ZWQgU3lzdGVtcyBTaVMgOTAwL1NpUyA3MDE2DQpkZXZpY2UgICAgICAgICAg c2sgICAgICAgICAgICAgICMgU3lzS29ubmVjdCBTSy05ODR4ICYgU0stOTgyeCBnaWdhYml0IEV0 aGVybmV0DQpkZXZpY2UgICAgICAgICAgc3RlICAgICAgICAgICAgICMgU3VuZGFuY2UgU1QyMDEg KEQtTGluayBERkUtNTUwVFgpDQpkZXZpY2UgICAgICAgICAgdGkgICAgICAgICAgICAgICMgQWx0 ZW9uIE5ldHdvcmtzIFRpZ29uIEkvSUkgZ2lnYWJpdCBFdGhlcm5ldA0KZGV2aWNlICAgICAgICAg IHRsICAgICAgICAgICAgICAjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4NCmRldmljZSAg ICAgICAgICB0eCAgICAgICAgICAgICAgIyBTTUMgRXRoZXJQb3dlciBJSSAoODNjMTcwIGBgRVBJ QycnKQ0KZGV2aWNlICAgICAgICAgIHZnZSAgICAgICAgICAgICAjIFZJQSBWVDYxMnggZ2lnYWJp dCBFdGhlcm5ldA0KZGV2aWNlICAgICAgICAgIHZyICAgICAgICAgICAgICAjIFZJQSBSaGluZSwg UmhpbmUgSUkNCmRldmljZSAgICAgICAgICB3YiAgICAgICAgICAgICAgIyBXaW5ib25kIFc4OUM4 NDBGDQpkZXZpY2UgICAgICAgICAgeGwgICAgICAgICAgICAgICMgM0NvbSAzYzkweCAoYGBCb29t ZXJhbmcnJywgYGBDeWNsb25lJycpDQoNCiMgSVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQgTklD cyBpbmNsdWRlZC4NCmRldmljZSAgICAgICAgICBjcyAgICAgICAgICAgICAgIyBDcnlzdGFsIFNl bWljb25kdWN0b3IgQ1M4OXgwIE5JQw0KIyAnZGV2aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1p aWJ1cycNCmRldmljZSAgICAgICAgICBlZCAgICAgICAgICAgICAgIyBORVsxMl0wMDAsIFNNQyBV bHRyYSwgM2M1MDMsIERTODM5MCBjYXJkcw0KZGV2aWNlICAgICAgICAgIGV4ICAgICAgICAgICAg ICAjIEludGVsIEV0aGVyRXhwcmVzcyBQcm8vMTAgYW5kIFByby8xMCsNCmRldmljZSAgICAgICAg ICBlcCAgICAgICAgICAgICAgIyBFdGhlcmxpbmsgSUlJIGJhc2VkIGNhcmRzDQpkZXZpY2UgICAg ICAgICAgZmUgICAgICAgICAgICAgICMgRnVqaXRzdSBNQjg2OTZ4IGJhc2VkIGNhcmRzDQpkZXZp Y2UgICAgICAgICAgaWUgICAgICAgICAgICAgICMgRXRoZXJFeHByZXNzIDgvMTYsIDNDNTA3LCBT dGFyTEFOIDEwIGV0Yy4NCmRldmljZSAgICAgICAgICBzbiAgICAgICAgICAgICAgIyBTTUMncyA5 MDAwIHNlcmllcyBvZiBFdGhlcm5ldCBjaGlwcw0KZGV2aWNlICAgICAgICAgIHhlICAgICAgICAg ICAgICAjIFhpcmNvbSBwY2NhcmQgRXRoZXJuZXQNCg0KIyBXaXJlbGVzcyBOSUMgY2FyZHMNCmRl dmljZSAgICAgICAgICB3bGFuICAgICAgICAgICAgIyA4MDIuMTEgc3VwcG9ydA0KZGV2aWNlICAg ICAgICAgIHdsYW5fd2VwICAgICAgICAjIDgwMi4xMSBXRVAgc3VwcG9ydA0KZGV2aWNlICAgICAg ICAgIHdsYW5fY2NtcCAgICAgICAjIDgwMi4xMSBDQ01QIHN1cHBvcnQNCmRldmljZSAgICAgICAg ICB3bGFuX3RraXAgICAgICAgIyA4MDIuMTEgVEtJUCBzdXBwb3J0DQpkZXZpY2UgICAgICAgICAg YW4gICAgICAgICAgICAgICMgQWlyb25ldCA0NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNzIE5JQ3Mu DQpkZXZpY2UgICAgICAgICAgYXRoICAgICAgICAgICAgICMgQXRoZXJvcyBwY2kvY2FyZGJ1cyBO SUMncw0KZGV2aWNlICAgICAgICAgIGF0aF9oYWwgICAgICAgICAjIEF0aGVyb3MgSEFMIChIYXJk d2FyZSBBY2Nlc3MgTGF5ZXIpDQpkZXZpY2UgICAgICAgICAgYXRoX3JhdGVfc2FtcGxlICMgU2Ft cGxlUmF0ZSB0eCByYXRlIGNvbnRyb2wgZm9yIGF0aA0KZGV2aWNlICAgICAgICAgIGF3aSAgICAg ICAgICAgICAjIEJheVN0YWNrIDY2MCBhbmQgb3RoZXJzDQpkZXZpY2UgICAgICAgICAgcmFsICAg ICAgICAgICAgICMgUmFsaW5rIFRlY2hub2xvZ3kgUlQyNTAwIHdpcmVsZXNzIE5JQ3MuDQpkZXZp Y2UgICAgICAgICAgd2kgICAgICAgICAgICAgICMgV2F2ZUxBTi9JbnRlcnNpbC9TeW1ib2wgODAy LjExIHdpcmVsZXNzIE5JQ3MuDQojZGV2aWNlICAgICAgICAgd2wgICAgICAgICAgICAgICMgT2xk ZXIgbm9uIDgwMi4xMSBXYXZlbGFuIHdpcmVsZXNzIE5JQy4NCg0KIyBQc2V1ZG8gZGV2aWNlcy4N CmRldmljZSAgICAgICAgICBsb29wICAgICAgICAgICAgIyBOZXR3b3JrIGxvb3BiYWNrDQpkZXZp Y2UgICAgICAgICAgcmFuZG9tICAgICAgICAgICMgRW50cm9weSBkZXZpY2UNCmRldmljZSAgICAg ICAgICBldGhlciAgICAgICAgICAgIyBFdGhlcm5ldCBzdXBwb3J0DQpkZXZpY2UgICAgICAgICAg c2wgICAgICAgICAgICAgICMgS2VybmVsIFNMSVANCmRldmljZSAgICAgICAgICBwcHAgICAgICAg ICAgICAgIyBLZXJuZWwgUFBQDQpkZXZpY2UgICAgICAgICAgdHVuICAgICAgICAgICAgICMgUGFj a2V0IHR1bm5lbC4NCmRldmljZSAgICAgICAgICBwdHkgICAgICAgICAgICAgIyBQc2V1ZG8tdHR5 cyAodGVsbmV0IGV0YykNCmRldmljZSAgICAgICAgICBtZCAgICAgICAgICAgICAgIyBNZW1vcnkg ImRpc2tzIg0KZGV2aWNlICAgICAgICAgIGdpZiAgICAgICAgICAgICAjIElQdjYgYW5kIElQdjQg dHVubmVsaW5nDQpkZXZpY2UgICAgICAgICAgZmFpdGggICAgICAgICAgICMgSVB2Ni10by1JUHY0 IHJlbGF5aW5nICh0cmFuc2xhdGlvbikNCg0KIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhl IEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuDQojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2 ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyENCiMgTm90ZSB0aGF0ICdicGYnIGlzIHJl cXVpcmVkIGZvciBESENQLg0KZGV2aWNlICAgICAgICAgIGJwZiAgICAgICAgICAgICAjIEJlcmtl bGV5IHBhY2tldCBmaWx0ZXINCg0KIyBVU0Igc3VwcG9ydA0KZGV2aWNlICAgICAgICAgIHVoY2kg ICAgICAgICAgICAjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlDQpkZXZpY2UgICAgICAgICAgb2hj aSAgICAgICAgICAgICMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UNCmRldmljZSAgICAgICAgICBl aGNpICAgICAgICAgICAgIyBFSENJIFBDSS0+VVNCIGludGVyZmFjZSAoVVNCIDIuMCkNCmRldmlj ZSAgICAgICAgICB1c2IgICAgICAgICAgICAgIyBVU0IgQnVzIChyZXF1aXJlZCkNCiNkZXZpY2Ug ICAgICAgICB1ZGJwICAgICAgICAgICAgIyBVU0IgRG91YmxlIEJ1bGsgUGlwZSBkZXZpY2VzDQpk ZXZpY2UgICAgICAgICAgdWdlbiAgICAgICAgICAgICMgR2VuZXJpYw0KZGV2aWNlICAgICAgICAg IHVoaWQgICAgICAgICAgICAjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNlcyINCmRldmljZSAgICAg ICAgICB1a2JkICAgICAgICAgICAgIyBLZXlib2FyZA0KZGV2aWNlICAgICAgICAgIHVscHQgICAg ICAgICAgICAjIFByaW50ZXINCmRldmljZSAgICAgICAgICB1bWFzcyAgICAgICAgICAgIyBEaXNr cy9NYXNzIHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGENCmRldmljZSAgICAgICAgICB1 bXMgICAgICAgICAgICAgIyBNb3VzZQ0KZGV2aWNlICAgICAgICAgIHVyYWwgICAgICAgICAgICAj IFJhbGluayBUZWNobm9sb2d5IFJUMjUwMFVTQiB3aXJlbGVzcyBOSUNzDQpkZXZpY2UgICAgICAg ICAgdXJpbyAgICAgICAgICAgICMgRGlhbW9uZCBSaW8gNTAwIE1QMyBwbGF5ZXINCmRldmljZSAg ICAgICAgICB1c2Nhbm5lciAgICAgICAgIyBTY2FubmVycw0KIyBVU0IgRXRoZXJuZXQsIHJlcXVp cmVzIG1paWJ1cw0KZGV2aWNlICAgICAgICAgIGF1ZSAgICAgICAgICAgICAjIEFETXRlayBVU0Ig RXRoZXJuZXQNCmRldmljZSAgICAgICAgICBheGUgICAgICAgICAgICAgIyBBU0lYIEVsZWN0cm9u aWNzIFVTQiBFdGhlcm5ldA0KZGV2aWNlICAgICAgICAgIGNkY2UgICAgICAgICAgICAjIEdlbmVy aWMgVVNCIG92ZXIgRXRoZXJuZXQNCmRldmljZSAgICAgICAgICBjdWUgICAgICAgICAgICAgIyBD QVRDIFVTQiBFdGhlcm5ldA0KZGV2aWNlICAgICAgICAgIGt1ZSAgICAgICAgICAgICAjIEthd2Fz YWtpIExTSSBVU0IgRXRoZXJuZXQNCmRldmljZSAgICAgICAgICBydWUgICAgICAgICAgICAgIyBS ZWFsVGVrIFJUTDgxNTAgVVNCIEV0aGVybmV0DQoNCiMgRmlyZVdpcmUgc3VwcG9ydA0KZGV2aWNl ICAgICAgICAgIGZpcmV3aXJlICAgICAgICAjIEZpcmVXaXJlIGJ1cyBjb2RlDQpkZXZpY2UgICAg ICAgICAgc2JwICAgICAgICAgICAgICMgU0NTSSBvdmVyIEZpcmVXaXJlIChSZXF1aXJlcyBzY2J1 cyBhbmQgZGEpDQpkZXZpY2UgICAgICAgICAgZndlICAgICAgICAgICAgICMgRXRoZXJuZXQgb3Zl ciBGaXJlV2lyZSAobm9uLXN0YW5kYXJkISkNCg0KZGV2aWNlIGl3aQ0KZGV2aWNlIGZpcm13YXJl DQo= ------=_Part_44229_20100486.1159206163566 Content-Type: text/plain; name=pciconf.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_esj5awil Content-Disposition: attachment; filename="pciconf.txt" aG9zdGIwQHBjaTA6MDowOiAgICAgICAgY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwOGYxMDI1IGNo aXA9MHgyNTkwODA4NiByZXY9MHgwMyBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0ludGVsIENv cnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0gJzgyOTE1UE0vR00vR01TLCA4MjkxMEdNTCBIb3N0 IEJyaWRnZScNCiAgICBjbGFzcyAgICA9IGJyaWRnZQ0KICAgIHN1YmNsYXNzID0gSE9TVC1QQ0kN CnZnYXBjaTBAcGNpMDoyOjA6ICAgICAgIGNsYXNzPTB4MDMwMDAwIGNhcmQ9MHgwMDhmMTAyNSBj aGlwPTB4MjU5MjgwODYgcmV2PTB4MDMgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjkxNUdNL0dNUywgODI5MTBHTUwgSW50ZWdy YXRlZCBHcmFwaGljcyBEZXZpY2UnDQogICAgY2xhc3MgICAgPSBkaXNwbGF5DQogICAgc3ViY2xh c3MgPSBWR0ENCnZnYXBjaTFAcGNpMDoyOjE6ICAgICAgIGNsYXNzPTB4MDM4MDAwIGNhcmQ9MHgw MDhmMTAyNSBjaGlwPTB4Mjc5MjgwODYgcmV2PTB4MDMgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9 ICdJbnRlbCBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjkxNUdNL0dNUyw4MjkxMEdN TCBNb2JpbGUgRXhwcmVzcyBGYW1pbHkgR3JhcGhpY3MgQ29udHJvbGxlciAoPz8pJw0KICAgIGNs YXNzICAgID0gZGlzcGxheQ0Kbm9uZTBAcGNpMDoyNzowOiAgICAgICAgY2xhc3M9MHgwNDAzMDAg Y2FyZD0weDAwOGYxMDI1IGNoaXA9MHgyNjY4ODA4NiByZXY9MHgwNCBoZHI9MHgwMA0KICAgIHZl bmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0gJzgyODAxRkIvRlIv RlcvRlJXIEludGVsIEhpZ2ggRGVmaU5pdGlvbiBBdWRpbyBDb250cm9sbGVyJw0KICAgIGNsYXNz ICAgID0gbXVsdGltZWRpYQ0KcGNpYjFAcGNpMDoyODowOiAgICAgICAgY2xhc3M9MHgwNjA0MDAg Y2FyZD0weDAwMDAwMDQwIGNoaXA9MHgyNjYwODA4NiByZXY9MHgwNCBoZHI9MHgwMQ0KICAgIHZl bmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0gJzgyODAxRkIvRlIv RlcvRlJXIFBDSSBFeHByZXNzIFBvcnQgMScNCiAgICBjbGFzcyAgICA9IGJyaWRnZQ0KICAgIHN1 YmNsYXNzID0gUENJLVBDSQ0KcGNpYjJAcGNpMDoyODoxOiAgICAgICAgY2xhc3M9MHgwNjA0MDAg Y2FyZD0weDAwMDAwMDQwIGNoaXA9MHgyNjYyODA4NiByZXY9MHgwNCBoZHI9MHgwMQ0KICAgIHZl bmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0gJzgyODAxRkIvRlIv RlcvRlJXIFBDSSBFeHByZXNzIFBvcnQgMicNCiAgICBjbGFzcyAgICA9IGJyaWRnZQ0KICAgIHN1 YmNsYXNzID0gUENJLVBDSQ0KcGNpYjNAcGNpMDoyODoyOiAgICAgICAgY2xhc3M9MHgwNjA0MDAg Y2FyZD0weDAwMDAwMDQwIGNoaXA9MHgyNjY0ODA4NiByZXY9MHgwNCBoZHI9MHgwMQ0KICAgIHZl bmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0gJzgyODAxRkIvRlIv RlcvRlJXIFBDSSBFeHByZXNzIFBvcnQgMycNCiAgICBjbGFzcyAgICA9IGJyaWRnZQ0KICAgIHN1 YmNsYXNzID0gUENJLVBDSQ0KdWhjaTBAcGNpMDoyOTowOiAgICAgICAgY2xhc3M9MHgwYzAzMDAg Y2FyZD0weDAwOGYxMDI1IGNoaXA9MHgyNjU4ODA4NiByZXY9MHgwNCBoZHI9MHgwMA0KICAgIHZl bmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0gJzgyODAxRkIvRlIv RlcvRlJXIFVTQiBVSENJIENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgPSBzZXJpYWwgYnVzDQog ICAgc3ViY2xhc3MgPSBVU0INCnVoY2kxQHBjaTA6Mjk6MTogICAgICAgIGNsYXNzPTB4MGMwMzAw IGNhcmQ9MHgwMDhmMTAyNSBjaGlwPTB4MjY1OTgwODYgcmV2PTB4MDQgaGRyPTB4MDANCiAgICB2 ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMUZCL0ZS L0ZXL0ZSVyBVU0IgVUhDSSBDb250cm9sbGVyJw0KICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1cw0K ICAgIHN1YmNsYXNzID0gVVNCDQp1aGNpMkBwY2kwOjI5OjI6ICAgICAgICBjbGFzcz0weDBjMDMw MCBjYXJkPTB4MDA4ZjEwMjUgY2hpcD0weDI2NWE4MDg2IHJldj0weDA0IGhkcj0weDAwDQogICAg dmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNlICAgPSAnODI4MDFGQi9G Ui9GVy9GUlcgVVNCIFVIQ0kgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMN CiAgICBzdWJjbGFzcyA9IFVTQg0KdWhjaTNAcGNpMDoyOTozOiAgICAgICAgY2xhc3M9MHgwYzAz MDAgY2FyZD0weDAwOGYxMDI1IGNoaXA9MHgyNjViODA4NiByZXY9MHgwNCBoZHI9MHgwMA0KICAg IHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0gJzgyODAxRkIv RlIvRlcvRlJXIFVTQiBVSENJIENvbnRyb2xsZXInDQogICAgY2xhc3MgICAgPSBzZXJpYWwgYnVz DQogICAgc3ViY2xhc3MgPSBVU0INCmVoY2kwQHBjaTA6Mjk6NzogICAgICAgIGNsYXNzPTB4MGMw MzIwIGNhcmQ9MHgwMDhmMTAyNSBjaGlwPTB4MjY1YzgwODYgcmV2PTB4MDQgaGRyPTB4MDANCiAg ICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMUZC L0ZSL0ZXL0ZSVyBVU0IgMi4wIEVIQ0kgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICA9IHNlcmlh bCBidXMNCiAgICBzdWJjbGFzcyA9IFVTQg0KcGNpYjRAcGNpMDozMDowOiAgICAgICAgY2xhc3M9 MHgwNjA0MDEgY2FyZD0weDAwMDAwMDUwIGNoaXA9MHgyNDQ4ODA4NiByZXY9MHhkNCBoZHI9MHgw MQ0KICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJw0KICAgIGRldmljZSAgID0gJzgy ODAxQkFNL0NBTS9EQk0gKElDSDItTS8zLU0vNC1NKSBIdWIgSW50ZXJmYWNlIHRvIFBDSSBCcmlk Z2UnDQogICAgY2xhc3MgICAgPSBicmlkZ2UNCiAgICBzdWJjbGFzcyA9IFBDSS1QQ0kNCmlzYWIw QHBjaTA6MzE6MDogICAgICAgIGNsYXNzPTB4MDYwMTAwIGNhcmQ9MHgwMDhmMTAyNSBjaGlwPTB4 MjY0MTgwODYgcmV2PTB4MDQgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicNCiAgICBkZXZpY2UgICA9ICc4MjgwMUZCTSBJQ0g2TSBMUEMgSW50ZXJmYWNlIEJyaWRn ZScNCiAgICBjbGFzcyAgICA9IGJyaWRnZQ0KICAgIHN1YmNsYXNzID0gUENJLUlTQQ0KYXRhcGNp MEBwY2kwOjMxOjE6ICAgICAgY2xhc3M9MHgwMTAxOGEgY2FyZD0weDAwOGYxMDI1IGNoaXA9MHgy NjZmODA4NiByZXY9MHgwNCBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0 aW9uJw0KICAgIGRldmljZSAgID0gJzgyODAxRkIvRkJNIFVsdHJhIEFUQSBTdG9yYWdlIENvbnRy b2xsZXJzIC0gMjY2RicNCiAgICBjbGFzcyAgICA9IG1hc3Mgc3RvcmFnZQ0KICAgIHN1YmNsYXNz ID0gQVRBDQpub25lMUBwY2kwOjMxOjM6ICAgICAgICBjbGFzcz0weDBjMDUwMCBjYXJkPTB4MDA4 ZjEwMjUgY2hpcD0weDI2NmE4MDg2IHJldj0weDA0IGhkcj0weDAwDQogICAgdmVuZG9yICAgPSAn SW50ZWwgQ29ycG9yYXRpb24nDQogICAgZGV2aWNlICAgPSAnODI4MDFGQi9GUi9GVy9GUlcgU01C dXMgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyA9 IFNNQnVzDQpjYmIwQHBjaTY6MTowOiAgY2xhc3M9MHgwNjA3MDAgY2FyZD0weDAwOGYxMDI1IGNo aXA9MHhhYzU2MTA0YyByZXY9MHgwMCBoZHI9MHgwMg0KICAgIHZlbmRvciAgID0gJ1RleGFzIElu c3RydW1lbnRzIChUSSknDQogICAgZGV2aWNlICAgPSAnUENJMTUxMCBQQyBDYXJkIENhcmRCdXMg Q29udHJvbGxlcicNCiAgICBjbGFzcyAgICA9IGJyaWRnZQ0KICAgIHN1YmNsYXNzID0gUENJLUNh cmRCdXMNCml3aTBAcGNpNjo0OjA6ICBjbGFzcz0weDAyODAwMCBjYXJkPTB4MjcwMTgwODYgY2hp cD0weDQyMjA4MDg2IHJldj0weDA1IGhkcj0weDAwDQogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29y cG9yYXRpb24nDQogICAgZGV2aWNlICAgPSAnUFJPL1dpcmVsZXNzIDIyMDBCRyBOZXR3b3JrIENv bm5lY3Rpb24nDQogICAgY2xhc3MgICAgPSBuZXR3b3JrDQpybDBAcGNpNjo4OjA6ICAgY2xhc3M9 MHgwMjAwMDAgY2FyZD0weGZmMzExMTc5IGNoaXA9MHg4MTM5MTBlYyByZXY9MHgxMCBoZHI9MHgw MA0KICAgIHZlbmRvciAgID0gJ1JlYWx0ZWsgU2VtaWNvbmR1Y3RvcicNCiAgICBkZXZpY2UgICA9 ICdSVDgxMzkgKEEvQi9DLzgxMHgvODEzeC9DKykgRmFzdCBFdGhlcm5ldCBBZGFwdGVyJw0KICAg IGNsYXNzICAgID0gbmV0d29yaw0KICAgIHN1YmNsYXNzID0gZXRoZXJuZXQNCg== ------=_Part_44229_20100486.1159206163566 Content-Type: text/plain; name=dmesg.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_esj5b6sk Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NA0KICAgICAgICBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRnJlZUJTRCA3LjAtQ1VSUkVOVCAjMTogTW9uIFNlcCAy NSAwMDozNzo0MiBXRVNUIDIwMDYNCiAgICByb290QGJsYWNrcGVhcmw6L3Vzci9vYmovdXNyL3Ny Yy9zeXMvYmxhY2twZWFybA0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBI eiBxdWFsaXR5IDANCkNQVTogSW50ZWwoUikgUGVudGl1bShSKSBNIHByb2Nlc3NvciAyLjAwR0h6 ICgyMDAwLjA4LU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAg SWQgPSAweDZkOCAgU3RlcHBpbmcgPSA4DQogIEZlYXR1cmVzPTB4YWZlOWZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs Q0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxUTSxQQkU+DQogIEZlYXR1cmVz Mj0weDE4MDxFU1QsVE0yPg0KICBBTUQgRmVhdHVyZXM9MHgxMDAwMDA8Tlg+DQpyZWFsIG1lbW9y eSAgPSAxMDYzNzgwMzUyICgxMDE0IE1CKQ0KYXZhaWwgbWVtb3J5ID0gMTAyNzY5NDU5MiAoOTgw IE1CKQ0KQUNQSSBBUElDIFRhYmxlOiA8SU5URUwgIEFMVklTTyAgPg0KaW9hcGljMDogQ2hhbmdp bmcgQVBJQyBJRCB0byAxDQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhl cmJvYXJkDQprYmQxIGF0IGtiZG11eDANCmF0aF9oYWw6IDAuOS4xNy4yIChBUjUyMTAsIEFSNTIx MSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0MTMpDQphY3BpMDogPFBUTFRE ICAgUlNEVD4gb24gbW90aGVyYm9hcmQNCiAgICBBQ1BJLTA0NDg6ICoqKiBFcnJvcjogTG9va2lu ZyB1cCBbWjAwQV0gaW4gbmFtZXNwYWNlLCBBRV9OT1RfRk9VTkQNClNlYXJjaE5vZGUgMHhjMzdm YjRhMCBTdGFydE5vZGUgMHhjMzdmYjRhMCBSZXR1cm5Ob2RlIDANCmFjcGlfYnVzX251bWJlcjog Y2FuJ3QgZ2V0IF9BRFINCmFjcGlfYnVzX251bWJlcjogY2FuJ3QgZ2V0IF9BRFINCmFjcGlfYnVz X251bWJlcjogY2FuJ3QgZ2V0IF9BRFINCmFjcGlfYnVzX251bWJlcjogY2FuJ3QgZ2V0IF9BRFIN CmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KdW5rbm93bjogSS9PIHJhbmdlIG5vdCBzdXBw b3J0ZWQNClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxp dHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQg MHgxMDA4LTB4MTAwYiBvbiBhY3BpMA0KYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBH UEUgMHgxZD4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTANCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNw aTANCmFjcGlfcGVyZjA6IDxBQ1BJIENQVSBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MA0KYWNw aV9wZXJmMDogZmFpbGVkIGluIFBFUkZfU1RBVFVTIGF0dGFjaA0KZGV2aWNlX2F0dGFjaDogYWNw aV9wZXJmMCBhdHRhY2ggcmV0dXJuZWQgNg0KYWNwaV9wZXJmMDogPEFDUEkgQ1BVIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHUwDQphY3BpX3BlcmYwOiBmYWlsZWQgaW4gUEVSRl9TVEFUVVMgYXR0 YWNoDQpkZXZpY2VfYXR0YWNoOiBhY3BpX3BlcmYwIGF0dGFjaCByZXR1cm5lZCA2DQphY3BpX3Ro cm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTANCnBjaWIwOiA8QUNQSSBIb3N0 LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaTA6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIwDQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDE4 MDAtMHgxODA3IG1lbSAweGIwMDgwMDAwLTB4YjAwZmZmZmYsMHhjMDAwMDAwMC0weGNmZmZmZmZm LDB4YjAwMDAwMDAtMHhiMDAzZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwDQphZ3Aw OiA8SW50ZWwgODI5MTVHTSAoOTE1R00gR01DSCkgU1ZHQSBjb250cm9sbGVyPiBvbiB2Z2FwY2kw DQphZ3AwOiBkZXRlY3RlZCA3OTMyayBzdG9sZW4gbWVtb3J5DQphZ3AwOiBhcGVydHVyZSBzaXpl IGlzIDI1Nk0NCnZnYXBjaTE6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBhdCBkZXZpY2UgMi4x IG9uIHBjaTANCnBjaTA6IDxtdWx0aW1lZGlhPiBhdCBkZXZpY2UgMjcuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQ0KcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4 LjAgb24gcGNpMA0KcGNpOTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCnBjaWIyOiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyOC4xIG9uIHBjaTANCnBjaTEwOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMg0KcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTgg YXQgZGV2aWNlIDI4LjIgb24gcGNpMA0KcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMNCnVo Y2kwOiA8SW50ZWwgODI4MDFGQi9GUi9GVy9GUlcgKElDSDYpIFVTQiBjb250cm9sbGVyIFVTQi1B PiBwb3J0IDB4MTgyMC0weDE4M2YgaXJxIDIzIGF0IGRldmljZSAyOS4wIG9uIHBjaTANCnVoY2kw OiBbR0lBTlQtTE9DS0VEXQ0KdXNiMDogPEludGVsIDgyODAxRkIvRlIvRlcvRlJXIChJQ0g2KSBV U0IgY29udHJvbGxlciBVU0ItQT4gb24gdWhjaTANCnVzYjA6IFVTQiByZXZpc2lvbiAxLjANCnVo dWIwOiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYjANCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZA0KdWhjaTE6IDxJbnRlbCA4MjgwMUZCL0ZSL0ZXL0ZSVyAoSUNINikgVVNCIGNvbnRyb2xsZXIg VVNCLUI+IHBvcnQgMHgxODQwLTB4MTg1ZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEgb24gcGNpMA0K dWhjaTE6IFtHSUFOVC1MT0NLRURdDQp1c2IxOiA8SW50ZWwgODI4MDFGQi9GUi9GVy9GUlcgKElD SDYpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMQ0KdXNiMTogVVNCIHJldmlzaW9uIDEu MA0KdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMT4gb24gdXNiMQ0KdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkDQp1aGNpMjogPEludGVsIDgyODAxRkIvRlIvRlcvRlJXIChJQ0g2KSBVU0IgY29udHJv bGxlciBVU0ItQz4gcG9ydCAweDE4NjAtMHgxODdmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBw Y2kwDQp1aGNpMjogW0dJQU5ULUxPQ0tFRF0NCnVzYjI6IDxJbnRlbCA4MjgwMUZCL0ZSL0ZXL0ZS VyAoSUNINikgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IG9uIHVoY2kyDQp1c2IyOiBVU0IgcmV2aXNp b24gMS4wDQp1aHViMjogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2IyDQp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQNCnVoY2kzOiA8SW50ZWwgODI4MDFGQi9GUi9GVy9GUlcgKElDSDYpIFVTQiBj b250cm9sbGVyIFVTQi1EPiBwb3J0IDB4MTg4MC0weDE4OWYgaXJxIDE2IGF0IGRldmljZSAyOS4z IG9uIHBjaTANCnVoY2kzOiBbR0lBTlQtTE9DS0VEXQ0KdXNiMzogPEludGVsIDgyODAxRkIvRlIv RlcvRlJXIChJQ0g2KSBVU0IgY29udHJvbGxlciBVU0ItRD4gb24gdWhjaTMNCnVzYjM6IFVTQiBy ZXZpc2lvbiAxLjANCnVodWIzOiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjMNCnVodWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZA0KZWhjaTA6IDxJbnRlbCA4MjgwMUZCIChJQ0g2KSBVU0IgMi4wIGNv bnRyb2xsZXI+IG1lbSAweGIwMDQwMDAwLTB4YjAwNDAzZmYgaXJxIDIzIGF0IGRldmljZSAyOS43 IG9uIHBjaTANCmVoY2kwOiBbR0lBTlQtTE9DS0VEXQ0KdXNiNDogRUhDSSB2ZXJzaW9uIDEuMA0K dXNiNDogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMSB1c2Iy IHVzYjMNCnVzYjQ6IDxJbnRlbCA4MjgwMUZCIChJQ0g2KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9u IGVoY2kwDQp1c2I0OiBVU0IgcmV2aXNpb24gMi4wDQp1aHViNDogPEludGVsIEVIQ0kgcm9vdCBo dWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2I0DQp1aHViNDogOCBw b3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnBjaWI0OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMA0KcGNpNjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjQNCmNiYjA6IDxUSTE1MTAgUENJLUNhcmRCdXMgQnJpZGdlPiBtZW0gMHhiMDEwMDAwMC0w eGIwMTAwZmZmIGlycSAxOCBhdCBkZXZpY2UgMS4wIG9uIHBjaTYNCmNhcmRidXMwOiA8Q2FyZEJ1 cyBidXM+IG9uIGNiYjANCnBjY2FyZDA6IDwxNi1iaXQgUENDYXJkIGJ1cz4gb24gY2JiMA0KaXdp MDogPEludGVsKFIpIFBSTy9XaXJlbGVzcyAyMjAwQkc+IG1lbSAweGIwMTAxMDAwLTB4YjAxMDFm ZmYgaXJxIDE3IGF0IGRldmljZSA0LjAgb24gcGNpNg0KaXdpMDogRXRoZXJuZXQgYWRkcmVzczog MDA6MTM6Y2U6Mjg6OGI6NWINCnJsMDogPFJlYWxUZWsgODEzOSAxMC8xMDBCYXNlVFg+IHBvcnQg MHgyMDAwLTB4MjBmZiBtZW0gMHhiMDEwMjAwMC0weGIwMTAyMGZmIGlycSAxNiBhdCBkZXZpY2Ug OC4wIG9uIHBjaTYNCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBybDANCnJscGh5MDogPFJlYWxUZWsg aW50ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwDQpybHBoeTA6ICAxMGJhc2VULCAx MGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvDQpybDA6IEV0aGVybmV0 IGFkZHJlc3M6IDAwOmMwOjlmOmQzOjE4Ojk3DQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBk ZXZpY2UgMzEuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBjaTA6IDxJ bnRlbCBJQ0g2IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3 MC0weDE3NywweDM3NiwweDE4MTAtMHgxODFmIGF0IGRldmljZSAzMS4xIG9uIHBjaTANCmF0YTA6 IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwDQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRh cGNpMA0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwDQpiYXR0ZXJ5MDog PEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTANCmFjcGlfbGlkMDogPENvbnRy b2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkwDQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0 b24+IG9uIGFjcGkwDQphY3BpX2J1dHRvbjE6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwDQphY3Bp X3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTANCmFjcGlfaHBldDA6IDxIaWdoIFByZWNpc2lv biBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIGlycSAwLDggb24gYWNw aTANClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSAyMDAw DQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBp cnEgMSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzANCmti ZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiA8UFMvMiBNb3VzZT4g aXJxIDEyIG9uIGF0a2JkYzANCnBzbTA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiBtb2RlbCBHZW5l cmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwDQpwbXRpbWVyMCBvbiBpc2EwDQpvcm0wOiA8SVNB IE9wdGlvbiBST01zPiBhdCBpb21lbSAweGNmODAwLTB4ZDA3ZmYsMHhlMDAwMC0weGUxN2ZmIHBu cGlkIE9STTAwMDAgb24gaXNhMA0KcHBjMDogcGFyYWxsZWwgcG9ydCBub3QgZm91bmQuDQpzYzA6 IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZp cnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0Kc2lvMDogY29uZmlndXJlZCBpcnEgNCBub3Qg aW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDANCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVk DQpzaW8wOiBjb25maWd1cmVkIGlycSA0IG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMA0K c2lvMDogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQNCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBp cnEgNCBmbGFncyAweDEwIG9uIGlzYTANCnNpbzA6IHR5cGUgODI1MCBvciBub3QgcmVzcG9uZGlu Zw0Kc2lvMDogW0ZBU1RdDQpzaW8xOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2Yg cHJvYmVkIGlycXMgMA0Kc2lvMTogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQNCnZnYTA6IDxHZW5l cmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9u IGlzYTANClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAyMDAwMDgyMjYzIEh6IHF1YWxpdHkg ODAwDQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjDQphZDA6IDk1Mzk2TUIgPFNl YWdhdGUgU1Q5MTAwODIyQSAzLjAxPiBhdCBhdGEwLW1hc3RlciBVRE1BMTAwDQphY2QwOiBEVkRS IDxITC1EVC1TVCBEVkQtUlcgR1dBLTQwODJOL0NQMDM+IGF0IGF0YTAtc2xhdmUgVURNQTMzDQpU cnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMzYQ0KICAgIEFDUEktMDQ0ODog KioqIEVycm9yOiBMb29raW5nIHVwIFtaMDBBXSBpbiBuYW1lc3BhY2UsIEFFX05PVF9GT1VORA0K U2VhcmNoTm9kZSAweGMzN2ZiNGEwIFN0YXJ0Tm9kZSAweGMzN2ZiNGEwIFJldHVybk5vZGUgMA0K ICAgIEFDUEktMDYxMDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxfU0Jf LkJBVDEuX0JTVF0gKE5vZGUgMHhjMzdmYjNhMCksIEFFX05PVF9GT1VORA0KICAgIEFDUEktMDQ0 ODogKioqIEVycm9yOiBMb29raW5nIHVwIFtaMDBBXSBpbiBuYW1lc3BhY2UsIEFFX05PVF9GT1VO RA0KU2VhcmNoTm9kZSAweGMzN2ZiNGEwIFN0YXJ0Tm9kZSAweGMzN2ZiNGEwIFJldHVybk5vZGUg MA0KICAgIEFDUEktMDYxMDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxf U0JfLkJBVDEuX0JTVF0gKE5vZGUgMHhjMzdmYjNhMCksIEFFX05PVF9GT1VORA0KICAgIEFDUEkt MDQ0ODogKioqIEVycm9yOiBMb29raW5nIHVwIFtaMDBBXSBpbiBuYW1lc3BhY2UsIEFFX05PVF9G T1VORA0KU2VhcmNoTm9kZSAweGMzN2ZiNGEwIFN0YXJ0Tm9kZSAweGMzN2ZiNGEwIFJldHVybk5v ZGUgMA0KICAgIEFDUEktMDYxMDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBb XFxfU0JfLkJBVDEuX0JTVF0gKE5vZGUgMHhjMzdmYjNhMCksIEFFX05PVF9GT1VORA0KICAgIEFD UEktMDQ0ODogKioqIEVycm9yOiBMb29raW5nIHVwIFtaMDBBXSBpbiBuYW1lc3BhY2UsIEFFX05P VF9GT1VORA0KU2VhcmNoTm9kZSAweGMzN2ZiNGEwIFN0YXJ0Tm9kZSAweGMzN2ZiNGEwIFJldHVy bk5vZGUgMA0KICAgIEFDUEktMDYxMDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxl ZCBbXFxfU0JfLkJBVDEuX0JTVF0gKE5vZGUgMHhjMzdmYjNhMCksIEFFX05PVF9GT1VORA0KICAg IEFDUEktMDQ0ODogKioqIEVycm9yOiBMb29raW5nIHVwIFtaMDBBXSBpbiBuYW1lc3BhY2UsIEFF X05PVF9GT1VORA0KU2VhcmNoTm9kZSAweGMzN2ZiNGEwIFN0YXJ0Tm9kZSAweGMzN2ZiNGEwIFJl dHVybk5vZGUgMA0KICAgIEFDUEktMDYxMDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZh aWxlZCBbXFxfU0JfLkJBVDEuX0JTVF0gKE5vZGUgMHhjMzdmYjNhMCksIEFFX05PVF9GT1VORA0K ICAgIEFDUEktMDQ0ODogKioqIEVycm9yOiBMb29raW5nIHVwIFtaMDBBXSBpbiBuYW1lc3BhY2Us IEFFX05PVF9GT1VORA0KU2VhcmNoTm9kZSAweGMzN2ZiNGEwIFN0YXJ0Tm9kZSAweGMzN2ZiNGEw IFJldHVybk5vZGUgMA0KICAgIEFDUEktMDYxMDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9u IGZhaWxlZCBbXFxfU0JfLkJBVDEuX0JTVF0gKE5vZGUgMHhjMzdmYjNhMCksIEFFX05PVF9GT1VO RA0K ------=_Part_44229_20100486.1159206163566-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 18:03: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3D2F16A407 for ; Mon, 25 Sep 2006 18:03:30 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av12-2-sn2.hy.skanova.net (av12-2-sn2.hy.skanova.net [81.228.8.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6692943D76 for ; Mon, 25 Sep 2006 18:03:30 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av12-2-sn2.hy.skanova.net (Postfix, from userid 502) id 131F337F9E; Mon, 25 Sep 2006 20:03:29 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av12-2-sn2.hy.skanova.net (Postfix) with ESMTP id 0647137F70; Mon, 25 Sep 2006 20:03:29 +0200 (CEST) Received: from dude.automatvapen.se (81-229-112-193-no21.tbcn.telia.com [81.229.112.193]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id DB6FE37E47; Mon, 25 Sep 2006 20:03:28 +0200 (CEST) From: Joel Dahl To: Alexandre Vieira In-Reply-To: <755cb9fc0609251042h163ff7f1l4e96369ed7bd0106@mail.gmail.com> References: <755cb9fc0609251042h163ff7f1l4e96369ed7bd0106@mail.gmail.com> Content-Type: text/plain Date: Mon, 25 Sep 2006 20:03:31 +0200 Message-Id: <1159207411.670.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Acer Aspire 1644WLMi -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 18:03:30 -0000 On Mon, 2006-09-25 at 18:42 +0100, Alexandre Vieira wrote: > Hello folks, > > I just went -CURRENT for the first time and everything seems fairly equal to > 6.1-STABLE. > > I have an Acer Aspire 1644WLMi. > > ACPI doesn't seem to work very well. I have many messages in dmesg > complaining about acpi. > > I had kde working but since the upgrade it's broken. I've tried to recompile > it but im having troubles compiling some ports (altough it seems application > specific,, i.e pilot-link/libmal) . I did no change to my 6-stable kernel. > > Is there anything I have to take in consideration in -CURRENT regarding > compilations? > > Also, does anyone know if an intel high definition audio driver exists in > -CURRENT? Nothing seems to grab the sound card and I cant find a suitable > module for it. http://people.freebsd.org/~ariff/HDA/ Also, read the multimedia@ archives and report bugs to ariff@. #freebsd-azalia @ freenode is a nice channel for everything related to HDA in FreeBSD -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 21:05: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2E9E16A403; Mon, 25 Sep 2006 21:05:27 +0000 (UTC) (envelope-from freebsd.ruomad@free.fr) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E3743D76; Mon, 25 Sep 2006 21:05:24 +0000 (GMT) (envelope-from freebsd.ruomad@free.fr) Received: from [192.168.0.100] (vln78-1-82-238-160-33.fbx.proxad.net [82.238.160.33]) by smtp1-g19.free.fr (Postfix) with ESMTP id 202AF10584; Mon, 25 Sep 2006 23:05:23 +0200 (CEST) Message-ID: <45184486.3080906@free.fr> Date: Mon, 25 Sep 2006 23:05:10 +0200 From: Bruno Damour User-Agent: Thunderbird 1.5.0.7 (X11/20060916) MIME-Version: 1.0 To: Vladimir Kushnir References: <45166CB4.000004.01220@camay.yandex.ru> <20060925014415.S1442@kushnir1.kiev.ua> In-Reply-To: <20060925014415.S1442@kushnir1.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Andrey V. Elsukov" , freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: Problems with USB 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: Mon, 25 Sep 2006 21:05:27 -0000 Vladimir Kushnir wrote: > Hi, All! > > On Sun, 24 Sep 2006, Andrey V. Elsukov wrote: > >> Hi, All! >> >> I have notebook Maxselect Mission GT3000. >> A hardware configuration description (russian): >> http://www.maxselect.ru/catalog/models.html?id=4024&template=normal >> >> o Mobile AMD Sempron >> o NVIDIA C51MV+MCP51M >> o PCI Express nVidia Geforce Go 6100 >> o Realtek HDA >> >> I have several problems. One is with USB. >> When i attach USB Flash disk it's not work. >> >> usbd_new_device: addr=2, getting first desc failed >> uhub_explore: usb_new_device failed, error=IOERROR >> uhub1: device problem (IOERROR), disabling port 4 >> >> http://butcher.heavennet.ru/dmesg.txt >> http://butcher.heavennet.ru/pciconf.txt >> I've attached dmesg and pciconf. >> Any suggestions? >> -- >> WBR, Andrey V. Elsukov >> > > I had precisely the same problem with USB-2 flash (both old USB-1.1 > flash and digital camera - Kodak C340, uses ugen) work perfectly all > right. MB: Asus A8N (nForce4 based). The problem went away with > retrying to get device descriptor in usbd_new_device (see patch below). > I've submitted PR (usb/103167) but so far there's been no reaction at > all :-( > > Hope this helps, > Vladimir > > /* ----------- patch begins here -------------- */ > > *** dev/usb/usb_subr.c.orig Mon Sep 11 19:28:35 2006 > --- dev/usb/usb_subr.c Mon Sep 11 20:05:38 2006 > *************** > *** 1112,1118 **** > > dd = &dev->ddesc; > /* Get the first 8 bytes of the device descriptor. */ > ! err = usbd_get_desc(dev, UDESC_DEVICE, 0, USB_MAX_IPACKET, dd); > if (err) { > DPRINTFN(-1, ("usbd_new_device: addr=%d, getting first desc " > "failed\n", addr)); > --- 1112,1123 ---- > > dd = &dev->ddesc; > /* Get the first 8 bytes of the device descriptor. */ > ! for (i = 0; i < 3; i++) { > ! err = usbd_get_desc(dev, UDESC_DEVICE, 0, USB_MAX_IPACKET, dd); > ! if (!err) > ! break; > ! usbd_delay_ms(dev, USB_SET_ADDRESS_SETTLE); > ! } > if (err) { > DPRINTFN(-1, ("usbd_new_device: addr=%d, getting first desc " > "failed\n", addr)); > > /* -------------- end ----------------- */ > _______________________________________________ > 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" Well, it _WORKS_ !! After applying your patch and recompiling my kernel, I plug my usb key and it works ! umass creates /dev/da0 and I'm able to mount my disk and work... Thank you very much !! I still have an error in dmesg though, but it might be something else. This patch should be discussed and tested ASAP with other hardware. Bruno PS : see my dmesg : Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #4: Mon Sep 25 22:27:26 CEST 2006 root@vil1.ruomad.net:/usr/obj/usr/src/sys/VIL1 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) Processor 2800+ (1607.42-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 Features=0x78bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x19 real memory = 1039073280 (990 MB) avail memory = 1007489024 (960 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard 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 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 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 4.0 on pci0 pci3: on pcib3 vgapci0: mem 0xfc000000-0xfcffffff,0xe0000000-0xefffffff,0xfb000000-0xfbffffff irq 16 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf800-0xf80f mem 0xfe02d000-0xfe02dfff irq 23 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf300-0xf30f mem 0xfe02c000-0xfe02cfff irq 20 at device 15.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib4: at device 16.0 on pci0 pci4: on pcib4 fwohci0: mem 0xfdbff000-0xfdbff7ff,0xfdbf8000-0xfdbfbfff irq 19 at device 5.0 on pci4 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:bc:4e:88 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:bc:4e:88 fwe0: Ethernet address: 02:11:d8:bc:4e:88 fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ndis0: mem 0xfdbfc000-0xfdbfdfff irq 17 at device 9.0 on pci4 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:0c:41:64:3c:2a pcm0: mem 0xfe024000-0xfe027fff irq 21 at device 16.1 on pci0 nfe0: port 0xf200-0xf207 mem 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 miibus0: on nfe0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: Ethernet address: 00:17:31:d8:c7:55 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FAST] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ums0: on uhub0 ums0: 3 buttons and Z dir. uhub0: device problem (SET_ADDR_FAILED), disabling port 6 Timecounter "TSC" frequency 1607419447 Hz quality 800 Timecounters tick every 1.000 msec acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata1-master UDMA33 ad4: 238475MB at ata2-master SATA300 ad8: 238475MB at ata4-master SATA150 ad10: 238475MB at ata5-master SATA150 pcm0: pcm0: ar0: 238475MB status: READY ar0: disk0 READY (master) using ad10 at ata5-master ar0: disk1 READY (mirror) using ad8 at ata4-master Trying to mount root from ufs:/dev/ad4s2a plip0: [GIANT-LOCKED] fuse4bsd: version 0.3.0, FUSE ABI 7.5 umass0: on uhub1 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 967MB (1981440 512 byte sectors: 64H 32S/T 967C) From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 22:55:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E936C16A403 for ; Mon, 25 Sep 2006 22:55:18 +0000 (UTC) (envelope-from stucchi@willystudios.com) Received: from hoover.willystudios.com (hoover.willystudios.com [89.186.67.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 0945E43D49 for ; Mon, 25 Sep 2006 22:55:17 +0000 (GMT) (envelope-from stucchi@willystudios.com) Received: (qmail 78136 invoked from network); 25 Sep 2006 22:56:33 -0000 Received: from max.willystudios.com (193.25.178.163) by hoover.willystudios.com with SMTP; 25 Sep 2006 22:56:33 -0000 Received: by max.willystudios.com (Postfix, from userid 1000) id 3028EAC5; Tue, 26 Sep 2006 00:57:05 +0200 (CEST) Date: Tue, 26 Sep 2006 00:57:05 +0200 From: Massimiliano Stucchi To: annunci@gufi.org, openlabs-ml@openlabs.it, ml@milug.org, current@freebsd.org, misc@openbsd.org, current-users@netbsd.org, users@dragonflybsd.org, ml@openbeer.it, aiplist@aipnet.it Message-ID: <20060925225705.GX32178@willystudios.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE X-URL: http://www.willystudios.com/max/ X-Organization: WillyStudios.com User-Agent: Mutt/1.5.6i Cc: Subject: EuroBSDCon registration Open X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stucchi@willystudios.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 22:55:19 -0000 Hi all, we finally made it, the registration for EuroBSDCon 2006 - Milan is now open to everybody. Please register as soon as possible to ensure a seat for you at the event ! go to http://www.eurobsdcon.org/register/ and complete the registration process. It is also possible to book a room for the conference hotel. We hope to meet you all in Milan ! Ciao -- Massimiliano Stucchi stucchi@eurobsdcon.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 25 23:06: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3254916A40F for ; Mon, 25 Sep 2006 23:06:15 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC36F43D4C for ; Mon, 25 Sep 2006 23:06:14 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so779585wri for ; Mon, 25 Sep 2006 16:06:12 -0700 (PDT) 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=J+xt7scOCPDmyV5fJhwf/5AumpjrlrKBumzk3eTQPJFWfeZ+zS3HEg11vs8rtPbhItJFK2QgXK4xZrE36y97/kSRXlTPhVLI56E7hfwBHs02i8Oa6IXHatTr+gK+OsB/c3ncILCLenGzVswzn4dcWMr7FNYTGpPuDGYsmTAnOxU= Received: by 10.90.63.16 with SMTP id l16mr10633aga; Mon, 25 Sep 2006 16:06:12 -0700 (PDT) Received: by 10.90.70.6 with HTTP; Mon, 25 Sep 2006 16:06:11 -0700 (PDT) Message-ID: <7579f7fb0609251606t2913858boaa2e6d71914d0fa6@mail.gmail.com> Date: Mon, 25 Sep 2006 16:06:11 -0700 From: "Matthew Jacob" To: "YONETANI Tomokazu" In-Reply-To: <20060925111048.GD1080@les.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <20060924071601.GA1080@les.ath.cx> <20060924205903.GY1045@tigerfish2.my.domain> <20060925111048.GD1080@les.ath.cx> Cc: freebsd-current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2006 23:06:15 -0000 Um- I'm still trying to find a real error here. The bootverbose simply lists selection failures for devices that don't exist. Other than that, I cannot see what you are claiming is an error. On 9/25/06, YONETANI Tomokazu wrote: > On Sun, Sep 24, 2006 at 03:59:03PM -0500, Bruce Burden wrote: > > On Sun, Sep 24, 2006 at 04:16:01PM +0900, YONETANI Tomokazu wrote: > > > > > > Recently I tried installing FreeBSD 5.4-RELEASE on an IBM X335 in my > > > office and tried to upgrade to 6.2-PRERELEASE, and found that although > > > it doesn't hang or panic during boot, running I/O intensive applications > > > (including buildworld) ends up in an I/O error, and eventually panicked and > > > rebooted. > > > > > This would be best on -STABLE, which the 6x thread is. Anyway, > > But I found that the snapshot from September 5 still has the similar > issue, so I'd imagine that the driver in -CURRENT still has the problem, > though I'm speaking without knowing how much changes have been made since > the last MFC. I need to set up a machine which can build current -CURRENT > to be sure. > > > I have: > [snip] > > FreeBSD tigerfish2.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #6: Sun Aug 27 11:03:43 CDT 2006 > > Thanks for the suggestion, I put mine at > http://les.ath.cx/FreeBSD/mpt/ > > > and have not had any problems with the mpt device. The controller is > > built into the Tyan S2895/Thunder K8WE board. > > > > I am not using the Seagate drive - it will be used to hold the > > AMD64 installation when I get around to doing that, while the IBM > > drive will continue to hold the i386 install if I need to switch > > back. The RAID holds user data, and is not an issue when performing > > kernel builds. > > > > Have you tried to install the 6.1 release from CD/DVD? > > Not yet, but I doubt it'll make it through to the end because of the > I/O error issue. > > Cheers. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 00:29:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECC8916A417 for ; Tue, 26 Sep 2006 00:29:27 +0000 (UTC) (envelope-from pyunyh@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 87B8743D83 for ; Tue, 26 Sep 2006 00:29:09 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2673997pye for ; Mon, 25 Sep 2006 17:29:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=SqUOLXqSoNn/xaOclJWKKBaIWQsj9pcZF55ZrM7Grbyxunk82RZ4daj7v5os1/ckgN4RiPFkhN7dePgAyeEMbayurN5T3oJ6J+F1tB574RulfDgsMZr66CcHBFvXe7PJ+ApAywPRMcjBNPjmP1ptPZ+2ioA4gDYJPEGbL/nFJtE= Received: by 10.35.54.1 with SMTP id g1mr235763pyk; Mon, 25 Sep 2006 17:29:08 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 12sm3064656nzn.2006.09.25.17.29.07; Mon, 25 Sep 2006 17:29:08 -0700 (PDT) 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 k8Q0THQO006519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Sep 2006 09:29:17 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k8Q0THTk006518 for freebsd-current@FreeBSD.org; Tue, 26 Sep 2006 09:29:17 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 26 Sep 2006 09:29:16 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20060926002916.GA5975@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. 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: Tue, 26 Sep 2006 00:29:28 -0000 Hi, I've written a driver for Marvell/SysKonnect Yukon II Gigabit Ethernet controller. It supports the following GigE adapters. o SysKonnect SK-9Sxx Yukon Gigabit Ethernet o SysKonnect SK-9Exx Yukon Gigabit Ethernet o Marvell Yukon 88E8021CU Gigabit Ethernet o Marvell Yukon 88E8021 SX/LX Gigabit Ethernet o Marvell Yukon 88E8022CU Gigabit Ethernet o Marvell Yukon 88E8022 SX/LX Gigabit Ethernet o Marvell Yukon 88E8061CU Gigabit Ethernet o Marvell Yukon 88E8061 SX/LX Gigabit Ethernet o Marvell Yukon 88E8062CU Gigabit Ethernet o Marvell Yukon 88E8062 SX/LX Gigabit Ethernet o Marvell Yukon 88E8035 Gigabit Ethernet o Marvell Yukon 88E8036 Gigabit Ethernet o Marvell Yukon 88E8038 Gigabit Ethernet o Marvell Yukon 88E8050 Gigabit Ethernet o Marvell Yukon 88E8052 Gigabit Ethernet o Marvell Yukon 88E8053 Gigabit Ethernet o Marvell Yukon 88E8055 Gigabit Ethernet o D-Link 560T Yukon Gigabit Ethernet Due to lack of documentation, this driver is based on the code from sk(4) and Marvell's myk(4) driver for FreeBSD 5.x/6.x. I've also adopted the OpenBSD interface name, msk(4) in order to reduce naming differences between BSDs. After many trial and errors I now managed to work it on i386 box. At the moment IP/TCP/UDP checksum offload for transmit and IP checksum offload for receive is supported. Hardware VLAN tag insertion/stripping is also supported. JUMBO frame support code is present but was not tested at all and it may have bugs. The driver was tested on on-board 88E8053 PCI Express NIC and I'd like to hear success/failure reports on other architectures such as amd64. I don't have adapters that have TBI transceivers or dual MAC configuration so I'd also like to know whether it works on those adapters too. ** Be ware, this driver is not for production use. It may even damage your hardware. ** You can get the latest msk(4) driver from the following URL. http://people.freebsd.org/~yongari/msk/msk.HEAD.diff You should add "device msk" in your kernel configuration file and rebuild/reboot or build kernel module if_msk.ko. You need latest CURRENT to apply this diff. TODO: Automatic crossover support(e1000phy(4)). Yukon FE(Fast Ethernet) support(e1000phy(4)). Performance tuning. Rx TCP/UDP checksum offload. TSO support. 64bit DMA(DAC) support. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 01:35:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 762D516A492; Tue, 26 Sep 2006 01:35:22 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1AC343D58; Tue, 26 Sep 2006 01:35:21 +0000 (GMT) (envelope-from ota@j.email.ne.jp) Received: from p600-freebsd.advok.com (pool-151-197-182-152.phil.east.verizon.net [151.197.182.152]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 2FA4616E7A; Tue, 26 Sep 2006 10:35:18 +0900 (JST) Date: Mon, 25 Sep 2006 21:35:22 -0500 From: Yoshihiro Ota To: Ivan Voras Message-Id: <20060925213522.4c9eacb7.ota@j.email.ne.jp> In-Reply-To: <44EF12F6.3000806@fer.hr> References: <44EF12F6.3000806@fer.hr> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: geom@freebsd.org, current@freebsd.org Subject: Re: Announcing: gvirstor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2006 01:35:22 -0000 Hi. I gave a shot at this but it didn't work. I downloaded gvirstor-beta3.tbz. I have a coupe of questions. 1. Is this -current only? I tried on 6.1 and 6-stable(currently 6.2-RERELEASE) 2. Have you made any changes since you posted the orginal e-mail? 3. If so, how do you check out fro "Perforce (under the name \\gvirstor)"? Here is some output I got afer # make ; make so Thanks, Hiro # make install install -o root -g wheel -m 555 geom_virstor.ko /boot/kernel kldxref /boot/kernel # ./gvirstor label -v -s 500 test md2 md3 Unknown command: label usage: gvirstor help gvirstor list [name ...] gvirstor status [-s] [name ...] gvirstor load [-v] gvirstor unload [-v]` # grep label *c g_virstor.c:/* Declare malloc(9) label */ geom_virstor.c: {"label", G_FLAG_VERBOSE | G_FLAG_LOADKLD, virstor_main, geom_virstor.c:static void virstor_label(struct gctl_req *req); geom_virstor.c: if (strcmp(name, "label") == 0) geom_virstor.c: virstor_label(req); geom_virstor.c:virstor_label(struct gctl_req *req) On Fri, 25 Aug 2006 17:10:46 +0200 Ivan Voras wrote: > I'm glad to announce availability of GEOM virtual storage class, > (currently) named "gvirstor". The purpose of this class is to enable > creation of huge virtual providers (for example: many terabytes) backed > by limited physical storage, with the expectation that more physical > storage will be added later. This is a part of a logical volume manager, > and provides functionality up to now not available as a native GEOM > class. > > gvirstor is currently available either from Perforce (under the name > \\gvirstor) or at http://wiki.freebsd.org/gvirstor in a convenient tbz > archive with appropriate Makefile. Please read the README file packaged > in the archive for instructions on how to build and run gvirstor. From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 02:17:31 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 258EA16A501; Tue, 26 Sep 2006 02:17:31 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAAE843D58; Tue, 26 Sep 2006 02:17:30 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (40k502h2yaiwryjm@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k8Q2HU4C006489; Mon, 25 Sep 2006 19:17:30 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k8Q2HUve006488; Mon, 25 Sep 2006 19:17:30 -0700 (PDT) (envelope-from jmg) Date: Mon, 25 Sep 2006 19:17:29 -0700 From: John-Mark Gurney To: current@FreeBSD.org, net@FreeBSD.org, Andre Oppermann , mohans@FreeBSD.org Message-ID: <20060926021729.GD80527@funkthat.com> Mail-Followup-To: current@FreeBSD.org, net@FreeBSD.org, Andre Oppermann , mohans@FreeBSD.org References: <20060925095745.GA80527@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060925095745.GA80527@funkthat.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: Re: odd TCP rtt/retransmit timeout issue... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2006 02:17:31 -0000 John-Mark Gurney wrote this message on Mon, Sep 25, 2006 at 02:57 -0700: > Anyone want to track down why we are getting such large values in > there? I'll try to back track farther to see how old this issue is.. Managed to track it down: jmg 2006-09-26 01:21:47 UTC FreeBSD src repository Modified files: sys/netinet tcp_input.c Log: fix calculating to_tsecr... This prevents the rtt calculations from going all wonky... Revision Changes Path 1.309 +1 -1 src/sys/netinet/tcp_input.c ~12 days old for those who need to figure out if they need to upgrade or not... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 04:02:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4871E16A403 for ; Tue, 26 Sep 2006 04:02:02 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: from les.ath.cx (15.61.205.61.west.global.alpha-net.ne.jp [61.205.61.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE24043D49 for ; Tue, 26 Sep 2006 04:02:01 +0000 (GMT) (envelope-from qhwt+fbsd@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id 0945986618; Tue, 26 Sep 2006 13:01:59 +0900 (JST) Date: Tue, 26 Sep 2006 13:01:59 +0900 From: YONETANI Tomokazu To: freebsd-current@freebsd.org Message-ID: <20060926040159.GE1080@les.ath.cx> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <20060924071601.GA1080@les.ath.cx> <20060924205903.GY1045@tigerfish2.my.domain> <20060925111048.GD1080@les.ath.cx> <7579f7fb0609251606t2913858boaa2e6d71914d0fa6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0609251606t2913858boaa2e6d71914d0fa6@mail.gmail.com> User-Agent: Mutt/1.5.11 Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2006 04:02:02 -0000 On Mon, Sep 25, 2006 at 04:06:11PM -0700, Matthew Jacob wrote: > Um- I'm still trying to find a real error here. The bootverbose simply > lists selection failures for devices that don't exist. Other than > that, I cannot see what you are claiming is an error. No, they don't contain error message, they're just there to hopefully give you hints about our hardware (and I couldn't find a way to include the real error message in the dmesg output without hitting the panic at that time :). The real visible problems are: - random I/O errors during disk activity; buildworld almost immediately terminates because of the error. sometimes it leads to a panic in softupdates code. - error messages to the console: (da0:mpt0:0:0:0): CAM Status 0x34 (da0:mpt0:0:0:0): Retrying Command (da0:mpt0:0:0:0): CAM Status 0x34 (da0:mpt0:0:0:0): Retrying Command (da0:mpt0:0:0:0): error 5 (da0:mpt0:0:0:0): Retries Exhausted (da0:mpt0:0:0:0): error 5 (da0:mpt0:0:0:0): Retries Exhausted (da0:mpt0:0:0:0): error 5 If I raise dev.mpt.0.debug from 4(the default) to a higher value than 5, the above errors stop popping up, although it spams the message buffer. Changing it to 5 doesn't seem to change the amount of the message the driver spews. Regards. > On 9/25/06, YONETANI Tomokazu wrote: > >On Sun, Sep 24, 2006 at 03:59:03PM -0500, Bruce Burden wrote: > >> On Sun, Sep 24, 2006 at 04:16:01PM +0900, YONETANI Tomokazu wrote: > >> > > >> > Recently I tried installing FreeBSD 5.4-RELEASE on an IBM X335 in my > >> > office and tried to upgrade to 6.2-PRERELEASE, and found that although > >> > it doesn't hang or panic during boot, running I/O intensive > >applications > >> > (including buildworld) ends up in an I/O error, and eventually > >panicked and > >> > rebooted. > >> > > >> This would be best on -STABLE, which the 6x thread is. Anyway, > > > >But I found that the snapshot from September 5 still has the similar > >issue, so I'd imagine that the driver in -CURRENT still has the problem, > >though I'm speaking without knowing how much changes have been made since > >the last MFC. I need to set up a machine which can build current -CURRENT > >to be sure. > > > >> I have: > >[snip] > >> FreeBSD tigerfish2.my.domain 6.1-STABLE FreeBSD 6.1-STABLE #6: Sun Aug > >27 11:03:43 CDT 2006 > > > >Thanks for the suggestion, I put mine at > > http://les.ath.cx/FreeBSD/mpt/ > > > >> and have not had any problems with the mpt device. The controller is > >> built into the Tyan S2895/Thunder K8WE board. > >> > >> I am not using the Seagate drive - it will be used to hold the > >> AMD64 installation when I get around to doing that, while the IBM > >> drive will continue to hold the i386 install if I need to switch > >> back. The RAID holds user data, and is not an issue when performing > >> kernel builds. > >> > >> Have you tried to install the 6.1 release from CD/DVD? > > > >Not yet, but I doubt it'll make it through to the end because of the > >I/O error issue. > > > >Cheers. > >_______________________________________________ > >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" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 06:38: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74E3816A407 for ; Tue, 26 Sep 2006 06:38:39 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.host-h.net [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF63943D77 for ; Tue, 26 Sep 2006 06:38:38 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GS6aP-0007pm-Fy; Tue, 26 Sep 2006 08:38:33 +0200 To: Randall Stewart From: Ian FREISLICH In-Reply-To: Message from Randall Stewart of "Fri, 22 Sep 2006 13:54:26 -0400." <45142352.2060600@cisco.com> X-Attribution: BOFH Date: Tue, 26 Sep 2006 08:38:33 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Anyone play with divert sockets lately? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2006 06:38:39 -0000 Randall Stewart wrote: > Hi all: > > Due to something I need to do at I had to bring > up a couple of daemon's that use DIVERT sockets. > So I grabbed my two test machines.. one runs > 6.1 the other 7.0... > > I had not updated in a while... (the 7.0 machine). > So anyway, I got everything configured.. started > my router with the proper VRF's.. setup the > tunnels ... > > the 6.1 machine came up fine.. > > The 7.0 could not write into the tunnel... it > is sending to addr.sin_addr.s_addr = 0 and getting > error EACCESS back.. > > So I cvsup to current as of today.. rebuild.. > > and I get a bunch of: > > error's from the divert code.. and then a > crash in kern_exec/kern_proc.c I'm using divert sockets extensively for some tunnel/vpn software I wrote _way_ back. It's running fine on -CURRENT (Tue Sep 19 08:33:01 SAST 2006), 4.11-STABLE, and just about everything in between. I've not had to change the code substantially to make it work on newer BSDs. All our VoIP goes through this piece of code: memset(&from, '\0', sizeof from); from.sin_addr.s_addr = INADDR_ANY; from.sin_port = config.tuns[config.tun].fw_rule; while (tot + ntohs(hdr->length) <= (p - buf + in)) { out = sendto(config.tuns[config.tun].div_fd, buf + tot, ntohs(hdr->length), 0, (struct sockaddr *)&from, sizeof(addr)); ... So, I'm not sure where you're going wrong. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 07:04: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97D1E16A47B for ; Tue, 26 Sep 2006 07:04:22 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C037D43D5E for ; Tue, 26 Sep 2006 07:04:18 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id k8Q74GWJ070522 for ; Tue, 26 Sep 2006 10:04:16 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (coffee.syncrontech.com [192.168.5.102]) by guinness.syncrontech.com (8.13.4/8.13.4) with ESMTP id k8Q74EKo002429 for ; Tue, 26 Sep 2006 10:04:15 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <4518D0EA.9070709@suutari.iki.fi> Date: Tue, 26 Sep 2006 10:04:10 +0300 From: Ari Suutari User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Will Xen 3.0 support (at least domU) be available ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2006 07:04:22 -0000 Hi, I have been playing with Xen 3.0 lately (with NetBSD & debian), but as FreeBSD user, I would like to use FreeBSD with Xen. I found web page which shows some results from google SoC project, there are two DomU kernels downloadable from there. Currently, I would be perfectly happy with just DomU support, but the the Xen changes are not available in FreeBSD cvs yet, I think ? This would mean that I'm stuck with the versions provided on SoC page. It would be nice if someone could give more information about future of FreeBSD's xen, are there plans to put the code into some future version. Ari S. From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 08:01:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8723D16A40F; Tue, 26 Sep 2006 08:01:49 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC5C343D45; Tue, 26 Sep 2006 08:01:48 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [IPv6:::1] (localhost.cc.fer.hr [IPv6:::1]) by lara.cc.fer.hr (8.13.8/8.13.4) with ESMTP id k8Q81Nqj092322; Tue, 26 Sep 2006 10:01:24 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <4518DE53.9070101@fer.hr> Date: Tue, 26 Sep 2006 10:01:23 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.4 (X11/20060625) MIME-Version: 1.0 To: Yoshihiro Ota References: <44EF12F6.3000806@fer.hr> <20060925213522.4c9eacb7.ota@j.email.ne.jp> In-Reply-To: <20060925213522.4c9eacb7.ota@j.email.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: geom@freebsd.org, current@freebsd.org Subject: Re: Announcing: gvirstor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2006 08:01:49 -0000 Ota wrote: > 1. Is this -current only? > I tried on 6.1 and 6-stable(currently 6.2-RERELEASE) No, it's for RELENG_6. I'm interested in people testing it before it's committed to -current! > 2. Have you made any changes since you posted the orginal e-mail? Not significantly. > Here is some output I got afer # make ; make so > install -o root -g wheel -m 555 geom_virstor.ko /boot/kernel > kldxref /boot/kernel You may need to 'kldload geom_virstor'. > # ./gvirstor label -v -s 500 test md2 md3 > Unknown command: label This means the .so file has not been found. I see now what's going on: I've forgot to add a step to the README: make a symlink of geom_virstor.so in your /lib/geom directory: /lib/geom# ln -s /path_to_gvirstor/geom_virstor.so Also, take care to remove CFLAGS line from Makefile if you don't have a kernel with INVARIANTS and WITNESS. I hope to hear about your experience with it. From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 08:12: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70E2B16A40F for ; Tue, 26 Sep 2006 08:12:38 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A5C43D46 for ; Tue, 26 Sep 2006 08:12:34 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id k8Q8C7kP070771; Tue, 26 Sep 2006 11:12:08 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (coffee.syncrontech.com [192.168.5.102]) by guinness.syncrontech.com (8.13.4/8.13.4) with ESMTP id k8Q8C5m1003897; Tue, 26 Sep 2006 11:12:07 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <4518E0D1.2030903@suutari.iki.fi> Date: Tue, 26 Sep 2006 11:12:01 +0300 From: Ari Suutari User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "Yuan, Jue" References: <4518D321.8050604@delphij.net> <51584f840609260101m7dc0a1e1iffaccc8621df3783@mail.gmail.com> In-Reply-To: <51584f840609260101m7dc0a1e1iffaccc8621df3783@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: [Fwd: Will Xen 3.0 support (at least domU) be available ?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2006 08:12:38 -0000 Hi, Yuan, Jue wrote: > Hi there, > > I am the Summer of Code student who is responsible for porting Xen to > FreeBSD. Currently we have got two domU kernels, one for installation, > the other for running. And the dom0 support is on its way :-) Yes, I tried these kernels under NetBSD-current running as dom0, using Xen 3.0.2-2. I couldn't get freebsd-XENU_INSTALL kernel to boot, it crashes like this: (XEN) domain_crash_sync called from entry.S (ff149655) (XEN) Domain 16 (vcpu#0) crashed on cpu#0: (XEN) ----[ Xen-3.0.2-2 Not tainted ]---- (XEN) CPU: 0 (XEN) EIP: e019:[] (XEN) EFLAGS: 00000206 CONTEXT: guest (XEN) eax: 00000000 ebx: 00000000 ecx: 00100000 edx: c0759000 (XEN) esi: 00000003 edi: c0800000 ebp: c075fff4 esp: c075ff5c (XEN) cr0: 8005003b cr3: 06763000 (XEN) ds: e021 es: e021 fs: e021 gs: e021 ss: e021 cs: e019 (XEN) Guest stack trace from esp=c075ff5c: (XEN) 00000002 c01f8d77 0001e019 00010006 00000000 c0205923 c0766000 0049a000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 c0766000 00000766 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 c0759000 00000000 00000000 c00314c6 (XEN) c0759000 The freebsd-XENU kernel boots, but I cannot mount root: Using config file "freebsd1". Started domain freebsd1 WARNING: loader(8) metadata is missing! KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #2: Sat Aug 26 00:02:36 CST 2006 YuanJue@www.yuanjue.org:/usr/home/YuanJue/Develop/SVN_work/xen3/sys/i386-xen/compile/XENCONF-STD WARNING: DIAGNOSTIC option enabled, expect reduced performance. Xen reported: 863.864 MHz processor. Timecounter "ixen" frequency 1000000000 Hz quality 0 CPU: Intel Pentium III (863.86-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 63266816 (60 MB) avail memory = 57602048 (54 MB) xc0: on motherboard cpu0 on motherboard Timecounters tick every 10.000 msec [XEN] Initialising virtual ethernet driver. xn0: Ethernet address: aa:00:00:50:03:e1 [XEN] Trying to mount root from ufs:/dev/xbd769a Mount point / had 1 dangling refs Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input The root filesystem is file based and has been created on another FreeBSD machine, so it should be ok. What is that number "769" in xbd device ? Is it same for all installations ? If there are any suggestions I could try please let me know. Ari S. > > > On 9/26/06, LI Xin wrote: >> FYI, >> >> -- >> Xin LI http://www.delphij.net/ >> FreeBSD - The Power to Serve! >> >> >> >> ---------- Forwarded message ---------- >> From: Ari Suutari >> To: freebsd-current@freebsd.org >> Date: Tue, 26 Sep 2006 10:04:10 +0300 >> Subject: Will Xen 3.0 support (at least domU) be available ? >> Hi, >> >> I have been playing with Xen 3.0 lately (with NetBSD & debian), but >> as FreeBSD user, I would like to use FreeBSD with Xen. I found >> web page which shows some results from google SoC project, there are >> two DomU kernels downloadable from there. >> >> Currently, I would be perfectly happy with just DomU support, but >> the the Xen changes are not available in FreeBSD cvs yet, I think ? >> This would mean that I'm stuck with the versions provided on SoC page. >> >> It would be nice if someone could give more information about >> future of FreeBSD's xen, are there plans to put the code into >> some future version. >> > From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 08:28:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEEF916A417 for ; Tue, 26 Sep 2006 08:28:07 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9607C43D67 for ; Tue, 26 Sep 2006 08:28:01 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 44270 invoked from network); 26 Sep 2006 08:29:52 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 26 Sep 2006 08:29:52 -0000 Message-ID: <4518E491.5060008@freebsd.org> Date: Tue, 26 Sep 2006 10:28:01 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: sivakumar.subramani@wipro.com References: <956E7FA2615F3B4595FC5F22870A72210C56FF@blr-m3-msg.wipro.com> In-Reply-To: <956E7FA2615F3B4595FC5F22870A72210C56FF@blr-m3-msg.wipro.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, jfvogel@gmail.com Subject: Re: TSO patch for 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: Tue, 26 Sep 2006 08:28:07 -0000 sivakumar.subramani@wipro.com wrote: > Is the TSO patch is checked in to the current? Yes, but a different one. -- Andre > Thanks, > ~Siva > > -----Original Message----- > From: owner-freebsd-net@freebsd.org > [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Jack Vogel > Sent: Saturday, September 02, 2006 4:21 AM > To: freebsd-net; freebsd-current > Subject: RFC: TSO patch for current > > This is a patch for the stack and the em driver to enable TSO > on CURRENT. Previously I had problems getting it to work, but > this is functional. > > I should note that CURRENT is being a pain right now, when > I comment out em in the config the kernel panics coming up, > so I had to substitute this code into the tree. Rather bizarre :) > > I have this functionality running on a 6.1 based system, and > our test group is already testing against that driver, so far > things are looking good. > > I have designed it so the driver can continue to be built > without support. There is also a sysctl in the stack code > so you can set net.inet.tcp.tso_enable on or off and > compare. > > I know there may be some refinements to add in, but I > would like to get this into CURRENT as a start. > > Comments? > > Jack > > > The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. > > > WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. > > > www.wipro.com > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 08:38: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1347516A492 for ; Tue, 26 Sep 2006 08:38:36 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295B743D62 for ; Tue, 26 Sep 2006 08:38:31 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1GS8SS-0000ED-00; Tue, 26 Sep 2006 10:38:28 +0200 Date: Tue, 26 Sep 2006 10:38:28 +0200 To: Alexandre Vieira Message-ID: <20060926083828.GZ4945@poupinou.org> References: <755cb9fc0609251042h163ff7f1l4e96369ed7bd0106@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <755cb9fc0609251042h163ff7f1l4e96369ed7bd0106@mail.gmail.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-current@freebsd.org Subject: Re: Acer Aspire 1644WLMi -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: Tue, 26 Sep 2006 08:38:36 -0000 On Mon, Sep 25, 2006 at 06:42:43PM +0100, Alexandre Vieira wrote: > Hello folks, > > I just went -CURRENT for the first time and everything seems fairly equal to > 6.1-STABLE. > > I have an Acer Aspire 1644WLMi. > > ACPI doesn't seem to work very well. I have many messages in dmesg > complaining about acpi. Could you please run acpidump -t -d > Acer_Aspire_1644WLMi.asl and give a link to this file somewhere on the web? This problem is well known, and I think FreeBSD will support your laptop in the near future. In the meantime we can workaround this problem by modifiying a little the AML of the DSDT. > I had kde working but since the upgrade it's broken. I've tried to recompile > it but im having troubles compiling some ports (altough it seems application > specific,, i.e pilot-link/libmal) . I did no change to my 6-stable kernel. > > Is there anything I have to take in consideration in -CURRENT regarding > compilations? > > Also, does anyone know if an intel high definition audio driver exists in > -CURRENT? Nothing seems to grab the sound card and I cant find a suitable > module for it. I've heard there is one in developpment, but I let other to answer since I don't know so much. > > > I'm sorry for any eventual dumminess coming out of my fingers and thank you > very much for your itme. > > Regards, > -- > Alexandre Vieira - nullpt@gmail.com -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 08:48: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E03B816A40F for ; Tue, 26 Sep 2006 08:48:59 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A22443D53 for ; Tue, 26 Sep 2006 08:48:58 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id k8Q8mvhC070875; Tue, 26 Sep 2006 11:48:57 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (coffee.syncrontech.com [192.168.5.102]) by guinness.syncrontech.com (8.13.4/8.13.4) with ESMTP id k8Q8muK5004382; Tue, 26 Sep 2006 11:48:57 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <4518E973.6010004@suutari.iki.fi> Date: Tue, 26 Sep 2006 11:48:51 +0300 From: Ari Suutari User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "Yuan, Jue" References: <4518D321.8050604@delphij.net> <51584f840609260101m7dc0a1e1iffaccc8621df3783@mail.gmail.com> <4518E0D1.2030903@suutari.iki.fi> <51584f840609260134v1c2dbcd4y23ab0830a198c43d@mail.gmail.com> In-Reply-To: <51584f840609260134v1c2dbcd4y23ab0830a198c43d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kip Macy , freebsd-current@freebsd.org Subject: Re: [Fwd: Will Xen 3.0 support (at least domU) be available ?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2006 08:49:00 -0000 Hi, Yuan, Jue wrote: > > I tested freebsd-XENU_INSTALL under kubuntu 6.0.6 as dom0. don't know > why this happens. I will check this issue later :-) OK, I can consider running debian as dom0 if that is needed (but I would like to stick in the bsd family :-) > >> Trying to mount root from ufs:/dev/xbd769a >> Mount point / had 1 dangling refs >> >> >> The root filesystem is file based and has been created on another >> FreeBSD machine, so it should be ok. What is that number "769" in >> xbd device ? Is it same for all installations ? >> > > the magic number here is due to the major and minor device number of > Linux. maybe this is not the case while you are using NetBSD. Anyway, > the first thing you should check is the fstab file in your file-backed > image. It is not looking at fstab yet, this is the mount specified by extra += ",vfs.root.mountfrom=ufs:/dev/xbd.... in xen config file. I tried guessing the number, but had no luck :-( > More details could be found at > http://www.yuanjue.net/xen/howto.html Yes, I have read this. Actually, after reading this I started experimenting with Xen + FreeBSD again. Nice work anyway, I'm sure things will eventually start working... Ari S. From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 08: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E76616A412 for ; Tue, 26 Sep 2006 08:57:38 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A698B43D55 for ; Tue, 26 Sep 2006 08:57:37 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id k8Q8vaj9070905; Tue, 26 Sep 2006 11:57:36 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (coffee.syncrontech.com [192.168.5.102]) by guinness.syncrontech.com (8.13.4/8.13.4) with ESMTP id k8Q8vZol004485; Tue, 26 Sep 2006 11:57:36 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <4518EB7B.5010802@suutari.iki.fi> Date: Tue, 26 Sep 2006 11:57:31 +0300 From: Ari Suutari User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "Yuan, Jue" References: <4518D321.8050604@delphij.net> <51584f840609260101m7dc0a1e1iffaccc8621df3783@mail.gmail.com> <4518E0D1.2030903@suutari.iki.fi> <51584f840609260134v1c2dbcd4y23ab0830a198c43d@mail.gmail.com> <4518E973.6010004@suutari.iki.fi> <51584f840609260153k6ec100cdhebdaad111666f46c@mail.gmail.com> In-Reply-To: <51584f840609260153k6ec100cdhebdaad111666f46c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kip Macy , freebsd-current@freebsd.org Subject: Re: [Fwd: Will Xen 3.0 support (at least domU) be available ?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2006 08:57:38 -0000 Hi, Yuan, Jue wrote: >> It is not looking at fstab yet, this is the mount specified >> by extra += ",vfs.root.mountfrom=ufs:/dev/xbd.... in xen >> config file. >> >> I tried guessing the number, but had no luck :-( >> > the "vfs.root.mountfrom=ufs:/dev/xbd769a" thing must be matched with > what's in fstab of your image file in order to get it working :-) > Really ? Is this Xen stuff then different from FreeBSD usually works ? I thought that since /etc/fstab is on root file system the kernel (or nothing else) has no access to it before root is actually mounted (I thought that the vfs.root.mountfrom parameter is just for that). But ok, I'll update the fstab to say "/dev/xbd769a /". Ari S. From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 09:34:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3558716A417 for ; Tue, 26 Sep 2006 09:34:07 +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 A66CC43D76 for ; Tue, 26 Sep 2006 09:34:06 +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 k8Q9XxuU057584 for ; Tue, 26 Sep 2006 11:34:04 +0200 (CEST) (envelope-from mb@imp.ch) Date: Tue, 26 Sep 2006 11:33:59 +0200 (CEST) From: Martin Blapp To: current@freebsd.org Message-ID: <20060926111452.J91466@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65 Cc: Subject: What do you think ?: How should pseundo terminals behave ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Sep 2006 09:34:07 -0000 ... if there is no slave and master anymore, both sides are closed (for example after we did type exit in our term) and we open a slave and write something to the closed pty ? What we currently do: If we have no slave and master ttypX ttytX anymore and we try to write to the ttypX like: echo "BLUBBER" > /dev/ttypX We get currently blocked in ptsopen(). That's ok so far. But after we ssh into the box again, THE SAME ! tty gets opened too, leading to a tty livelock for 5 minutes. Sometimes we gets then EOPNOTSUPP when the writer gets aborted, sometimes we get two ptsclose(). After we exit this pty the refcounts are off by one, we make one ttyrel() too much so the tty structure gets completly freed in ttyrel() and the next ptsopen/ptcopen panics our box this is FreeBSD6 behaviour. With my fixes CURRENT doesn not panic anymore, but it leaks ptys. So how should ptys behave ? 1.) Block until the tty is really opened again and there is a master available again. Then write to the freshly opened pty. (not easy to do) 2.) Block forever since the tty will not be reopened anymore since we leak ptys. 3.) Detect that there is no master around anymore and return ENXIO: # echo "BLUBBER" > /dev/ttypX # /dev/ttypX: Device not configured (easy to do, i've got a fix. IMHO this is the best thing to do. This allows fast error recovery in case the master has been gone away) 4.) Keep the current behaviour, leak terminals or panic. (the simplest thing to do. Let's keep the bugs) Please vote for any of those choice. Thank you for your participation. 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 ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 09:34: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C17E16A51B for ; Tue, 26 Sep 2006 09:34:22 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E882043D6D for ; Tue, 26 Sep 2006 09:34:14 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id k8Q9YDuf071049; Tue, 26 Sep 2006 12:34:13 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (coffee.syncrontech.com [192.168.5.102]) by guinness.syncrontech.com (8.13.4/8.13.4) with ESMTP id k8Q9YBY8005109; Tue, 26 Sep 2006 12:34:13 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <4518F40F.3050703@suutari.iki.fi> Date: Tue, 26 Sep 2006 12:34:07 +0300 From: Ari Suutari User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "Yuan, Jue" References: <4518D321.8050604@delphij.net> <51584f840609260101m7dc0a1e1iffaccc8621df3783@mail.gmail.com> <4518E0D1.2030903@suutari.iki.fi> <51584f840609260134v1c2dbcd4y23ab0830a198c43d@mail.gmail.com> <4518E973.6010004@suutari.iki.fi> <51584f840609260153k6ec100cdhebdaad111666f46c@mail.gmail.com> <4518EB7B.5010802@suutari.iki.fi> In-Reply-To: <4518EB7B.5010802@suutari.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kip Macy , freebsd-current@freebsd.org Subject: Re: [Fwd: Will Xen 3.0 support (at least domU) be available ?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2006 09:34:22 -0000 Hi, Ari Suutari wrote: > But ok, I'll update the fstab to say "/dev/xbd769a /". It didn't help. Kernel still cannot mount root. I guess the device name must different then. Ari S. From owner-freebsd-current@FreeBSD.ORG Tue Sep 26 10:04: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E7016A415 for ; Tue, 26 Sep 2006 10:04:08 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9E4C43D6B for ; Tue, 26 Sep 2006 10:04:01 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id k8QA40ta071179; Tue, 26 Sep 2006 13:04:00 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (coffee.syncrontech.com [192.168.5.102]) by guinness.syncrontech.com (8.13.4/8.13.4) with ESMTP id k8QA3xe6005536; Tue, 26 Sep 2006 13:04:00 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <4518FB0B.4030306@suutari.iki.fi> Date: Tue, 26 Sep 2006 13:03:55 +0300 From: Ari Suutari User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: "Yuan, Jue" References: <4518D321.8050604@delphij.net> <51584f840609260101m7dc0a1e1iffaccc8621df3783@mail.gmail.com> <4518E0D1.2030903@suutari.iki.fi> <51584f840609260134v1c2dbcd4y23ab0830a198c43d@mail.gmail.com> <4518E973.6010004@suutari.iki.fi> <51584f840609260153k6ec100cdhebdaad111666f46c@mail.gmail.com> <4518EB7B.5010802@suutari.iki.fi> <4518F40F.3050703@suutari.iki.fi> <51584f840609260257x5b1eaf3bg2d20a735f95a3f52@mail.gmail.com> In-Reply-To: <51584f840609260257x5b1eaf3bg2d20a735f95a3f52@mail.gmail.c