From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 20 03:00:41 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F64316A4DE for ; Sun, 20 Aug 2006 03:00:41 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9284343D46 for ; Sun, 20 Aug 2006 03:00:40 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k7K30epK092850 for ; Sun, 20 Aug 2006 03:00:40 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k7K30eH5092848; Sun, 20 Aug 2006 03:00:40 GMT (envelope-from gnats) Date: Sun, 20 Aug 2006 03:00:40 GMT Message-Id: <200608200300.k7K30eH5092848@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Frank Reppin Cc: Subject: Re: amd64/101873: Freebsd amd64 hangs on booting sata drive? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Frank Reppin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 03:00:41 -0000 The following reply was made to PR amd64/101873; it has been noted by GNATS. From: Frank Reppin To: bug-followup@FreeBSD.org, habeeb@cfl.rr.com Cc: Subject: Re: amd64/101873: Freebsd amd64 hangs on booting sata drive? Date: Sun, 20 Aug 2006 04:51:25 +0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hellos, I've had the same experience with my brand new and shiny amd64 equipmnent...: Mainboard -> ASUS M2N-E (nforce 570 - *no* SLI) RAM -> DDR2 800 CL5 made by MDT (1.8V ... 2x512) CPU -> AMD64 4200+ AM2 EE GPU -> ASUS Top Silent 7600GS HD -> 2x SATA2 Seagate 160GB drives ... it won't boot the official 6.1 REL (hangs after detecting 1st drive - see screenshots). https://www.undermydesk.org/pics/amd64_101873-0.jpg https://www.undermydesk.org/pics/amd64_101873-1.jpg but booting/installing from: 7.0-CURRENT-200608-amd64-disc1.iso fixed this issue for me. HTH, Frank Reppin - -- mekkerblaat -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE584t9Atrv5KxwOwRAu6ZAJwNQ0/Vm6QxUKUJjPWVNwaUQpypUwCfbkH6 xzl5ljFrEiv0mVFbgem7eX4= =w/7i -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 20 21:09:01 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B10916A4DE for ; Sun, 20 Aug 2006 21:09:01 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13A0E43D4C for ; Sun, 20 Aug 2006 21:09:01 +0000 (GMT) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id DEAEE5C2E; Sun, 20 Aug 2006 17:13:51 -0400 (EDT) Date: Sun, 20 Aug 2006 17:13:51 -0400 From: Wesley Shields To: Angel Todorov Message-ID: <20060820211351.GA12681@atarininja.org> References: <4ac1e6310608190708k548a0a8ewf750669c9a98bc1b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ac1e6310608190708k548a0a8ewf750669c9a98bc1b@mail.gmail.com> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-amd64@freebsd.org Subject: Re: lang/mono X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 21:09:01 -0000 On Sat, Aug 19, 2006 at 05:08:47PM +0300, Angel Todorov wrote: > Hi all, > > Are there any plans to have the Mono port for freebsd-amd64 in the > near future ? Thanks very much in advance. > > P.S: That's what i currently get : > > bsdlab# cd /usr/ports/lang/mono > bsdlab# make install clean > ===> mono-1.1.13.6_1 is only for i386, and you are running amd64.. > *** Error code 1 > > Stop in /usr/ports/lang/mono. It's broken on -CURRENT for amd64 and has been for a while. This has been brought up on the BSD# mailing list recently and, according to people on that list, appears to be broken due to jemalloc. -- WXS From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 20 21:47:41 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B89516A4DD for ; Sun, 20 Aug 2006 21:47:41 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8824643D4C for ; Sun, 20 Aug 2006 21:47:40 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by py-out-1112.google.com with SMTP id c63so1930425pyc for ; Sun, 20 Aug 2006 14:47:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=uOQm7SEh0MGdxHPmk+8b23m/EEg6lhNxJz93gGlqoMOtf4rtOyAMhyQeh8tXDHfYxdJLTJPBj7wrL8ibgmGpyLO2AtqRHy9MGiJuunRmtrVDPy+o6dR8XGQStLOJ7w1FzfKdindvBvrI+GMdz37mhydvrgI8phhe3jN7OSwB4us= Received: by 10.65.59.20 with SMTP id m20mr5854180qbk; Sun, 20 Aug 2006 14:47:39 -0700 (PDT) Received: from ?192.168.0.21? ( [84.129.255.195]) by mx.gmail.com with ESMTP id e19sm167843qba.2006.08.20.14.47.38; Sun, 20 Aug 2006 14:47:39 -0700 (PDT) From: "Pascal G. Hofstee" To: Wesley Shields In-Reply-To: <20060820211351.GA12681@atarininja.org> References: <4ac1e6310608190708k548a0a8ewf750669c9a98bc1b@mail.gmail.com> <20060820211351.GA12681@atarininja.org> Content-Type: text/plain Date: Sun, 20 Aug 2006 23:47:34 +0200 Message-Id: <1156110455.1161.1.camel@chekov> Mime-Version: 1.0 X-Mailer: Evolution 2.7.91 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: lang/mono X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 21:47:41 -0000 On Sun, 2006-08-20 at 17:13 -0400, Wesley Shields wrote: > It's broken on -CURRENT for amd64 and has been for a while. This has > been brought up on the BSD# mailing list recently and, according to > people on that list, appears to be broken due to jemalloc. Which btw, in no way implies that jemalloc is "wrong" here .. but more that mono's internals make false assumptions with regard to the size of pointers on amd64. -- Pascal Hofstee From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 20 22:10:19 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C7216A4FB for ; Sun, 20 Aug 2006 22:10:19 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C21043D7F for ; Sun, 20 Aug 2006 22:10:06 +0000 (GMT) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 241B65C34; Sun, 20 Aug 2006 18:14:55 -0400 (EDT) Date: Sun, 20 Aug 2006 18:14:55 -0400 From: Wesley Shields To: "Pascal G. Hofstee" Message-ID: <20060820221455.GA12875@atarininja.org> References: <4ac1e6310608190708k548a0a8ewf750669c9a98bc1b@mail.gmail.com> <20060820211351.GA12681@atarininja.org> <1156110455.1161.1.camel@chekov> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1156110455.1161.1.camel@chekov> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-amd64@freebsd.org Subject: Re: lang/mono X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Aug 2006 22:10:19 -0000 On Sun, Aug 20, 2006 at 11:47:34PM +0200, Pascal G. Hofstee wrote: > On Sun, 2006-08-20 at 17:13 -0400, Wesley Shields wrote: > > It's broken on -CURRENT for amd64 and has been for a while. This has > > been brought up on the BSD# mailing list recently and, according to > > people on that list, appears to be broken due to jemalloc. > > Which btw, in no way implies that jemalloc is "wrong" here .. but more > that mono's internals make false assumptions with regard to the size of > pointers on amd64. Correct. I was just pointing out (in a very rough sense) of the timeframe of when it stopped working on AMD64. Looking back I can see how I should have worded that better. :) -- WXS From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 21 17:29:31 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 797EC16A4DD for ; Mon, 21 Aug 2006 17:29:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA61243D76 for ; Mon, 21 Aug 2006 17:29:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7LHTCGt011401; Mon, 21 Aug 2006 13:29:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Steve Kargl Date: Mon, 21 Aug 2006 13:09:40 -0400 User-Agent: KMail/1.9.1 References: <200608151701.46724.jhb@freebsd.org> <200608181700.25539.jhb@freebsd.org> <20060818223653.GA5626@troutmask.apl.washington.edu> In-Reply-To: <20060818223653.GA5626@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608211309.40737.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 21 Aug 2006 13:29:28 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1702/Mon Aug 21 11:23:21 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: amd64@freebsd.org Subject: Re: linux32 breakage in current.. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 17:29:31 -0000 On Friday 18 August 2006 18:36, Steve Kargl wrote: > On Fri, Aug 18, 2006 at 05:00:25PM -0400, John Baldwin wrote: > > On Wednesday 16 August 2006 13:54, Steve Kargl wrote: > > > On Tue, Aug 15, 2006 at 05:04:24PM -0700, Steve Kargl wrote: > > > > > > > > Oh crap, this is more complicated than I thought > > > > With a kernel built from 2006.08.06.12.00.00 sources, > > > > I'm seeing the classic race condition for locking > > > > > > > > troutmask:kargl[201] acroread church.pdf > > > > Segmentation fault (core dumped) > > > > troutmask:kargl[202] acroread church.pdf <-- This one worked. > > > > troutmask:kargl[203] acroread church.pdf > > > > Segmentation fault (core dumped) > > > > troutmask:kargl[204] acroread church.pdf > > > > Segmentation fault (core dumped) > > > > troutmask:kargl[205] acroread church.pdf <-- This one worked. > > > > troutmask:kargl[206] > > > > > > > > I'll see if I can dig deeper. > > > > > > > > > > The problem appears as early as 01 Aug 06 sources. Out of 16 > > > attempts to run acroread, 5 die with a segfault. It is actually > > > the linux version of bash that drops core. > > > > Ok. Can you walk it back further? > > > > I've gone as far back as 15 Jul 06, and the problem is still > there. I ran out of time to go back to earlier versions. I'll > try again on Monday. Wow, thanks! -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 21 17:29:41 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E3E16A630 for ; Mon, 21 Aug 2006 17:29:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47CAB43D79 for ; Mon, 21 Aug 2006 17:29:37 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7LHTCGs011401; Mon, 21 Aug 2006 13:29:22 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Mon, 21 Aug 2006 12:49:06 -0400 User-Agent: KMail/1.9.1 References: <200608192359.36462.pieter@degoeje.nl> In-Reply-To: <200608192359.36462.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608211249.07018.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 21 Aug 2006 13:29:25 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1702/Mon Aug 21 11:23:21 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Panic on 6.1REL using linux compat X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 17:29:41 -0000 On Saturday 19 August 2006 17:59, Pieter de Goeje wrote: > The box in question is a dual core athlon64, running 6.1-RELEASE-p3 amd64 with > SMP enabled. The box has been panicing every month or so, and i've obtained a > crashdump the last time. The primary use for the box is hosting Half-Life > Dedicated Servers, using linux compatibility. One of them was the current > process seen in the panic below. > > Backtrace: > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x48 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xffffffff8023d923 > stack pointer = 0x10:0xffffffffa79c9620 > frame pointer = 0x10:0x4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 74823 (hlds_amd) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 14d14h36m48s > Dumping 1023 MB (2 chunks) > chunk 0: 1MB (156 pages) ... ok > chunk 1: 1023MB (261808 pages) 1007 991 975 959 943 927 911 895 879 863 847 > 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 > 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 > 223 207 191 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:172 > 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:172 > #1 0x8888888888888889 in ?? () > #2 0xffffffff801f97d7 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:402 > #3 0xffffffff801f9e71 in panic (fmt=0xffffff000a44abe0 "") > at /usr/src/sys/kern/kern_shutdown.c:558 > #4 0xffffffff803350ff in trap_fatal (frame=0xffffff000a44abe0, > eva=18446742974534823936) at /usr/src/sys/amd64/amd64/trap.c:660 > #5 0xffffffff8033541f in trap_pfault (frame=0xffffffffa79c9570, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:573 > #6 0xffffffff803356d3 in trap (frame= > {tf_rdi = 72, tf_rsi = 0, tf_rdx = 72, tf_rcx = 0, tf_r8 > = -1098734541056, tf_r9 = 50, tf_rax = 144, tf_rbx = -1098734541056, tf_rbp = > 4, tf_r10 = -1098734541056, tf_r11 = -2144558112, tf_r12 = -1098734541056, > tf_r13 = -1099503775744, tf_r14 = 0, tf_r15 = 1, tf_trapno = 12, tf_addr = > 72, tf_flags = -2144884788, tf_err = 0, tf_rip = -2145134301, tf_cs = 8, > tf_rflags = 66054, tf_rsp = -1482910152, tf_ss = 0}) > at /usr/src/sys/amd64/amd64/trap.c:352 > #7 0xffffffff80321acb in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:168 > #8 0xffffffff8023d923 in m_length (m0=0x48, last=0x0) > at /usr/src/sys/kern/uipc_mbuf.c:1173 > #9 0xffffffff8023d94b in m_fixhdr (m0=0xffffff002e516700) > at /usr/src/sys/kern/uipc_mbuf.c:1161 This doesn't make any sense.. m0 is passed directly to m_length, it's value shouldn't change. You either have a random memory corruption bug or you have faulty hardware. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 21 19:56:32 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 105EF16A4E8 for ; Mon, 21 Aug 2006 19:56:32 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1107143DE8 for ; Mon, 21 Aug 2006 19:55:37 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k7LJtAN3062410 for ; Mon, 21 Aug 2006 19:55:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k7LJt9F5062406 for freebsd-amd64@FreeBSD.org; Mon, 21 Aug 2006 19:55:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Aug 2006 19:55:09 GMT Message-Id: <200608211955.k7LJt9F5062406@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 19:56:32 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing filesystem w 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/69704 amd64 ext2/ext3 unstable in amd64 o amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy load o amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was seen but timeout o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/73650 amd64 5.3-release panics on boot o amd64/73775 amd64 Kernel panic (trap 12) when booting with (not from!) P o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Trap 12: Page fa o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/78848 amd64 [sis] sis driver on FreeBSD 5.x does not work on amd64 o amd64/80114 amd64 kldload snd_ich causes interrupt storm when ACPI is en o amd64/80691 amd64 amd64 kernel hangs on load o amd64/81037 amd64 SATA problem o amd64/81602 amd64 SATA crashes with parallel pcm access o amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface dies on 5.4/ o amd64/82555 amd64 Kernel Panic - after i connect to my "amd64" from anot o amd64/83005 amd64 Memory Occupied during installation of the FreeBSD 5.4 o amd64/84832 amd64 Installation crashes just at boot AMD64/ Version 5.4 o amd64/84930 amd64 [msdosfs] something wrong with msdosfs on amd64 o amd64/85431 amd64 AMD64 has short but temporary freezes (hangups) on Sun o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/86503 amd64 [atapicam] [panic] k3b crash the system like hardware o amd64/87156 amd64 First Installation: Kernel crashes o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 a amd64/87328 amd64 [boot] BTX halted error o amd64/87348 amd64 amd64+smp+startkde always crashing o amd64/87472 amd64 I downloaded 5.4 and went to install it, but it keeps o amd64/87514 amd64 6.0-CURRENT freezes machine using >4GB on AMD64 archit o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88299 amd64 swapcontext fails with errno 0 f amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/89549 amd64 [amd64] nve timeouts on 6.0-release o amd64/89550 amd64 [amd64] sym0: VTOBUS failed (6.0 Release) o amd64/89968 amd64 [ata] Asus A8N-E MediaShield RAID problem (read-only s o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/92991 amd64 FreeBSD(amd64) freezes when primary disk is on a SiI 3 o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. f amd64/95056 amd64 Nvidia Nforce ETH Driver -> Timeout Errors f amd64/95167 amd64 driver for SuperMicro H8DAR-T (Adaptec AIC-8130: (Marv o amd64/95414 amd64 kernel crashes during install o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G o amd64/96400 amd64 FreeBSD 6.0 Bootin Conflict between Broadcom on-broad o amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 xorg reboots system if dri module is enabled f amd64/99475 amd64 Mail attachement was modified o amd64/99561 amd64 system hangs in FreeBSD AMD64 when writting ext2fs o amd64/101873 amd64 Freebsd amd64 hangs on booting sata drive? o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. 63 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/61209 amd64 ppc0: cannot reserve I/O port range o amd64/63188 amd64 [ti] ti(4) broken on amd64 o amd64/69705 amd64 IPC problem (msq_queues) o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting o amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32/64-bit confu o amd64/85812 amd64 "Rebooting..." on serial console appears garbled o amd64/85820 amd64 1.5 times slower performance with SCHED_ULE than SCHED o amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/92527 amd64 [ciphy.c] no driver for "CICADA VSC 8201 Gigabit LAN P o amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 NIC on GA-K8NF-9 motherboard is recognized, but does n o amd64/95282 amd64 [ed] fix ed for RELENG_5 amd64 so that it has network o amd64/96516 amd64 FreeBSD/amd64 intermittent Network-Problems o amd64/97489 amd64 nForce 410 ATA controller dma time out o amd64/98346 amd64 [kbd] caps lock and other keys are always illuminated o amd64/100326 amd64 /dev/fd0 not created after installation FreeBSD 6.1 AM o amd64/100347 amd64 No hardware support Silicon Image SiI 3132 o amd64/100348 amd64 No hardware support: Marvell 88E8053 Yukon PCI-E Gigab o amd64/100838 amd64 FreeBSD 6.0/6.1 kernel panics when booting with EIST e o amd64/101132 amd64 Incorrect cpu idle and usage statistics in top and sys o amd64/101248 amd64 vi(1) can crash in ncurses(3) on amd64 o amd64/102148 amd64 The description of which Intel chips have EM64T is out 24 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 21 22:13:44 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C198216A4DA; Mon, 21 Aug 2006 22:13:44 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 765AE43D45; Mon, 21 Aug 2006 22:13:44 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.6/8.13.6) with ESMTP id k7LMDiiN001200; Mon, 21 Aug 2006 15:13:44 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.6/8.13.6/Submit) id k7LMDiJe001199; Mon, 21 Aug 2006 15:13:44 -0700 (PDT) (envelope-from sgk) Date: Mon, 21 Aug 2006 15:13:44 -0700 From: Steve Kargl To: John Baldwin Message-ID: <20060821221343.GA1099@troutmask.apl.washington.edu> References: <200608151701.46724.jhb@freebsd.org> <200608181700.25539.jhb@freebsd.org> <20060818223653.GA5626@troutmask.apl.washington.edu> <200608211309.40737.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608211309.40737.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: amd64@freebsd.org Subject: Re: linux32 breakage in current.. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2006 22:13:44 -0000 > > > > > > Ok. Can you walk it back further? > > > > > > > I've gone as far back as 15 Jul 06, and the problem is still > > there. I ran out of time to go back to earlier versions. I'll > > try again on Monday. > > Wow, thanks! > John, All previous attempts have been reverting only the kernel back to previous dates. I tried a 01 Jun 06 kernel, which led to an instant panic. I believe the kernel panic is due to a too old kernel with a too new world, so I reverted my system (kernel+world) to 01 Jun 06. Out of 15 attempts to use acroread, it started with no segfaults. I'll move forward in time by 1 week intervals and install new kernel+world until I see the failure. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 09:10:58 2006 Return-Path: X-Original-To: amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E6116A4E6; Tue, 22 Aug 2006 09:10:58 +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 18E0943D78; Tue, 22 Aug 2006 09:10:58 +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 EF28F1A3C1D; Tue, 22 Aug 2006 02:10:57 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 586CA513B2; Tue, 22 Aug 2006 05:10:57 -0400 (EDT) Date: Tue, 22 Aug 2006 05:10:57 -0400 From: Kris Kennaway To: mjacob@FreeBSD.org, amd64@FreeBSD.org Message-ID: <20060822091057.GA47193@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 09:10:58 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline After updating source tree from ~May, my amd64 machine no longer boots: mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.12.0 mpt1: port 0x4400-0x44ff mem 0xf1130000-0xf113ffff,0xf1120000-0xf112ffff irq 30 +at device 1.1 on pci14 mpt1: [GIANT-LOCKED] mpt1: MPI Version=1.2.12.0 mpt1: mpt_wait_req(4) timed out mpt1: read_cfg_header timed out mpt1: mpt_wait_req(6) timed out mpt1: port 0 enable timed out mpt1: failed to enable port 0 mpt1: personality mpt_core attached but would not enable (6) [...] Waiting 3 seconds for SCSI devices to settle mpt0: mpt_send_handshake_cmd timeout1 [...] Can you please take a look? Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE6sogWry0BWjoQKURAgZVAKDPNm/x4Sc70jjhHNYaq7GAckKhsACgyTX3 0rrUuxtc7kf0gP+DsI7WarY= =Zk34 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 09:16:41 2006 Return-Path: X-Original-To: amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1870916A4DE; Tue, 22 Aug 2006 09:16:41 +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 88EAF43D8D; Tue, 22 Aug 2006 09:16:37 +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 6C36A1A3C29; Tue, 22 Aug 2006 02:16:37 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 91425513B2; Tue, 22 Aug 2006 05:16:36 -0400 (EDT) Date: Tue, 22 Aug 2006 05:16:36 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060822091636.GA47678@xor.obsecurity.org> References: <20060822091057.GA47193@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20060822091057.GA47193@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: amd64@FreeBSD.org, mjacob@FreeBSD.org Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 09:16:41 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 05:10:57AM -0400, Kris Kennaway wrote: > After updating source tree from ~May, my amd64 machine no longer boots: >=20 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=3D1.2.12.0 > mpt1: port 0x4400-0x44ff mem 0xf1130000-0x= f113ffff,0xf1120000-0xf112ffff irq 30 > +at device 1.1 on pci14 > mpt1: [GIANT-LOCKED] > mpt1: MPI Version=3D1.2.12.0 > mpt1: mpt_wait_req(4) timed out > mpt1: read_cfg_header timed out > mpt1: mpt_wait_req(6) timed out > mpt1: port 0 enable timed out > mpt1: failed to enable port 0 > mpt1: personality mpt_core attached but would not enable (6) > [...] > Waiting 3 seconds for SCSI devices to settle > mpt0: mpt_send_handshake_cmd timeout1 > [...] >=20 > Can you please take a look? Kernel with mpt driver from 6 weeks ago works: mpt0: port 0x4000-0x40ff mem 0xf1110000-0xf1= 11ffff,0xf1100000-0xf110ffff irq 29 at device 1.0 on pci14 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.12.0 mpt1: port 0x4400-0x44ff mem 0xf1130000-0xf1= 13ffff,0xf1120000-0xf112ffff irq 30 at device 1.1 on pci14 mpt1: [GIANT-LOCKED] mpt1: MPI Version=3D1.2.12.0 Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE6st0Wry0BWjoQKURAtTPAKDg3SuEeGOPE+KoFdhTX6Y3TvprqACfd8Vt W1nx1JEs/gTV/oy0JeCL6pA= =Osu1 -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 11:15:46 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 084CF16A5B1 for ; Tue, 22 Aug 2006 11:15:46 +0000 (UTC) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com [68.99.120.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FBA43D5A for ; Tue, 22 Aug 2006 11:15:45 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03 ([172.18.22.59]) by dukecmmtao03.coxmail.com (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with SMTP id <20060822111542.EDEP15709.dukecmmtao03.coxmail.com@dukecmmtao03> for ; Tue, 22 Aug 2006 07:15:42 -0400 X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809) From: Vizion Organization: vizion Communications To: Date: Tue, 22 Aug 2006 4:15:42 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060822111542.EDEP15709.dukecmmtao03.coxmail.com@dukecmmtao03> Cc: Subject: dmesg - errors X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 11:15:46 -0000 There are a number of reports in dmesg I do not understand. \*** mark start of section ***\ marks end of section for each query Can anyone please tell me what action, if any, I should take for each section. Comment start is indicated by !!** Multi-line comments end with **!! Thanks in advance. david ______________________________ 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.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.16-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 2080309248 (1983 MB) avail memory = 1997578240 (1905 MB) ioapic0 irqs 0-23 on motherboard kbd0 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 ACPI-0501: *** Error: Handler for [SystemMemory] returned AE_AML_ALIGNMENT ACPI-1304: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xffffff0000bdbd80), AE_AML_ALIGNMENT ACPI-0239: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xffffff0000bdbd80), AE_AML_ALIGNMENT can't fetch resources for \\_SB_.MEM_ - AE_AML_ALIGNMENT !!** what is going on here? ***\ cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 \*** !!** Is this a follow up from previous section? 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) pci0: at device 5.0 (no driver attached) 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 0xf7008000-0xf7008fff 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: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xf7004000-0xf70040ff 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: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered umass0: USB2.0 CardReader, rev 2.00/91.38, addr 2 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xf7007000-0xf7007fff irq 23 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xf7006000-0xf7006fff irq 20 at device 15.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 16.0 on pci0 pci1: on pcib1 fwohci0: mem 0xf4005000-0xf40057ff,0xf4000000-0xf4003fff irq 16 at device 6.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:d0:03:56:00:b2:b7:e6 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:d0:03:b2:b7:e6 fwe0: Ethernet address: 02:d0:03:b2:b7:e6 fwe0: if_start running deferred for Giant sbp0: on firewire0 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) rl0: port 0xa000-0xa0ff mem 0xf4004000-0xf40040ff irq 17 at device 7.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:30:bd:b6:d9:e0 fwohci1: port 0xa400-0xa47f mem 0xf4006000-0xf40067ff irq 18 at device 14.0 on pci1 fwohci1: OHCI version 1.0 (ROM=1) fwohci1: No. of Isochronous channels is 4. fwohci1: EUI64 00:00:14:85:00:ca:4a:75 fwohci1: Phy 1394a available S400, 2 ports. fwohci1: Link S400, max_rec 2048 bytes. firewire1: on fwohci1 fwe1: on firewire1 if_fwe1: Fake Ethernet address: 02:00:14:ca:4a:75 fwe1: Ethernet address: 02:00:14:ca:4a:75 fwe1: if_start running deferred for Giant sbp1: on firewire1 fwohci1: Initiate bus reset fwohci1: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire1: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire1: bus manager 0 (me) pci0: at device 16.1 (no driver attached) pci0: at device 20.0 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd1 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xd0000-0xd3fff,0xd4000-0xd57ff on isa0 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 Timecounter "TSC" frequency 2009158157 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff8062a040, 0) error 6 \*** !!** I have the following hard drives installed. Western Digital WD2000JD in Physical location A is SATA but does not seem to be recognized. Is connected via SATA Bus 2 on motherboard. ad0 is a Western Digital WD2000JB-00KFA0 08.05J08 Physical Location B is IDE ata-0master UDMA100. Is connected via IDE1 on motherboard. ad4 is a Seagate ST3160827AS 3.42 recognized as ata2 -master SATA150.Is connected via SATA Bus 1 on motherboard. acd0 is a CDRW at ata0-slave UDMA33. Is connected via IDE1 on motherboard. I cannot understand why the WD2000JD is not recognized. **!! ad0: 190781MB at ata0-master UDMA100 acd0: CDRW at ata0-slave UDMA33 ad4: 152627MB at ata2-master SATA150 ***\ da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 Trying to mount root from ufs:/dev/ad0s1a dragon_saver: the console does not support M_VGA_CG320 module_register_init: MOD_LOAD (dragon_saver, 0xffffffffb39ab540, 0) error 19 \*** !!** What is happening here?? pid 12388 (java), uid 0: exited on signal 6 (core dumped) pid 40561 (java), uid 0: exited on signal 6 (core dumped) pid 40557 (java), uid 0: exited on signal 6 (core dumped) pid 40559 (java), uid 0: exited on signal 6 (core dumped) pid 40560 (java), uid 0: exited on signal 6 (core dumped) pid 40556 (java), uid 0: exited on signal 6 (core dumped) pid 40558 (java), uid 0: exited on signal 6 (core dumped) pid 66743 (javac), uid 0: exited on signal 6 (core dumped) pid 99229 (conftest), uid 0: exited on signal 12 (core dumped) ***\ From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 12:01:29 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B8D516A4E0 for ; Tue, 22 Aug 2006 12:01:29 +0000 (UTC) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com [68.99.120.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53CAB43D53 for ; Tue, 22 Aug 2006 12:01:28 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03 ([172.18.22.59]) by dukecmmtao03.coxmail.com (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with SMTP id <20060822120127.EJVX15709.dukecmmtao03.coxmail.com@dukecmmtao03> for ; Tue, 22 Aug 2006 08:01:27 -0400 X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809) From: Vizion Organization: vizion Communications To: Date: Tue, 22 Aug 2006 5:01:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060822120127.EJVX15709.dukecmmtao03.coxmail.com@dukecmmtao03> Cc: Subject: Re: Dmesg errors X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 12:01:29 -0000 > -----Original Message----- > From: owner-freebsd-amd64@freebsd.org > [mailto:owner-freebsd-amd64@freebsd.org] On Behalf Of Vizion > Sent: Tuesday, August 22, 2006 4:16 AM > To: amd64@freebsd.org > Subject: dmesg - errors > > > There are a number of reports in dmesg I do not understand. > > > \*** mark start of section > ***\ marks end of section > for each query > Can anyone please tell me what action, if any, I should take > for each section. > Comment start is indicated by !!** > Multi-line comments end with **!! > > > > Thanks in advance. > david > ______________________________ > > > 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.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 > root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.16-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 > > Features=0x78bfbff ,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x1 > real memory = 2080309248 (1983 MB) > avail memory = 1997578240 (1905 MB) > ioapic0 irqs 0-23 on motherboard > kbd0 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 > ACPI-0501: *** Error: Handler for [SystemMemory] returned > AE_AML_ALIGNMENT > ACPI-1304: *** Error: Method execution failed > [\\_SB_.MEM_._CRS] (Node 0xffffff0000bdbd80), AE_AML_ALIGNMENT > ACPI-0239: *** Error: Method execution failed > [\\_SB_.MEM_._CRS] (Node 0xffffff0000bdbd80), AE_AML_ALIGNMENT > can't fetch resources for \\_SB_.MEM_ - AE_AML_ALIGNMENT > > !!** what is going on here? > ***\ > > > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > > \*** > !!** Is this a follow up from previous section? > > 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) > pci0: at device 5.0 (no driver attached) > 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 > 0xf7008000-0xf7008fff 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: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 8 ports with 8 removable, self powered > ehci0: mem > 0xf7004000-0xf70040ff 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: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub1: 8 ports with 8 removable, self powered > umass0: USB2.0 CardReader, rev 2.00/91.38, addr 2 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device > 13.0 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f > mem 0xf7007000-0xf7007fff irq 23 at device 14.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > atapci2: port > 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f > mem 0xf7006000-0xf7006fff irq 20 at device 15.0 on pci0 > ata4: on atapci2 > ata5: on atapci2 > pcib1: at device 16.0 on pci0 > pci1: on pcib1 > fwohci0: mem > 0xf4005000-0xf40057ff,0xf4000000-0xf4003fff irq 16 at device > 6.0 on pci1 > fwohci0: OHCI version 1.10 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:d0:03:56:00:b2:b7:e6 > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:d0:03:b2:b7:e6 > fwe0: Ethernet address: 02:d0:03:b2:b7:e6 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > 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) > rl0: port 0xa000-0xa0ff mem > 0xf4004000-0xf40040ff irq 17 at device 7.0 on pci1 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:30:bd:b6:d9:e0 > fwohci1: port 0xa400-0xa47f mem > 0xf4006000-0xf40067ff irq 18 at device 14.0 on pci1 > fwohci1: OHCI version 1.0 (ROM=1) > fwohci1: No. of Isochronous channels is 4. > fwohci1: EUI64 00:00:14:85:00:ca:4a:75 > fwohci1: Phy 1394a available S400, 2 ports. > fwohci1: Link S400, max_rec 2048 bytes. > firewire1: on fwohci1 > fwe1: on firewire1 > if_fwe1: Fake Ethernet address: 02:00:14:ca:4a:75 > fwe1: Ethernet address: 02:00:14:ca:4a:75 > fwe1: if_start running deferred for Giant > sbp1: on firewire1 > fwohci1: Initiate bus reset > fwohci1: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire1: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire1: bus manager 0 (me) > pci0: at device 16.1 (no driver attached) > pci0: at device 20.0 (no driver attached) > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 > flags 0x10 on acpi0 > sio0: type 16550A > ppc0: port > 0x378-0x37f,0x778-0x77b irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd1 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > orm0: at iomem > 0xd0000-0xd3fff,0xd4000-0xd57ff on isa0 > 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 > Timecounter "TSC" frequency 2009158157 Hz quality 800 > Timecounters tick every 1.000 msec > module_register_init: MOD_LOAD (amr_linux, > 0xffffffff8062a040, 0) error 6 > > \*** > !!** > I have the following hard drives installed. > > Western Digital WD2000JD in Physical location A is SATA but > does not seem to be recognized. Is connected via SATA Bus 2 > on motherboard. > ad0 is a Western Digital WD2000JB-00KFA0 08.05J08 Physical > Location B is IDE ata-0master UDMA100. Is connected via IDE1 > on motherboard. > ad4 is a Seagate ST3160827AS 3.42 recognized as ata2 -master > SATA150.Is connected via SATA Bus 1 on motherboard. > acd0 is a CDRW at ata0-slave > UDMA33. Is connected via IDE1 on motherboard. > I cannot understand why the WD2000JD is not recognized. > **!! > ad0: 190781MB at ata0-master UDMA100 > acd0: CDRW at ata0-slave UDMA33 > ad4: 152627MB at ata2-master SATA150 > ***\ > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium > not present > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium > not present > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (da0:umass-sim0:0:0:0): Medium not present > (da0:umass-sim0:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > (da1:umass-sim0:0:0:1): Medium not present > (da1:umass-sim0:0:0:1): Unretryable error > Opened disk da1 -> 6 > Trying to mount root from ufs:/dev/ad0s1a > dragon_saver: the console does not support M_VGA_CG320 > module_register_init: MOD_LOAD (dragon_saver, > 0xffffffffb39ab540, 0) error 19 > \*** > !!** What is happening here?? > > pid 12388 (java), uid 0: exited on signal 6 (core dumped) > pid 40561 (java), uid 0: exited on signal 6 (core dumped) > pid 40557 (java), uid 0: exited on signal 6 (core dumped) > pid 40559 (java), uid 0: exited on signal 6 (core dumped) > pid 40560 (java), uid 0: exited on signal 6 (core dumped) > pid 40556 (java), uid 0: exited on signal 6 (core dumped) > pid 40558 (java), uid 0: exited on signal 6 (core dumped) > pid 66743 (javac), uid 0: exited on signal 6 (core dumped) > pid 99229 (conftest), uid 0: exited on signal 12 (core dumped) > ***\ > Just thought to give a fuller picture I should add, in relation to the drive recognition problem, that the CMOS setup utility reports: CMOS reports IDE Channel 0 Master WDC WD2000JB IDE Channel 0 Slave LITE-ON CD-RW SOHR IDE Channel 1Master [None] IDE Channel 1 Slave [None] IDE Channel 2 Master [None] IDE Channel 3 Master WDC WD2000JD IDE Channel 4 Master [None] IDE Channel 5 Master ST3160827As From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 15:02:29 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E711716A4DD; Tue, 22 Aug 2006 15:02:29 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A127B43D46; Tue, 22 Aug 2006 15:02:29 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.150] (pptp0.pn.xcllnt.net [192.168.4.150]) by ns1.xcllnt.net (8.13.6/8.13.6) with ESMTP id k7MF2TkM027757; Tue, 22 Aug 2006 08:02:29 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20060822091057.GA47193@xor.obsecurity.org> References: <20060822091057.GA47193@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <81AC1621-33E7-4151-9C11-E26139863AEF@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Tue, 22 Aug 2006 08:02:02 -0700 To: Kris Kennaway X-Mailer: Apple Mail (2.752.2) Cc: amd64@freebsd.org, mjacob@freebsd.org Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 15:02:30 -0000 On Aug 22, 2006, at 2:10 AM, Kris Kennaway wrote: > After updating source tree from ~May, my amd64 machine no longer > boots: > > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.2.12.0 > mpt1: port 0x4400-0x44ff mem > 0xf1130000-0xf113ffff,0xf1120000-0xf112ffff irq 30 > +at device 1.1 on pci14 > mpt1: [GIANT-LOCKED] > mpt1: MPI Version=1.2.12.0 > mpt1: mpt_wait_req(4) timed out > mpt1: read_cfg_header timed out > mpt1: mpt_wait_req(6) timed out > mpt1: port 0 enable timed out > mpt1: failed to enable port 0 > mpt1: personality mpt_core attached but would not enable (6) > [...] > Waiting 3 seconds for SCSI devices to settle > mpt0: mpt_send_handshake_cmd timeout1 > [...] > > Can you please take a look? alc@ appears to have the same problem on ia64 when he tried this months snapshot of -CURRENT. JFYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 15:44:57 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0771416A4E9; Tue, 22 Aug 2006 15:44:57 +0000 (UTC) (envelope-from nathanw@uchicago.edu) Received: from mx05.uchicago.edu (mx05.uchicago.edu [128.135.12.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 111BE43D4C; Tue, 22 Aug 2006 15:44:38 +0000 (GMT) (envelope-from nathanw@uchicago.edu) Received: from harper.uchicago.edu (harper.uchicago.edu [128.135.12.7]) by mx05.uchicago.edu (8.13.6.20060614/8.12.9) with ESMTP id k7MFiFxt027521; Tue, 22 Aug 2006 10:44:15 -0500 (CDT) Received: from localhost (nathanw@localhost) by harper.uchicago.edu (8.12.10/8.12.10) with ESMTP id k7MFiFYj002514; Tue, 22 Aug 2006 10:44:15 -0500 (CDT) X-Authentication-Warning: harper.uchicago.edu: nathanw owned process doing -bs Date: Tue, 22 Aug 2006 10:44:15 -0500 (CDT) From: Nathan Whitehorn To: Kris Kennaway In-Reply-To: <20060822091057.GA47193@xor.obsecurity.org> Message-ID: References: <20060822091057.GA47193@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Uchicago-PMX-Id: 128.135.12.7: k7MFiFxt027521 [Tue Aug 22 10:44:15 2006] X-Uchicago-Spam: Gauge=IIIIIII, Probability=7% Cc: amd64@freebsd.org, mjacob@freebsd.org Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 15:44:57 -0000 mpt(4) is working fine on my Sun X4100. Since May, SAS support was added. It's conceivable that this broke Ultra4 support. -Nathan On Tue, 22 Aug 2006, Kris Kennaway wrote: > After updating source tree from ~May, my amd64 machine no longer boots: > > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.2.12.0 > mpt1: port 0x4400-0x44ff mem 0xf1130000-0xf113ffff,0xf1120000-0xf112ffff irq 30 > +at device 1.1 on pci14 > mpt1: [GIANT-LOCKED] > mpt1: MPI Version=1.2.12.0 > mpt1: mpt_wait_req(4) timed out > mpt1: read_cfg_header timed out > mpt1: mpt_wait_req(6) timed out > mpt1: port 0 enable timed out > mpt1: failed to enable port 0 > mpt1: personality mpt_core attached but would not enable (6) > [...] > Waiting 3 seconds for SCSI devices to settle > mpt0: mpt_send_handshake_cmd timeout1 > [...] > > Can you please take a look? > > Kris > From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 15:58:23 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4383816A4E1; Tue, 22 Aug 2006 15:58:23 +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 8D50D43D58; Tue, 22 Aug 2006 15:58:15 +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 764391A3C31; Tue, 22 Aug 2006 08:58:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0492051F44; Tue, 22 Aug 2006 11:58:12 -0400 (EDT) Date: Tue, 22 Aug 2006 11:58:12 -0400 From: Kris Kennaway To: Nathan Whitehorn Message-ID: <20060822155812.GA76180@xor.obsecurity.org> References: <20060822091057.GA47193@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: amd64@freebsd.org, mjacob@freebsd.org, Kris Kennaway Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 15:58:23 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 10:44:15AM -0500, Nathan Whitehorn wrote: > mpt(4) is working fine on my Sun X4100. Since May, SAS support was added.= =20 > It's conceivable that this broke Ultra4 support. It is whatever changes were made with the commits ~5 weeks ago (sys/dev/mpt from 6 weeks ago works fine). Kris > -Nathan >=20 > On Tue, 22 Aug 2006, Kris Kennaway wrote: >=20 > >After updating source tree from ~May, my amd64 machine no longer boots: > > > >mpt0: [GIANT-LOCKED] > >mpt0: MPI Version=3D1.2.12.0 > >mpt1: port 0x4400-0x44ff mem=20 > >0xf1130000-0xf113ffff,0xf1120000-0xf112ffff irq 30 > >+at device 1.1 on pci14 > >mpt1: [GIANT-LOCKED] > >mpt1: MPI Version=3D1.2.12.0 > >mpt1: mpt_wait_req(4) timed out > >mpt1: read_cfg_header timed out > >mpt1: mpt_wait_req(6) timed out > >mpt1: port 0 enable timed out > >mpt1: failed to enable port 0 > >mpt1: personality mpt_core attached but would not enable (6) > >[...] > >Waiting 3 seconds for SCSI devices to settle > >mpt0: mpt_send_handshake_cmd timeout1 > >[...] > > > >Can you please take a look? > > > >Kris > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" >=20 --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE6ymUWry0BWjoQKURAhaaAKC8lkhUqzENwa7xpsf3Ls0UAXER/gCfW5AA +a8qo9eCm4ow0oyNjy4yJPk= =FNrZ -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 17:00:37 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43AF216A4F6; Tue, 22 Aug 2006 17:00:37 +0000 (UTC) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com [68.99.120.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9289143D45; Tue, 22 Aug 2006 17:00:36 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03 ([172.18.22.59]) by dukecmmtao03.coxmail.com (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with SMTP id <20060822170035.OEMW15709.dukecmmtao03.coxmail.com@dukecmmtao03>; Tue, 22 Aug 2006 13:00:35 -0400 X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809) From: Vizion Organization: vizion Communications To: Date: Tue, 22 Aug 2006 10:00:35 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060822170035.OEMW15709.dukecmmtao03.coxmail.com@dukecmmtao03> Cc: amd64@freebsd.org Subject: kde3 Make Install failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 17:00:37 -0000 Trying to compile and install kde3 on amd64 FreeBSD 6.1-RELEASE #0. kde3 fails a test and then hangs. cd /usr/ports/x11/kde3 Make runs fine but then: # Make Install terminates and hangs with following consol message: ------------------------------------------------------------------------- set listen [lindex [fconfigure $s -sockname] 2] set s1 [socket [info hostname] $listen] set timer [aftyer 10000 "set x timed_out"] vwait x after cancel $timer close $s close $s1 set 1 "" lappend l [expr {[lindex $x 2] -- $listen}] [llength $x] ---- Test generated error; return code was:1 ---- Return code should have been one of: 0 2 ---- errorInfo: couldn't open socket: connection timed out wgile executing "socket {info hostname] $listen]" invoked from within "set s1 [socket [info gostname] $listen]" ("uplevel" body line 9) invoked from within "uplevel 1 $script" ---- errorCode: PSIX ERIMWOUT {connection timed out} ==== socket-7.4 FAILED ------------------------------------------------------------------- Does anyone gave any idea what may be happening here?? David From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 17:20:38 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F6816A4E8; Tue, 22 Aug 2006 17:20:38 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1489143D6A; Tue, 22 Aug 2006 17:20:31 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060822172030m92002sihpe>; Tue, 22 Aug 2006 17:20:30 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7MHKN6F013913; Tue, 22 Aug 2006 12:20:24 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7MHKNr9013912; Tue, 22 Aug 2006 12:20:23 -0500 (CDT) (envelope-from brooks) Date: Tue, 22 Aug 2006 12:20:22 -0500 From: Brooks Davis To: Vizion Message-ID: <20060822172022.GA13543@lor.one-eyed-alien.net> References: <20060822170035.OEMW15709.dukecmmtao03.coxmail.com@dukecmmtao03> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20060822170035.OEMW15709.dukecmmtao03.coxmail.com@dukecmmtao03> User-Agent: Mutt/1.5.11 Cc: amd64@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kde3 Make Install failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 17:20:38 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 10:00:35AM -0700, Vizion wrote: > Trying to compile and install kde3=20 > on amd64 FreeBSD 6.1-RELEASE #0. kde3 fails a test and then hangs. >=20 > cd /usr/ports/x11/kde3 >=20 > Make runs fine but then: >=20 > # Make Install >=20 > terminates and hangs with following consol message: > ------------------------------------------------------------------------- >=20 > set listen [lindex [fconfigure $s -sockname] 2] > set s1 [socket [info hostname] $listen] > set timer [aftyer 10000 "set x timed_out"] > vwait x > after cancel $timer > close $s > close $s1 > set 1 "" > lappend l [expr {[lindex $x 2] -- $listen}] [llength $x] >=20 > ---- Test generated error; return code was:1 > ---- Return code should have been one of: 0 2 > ---- errorInfo: couldn't open socket: connection timed out > wgile executing > "socket {info hostname] $listen]" > invoked from within > "set s1 [socket [info gostname] $listen]" > ("uplevel" body line 9) > invoked from within > "uplevel 1 $script" > ---- errorCode: PSIX ERIMWOUT {connection timed out} > =3D=3D=3D=3D socket-7.4 FAILED >=20 > ------------------------------------------------------------------- >=20 >=20 > Does anyone gave any idea what may be happening here?? One of the ports kde3 has a RUN_DEPEND on failed to build. There isn't enough information here to know more. Running "make" in x11/kde3 is a no-op since the port just maintains dependancies to other kde bundles. -- Brooks --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE6zzWXY6L6fI4GtQRAohYAKDm4fQ9pCq3hMw3egAgNUY7qVfXBwCdEV0y Feux2v3gvhv3hEyegoL2eKk= =kGbO -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 17:36:32 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5480D16A4DD; Tue, 22 Aug 2006 17:36:32 +0000 (UTC) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com [68.99.120.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id A061943D73; Tue, 22 Aug 2006 17:36:31 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03 ([172.18.22.59]) by dukecmmtao03.coxmail.com (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with SMTP id <20060822173631.PSZC15709.dukecmmtao03.coxmail.com@dukecmmtao03>; Tue, 22 Aug 2006 13:36:31 -0400 X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809) From: Vizion Organization: vizion Communications To: Date: Tue, 22 Aug 2006 10:36:30 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060822173631.PSZC15709.dukecmmtao03.coxmail.com@dukecmmtao03> Cc: amd64@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kde3 Make Install failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 17:36:32 -0000 > -----Original Message----- > From: Brooks Davis [mailto:brooks@one-eyed-alien.net] > Sent: Tuesday, August 22, 2006 10:20 AM > To: Vizion > Cc: freebsd-questions@freebsd.org; amd64@freebsd.org > Subject: Re: kde3 Make Install failure > > > On Tue, Aug 22, 2006 at 10:00:35AM -0700, Vizion wrote: > > Trying to compile and install kde3 > > on amd64 FreeBSD 6.1-RELEASE #0. kde3 fails a test and then hangs. > > > > cd /usr/ports/x11/kde3 > > > > Make runs fine but then: > > > > # Make Install > > > > terminates and hangs with following consol message: > > > -------------------------------------------------------------- > ----------- > > > > set listen [lindex [fconfigure $s -sockname] 2] > > set s1 [socket [info hostname] $listen] > > set timer [aftyer 10000 "set x timed_out"] > > vwait x > > after cancel $timer > > close $s > > close $s1 > > set 1 "" > > lappend l [expr {[lindex $x 2] -- $listen}] [llength $x] > > > > ---- Test generated error; return code was:1 > > ---- Return code should have been one of: 0 2 > > ---- errorInfo: couldn't open socket: connection timed out > > wgile executing > > "socket {info hostname] $listen]" > > invoked from within > > "set s1 [socket [info gostname] $listen]" > > ("uplevel" body line 9) > > invoked from within > > "uplevel 1 $script" > > ---- errorCode: PSIX ERIMWOUT {connection timed out} > > ==== socket-7.4 FAILED > > > > ------------------------------------------------------------------- > > > > > > Does anyone gave any idea what may be happening here?? > > One of the ports kde3 has a RUN_DEPEND on failed to build. > There isn't > enough information here to know more. Running "make" in x11/kde3 is a > no-op since the port just maintains dependancies to other kde bundles. > > -- Brooks Thanks for yr help. How do I get the information necessary to solve this? Thanks in advance David From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:01:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B003716A4E1 for ; Tue, 22 Aug 2006 18:01:16 +0000 (UTC) (envelope-from nsayer@kfu.com) Received: from mx2.netflix.com (mail2.netflix.com [216.35.131.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E7C943D49 for ; Tue, 22 Aug 2006 18:01:16 +0000 (GMT) (envelope-from nsayer@kfu.com) Received: from [10.2.229.132] ([10.2.229.132]) by mx2.netflix.com (8.12.11.20060308/8.12.11) with ESMTP id k7MI18B3008410 for ; Tue, 22 Aug 2006 11:01:08 -0700 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <14D2911D-64BE-4625-8F59-BA0EA2B92A10@kfu.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-amd64@freebsd.org From: Nicholas Sayer Date: Tue, 22 Aug 2006 11:01:10 -0700 X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAQAAA+k= X-Language-Identified: TRUE Subject: Conroe & Asus P5B. Should I convert? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:01:16 -0000 I have a Conroe (E6600) running on an Asus P5B. This motherboard is based on the P965 chipset. Right now it's running as an i386. I've had to hack a few of the drivers to properly recognize this system, but the important parts of it do work correctly. Since the CPU has EM64T capability, I'm considering switching the machine over. I've read some of the list archives and believe I can use a temporary 2nd drive to do the cross-build, boot and upgrade rigamarole. I'm a bit more concerned about the ports. I see the COMPAT_IA32 option in the kernel configuration. Can I expect my installed packages to work after the upgrade? Specifically at least Apache 2, PHP, JDK15, PostgreSQL 8.1 annd KDE? I guess since I have a working system now, I'm sort of looking for a reason not to break it. :) From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:05:43 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E147416A4DA for ; Tue, 22 Aug 2006 18:05:43 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F148B43D5D for ; Tue, 22 Aug 2006 18:05:42 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.6/8.13.6) with ESMTP id k7MI5gvU004935; Tue, 22 Aug 2006 11:05:42 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.6/8.13.6/Submit) with ESMTP id k7MI5fRw004932; Tue, 22 Aug 2006 11:05:42 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 22 Aug 2006 11:05:41 -0700 (PDT) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: Kris Kennaway In-Reply-To: <20060822155812.GA76180@xor.obsecurity.org> Message-ID: <20060822110321.C4912@ns1.feral.com> References: <20060822091057.GA47193@xor.obsecurity.org> <20060822155812.GA76180@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: amd64@freebsd.org Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:05:44 -0000 Interesting. Worked fine on my EM64Ts for U320, SAS/SATA && FC- two different kinds. This is -current? > On Tue, Aug 22, 2006 at 10:44:15AM -0500, Nathan Whitehorn wrote: >> mpt(4) is working fine on my Sun X4100. Since May, SAS support was added. >> It's conceivable that this broke Ultra4 support. > > It is whatever changes were made with the commits ~5 weeks ago > (sys/dev/mpt from 6 weeks ago works fine). > > Kris > >> -Nathan >> >> On Tue, 22 Aug 2006, Kris Kennaway wrote: >> >>> After updating source tree from ~May, my amd64 machine no longer boots: >>> >>> mpt0: [GIANT-LOCKED] >>> mpt0: MPI Version=1.2.12.0 >>> mpt1: port 0x4400-0x44ff mem >>> 0xf1130000-0xf113ffff,0xf1120000-0xf112ffff irq 30 >>> +at device 1.1 on pci14 >>> mpt1: [GIANT-LOCKED] >>> mpt1: MPI Version=1.2.12.0 >>> mpt1: mpt_wait_req(4) timed out >>> mpt1: read_cfg_header timed out >>> mpt1: mpt_wait_req(6) timed out >>> mpt1: port 0 enable timed out >>> mpt1: failed to enable port 0 >>> mpt1: personality mpt_core attached but would not enable (6) >>> [...] >>> Waiting 3 seconds for SCSI devices to settle >>> mpt0: mpt_send_handshake_cmd timeout1 >>> [...] >>> >>> Can you please take a look? >>> >>> Kris >>> >> _______________________________________________ >> freebsd-amd64@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 >> To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" >> > From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:09:06 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40BD516A4DA; Tue, 22 Aug 2006 18:09:06 +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 637F343D64; Tue, 22 Aug 2006 18:09:03 +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 48E4D1A3C32; Tue, 22 Aug 2006 11:09:03 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6DAD8516F6; Tue, 22 Aug 2006 14:09:02 -0400 (EDT) Date: Tue, 22 Aug 2006 14:09:02 -0400 From: Kris Kennaway To: mjacob@freebsd.org Message-ID: <20060822180902.GA80432@xor.obsecurity.org> References: <20060822091057.GA47193@xor.obsecurity.org> <20060822155812.GA76180@xor.obsecurity.org> <20060822110321.C4912@ns1.feral.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20060822110321.C4912@ns1.feral.com> User-Agent: Mutt/1.4.2.2i Cc: amd64@freebsd.org, Kris Kennaway Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:09:06 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 11:05:41AM -0700, mjacob@freebsd.org wrote: >=20 > Interesting. Worked fine on my EM64Ts for U320, SAS/SATA && FC- two=20 > different kinds. >=20 > This is -current? Yes. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE60g+Wry0BWjoQKURAnPMAKCCVh4RUnCLjGiZAY4d7l3NUuwUNQCg0vpM dg2tydItLXM0TDq0vdWbePc= =Z+1K -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:11:14 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D54116A4E1 for ; Tue, 22 Aug 2006 18:11:14 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2439F43D60 for ; Tue, 22 Aug 2006 18:11:11 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 611A511480; Tue, 22 Aug 2006 14:10:49 -0400 (EDT) Message-ID: <44EB48D8.70309@rogers.com> Date: Tue, 22 Aug 2006 14:11:36 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Nicholas Sayer References: <14D2911D-64BE-4625-8F59-BA0EA2B92A10@kfu.com> In-Reply-To: <14D2911D-64BE-4625-8F59-BA0EA2B92A10@kfu.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.34, required 3.5, ALL_TRUSTED -1.80, AWL 0.15, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-amd64@freebsd.org Subject: Re: Conroe & Asus P5B. Should I convert? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:11:14 -0000 Nicholas Sayer wrote: > I have a Conroe (E6600) running on an Asus P5B. This motherboard is > based on the P965 chipset. Right now it's running as an i386. I've had > to hack a few of the drivers to properly recognize this system, but > the important parts of it do work correctly. > > Since the CPU has EM64T capability, I'm considering switching the > machine over. Why? Are you planning on using more than 4 gigs of memory? The only difference i can notice in EMT64 mode is that freebsd uses almost twice as much memory. Better use that time to do some benchmarks, i am curious how this processor performs on freebsd :) From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:15:14 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E758B16A4E2 for ; Tue, 22 Aug 2006 18:15:14 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9900943D49 for ; Tue, 22 Aug 2006 18:15:14 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.6/8.13.6) with ESMTP id k7MIFEBF005006; Tue, 22 Aug 2006 11:15:14 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.6/8.13.6/Submit) with ESMTP id k7MIFErO005003; Tue, 22 Aug 2006 11:15:14 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 22 Aug 2006 11:15:14 -0700 (PDT) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: Kris Kennaway In-Reply-To: <20060822180902.GA80432@xor.obsecurity.org> Message-ID: <20060822111226.J4912@ns1.feral.com> References: <20060822091057.GA47193@xor.obsecurity.org> <20060822155812.GA76180@xor.obsecurity.org> <20060822110321.C4912@ns1.feral.com> <20060822180902.GA80432@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: amd64@freebsd.org Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:15:15 -0000 > On Tue, Aug 22, 2006 at 11:05:41AM -0700, mjacob@freebsd.org wrote: >> >> Interesting. Worked fine on my EM64Ts for U320, SAS/SATA && FC- two >> different kinds. >> >> This is -current? > > Yes. Okay. My lab is disconnected mostly at the moment and I'm at a client's site today, but if it's okay with you I'll get it put back together tonite to reconfirm that -current is working for me so we can isolate it to what's going on for you. Can you do the following: a) try booting with ACPI disabled (does that work for a real AMD?) b) Give me an lspci output of your system thx From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:16:14 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A5C216A4DA for ; Tue, 22 Aug 2006 18:16:14 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate01.zdv.uni-mainz.de (mailgate01.zdv.Uni-Mainz.DE [134.93.178.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AAB143D53 for ; Tue, 22 Aug 2006 18:16:12 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from exfront01.zdv.uni-mainz.de ([134.93.176.49]) by mailgate01.zdv.uni-mainz.de with ESMTP; 22 Aug 2006 20:16:11 +0200 Received: from mail.uni-mainz.de ([134.93.176.49]) by exfront01.zdv.Uni-Mainz.DE with Microsoft SMTPSVC(6.0.3790.1830); Tue, 22 Aug 2006 20:16:11 +0200 Received: from [192.168.1.128] ([85.178.7.28] RDNS failed) by mail.uni-mainz.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 22 Aug 2006 20:16:10 +0200 Message-ID: <44EB49E0.9030009@mail.uni-mainz.de> Date: Tue, 22 Aug 2006 20:16:00 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Mike Jakubik References: <14D2911D-64BE-4625-8F59-BA0EA2B92A10@kfu.com> <44EB48D8.70309@rogers.com> In-Reply-To: <44EB48D8.70309@rogers.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Aug 2006 18:16:10.0848 (UTC) FILETIME=[0BA3F600:01C6C617] Cc: freebsd-amd64@freebsd.org Subject: Re: Conroe & Asus P5B. Should I convert? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:16:14 -0000 Mike Jakubik wrote: > Nicholas Sayer wrote: >> I have a Conroe (E6600) running on an Asus P5B. This motherboard is >> based on the P965 chipset. Right now it's running as an i386. I've >> had to hack a few of the drivers to properly recognize this system, >> but the important parts of it do work correctly. >> >> Since the CPU has EM64T capability, I'm considering switching the >> machine over. > > Why? Are you planning on using more than 4 gigs of memory? The only > difference i can notice in EMT64 mode is that freebsd uses almost > twice as much memory. Better use that time to do some benchmarks, i am > curious how this processor performs on freebsd :) > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" That led us to the question whether a FreeBSD on an AMD64/64Bit system makes sense with less than 4GB, especially on Socket 939 limited boxes ... oh From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:21:03 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EBFE16A4DE; Tue, 22 Aug 2006 18:21:03 +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 9EEE443D46; Tue, 22 Aug 2006 18:21:02 +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 5B3481A4D9F; Tue, 22 Aug 2006 11:21:02 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BE7DF516F6; Tue, 22 Aug 2006 14:21:01 -0400 (EDT) Date: Tue, 22 Aug 2006 14:21:01 -0400 From: Kris Kennaway To: mjacob@freebsd.org Message-ID: <20060822182101.GA80606@xor.obsecurity.org> References: <20060822091057.GA47193@xor.obsecurity.org> <20060822155812.GA76180@xor.obsecurity.org> <20060822110321.C4912@ns1.feral.com> <20060822180902.GA80432@xor.obsecurity.org> <20060822111226.J4912@ns1.feral.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20060822111226.J4912@ns1.feral.com> User-Agent: Mutt/1.4.2.2i Cc: amd64@freebsd.org, Kris Kennaway Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:21:03 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 11:15:14AM -0700, mjacob@freebsd.org wrote: >=20 > >On Tue, Aug 22, 2006 at 11:05:41AM -0700, mjacob@freebsd.org wrote: > >> > >>Interesting. Worked fine on my EM64Ts for U320, SAS/SATA && FC- two > >>different kinds. > >> > >>This is -current? > > > >Yes. >=20 > Okay. My lab is disconnected mostly at the moment and I'm at a client's= =20 > site today, but if it's okay with you I'll get it put back together=20 > tonite to reconfirm that -current is working for me so we can isolate it= =20 > to what's going on for you. >=20 > Can you do the following: >=20 > a) try booting with ACPI disabled (does that work for a real AMD?) The machine is in production right now so I can't reboot it, sorry. > b) Give me an lspci output of your system ITYM: pcib1@pci0:6:0: class=3D0x060400 card=3D0x000000c0 chip=3D0x74601022 rev=3D= 0x07 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:7:0: class=3D0x060100 card=3D0x00000000 chip=3D0x74681022 rev=3D= 0x05 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 LPC Bridge' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:7:1:=1B[7Cclass=3D0x01018a card=3D0x2b801022 chip=3D0x74691022= rev=3D0x03 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 UltraATA/133 Controller' class =3D mass storage subclass =3D ATA none0@pci0:7:3: class=3D0x068000 card=3D0x2b801022 chip=3D0x746b1022 rev=3D= 0x05 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 ACPI System Management Controller' class =3D bridge hostb0@pci0:24:0:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11001022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron HyperTransport Technology Configurati= on' class =3D bridge subclass =3D HOST-PCI hostb1@pci0:24:1:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11011022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron Address Map' class =3D bridge subclass =3D HOST-PCI hostb2@pci0:24:2:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11021022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb3@pci0:24:3:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11031022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI hostb4@pci0:25:0:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11001022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron HyperTransport Technology Configurati= on' class =3D bridge subclass =3D HOST-PCI hostb5@pci0:25:1:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11011022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron Address Map' class =3D bridge subclass =3D HOST-PCI hostb6@pci0:25:2:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11021022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb7@pci0:25:3:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11031022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI hostb8@pci0:26:0:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11001022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron HyperTransport Technology Configurati= on' class =3D bridge subclass =3D HOST-PCI hostb9@pci0:26:1:=1B[7Cclass=3D0x060000 card=3D0x00000000 chip=3D0x11011022= rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron Address Map' class =3D bridge subclass =3D HOST-PCI hostb10@pci0:26:2:=1B[6Cclass=3D0x060000 card=3D0x00000000 chip=3D0x1102102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb11@pci0:26:3:=1B[6Cclass=3D0x060000 card=3D0x00000000 chip=3D0x1103102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI hostb12@pci0:27:0:=1B[6Cclass=3D0x060000 card=3D0x00000000 chip=3D0x1100102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron HyperTransport Technology Configurati= on' class =3D bridge subclass =3D HOST-PCI hostb13@pci0:27:1:=1B[6Cclass=3D0x060000 card=3D0x00000000 chip=3D0x1101102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron Address Map' class =3D bridge subclass =3D HOST-PCI hostb14@pci0:27:2:=1B[6Cclass=3D0x060000 card=3D0x00000000 chip=3D0x1102102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron DRAM Controller' class =3D bridge subclass =3D HOST-PCI hostb15@pci0:27:3:=1B[6Cclass=3D0x060000 card=3D0x00000000 chip=3D0x1103102= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'Athlon 64 / Opteron Miscellaneous Control' class =3D bridge subclass =3D HOST-PCI none1@pci1:0:0: class=3D0x0c0310 card=3D0x2b801022 chip=3D0x74641022 rev=3D= 0x0b hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 USB OpenHCI Host Controller' class =3D serial bus subclass =3D USB none2@pci1:0:1: class=3D0x0c0310 card=3D0x2b801022 chip=3D0x74641022 rev=3D= 0x0b hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8111 USB OpenHCI Host Controller' class =3D serial bus subclass =3D USB vgapci0@pci1:4:0:=1B[7Cclass=3D0x030000 card=3D0x80081002 chip=3D0x47521002= rev=3D0x27 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' device =3D 'Rage XL PCI' class =3D display subclass =3D VGA pcib3@pci8:1:0: class=3D0x060400 card=3D0x000000a0 chip=3D0x74501022 rev=3D= 0x12 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X Bridge' class =3D bridge subclass =3D PCI-PCI none3@pci8:1:1: class=3D0x080010 card=3D0x2b801022 chip=3D0x74511022 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X IOAPIC' class =3D base peripheral subclass =3D interrupt controller pcib4@pci8:2:0: class=3D0x060400 card=3D0x000000a0 chip=3D0x74501022 rev=3D= 0x12 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X Bridge' class =3D bridge subclass =3D PCI-PCI none4@pci8:2:1: class=3D0x080010 card=3D0x2b801022 chip=3D0x74511022 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X IOAPIC' class =3D base peripheral subclass =3D interrupt controller pcib5@pci8:3:0: class=3D0x060400 card=3D0x000000a0 chip=3D0x74501022 rev=3D= 0x12 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X Bridge' class =3D bridge subclass =3D PCI-PCI none5@pci8:3:1: class=3D0x080010 card=3D0x2b801022 chip=3D0x74511022 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X IOAPIC' class =3D base peripheral subclass =3D interrupt controller pcib6@pci8:4:0: class=3D0x060400 card=3D0x000000a0 chip=3D0x74501022 rev=3D= 0x12 hdr=3D0x01 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X Bridge' class =3D bridge subclass =3D PCI-PCI none6@pci8:4:1: class=3D0x080010 card=3D0x2b801022 chip=3D0x74511022 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Advanced Micro Devices (AMD)' device =3D 'AMD-8131 PCI-X IOAPIC' class =3D base peripheral subclass =3D interrupt controller em0@pci9:2:0: class=3D0x020000 card=3D0x11798086 chip=3D0x10798086 rev=3D= 0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82546EB Dual Port Gigabit Ethernet Controller' class =3D network subclass =3D ethernet em1@pci9:2:1: class=3D0x020000 card=3D0x11798086 chip=3D0x10798086 rev=3D= 0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82546EB Dual Port Gigabit Ethernet Controller' class =3D network subclass =3D ethernet mpt0@pci14:1:0: class=3D0x010000 card=3D0x2b801022 chip=3D0x00301000 rev=3D= 0x07 hdr=3D0x00 vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' device =3D 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class =3D mass storage subclass =3D SCSI mpt1@pci14:1:1: class=3D0x010000 card=3D0x2b801022 chip=3D0x00301000 rev=3D= 0x07 hdr=3D0x00 vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' device =3D 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class =3D mass storage subclass =3D SCSI bge0@pci14:3:0: class=3D0x020000 card=3D0x2b801022 chip=3D0x164814e4 rev=3D= 0x03 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM5704 NetXtreme Dual Gigabit Adapter' class =3D network subclass =3D ethernet bge1@pci14:3:1: class=3D0x020000 card=3D0x2b801022 chip=3D0x164814e4 rev=3D= 0x03 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM5704 NetXtreme Dual Gigabit Adapter' class =3D network subclass =3D ethernet --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE60sNWry0BWjoQKURAuC9AKC3hyLMxK8ecLEBKROxjX4MDCfLFACfUQM9 zE+0zBYWvZ6d+8yeKNRUiWk= =fz/I -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:21:25 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FDF816A4E2; Tue, 22 Aug 2006 18:21:25 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3188D43D4C; Tue, 22 Aug 2006 18:21:24 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060822182119m910087c19e>; Tue, 22 Aug 2006 18:21:23 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7MILGQZ014789; Tue, 22 Aug 2006 13:21:16 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7MIL8Yl014788; Tue, 22 Aug 2006 13:21:08 -0500 (CDT) (envelope-from brooks) Date: Tue, 22 Aug 2006 13:21:07 -0500 From: Brooks Davis To: Vizion Message-ID: <20060822182107.GA14698@lor.one-eyed-alien.net> References: <20060822173631.PSZC15709.dukecmmtao03.coxmail.com@dukecmmtao03> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20060822173631.PSZC15709.dukecmmtao03.coxmail.com@dukecmmtao03> User-Agent: Mutt/1.5.11 Cc: amd64@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kde3 Make Install failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:21:25 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 10:36:30AM -0700, Vizion wrote: > > -----Original Message----- > > From: Brooks Davis [mailto:brooks@one-eyed-alien.net]=20 > > Sent: Tuesday, August 22, 2006 10:20 AM > > To: Vizion > > Cc: freebsd-questions@freebsd.org; amd64@freebsd.org > > Subject: Re: kde3 Make Install failure > >=20 > >=20 > > On Tue, Aug 22, 2006 at 10:00:35AM -0700, Vizion wrote: > > > Trying to compile and install kde3=20 > > > on amd64 FreeBSD 6.1-RELEASE #0. kde3 fails a test and then hangs. > > >=20 > > > cd /usr/ports/x11/kde3 > > >=20 > > > Make runs fine but then: > > >=20 > > > # Make Install > > >=20 > > > terminates and hangs with following consol message: > > >=20 > > -------------------------------------------------------------- > > ----------- > > >=20 > > > set listen [lindex [fconfigure $s -sockname] 2] > > > set s1 [socket [info hostname] $listen] > > > set timer [aftyer 10000 "set x timed_out"] > > > vwait x > > > after cancel $timer > > > close $s > > > close $s1 > > > set 1 "" > > > lappend l [expr {[lindex $x 2] -- $listen}] [llength $x] > > >=20 > > > ---- Test generated error; return code was:1 > > > ---- Return code should have been one of: 0 2 > > > ---- errorInfo: couldn't open socket: connection timed out > > > wgile executing > > > "socket {info hostname] $listen]" > > > invoked from within > > > "set s1 [socket [info gostname] $listen]" > > > ("uplevel" body line 9) > > > invoked from within > > > "uplevel 1 $script" > > > ---- errorCode: PSIX ERIMWOUT {connection timed out} > > > =3D=3D=3D=3D socket-7.4 FAILED > > >=20 > > > ------------------------------------------------------------------- > > >=20 > > >=20 > > > Does anyone gave any idea what may be happening here?? > >=20 > > One of the ports kde3 has a RUN_DEPEND on failed to build. =20 > > There isn't > > enough information here to know more. Running "make" in x11/kde3 is a > > no-op since the port just maintains dependancies to other kde bundles. > >=20 > > -- Brooks >=20 > Thanks for yr help. >=20 > How do I get the information necessary to solve this? You've trimmed the output at the end which included the name of the port that failed. Once you know that you can make sure it's up to date and then contact the maintainer of that port for debugging assistance. -- Brooks --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE60sTXY6L6fI4GtQRAsclAKCrWB+IP2qBhT6zRTvm735j7g6ykQCgjUYl Q97gaYr4ZZJuzz8UqKVV87s= =jWaK -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 18:32:23 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F28AD16A4DF for ; Tue, 22 Aug 2006 18:32:23 +0000 (UTC) (envelope-from nsayer@kfu.com) Received: from mx2.netflix.com (mail2.netflix.com [216.35.131.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B06F43D73 for ; Tue, 22 Aug 2006 18:32:20 +0000 (GMT) (envelope-from nsayer@kfu.com) Received: from [10.2.229.132] ([10.2.229.132]) by mx2.netflix.com (8.12.11.20060308/8.12.11) with ESMTP id k7MIWCpb016963 for ; Tue, 22 Aug 2006 11:32:12 -0700 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <44EB49E0.9030009@mail.uni-mainz.de> References: <14D2911D-64BE-4625-8F59-BA0EA2B92A10@kfu.com> <44EB48D8.70309@rogers.com> <44EB49E0.9030009@mail.uni-mainz.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7370D5CC-12DC-483F-A12A-4C36538775B1@kfu.com> Content-Transfer-Encoding: 7bit From: Nicholas Sayer Date: Tue, 22 Aug 2006 11:32:14 -0700 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAQAAA+k= X-Language-Identified: TRUE Subject: Re: Conroe & Asus P5B. Should I convert? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:32:24 -0000 Mike Jakubik wrote: > Nicholas Sayer wrote: >> I have a Conroe (E6600) running on an Asus P5B. This motherboard >> is based on the P965 chipset. Right now it's running as an i386. >> I've had to hack a few of the drivers to properly recognize this >> system, but the important parts of it do work correctly. >> >> Since the CPU has EM64T capability, I'm considering switching the >> machine over. > > Why? Are you planning on using more than 4 gigs of memory? No. > The only difference i can notice in EMT64 mode is that freebsd uses > almost twice as much memory. Ow. Maybe I'll pass. > Better use that time to do some benchmarks, i am curious how this > processor performs on freebsd :) Well, I can do a buildworld -j2 in about 20 minutes, for what that's worth. From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 20:32:28 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3225C16A4DE for ; Tue, 22 Aug 2006 20:32:28 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5AB943D46 for ; Tue, 22 Aug 2006 20:32:26 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.6/8.13.6) with ESMTP id k7MKWN00019992; Tue, 22 Aug 2006 22:32:24 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id C1D62B8A6; Tue, 22 Aug 2006 22:32:23 +0200 (CEST) Date: Tue, 22 Aug 2006 22:32:23 +0200 From: Roland Smith To: Nicholas Sayer Message-ID: <20060822203223.GB8860@slackbox.xs4all.nl> Mail-Followup-To: Nicholas Sayer , freebsd-amd64@freebsd.org References: <14D2911D-64BE-4625-8F59-BA0EA2B92A10@kfu.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <14D2911D-64BE-4625-8F59-BA0EA2B92A10@kfu.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-amd64@freebsd.org Subject: Re: Conroe & Asus P5B. Should I convert? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 20:32:28 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 22, 2006 at 11:01:10AM -0700, Nicholas Sayer wrote: > I have a Conroe (E6600) running on an Asus P5B. This motherboard is =20 > based on the P965 chipset. Right now it's running as an i386. I've =20 > had to hack a few of the drivers to properly recognize this system, =20 > but the important parts of it do work correctly. >=20 > Since the CPU has EM64T capability, I'm considering switching the =20 > machine over. I've read some of the list archives and believe I can =20 > use a temporary 2nd drive to do the cross-build, boot and upgrade =20 > rigamarole. It might be easier to try and boot and install from a 6.1 amd64 CD-ROM. Then install your patches and build a new kernel+world. =20 > I'm a bit more concerned about the ports. I see the COMPAT_IA32 =20 > option in the kernel configuration. Can I expect my installed =20 > packages to work after the upgrade? Specifically at least Apache 2, =20 > PHP, JDK15, PostgreSQL 8.1 annd KDE? Since all these work natively on amd64, I wouldn't use the i386 versions. Especially if you'd like to link programs to the KDE or PostgreSQL libraries. I'm not sure if you can link a 64-bit program to a 32-bit library and expect it to work. > I guess since I have a working system now, I'm sort of looking for a =20 > reason not to break it. :) Make dumps of your partitions and back them up. If amd64 doesn't work well enough you can easily restore your i386 system. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE62nXEnfvsMMhpyURAvPWAJ4rRYQ8Y9rrthoD75Y1UWKkv/WelACfXx72 LpgqDKdXWtUl6c4LHJkXArY= =eo8L -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 21:22:19 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7369D16A4DD for ; Tue, 22 Aug 2006 21:22:19 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-02.southeast.rr.com (ms-smtp-02.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C94C243D55 for ; Tue, 22 Aug 2006 21:22:16 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-02.southeast.rr.com (8.13.6/8.13.6) with ESMTP id k7MLMAPW028775; Tue, 22 Aug 2006 17:22:15 -0400 (EDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.6/8.13.6) with ESMTP id k7MLM9YE088353; Tue, 22 Aug 2006 17:22:09 -0400 (EDT) (envelope-from morganw@chemikals.org) Date: Tue, 22 Aug 2006 17:22:09 -0400 (EDT) From: Wesley Morgan To: Nicholas Sayer In-Reply-To: <7370D5CC-12DC-483F-A12A-4C36538775B1@kfu.com> Message-ID: <20060822172015.U88300@volatile.chemikals.org> References: <14D2911D-64BE-4625-8F59-BA0EA2B92A10@kfu.com> <44EB48D8.70309@rogers.com> <44EB49E0.9030009@mail.uni-mainz.de> <7370D5CC-12DC-483F-A12A-4C36538775B1@kfu.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-amd64@freebsd.org Subject: Re: Conroe & Asus P5B. Should I convert? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 21:22:19 -0000 On Tue, 22 Aug 2006, Nicholas Sayer wrote: > Mike Jakubik wrote: >> Nicholas Sayer wrote: >>> I have a Conroe (E6600) running on an Asus P5B. This motherboard is based >>> on the P965 chipset. Right now it's running as an i386. I've had to hack a >>> few of the drivers to properly recognize this system, but the important >>> parts of it do work correctly. >>> >>> Since the CPU has EM64T capability, I'm considering switching the machine >>> over. >> >> Why? Are you planning on using more than 4 gigs of memory? > > No. > >> The only difference i can notice in EMT64 mode is that freebsd uses almost >> twice as much memory. > > Ow. Maybe I'll pass. > >> Better use that time to do some benchmarks, i am curious how this processor >> performs on freebsd :) > > Well, I can do a buildworld -j2 in about 20 minutes, for what that's worth. My core dueo @ 1.86 w/ 1.5gb of ram does a buildworld -j4 in 24 minutes. However, you can't compare buildworlds without looking at src.conf! :) I would, however, love to see some benchmarks of amd64 vs i386 on the same hardware. Quite frankly I wonder if most people would have a use for 64 bits beyond expanding the limit of time_t, in 2038. -- This .signature sanitized for your protection From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 22:22:53 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 511AE16A4DE; Tue, 22 Aug 2006 22:22:53 +0000 (UTC) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com [68.99.120.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E5FA43D46; Tue, 22 Aug 2006 22:22:52 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03 ([172.18.22.59]) by dukecmmtao03.coxmail.com (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with SMTP id <20060822222251.ZZLV15709.dukecmmtao03.coxmail.com@dukecmmtao03>; Tue, 22 Aug 2006 18:22:51 -0400 X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809) From: Vizion Organization: vizion Communications To: Date: Tue, 22 Aug 2006 15:22:51 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060822222251.ZZLV15709.dukecmmtao03.coxmail.com@dukecmmtao03> Cc: amd64@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kde3 Make Install failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 22:22:53 -0000 On Tue, Aug 22, 2006 at 10:36:30AM -0700, Vizion wrote: > > -----Original Message----- > > From: Brooks Davis [mailto:brooks@one-eyed-alien.net] > > Sent: Tuesday, August 22, 2006 10:20 AM > > To: Vizion > > Cc: freebsd-questions@freebsd.org; amd64@freebsd.org > > Subject: Re: kde3 Make Install failure > > > > > > On Tue, Aug 22, 2006 at 10:00:35AM -0700, Vizion wrote: > > > Trying to compile and install kde3 > > > on amd64 FreeBSD 6.1-RELEASE #0. kde3 fails a test and then hangs. > > > > > > cd /usr/ports/x11/kde3 > > > > > > Make runs fine but then: > > > > > > # Make Install > > > > > > terminates and hangs with following consol message: > > > > > -------------------------------------------------------------- > > ----------- > > > > > > set listen [lindex [fconfigure $s -sockname] 2] > > > set s1 [socket [info hostname] $listen] > > > set timer [aftyer 10000 "set x timed_out"] > > > vwait x > > > after cancel $timer > > > close $s > > > close $s1 > > > set 1 "" > > > lappend l [expr {[lindex $x 2] -- $listen}] [llength $x] > > > > > > ---- Test generated error; return code was:1 > > > ---- Return code should have been one of: 0 2 > > > ---- errorInfo: couldn't open socket: connection timed out > > > wgile executing > > > "socket {info hostname] $listen]" > > > invoked from within > > > "set s1 [socket [info gostname] $listen]" > > > ("uplevel" body line 9) > > > invoked from within > > > "uplevel 1 $script" > > > ---- errorCode: PSIX ERIMWOUT {connection timed out} > > > ==== socket-7.4 FAILED > > > > > > ------------------------------------------------------------------- > > > > > > > > > Does anyone gave any idea what may be happening here?? > > > > One of the ports kde3 has a RUN_DEPEND on failed to build. > > There isn't > > enough information here to know more. Running "make" in x11/kde3 is a > > no-op since the port just maintains dependancies to other kde bundles. > > > > -- Brooks > > Thanks for yr help. > > How do I get the information necessary to solve this? You've trimmed the output at the end which included the name of the port that failed. Once you know that you can make sure it's up to date and then contact the maintainer of that port for debugging assistance. --- It is http.test that appear to fail The failure begins with: http.test ==== http-3.3 http::geturl FAILED ==== Contents of test case: set token [hrrp::geturl $url] http:: data $token ---- Test generated error; return code was: 1 ---- Return code should have been one of: 0 2 ---- errorInfo: couldn't open socket: connection timed out while executing "http::geturl $url "set token [http::geturl $url] ("uplevel" body line 2) invoked from within "uplevel 1 $script" ---- errorCode: NONE ==== http-3.3 FAILED This continues incrementing the http-x.3 version until final hang I cannot get full redirection of the test as # Make Install > filename does not work!! David From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 22 23:35:16 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C5FA16A4DA for ; Tue, 22 Aug 2006 23:35:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77DCC43D49 for ; Tue, 22 Aug 2006 23:35:15 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so2234500uge for ; Tue, 22 Aug 2006 16:35:14 -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=pyL4+/0BV0gb4moKc2HwFV1X9vgYaT7WsLoyzyMWiNmpAb75/OfSk39nzpPg7OwMhYfMXOy0FYCaFls6zDV5NboqIFIixEUOGvHg9KHZiBvn9AqQhYv2P6aa7VVQZqXGJp1qgq80EF5ncbf1adf3zDV6kGrkNerpHrPU9tfk2bY= Received: by 10.67.89.5 with SMTP id r5mr4723572ugl; Tue, 22 Aug 2006 16:35:14 -0700 (PDT) Received: by 10.67.86.15 with HTTP; Tue, 22 Aug 2006 16:35:14 -0700 (PDT) Message-ID: <790a9fff0608221635h5e0c6327kcc5507e326e23257@mail.gmail.com> Date: Tue, 22 Aug 2006 18:35:14 -0500 From: "Scot Hetzel" To: Vizion In-Reply-To: <20060822222251.ZZLV15709.dukecmmtao03.coxmail.com@dukecmmtao03> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060822222251.ZZLV15709.dukecmmtao03.coxmail.com@dukecmmtao03> Cc: amd64@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kde3 Make Install failure X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 23:35:16 -0000 On 8/22/06, Vizion wrote: > --- It is http.test > that appear to fail > The failure begins with: > http.test > > ==== http-3.3 http::geturl FAILED > ==== Contents of test case: > > set token [hrrp::geturl $url] > http:: data $token > ---- Test generated error; return code was: 1 > ---- Return code should have been one of: 0 2 > ---- errorInfo: couldn't open socket: connection timed out > while executing > "http::geturl $url > "set token [http::geturl $url] > ("uplevel" body line 2) > invoked from within > "uplevel 1 $script" > ---- errorCode: NONE > ==== http-3.3 FAILED > > > This continues incrementing the http-x.3 version until final hang > > > I cannot get full redirection of the test as > # Make Install > filename > does not work!! > You still didn't go back far enough, as we can't see which port is failing, but I suspect that it is the tcl84 port, as it redefines the build target to be "build test", if you remove the "test", the tcl84 port will install. Don't know why it is failing the tests, as we need someone who knows tcl to have a look at it. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 08:01:50 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E24E16A4E5; Wed, 23 Aug 2006 08:01:50 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from freebee.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EAB843D58; Wed, 23 Aug 2006 08:01:48 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) by freebee.digiware.nl (Postfix) with ESMTP id 02FBB2AAA2; Wed, 23 Aug 2006 10:01:47 +0200 (CEST) Message-ID: <44EC0B9B.5020705@withagen.nl> Date: Wed, 23 Aug 2006 10:02:35 +0200 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: stable@freebsd.org, amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 08:01:50 -0000 Hi, I've ran into sort of a snag with building a 2T file server. Given all the good press here for 3ware and the talk to the guys at the CeBIT I decided to go for a 9550SX-LP8. With that I bought a ASUS serverboard: K8N-LR with 165 dual core opteron. In itself is this a combo that I thing would do for a long time at my home. ;) However the 3ware controler decided not to play nice with 2 of the PCI-X boards I have here. It gets stuck in the bios disc scan. I've RMA-ed the card, but my guess is that it'll take a too long a time to fix/replace it for my patience. So I'm looking for alternatives with good support under amd64. I've seen that the Adaptecs are supported under aac(4). But what about Promisse or Highpoint RAID controllers? Thanx, --WjW From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 08:23:56 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DD9916A4DF; Wed, 23 Aug 2006 08:23:56 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44CBE43D45; Wed, 23 Aug 2006 08:23:54 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50002915570.msg; Wed, 23 Aug 2006 09:23:26 +0100 Message-ID: <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Willem Jan Withagen" , , References: <44EC0B9B.5020705@withagen.nl> Date: Wed, 23 Aug 2006 09:23:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Wed, 23 Aug 2006 09:23:26 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Wed, 23 Aug 2006 09:23:26 +0100 Cc: Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 08:23:56 -0000 The Areca cards I can recommend. Highpoint 1820a is surprisingly good for its price and the later cards have better performance still apparently. N.B. Use the min stripe size when creating the array for max performance with this card under FreeBSD. Steve Willem Jan Withagen wrote: > Hi, > > I've ran into sort of a snag with building a 2T file server. > Given all the good press here for 3ware and the talk to the guys at > the CeBIT I decided to go for a 9550SX-LP8. > With that I bought a ASUS serverboard: K8N-LR with 165 dual core > opteron. > > In itself is this a combo that I thing would do for a long time at my > home. ;) > > However the 3ware controler decided not to play nice with 2 of the > PCI-X boards I have here. It gets stuck in the bios disc scan. I've > RMA-ed the card, but my guess is that it'll take a too long a time to > fix/replace it for my patience. > > So I'm looking for alternatives with good support under amd64. I've > seen that the Adaptecs are supported under aac(4). But what about > Promisse or Highpoint RAID controllers? ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 08:25:18 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6128C16A4DA for ; Wed, 23 Aug 2006 08:25:18 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D3AC43D45 for ; Wed, 23 Aug 2006 08:25:17 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.6/8.13.6) with ESMTP id k7N8PGnP010106; Wed, 23 Aug 2006 01:25:16 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.6/8.13.6/Submit) with ESMTP id k7N8PGcp010103; Wed, 23 Aug 2006 01:25:16 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Wed, 23 Aug 2006 01:25:16 -0700 (PDT) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: Kris Kennaway In-Reply-To: <20060822182101.GA80606@xor.obsecurity.org> Message-ID: <20060823001924.Y9503@ns1.feral.com> References: <20060822091057.GA47193@xor.obsecurity.org> <20060822155812.GA76180@xor.obsecurity.org> <20060822110321.C4912@ns1.feral.com> <20060822180902.GA80432@xor.obsecurity.org> <20060822111226.J4912@ns1.feral.com> <20060822182101.GA80606@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-317481958-1156317641=:9503" Content-ID: <20060823002048.N9503@ns1.feral.com> Cc: amd64@freebsd.org Subject: Re: mpt broken on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 08:25:18 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-317481958-1156317641=:9503 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: <20060823002048.H9503@ns1.feral.com> Well, for at least one class of amd64, the onboard ultra4 works and works in raid mode and is swellness. I really wish I had a real AMD server to work with- I had one for a while at DataDomain, but that was months ago. I asked donations and got bupkas. I spent 2K$ of my own to get a decent em64t with 8GB, and have had a couple of em64ts come my way since then, but no 'real' AMD systems- if that would even make a difference. I'll try and analyze some stuff here and think about it. If this box is in production I'll likely have to try and chase another box with a similar chipset with the same level of f/w to try and guess what has occurred. I certainly have some theories, but nothing to really yack about at present. --0-317481958-1156317641=:9503 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=typescript Content-Transfer-Encoding: BASE64 Content-ID: <20060823012516.I10094@ns1.feral.com> Content-Description: Content-Disposition: attachment; filename=typescript Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDcuMC1DVVJSRU5UICM1NjogV2VkIEF1ZyAyMyAw MTowMzo1MSBQRFQgMjAwNg0KICAgIG1qYWNvYkBvdjIuaW4xLmxjbDovaG9t ZS9GcmVlQlNEL0ZyZWVCU0QtY3VycmVudC9zcmMvc3lzL2FtZDY0L2NvbXBp bGUvR0VORVJJQw0KV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwg ZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuDQpVc2luZyAzMiBjb2xvcnMg Zm9yIHRoZSBWTS1QUSB0dW5pbmcgKDAsIDApDQpQcmVsb2FkZWQgZWxmIGtl cm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhmZmZmZmZmZjgwYjU5 MDAwLg0KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwv aXNwXzIzMDAua28iIGF0IDB4ZmZmZmZmZmY4MGI1OTFkMC4NCkNhbGlicmF0 aW5nIGNsb2NrKHMpIC4uLiBpODI1NCBjbG9jazogMTE5MzIwOCBIeg0KQ0xL X1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcg ZGVmYXVsdCBmcmVxdWVuY3kNClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVl bmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDYWxpYnJhdGluZyBUU0MgY2xv Y2sgLi4uIFRTQyBjbG9jazogMjc5MzAxMzQzMyBIeg0KQ1BVOiBJbnRlbChS KSBYZW9uKFRNKSBDUFUgMi44MEdIeiAoMjc5My4wMS1NSHogSzgtY2xhc3Mg Q1BVKQ0KICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweGY0MyAg U3RlcHBpbmcgPSAzDQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxN Q0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixT U0UsU1NFMixTUyxIVFQsVE0sUEJFPg0KICBGZWF0dXJlczI9MHg2NDFkPFNT RTMsUlNWRDIsTU9OLERTX0NQTCxDTlRYLUlELENYMTYsWFRQUj4NCiAgQU1E IEZlYXR1cmVzPTB4MjAxMDA4MDA8U1lTQ0FMTCxOWCxMTT4NCiAgTG9naWNh bCBDUFVzIHBlciBjb3JlOiAyDQp1c2FibGUgbWVtb3J5ICA9IDEwNjEzMDYz NjggKDEwMTIgTUIpDQpQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6DQoweDAw MDAwMDAwMDAwMDEwMDAgLSAweDAwMDAwMDAwMDAwOWFmZmYsIDYzMDc4NCBi eXRlcyAoMTU0IHBhZ2VzKQ0KMHgwMDAwMDAwMDAwYzU2MDAwIC0gMHgwMDAw MDAwMDNlMTk4ZmZmLCAxMDI4OTI3NDg4IGJ5dGVzICgyNTEyMDMgcGFnZXMp DQphdmFpbCBtZW1vcnkgPSAxMDIzMDA0NjcyICg5NzUgTUIpDQpJTlRSOiBB ZGRpbmcgbG9jYWwgQVBJQyAwIGFzIGEgdGFyZ2V0DQpBQ1BJIEFQSUMgVGFi bGU6IDxBIE0gSSAgT0VNQVBJQyA+DQpGcmVlQlNEL1NNUDogTXVsdGlwcm9j ZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMNCiBjcHUwIChCU1ApOiBB UElDIElEOiAgMA0KIGNwdTEgKEFQKTogQVBJQyBJRDogIDENCkFQSUM6IENQ VSAwIGhhcyBBQ1BJIElEIDENCkFQSUM6IENQVSAxIGhhcyBBQ1BJIElEIDIN Ck1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgMiwgSW50ZXJydXB0IDAgYXQgMHhm ZWMwMDAwMA0KaW9hcGljMDogUm91dGluZyBleHRlcm5hbCA4MjU5QSdzIC0+ IGludHBpbiAwDQppb2FwaWMwOiBpbnRwaW4gMCAtPiBFeHRJTlQgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gMSAtPiBJU0EgSVJRIDEgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gMiAtPiBJU0EgSVJRIDIgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gMyAtPiBJU0EgSVJRIDMgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gNCAtPiBJU0EgSVJRIDQgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gNSAtPiBJU0EgSVJRIDUgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gNiAtPiBJU0EgSVJRIDYgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gNyAtPiBJU0EgSVJRIDcgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gOCAtPiBJU0EgSVJRIDggKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gOSAtPiBJU0EgSVJRIDkgKGVkZ2Us IGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gMTAgLT4gSVNBIElSUSAxMCAoZWRn ZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiAxMSAtPiBJU0EgSVJRIDExIChl ZGdlLCBoaWdoKQ0KaW9hcGljMDogaW50cGluIDEyIC0+IElTQSBJUlEgMTIg KGVkZ2UsIGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gMTMgLT4gSVNBIElSUSAx MyAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiAxNCAtPiBJU0EgSVJR IDE0IChlZGdlLCBoaWdoKQ0KaW9hcGljMDogaW50cGluIDE1IC0+IElTQSBJ UlEgMTUgKGVkZ2UsIGhpZ2gpDQppb2FwaWMwOiBpbnRwaW4gMTYgLT4gUENJ IElSUSAxNiAobGV2ZWwsIGxvdykNCmlvYXBpYzA6IGludHBpbiAxNyAtPiBQ Q0kgSVJRIDE3IChsZXZlbCwgbG93KQ0KaW9hcGljMDogaW50cGluIDE4IC0+ IFBDSSBJUlEgMTggKGxldmVsLCBsb3cpDQppb2FwaWMwOiBpbnRwaW4gMTkg LT4gUENJIElSUSAxOSAobGV2ZWwsIGxvdykNCmlvYXBpYzA6IGludHBpbiAy MCAtPiBQQ0kgSVJRIDIwIChsZXZlbCwgbG93KQ0KaW9hcGljMDogaW50cGlu IDIxIC0+IFBDSSBJUlEgMjEgKGxldmVsLCBsb3cpDQppb2FwaWMwOiBpbnRw aW4gMjIgLT4gUENJIElSUSAyMiAobGV2ZWwsIGxvdykNCmlvYXBpYzA6IGlu dHBpbiAyMyAtPiBQQ0kgSVJRIDIzIChsZXZlbCwgbG93KQ0KTUFEVDogRm91 bmQgSU8gQVBJQyBJRCAzLCBJbnRlcnJ1cHQgMjQgYXQgMHhmZWM4MDAwMA0K aW9hcGljMTogaW50cGluIDAgLT4gUENJIElSUSAyNCAobGV2ZWwsIGxvdykN CmlvYXBpYzE6IGludHBpbiAxIC0+IFBDSSBJUlEgMjUgKGxldmVsLCBsb3cp DQppb2FwaWMxOiBpbnRwaW4gMiAtPiBQQ0kgSVJRIDI2IChsZXZlbCwgbG93 KQ0KaW9hcGljMTogaW50cGluIDMgLT4gUENJIElSUSAyNyAobGV2ZWwsIGxv dykNCmlvYXBpYzE6IGludHBpbiA0IC0+IFBDSSBJUlEgMjggKGxldmVsLCBs b3cpDQppb2FwaWMxOiBpbnRwaW4gNSAtPiBQQ0kgSVJRIDI5IChsZXZlbCwg bG93KQ0KaW9hcGljMTogaW50cGluIDYgLT4gUENJIElSUSAzMCAobGV2ZWws IGxvdykNCmlvYXBpYzE6IGludHBpbiA3IC0+IFBDSSBJUlEgMzEgKGxldmVs LCBsb3cpDQppb2FwaWMxOiBpbnRwaW4gOCAtPiBQQ0kgSVJRIDMyIChsZXZl bCwgbG93KQ0KaW9hcGljMTogaW50cGluIDkgLT4gUENJIElSUSAzMyAobGV2 ZWwsIGxvdykNCmlvYXBpYzE6IGludHBpbiAxMCAtPiBQQ0kgSVJRIDM0IChs ZXZlbCwgbG93KQ0KaW9hcGljMTogaW50cGluIDExIC0+IFBDSSBJUlEgMzUg KGxldmVsLCBsb3cpDQppb2FwaWMxOiBpbnRwaW4gMTIgLT4gUENJIElSUSAz NiAobGV2ZWwsIGxvdykNCmlvYXBpYzE6IGludHBpbiAxMyAtPiBQQ0kgSVJR IDM3IChsZXZlbCwgbG93KQ0KaW9hcGljMTogaW50cGluIDE0IC0+IFBDSSBJ UlEgMzggKGxldmVsLCBsb3cpDQppb2FwaWMxOiBpbnRwaW4gMTUgLT4gUENJ IElSUSAzOSAobGV2ZWwsIGxvdykNCmlvYXBpYzE6IGludHBpbiAxNiAtPiBQ Q0kgSVJRIDQwIChsZXZlbCwgbG93KQ0KaW9hcGljMTogaW50cGluIDE3IC0+ IFBDSSBJUlEgNDEgKGxldmVsLCBsb3cpDQppb2FwaWMxOiBpbnRwaW4gMTgg LT4gUENJIElSUSA0MiAobGV2ZWwsIGxvdykNCmlvYXBpYzE6IGludHBpbiAx OSAtPiBQQ0kgSVJRIDQzIChsZXZlbCwgbG93KQ0KaW9hcGljMTogaW50cGlu IDIwIC0+IFBDSSBJUlEgNDQgKGxldmVsLCBsb3cpDQppb2FwaWMxOiBpbnRw aW4gMjEgLT4gUENJIElSUSA0NSAobGV2ZWwsIGxvdykNCmlvYXBpYzE6IGlu dHBpbiAyMiAtPiBQQ0kgSVJRIDQ2IChsZXZlbCwgbG93KQ0KaW9hcGljMTog aW50cGluIDIzIC0+IFBDSSBJUlEgNDcgKGxldmVsLCBsb3cpDQpNQURUOiBG b3VuZCBJTyBBUElDIElEIDQsIEludGVycnVwdCA0OCBhdCAweGZlYzgwNDAw DQppb2FwaWMyOiBpbnRwaW4gMCAtPiBQQ0kgSVJRIDQ4IChsZXZlbCwgbG93 KQ0KaW9hcGljMjogaW50cGluIDEgLT4gUENJIElSUSA0OSAobGV2ZWwsIGxv dykNCmlvYXBpYzI6IGludHBpbiAyIC0+IFBDSSBJUlEgNTAgKGxldmVsLCBs b3cpDQppb2FwaWMyOiBpbnRwaW4gMyAtPiBQQ0kgSVJRIDUxIChsZXZlbCwg bG93KQ0KaW9hcGljMjogaW50cGluIDQgLT4gUENJIElSUSA1MiAobGV2ZWws IGxvdykNCmlvYXBpYzI6IGludHBpbiA1IC0+IFBDSSBJUlEgNTMgKGxldmVs LCBsb3cpDQppb2FwaWMyOiBpbnRwaW4gNiAtPiBQQ0kgSVJRIDU0IChsZXZl bCwgbG93KQ0KaW9hcGljMjogaW50cGluIDcgLT4gUENJIElSUSA1NSAobGV2 ZWwsIGxvdykNCmlvYXBpYzI6IGludHBpbiA4IC0+IFBDSSBJUlEgNTYgKGxl dmVsLCBsb3cpDQppb2FwaWMyOiBpbnRwaW4gOSAtPiBQQ0kgSVJRIDU3IChs ZXZlbCwgbG93KQ0KaW9hcGljMjogaW50cGluIDEwIC0+IFBDSSBJUlEgNTgg KGxldmVsLCBsb3cpDQppb2FwaWMyOiBpbnRwaW4gMTEgLT4gUENJIElSUSA1 OSAobGV2ZWwsIGxvdykNCmlvYXBpYzI6IGludHBpbiAxMiAtPiBQQ0kgSVJR IDYwIChsZXZlbCwgbG93KQ0KaW9hcGljMjogaW50cGluIDEzIC0+IFBDSSBJ UlEgNjEgKGxldmVsLCBsb3cpDQppb2FwaWMyOiBpbnRwaW4gMTQgLT4gUENJ IElSUSA2MiAobGV2ZWwsIGxvdykNCmlvYXBpYzI6IGludHBpbiAxNSAtPiBQ Q0kgSVJRIDYzIChsZXZlbCwgbG93KQ0KaW9hcGljMjogaW50cGluIDE2IC0+ IFBDSSBJUlEgNjQgKGxldmVsLCBsb3cpDQppb2FwaWMyOiBpbnRwaW4gMTcg LT4gUENJIElSUSA2NSAobGV2ZWwsIGxvdykNCmlvYXBpYzI6IGludHBpbiAx OCAtPiBQQ0kgSVJRIDY2IChsZXZlbCwgbG93KQ0KaW9hcGljMjogaW50cGlu IDE5IC0+IFBDSSBJUlEgNjcgKGxldmVsLCBsb3cpDQppb2FwaWMyOiBpbnRw aW4gMjAgLT4gUENJIElSUSA2OCAobGV2ZWwsIGxvdykNCmlvYXBpYzI6IGlu dHBpbiAyMSAtPiBQQ0kgSVJRIDY5IChsZXZlbCwgbG93KQ0KaW9hcGljMjog aW50cGluIDIyIC0+IFBDSSBJUlEgNzAgKGxldmVsLCBsb3cpDQppb2FwaWMy OiBpbnRwaW4gMjMgLT4gUENJIElSUSA3MSAobGV2ZWwsIGxvdykNCk1BRFQ6 IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyDQppb2FwaWMw OiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyDQppb2FwaWMwOiBpbnRwaW4g MiB0cmlnZ2VyOiBlZGdlDQppb2FwaWMwOiBpbnRwaW4gMiBwb2xhcml0eTog aGlnaA0KTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2UgOSwgaXJx IDkNCmlvYXBpYzA6IGludHBpbiA5IHRyaWdnZXI6IGxldmVsDQppb2FwaWMw OiBpbnRwaW4gOSBwb2xhcml0eTogaGlnaA0KbGFwaWMwOiBSb3V0aW5nIE5N SSAtPiBMSU5UMQ0KbGFwaWMxOiBSb3V0aW5nIE5NSSAtPiBMSU5UMQ0KaW9h cGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZA0K aW9hcGljMSA8VmVyc2lvbiAyLjA+IGlycXMgMjQtNDcgb24gbW90aGVyYm9h cmQNCmlvYXBpYzIgPFZlcnNpb24gMi4wPiBpcnFzIDQ4LTcxIG9uIG1vdGhl cmJvYXJkDQpjcHUwIEJTUDoNCiAgICAgSUQ6IDB4MDAwMDAwMDAgICBWRVI6 IDB4MDAwNTAwMTQgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZg0K ICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4 MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDEwMGVm IHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAxMDAwZiBwY206IDB4MDAw MTAwMDANCmF0aF9yYXRlOiB2ZXJzaW9uIDEuMiA8U2FtcGxlUmF0ZSBiaXQt cmF0ZSBzZWxlY3Rpb24gYWxnb3JpdGhtPg0Kd2xhbjogPDgwMi4xMSBMaW5r IExheWVyPg0KcmVnaXN0ZXJlZCBmaXJtd2FyZSBzZXQgPGlzcF8yMzAwPg0K bnVsbDogPG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4NCnJhbmRvbTogPGVu dHJvcHkgc291cmNlLCBTb2Z0d2FyZSwgWWFycm93Pg0KbmZzbG9jazogcHNl dWRvLWRldmljZQ0Ka2JkMCBhdCBrYmRtdXgwDQppbzogPEkvTz4NCm1lbTog PG1lbW9yeT4NCmF0aF9oYWw6IDAuOS4xNy4yIChBUjUyMTAsIEFSNTIxMSwg QVI1MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0MTMpDQpycjIz Mng6IFJvY2tldFJBSUQgMjMyeCBjb250cm9sbGVyIGRyaXZlciB2MS4wMiAo QXVnIDIzIDIwMDYgMDE6MDE6NTkpDQphY3BpMDogPEEgTSBJIE9FTVJTRFQ+ IG9uIG1vdGhlcmJvYXJkDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJ U0EgSVJRIDkpIHRvIHZlY3RvciA0OA0KYWNwaTA6IFtNUFNBRkVdDQpwY2lf b3BlbigxKToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDgwMDMy MDJjDQpwY2lfb3BlbigxYSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAw MDAwMDApDQpwY2lfY2ZnY2hlY2s6CWRldmljZSAwIFtjbGFzcz0wNjAwMDBd IFtoZHI9ODBdIGlzIHRoZXJlIChpZD0zNTkwODA4NikNCkFjcGlPc0Rlcml2 ZVBjaUlkOiBidXMgMCBkZXYgMzEgZnVuYyAwDQphY3BpMDogUG93ZXIgQnV0 dG9uIChmaXhlZCkNCkFDUEkgdGltZXI6IDEvMCAxLzAgMS8wIDEvMCAxLzAg MS8wIDEvMCAxLzAgMS8wIDEvMCAtPiAxMA0KVGltZWNvdW50ZXIgIkFDUEkt ZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwDQphY3Bp X3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAw eDQwOC0weDQwYiBvbiBhY3BpMA0KQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAw IGRldiAwIGZ1bmMgMA0KcGNpX2xpbmswOiBMaW5rcyBhZnRlciBpbml0aWFs IHByb2JlOg0KSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgICAwICAg MTAgICBOICAgICAwICAzIDQgNyAxMCAxMSAxMiAxNCAxNQ0KcGNpX2xpbmsw OiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246DQpJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNCA3 IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazA6IExpbmtzIGFmdGVyIGRpc2Fi bGU6DQpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgIDI1NSAg IE4gICAgIDAgIDMgNCA3IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazE6IExp bmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6DQpJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcw0KICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA3IDEwIDExIDEy IDE0IDE1DQpwY2lfbGluazE6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRh dGlvbjoNCkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogICAgMCAgIDEx ICAgTiAgICAgMCAgMyA0IDcgMTAgMTEgMTIgMTQgMTUNCnBjaV9saW5rMTog TGlua3MgYWZ0ZXIgZGlzYWJsZToNCkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzDQogICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgMTAgMTEgMTIgMTQg MTUNCnBjaV9saW5rMjogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToNCklu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogICAgMCAgIDE1ICAgTiAgICAg MCAgMyA0IDcgMTAgMTEgMTIgMTQgMTUNCnBjaV9saW5rMjogTGlua3MgYWZ0 ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOg0KSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMNCiAgICAwICAgMTUgICBOICAgICAwICAzIDQgNyAxMCAxMSAxMiAx NCAxNQ0KcGNpX2xpbmsyOiBMaW5rcyBhZnRlciBkaXNhYmxlOg0KSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMNCiAgICAwICAyNTUgICBOICAgICAwICAz IDQgNyAxMCAxMSAxMiAxNCAxNQ0KcGNpX2xpbmszOiBMaW5rcyBhZnRlciBp bml0aWFsIHByb2JlOg0KSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAg ICAwICAgIDMgICBOICAgICAwICAzIDQgNyAxMCAxMSAxMiAxNCAxNQ0KcGNp X2xpbmszOiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246DQpJbmRl eCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgICAgMyAgIE4gICAgIDAg IDMgNCA3IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazM6IExpbmtzIGFmdGVy IGRpc2FibGU6DQpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAg IDI1NSAgIE4gICAgIDAgIDMgNCA3IDEwIDExIDEyIDE0IDE1DQpwY2lfbGlu azQ6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6DQpJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcw0KICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA3IDEw IDExIDEyIDE0IDE1DQpwY2lfbGluazQ6IExpbmtzIGFmdGVyIGluaXRpYWwg dmFsaWRhdGlvbjoNCkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogICAg MCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgMTAgMTEgMTIgMTQgMTUNCnBjaV9s aW5rNDogTGlua3MgYWZ0ZXIgZGlzYWJsZToNCkluZGV4ICBJUlEgIFJ0ZCAg UmVmICBJUlFzDQogICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDcgMTAgMTEg MTIgMTQgMTUNCnBjaV9saW5rNTogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9i ZToNCkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDcgMTAgMTEgMTIgMTQgMTUNCnBjaV9saW5rNTogTGlu a3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOg0KSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMNCiAgICAwICAyNTUgICBOICAgICAwICAzIDQgNyAxMCAx MSAxMiAxNCAxNQ0KcGNpX2xpbms1OiBMaW5rcyBhZnRlciBkaXNhYmxlOg0K SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNyAxMCAxMSAxMiAxNCAxNQ0KcGNpX2xpbms2OiBMaW5rcyBh ZnRlciBpbml0aWFsIHByb2JlOg0KSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMNCiAgICAwICAyNTUgICBOICAgICAwICAzIDQgNyAxMCAxMSAxMiAxNCAx NQ0KcGNpX2xpbms2OiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246 DQpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgIDI1NSAgIE4g ICAgIDAgIDMgNCA3IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazY6IExpbmtz IGFmdGVyIGRpc2FibGU6DQpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0K ICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA3IDEwIDExIDEyIDE0IDE1DQpw Y2lfbGluazc6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6DQpJbmRleCAg SVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgIDI1NSAgIE4gICAgIDAgIDUN CnBjaV9saW5rNzogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOg0K SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgICAwICAyNTUgICBOICAg ICAwICA1DQpwY2lfbGluazc6IExpbmtzIGFmdGVyIGRpc2FibGU6DQpJbmRl eCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgIDI1NSAgIE4gICAgIDAg IDUNCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTANCmFjcGlfdGhyb3R0bGUw OiA8QUNQSSBDUFUgVGhyb3R0bGluZz4gb24gY3B1MA0KYWNwaV90aHJvdHRs ZTA6IFBfQ05UIGZyb20gUF9CTEsgMHg0MTANCmNwdTE6IDxBQ1BJIENQVT4g b24gYWNwaTANCmFjcGlfdGhyb3R0bGUxOiA8QUNQSSBDUFUgVGhyb3R0bGlu Zz4gb24gY3B1MQ0KYWNwaV90aHJvdHRsZTE6IGZhaWxlZCB0byBhdHRhY2gg UF9DTlQNCmRldmljZV9hdHRhY2g6IGFjcGlfdGhyb3R0bGUxIGF0dGFjaCBy ZXR1cm5lZCA2DQpwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0 IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwDQpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMA0KcGNpMDogcGh5c2ljYWwgYnVzPTANCmZvdW5kLT4JdmVuZG9y PTB4ODA4NiwgZGV2PTB4MzU5MCwgcmV2aWQ9MHgwYw0KCWJ1cz0wLCBzbG90 PTAsIGZ1bmM9MA0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTENCgljbWRyZWc9MHgwMTQ2LCBzdGF0cmVnPTB4MDA5MCwgY2FjaGVs bnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MzU5MSwgcmV2aWQ9MHgwYw0KCWJ1cz0wLCBz bG90PTAsIGZ1bmM9MQ0KCWNsYXNzPWZmLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTANCgljbWRyZWc9MHgwMTAwLCBzdGF0cmVnPTB4MDAwMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4MzU5NCwgcmV2aWQ9MHgwYw0KCWJ1cz0w LCBzbG90PTEsIGZ1bmM9MA0KCWNsYXNzPTA4LTgwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMTAwLCBzdGF0cmVnPTB4MDAxMCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRw aW49YSwgaXJxPTEwDQoJTVNJIHN1cHBvcnRzIDIgbWVzc2FnZXMNCgltYXBb MTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGZjYWZmMDAwLCBzaXplIDEy LCBtZW1vcnkgZGlzYWJsZWQNCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjEuSU5UQQ0KcGNpYjA6IHNsb3QgMSBJTlRBIGhhcmR3aXJlZCB0byBJUlEg MTYNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MzU5NSwgcmV2aWQ9 MHgwYw0KCWJ1cz0wLCBzbG90PTIsIGZ1bmM9MA0KCWNsYXNzPTA2LTA0LTAw LCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCgljbWRyZWc9MHgwMTQ3LCBzdGF0 cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDA3ICgxNzUwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT0xMA0KcGNpYjA6IG1hdGNoZWQg ZW50cnkgZm9yIDAuMi5JTlRBDQpwY2liMDogc2xvdCAyIElOVEEgaGFyZHdp cmVkIHRvIElSUSAxNg0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgz NTk5LCByZXZpZD0weDBjDQoJYnVzPTAsIHNsb3Q9NiwgZnVuYz0wDQoJY2xh c3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MA0KCWNtZHJlZz0w eDAxNDQsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykN CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDcgKDE3NTAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YSwgaXJxPTEwDQpwY2li MDogbWF0Y2hlZCBlbnRyeSBmb3IgMC42LklOVEENCnBjaWIwOiBzbG90IDYg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2DQpmb3VuZC0+CXZlbmRvcj0weDgw ODYsIGRldj0weDM1OWEsIHJldmlkPTB4MGMNCglidXM9MCwgc2xvdD03LCBm dW5jPTANCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0w DQoJY21kcmVnPTB4MDE0NCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0x NiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw NyAoMTc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBp cnE9MTANCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjcuSU5UQQ0KcGNp YjA6IHNsb3QgNyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYNCmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4MjQ0ZSwgcmV2aWQ9MHhjMg0KCWJ1cz0w LCBzbG90PTMwLCBmdW5jPTANCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0w eDAxLCBtZmRldj0wDQoJY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwODAs IGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDBiICgyNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0ZDAsIHJldmlkPTB4MDIN CglidXM9MCwgc2xvdD0zMSwgZnVuYz0wDQoJY2xhc3M9MDYtMDEtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAxNGYsIHN0YXRyZWc9 MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQ0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNGRiLCByZXZpZD0w eDAyDQoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MQ0KCWNsYXNzPTAxLTAxLThh LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA3LCBzdGF0 cmVnPTB4MDI4OCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykNCglpbnRwaW49YSwgaXJxPTI1NQ0KCW1hcFsyMF06IHR5cGUgNCwg cmFuZ2UgMzIsIGJhc2UgMDAwMGZjMDAsIHNpemUgIDQsIGVuYWJsZWQNCglt YXBbMjRdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAwMDAwMDAwLCBzaXpl IDEwLCBlbmFibGVkDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI0 ZDMsIHJldmlkPTB4MDINCglidXM9MCwgc2xvdD0zMSwgZnVuYz0zDQoJY2xh c3M9MGMtMDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0w eDAwMDEsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0K CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1iLCBpcnE9MTENCgltYXBbMjBd OiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAwNTQwLCBzaXplICA1LCBl bmFibGVkDQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4zMS5JTlRCDQpw Y2liMDogc2xvdCAzMSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTcNCnBjaTA6 IDx1bmtub3duPiBhdCBkZXZpY2UgMC4xIChubyBkcml2ZXIgYXR0YWNoZWQp DQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMS4wIChubyBk cml2ZXIgYXR0YWNoZWQpDQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTANCnBjaWIxOiAgIHNlY29u ZGFyeSBidXMgICAgIDENCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMN CnBjaWIxOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YzAwMC0weGRmZmYNCnBj aWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmNiMDAwMDAtMHhmY2ZmZmZm Zg0KcGNpYjE6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmZmYwMDAwMC0weGZm ZmZmDQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpMTogcGh5 c2ljYWwgYnVzPTENCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MDMy OSwgcmV2aWQ9MHgwOQ0KCWJ1cz0xLCBzbG90PTAsIGZ1bmM9MA0KCWNsYXNz PTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTENCgljbWRyZWc9MHgw MTQ3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA3ICgxNzUwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRl dj0weDAzMmEsIHJldmlkPTB4MDkNCglidXM9MSwgc2xvdD0wLCBmdW5jPTIN CgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xDQoJY21k cmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNyAoMTc1 MCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KcGNpYjI6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4wIG9uIHBjaTENCnBjaWIyOiAgIHNl Y29uZGFyeSBidXMgICAgIDINCnBjaWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAg IDINCnBjaWIyOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4YzAwMC0weGNmZmYN CnBjaWIyOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmNiMDAwMDAtMHhmY2Vm ZmZmZg0KcGNpYjI6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmZmYwMDAwMC0w eGZmZmZmDQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KcGNpMjog cGh5c2ljYWwgYnVzPTINCmZvdW5kLT4JdmVuZG9yPTB4MTAwMCwgZGV2PTB4 MDY0MCwgcmV2aWQ9MHgwMQ0KCWJ1cz0yLCBzbG90PTMsIGZ1bmM9MA0KCWNs YXNzPTBjLTA0LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9 MHgwMTU3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMp DQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDQwICgxNjAw MCBucyksIG1heGxhdD0weDBhICgyNTAwIG5zKQ0KCWludHBpbj1hLCBpcnE9 MTANCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJl bnQgRDANCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQNCgltYXBb MTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDBjNDAwLCBzaXplICA4 LCBlbmFibGVkDQpwY2liMjogKG51bGwpIHJlcXVlc3RlZCBJL08gcmFuZ2Ug MHhjNDAwLTB4YzRmZjogaW4gcmFuZ2UNCnBjaWIxOiAobnVsbCkgcmVxdWVz dGVkIEkvTyByYW5nZSAweGM0MDAtMHhjNGZmOiBpbiByYW5nZQ0KCW1hcFsx NF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJhc2UgZmNlYmMwMDAsIHNpemUgMTQs IGVuYWJsZWQNCnBjaWIyOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5n ZSAweGZjZWJjMDAwLTB4ZmNlYmZmZmY6IGdvb2QNCnBjaWIxOiAobnVsbCkg cmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZjZWJjMDAwLTB4ZmNlYmZmZmY6 IGdvb2QNCgltYXBbMWNdOiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNlIGZjZWEw MDAwLCBzaXplIDE2LCBlbmFibGVkDQpwY2liMjogKG51bGwpIHJlcXVlc3Rl ZCBtZW1vcnkgcmFuZ2UgMHhmY2VhMDAwMC0weGZjZWFmZmZmOiBnb29kDQpw Y2liMTogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmY2VhMDAw MC0weGZjZWFmZmZmOiBnb29kDQpwY2liMjogbWF0Y2hlZCBlbnRyeSBmb3Ig Mi4zLklOVEENCnBjaWIyOiBzbG90IDMgSU5UQSBoYXJkd2lyZWQgdG8gSVJR IDI0DQpmb3VuZC0+CXZlbmRvcj0weDEwMDAsIGRldj0weDAwMzAsIHJldmlk PTB4MDgNCglidXM9Miwgc2xvdD01LCBmdW5jPTANCgljbGFzcz0wMS0wMC0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDE1Nywgc3Rh dHJlZz0weDAyMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVy PTB4NDggKDIxNjAgbnMpLCBtaW5nbnQ9MHgxMSAoNDI1MCBucyksIG1heGxh dD0weDEyICg0NTAwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTUNCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDANCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQNCgltYXBbMTBdOiB0eXBlIDQs IHJhbmdlIDMyLCBiYXNlIDAwMDBjODAwLCBzaXplICA4LCBlbmFibGVkDQpw Y2liMjogKG51bGwpIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhjODAwLTB4Yzhm ZjogaW4gcmFuZ2UNCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIEkvTyByYW5n ZSAweGM4MDAtMHhjOGZmOiBpbiByYW5nZQ0KCW1hcFsxNF06IHR5cGUgMSwg cmFuZ2UgNjQsIGJhc2UgZmNlZDAwMDAsIHNpemUgMTYsIGVuYWJsZWQNCnBj aWIyOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZjZWQwMDAw LTB4ZmNlZGZmZmY6IGdvb2QNCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1l bW9yeSByYW5nZSAweGZjZWQwMDAwLTB4ZmNlZGZmZmY6IGdvb2QNCgltYXBb MWNdOiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNlIGZjZWMwMDAwLCBzaXplIDE2 LCBlbmFibGVkDQpwY2liMjogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFu Z2UgMHhmY2VjMDAwMC0weGZjZWNmZmZmOiBnb29kDQpwY2liMTogKG51bGwp IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmY2VjMDAwMC0weGZjZWNmZmZm OiBnb29kDQpwY2liMjogbWF0Y2hlZCBlbnRyeSBmb3IgMi41LklOVEENCnBj aWIyOiBzbG90IDUgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDI2DQpmb3VuZC0+ CXZlbmRvcj0weDEwMDAsIGRldj0weDAwMzAsIHJldmlkPTB4MDgNCglidXM9 Miwgc2xvdD01LCBmdW5jPTENCgljbGFzcz0wMS0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDE1Nywgc3RhdHJlZz0weDAyMzAs IGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDggKDIxNjAg bnMpLCBtaW5nbnQ9MHgxMSAoNDI1MCBucyksIG1heGxhdD0weDEyICg0NTAw IG5zKQ0KCWludHBpbj1iLCBpcnE9MTENCglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDANCglNU0kgc3VwcG9ydHMgMSBt ZXNzYWdlLCA2NCBiaXQNCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBi YXNlIDAwMDBjYzAwLCBzaXplICA4LCBlbmFibGVkDQpwY2liMjogKG51bGwp IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhjYzAwLTB4Y2NmZjogaW4gcmFuZ2UN CnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIEkvTyByYW5nZSAweGNjMDAtMHhj Y2ZmOiBpbiByYW5nZQ0KCW1hcFsxNF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJh c2UgZmNlZjAwMDAsIHNpemUgMTYsIGVuYWJsZWQNCnBjaWIyOiAobnVsbCkg cmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZjZWYwMDAwLTB4ZmNlZmZmZmY6 IGdvb2QNCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAw eGZjZWYwMDAwLTB4ZmNlZmZmZmY6IGdvb2QNCgltYXBbMWNdOiB0eXBlIDEs IHJhbmdlIDY0LCBiYXNlIGZjZWUwMDAwLCBzaXplIDE2LCBlbmFibGVkDQpw Y2liMjogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmY2VlMDAw MC0weGZjZWVmZmZmOiBnb29kDQpwY2liMTogKG51bGwpIHJlcXVlc3RlZCBt ZW1vcnkgcmFuZ2UgMHhmY2VlMDAwMC0weGZjZWVmZmZmOiBnb29kDQpwY2li MjogbWF0Y2hlZCBlbnRyeSBmb3IgMi41LklOVEINCnBjaWIyOiBzbG90IDUg SU5UQiBoYXJkd2lyZWQgdG8gSVJRIDI1DQptcHQwOiA8TFNJTG9naWMgRkM3 WDA0WCA0R2IvcyBGQyBBZGFwdGVyPiBwb3J0IDB4YzQwMC0weGM0ZmYgbWVt IDB4ZmNlYmMwMDAtMHhmY2ViZmZmZiwweGZjZWEwMDAwLTB4ZmNlYWZmZmYg aXJxIDI0IGF0IGRldmljZSAzLjAgb24gcGNpMg0KbXB0MDogUmVzZXJ2ZWQg MHgxMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweGM0MDANCm1w dDA6IFJlc2VydmVkIDB4NDAwMCBieXRlcyBmb3IgcmlkIDB4MTQgdHlwZSAz IGF0IDB4ZmNlYmMwMDANCmlvYXBpYzE6IHJvdXRpbmcgaW50cGluIDAgKFBD SSBJUlEgMjQpIHRvIHZlY3RvciA0OQ0KbXB0MDogW0dJQU5ULUxPQ0tFRF0N Cm1wdDA6IE1QSSBWZXJzaW9uPTEuNS4xMC4wDQptcHQwOiBQb3J0IDA6IExp bmtTdGF0ZTogRmFpbGVkDQptcHQwOiBFeHRlcm5hbCBCdXMgUmVzZXQgRGV0 ZWN0ZWQNCm1wdDA6IFBvcnQgMHgwOiBGQyBMaW5rRXZlbnQ6IExJUChmNyxm NykgKExvb3AgSW5pdGlhbGl6YXRpb24pDQptcHQwOiBEZXZpY2UgbmVlZHMg QUxfUEENCm1wdDA6IFBvcnQgMHgwOiBGQyBMaW5rRXZlbnQ6IExJUChmNyxm NykgKExvb3AgSW5pdGlhbGl6YXRpb24pDQptcHQwOiBEZXZpY2UgbmVlZHMg QUxfUEENCm1wdDA6IFBvcnQgMHgwOiBGQyBMaW5rRXZlbnQ6IExJUChmNyxm NykgKExvb3AgSW5pdGlhbGl6YXRpb24pDQptcHQwOiBEZXZpY2UgbmVlZHMg QUxfUEENCm1wdDA6IFBvcnQgMDogTGlua1N0YXRlOiBBY3RpdmUNCm1wdDA6 IFJlc2NhbiBQb3J0OiAwDQptcHQwOiBGQyBQb3J0IFBhZ2UgMDogVG9wb2xv Z3kgPEYtUG9ydD4gV1dOTiAweDIwMDAwMDA2MmIwZTE2MzggV1dQTiAweDEw MDAwMDA2MmIwZTE2MzggU3BlZWQgMi1HYml0DQptcHQxOiA8TFNJTG9naWMg MTAzMCBVbHRyYTQgQWRhcHRlcj4gcG9ydCAweGM4MDAtMHhjOGZmIG1lbSAw eGZjZWQwMDAwLTB4ZmNlZGZmZmYsMHhmY2VjMDAwMC0weGZjZWNmZmZmIGly cSAyNiBhdCBkZXZpY2UgNS4wIG9uIHBjaTINCm1wdDE6IFJlc2VydmVkIDB4 MTAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHhjODAwDQptcHQx OiBSZXNlcnZlZCAweDEwMDAwIGJ5dGVzIGZvciByaWQgMHgxNCB0eXBlIDMg YXQgMHhmY2VkMDAwMA0KaW9hcGljMTogcm91dGluZyBpbnRwaW4gMiAoUENJ IElSUSAyNikgdG8gdmVjdG9yIDUwDQptcHQxOiBbR0lBTlQtTE9DS0VEXQ0K bXB0MTogTVBJIFZlcnNpb249MS4yLjE0LjANCm1wdDE6IENhcGFiaWxpdGll czogKCBSQUlELTFFIFJBSUQtMSBTQUZURSApDQptcHQxOiAwIEFjdGl2ZSBW b2x1bWVzICgwIE1heCkNCm1wdDE6IDAgSGlkZGVuIERyaXZlIE1lbWJlcnMg KDAgTWF4KQ0KbXB0MjogPExTSUxvZ2ljIDEwMzAgVWx0cmE0IEFkYXB0ZXI+ IHBvcnQgMHhjYzAwLTB4Y2NmZiBtZW0gMHhmY2VmMDAwMC0weGZjZWZmZmZm LDB4ZmNlZTAwMDAtMHhmY2VlZmZmZiBpcnEgMjUgYXQgZGV2aWNlIDUuMSBv biBwY2kyDQptcHQyOiBSZXNlcnZlZCAweDEwMCBieXRlcyBmb3IgcmlkIDB4 MTAgdHlwZSA0IGF0IDB4Y2MwMA0KbXB0MjogUmVzZXJ2ZWQgMHgxMDAwMCBi eXRlcyBmb3IgcmlkIDB4MTQgdHlwZSAzIGF0IDB4ZmNlZjAwMDANCmlvYXBp YzE6IHJvdXRpbmcgaW50cGluIDEgKFBDSSBJUlEgMjUpIHRvIHZlY3RvciA1 MQ0KbXB0MjogW0dJQU5ULUxPQ0tFRF0NCm1wdDI6IE1QSSBWZXJzaW9uPTEu Mi4xNC4wDQptcHQyOiBDYXBhYmlsaXRpZXM6ICggUkFJRC0xRSBSQUlELTEg U0FGVEUgKQ0KbXB0MjogMSBBY3RpdmUgVm9sdW1lICgxIE1heCkNCm1wdDI6 IDQgSGlkZGVuIERyaXZlIE1lbWJlcnMgKDYgTWF4KQ0KcGNpYjM6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4yIG9uIHBjaTENCnBjaWIz OiAgIHNlY29uZGFyeSBidXMgICAgIDMNCnBjaWIzOiAgIHN1Ym9yZGluYXRl IGJ1cyAgIDMNCnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZDAwMC0w eGRmZmYNCnBjaWIzOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmNmMDAwMDAt MHhmY2ZmZmZmZg0KcGNpYjM6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhmZmYw MDAwMC0weGZmZmZmDQpwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMw0K cGNpMzogcGh5c2ljYWwgYnVzPTMNCmZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4MTA3OSwgcmV2aWQ9MHgwMw0KCWJ1cz0zLCBzbG90PTQsIGZ1bmM9 MA0KCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCglj bWRyZWc9MHgwMTU3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChk d29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weGZm ICg2Mzc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBp cnE9MTUNCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDANCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQNCgltYXBbMTBd OiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNlIGZjZjAwMDAwLCBzaXplIDE3LCBl bmFibGVkDQpwY2liMzogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2Ug MHhmY2YwMDAwMC0weGZjZjFmZmZmOiBnb29kDQpwY2liMTogKG51bGwpIHJl cXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmY2YwMDAwMC0weGZjZjFmZmZmOiBn b29kDQoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwZDg4 MCwgc2l6ZSAgNiwgZW5hYmxlZA0KcGNpYjM6IChudWxsKSByZXF1ZXN0ZWQg SS9PIHJhbmdlIDB4ZDg4MC0weGQ4YmY6IGluIHJhbmdlDQpwY2liMTogKG51 bGwpIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhkODgwLTB4ZDhiZjogaW4gcmFu Z2UNCnBjaWIzOiBtYXRjaGVkIGVudHJ5IGZvciAzLjQuSU5UQQ0KcGNpYjM6 IHNsb3QgNCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgNTQNCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MTA3OSwgcmV2aWQ9MHgwMw0KCWJ1cz0zLCBz bG90PTQsIGZ1bmM9MQ0KCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTENCgljbWRyZWc9MHgwMTU3LCBzdGF0cmVnPTB4MDIzMCwgY2Fj aGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weGZmICg2Mzc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0K CWludHBpbj1iLCBpcnE9Mw0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBE MyAgY3VycmVudCBEMA0KCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJp dA0KCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJhc2UgZmNmYzAwMDAs IHNpemUgMTcsIGVuYWJsZWQNCnBjaWIzOiAobnVsbCkgcmVxdWVzdGVkIG1l bW9yeSByYW5nZSAweGZjZmMwMDAwLTB4ZmNmZGZmZmY6IGdvb2QNCnBjaWIx OiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZjZmMwMDAwLTB4 ZmNmZGZmZmY6IGdvb2QNCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBi YXNlIDAwMDBkYzAwLCBzaXplICA2LCBlbmFibGVkDQpwY2liMzogKG51bGwp IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhkYzAwLTB4ZGMzZjogaW4gcmFuZ2UN CnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIEkvTyByYW5nZSAweGRjMDAtMHhk YzNmOiBpbiByYW5nZQ0KcGNpYjM6IG1hdGNoZWQgZW50cnkgZm9yIDMuNC5J TlRCDQpwY2liMzogc2xvdCA0IElOVEIgaGFyZHdpcmVkIHRvIElSUSA1NQ0K Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMDI2LCByZXZpZD0weDA0 DQoJYnVzPTMsIHNsb3Q9OSwgZnVuYz0wDQoJY2xhc3M9MDItMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAxNTcsIHN0YXRyZWc9 MHgwMjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykNCglsYXR0aW1lcj0weDQw ICgxOTIwIG5zKSwgbWluZ250PTB4ZmYgKDYzNzUwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT0xNQ0KCXBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0KCU1TSSBzdXBwb3J0cyAxIG1l c3NhZ2UsIDY0IGJpdA0KCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJh c2UgZmNmZTAwMDAsIHNpemUgMTcsIGVuYWJsZWQNCnBjaWIzOiAobnVsbCkg cmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZjZmUwMDAwLTB4ZmNmZmZmZmY6 IGdvb2QNCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAw eGZjZmUwMDAwLTB4ZmNmZmZmZmY6IGdvb2QNCgltYXBbMThdOiB0eXBlIDEs IHJhbmdlIDY0LCBiYXNlIGZjZjgwMDAwLCBzaXplIDE4LCBlbmFibGVkDQpw Y2liMzogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmY2Y4MDAw MC0weGZjZmJmZmZmOiBnb29kDQpwY2liMTogKG51bGwpIHJlcXVlc3RlZCBt ZW1vcnkgcmFuZ2UgMHhmY2Y4MDAwMC0weGZjZmJmZmZmOiBnb29kDQoJbWFw WzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwZGM4MCwgc2l6ZSAg NiwgZW5hYmxlZA0KcGNpYjM6IChudWxsKSByZXF1ZXN0ZWQgSS9PIHJhbmdl IDB4ZGM4MC0weGRjYmY6IGluIHJhbmdlDQpwY2liMTogKG51bGwpIHJlcXVl c3RlZCBJL08gcmFuZ2UgMHhkYzgwLTB4ZGNiZjogaW4gcmFuZ2UNCnBjaWIz OiBtYXRjaGVkIGVudHJ5IGZvciAzLjkuSU5UQQ0KcGNpYjM6IHNsb3QgOSBJ TlRBIGhhcmR3aXJlZCB0byBJUlEgNTANCmVtMDogPEludGVsKFIpIFBSTy8x MDAwIE5ldHdvcmsgQ29ubmVjdGlvbiBWZXJzaW9uIC0gNi4xLjQ+IHBvcnQg MHhkODgwLTB4ZDhiZiBtZW0gMHhmY2YwMDAwMC0weGZjZjFmZmZmIGlycSA1 NCBhdCBkZXZpY2UgNC4wIG9uIHBjaTMNCmVtMDogUmVzZXJ2ZWQgMHgyMDAw MCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZmNmMDAwMDANCmVt MDogUmVzZXJ2ZWQgMHg0MCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0 IDB4ZDg4MA0KZW0wOiBicGYgYXR0YWNoZWQNCmVtMDogRXRoZXJuZXQgYWRk cmVzczogMDA6MDQ6MjM6Y2E6MDA6N2MNCmlvYXBpYzI6IHJvdXRpbmcgaW50 cGluIDYgKFBDSSBJUlEgNTQpIHRvIHZlY3RvciA1Mg0KZW0wOiBbRkFTVF0N CmVtMTogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiBW ZXJzaW9uIC0gNi4xLjQ+IHBvcnQgMHhkYzAwLTB4ZGMzZiBtZW0gMHhmY2Zj MDAwMC0weGZjZmRmZmZmIGlycSA1NSBhdCBkZXZpY2UgNC4xIG9uIHBjaTMN CmVtMTogUmVzZXJ2ZWQgMHgyMDAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlw ZSAzIGF0IDB4ZmNmYzAwMDANCmVtMTogUmVzZXJ2ZWQgMHg0MCBieXRlcyBm b3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4ZGMwMA0KZW0xOiBicGYgYXR0YWNo ZWQNCmVtMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6MjM6Y2E6MDA6N2QN CmlvYXBpYzI6IHJvdXRpbmcgaW50cGluIDcgKFBDSSBJUlEgNTUpIHRvIHZl Y3RvciA1Mw0KZW0xOiBbRkFTVF0NCmVtMjogPEludGVsKFIpIFBSTy8xMDAw IE5ldHdvcmsgQ29ubmVjdGlvbiBWZXJzaW9uIC0gNi4xLjQ+IHBvcnQgMHhk YzgwLTB4ZGNiZiBtZW0gMHhmY2ZlMDAwMC0weGZjZmZmZmZmLDB4ZmNmODAw MDAtMHhmY2ZiZmZmZiBpcnEgNTAgYXQgZGV2aWNlIDkuMCBvbiBwY2kzDQpl bTI6IFJlc2VydmVkIDB4MjAwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUg MyBhdCAweGZjZmUwMDAwDQplbTI6IFJlc2VydmVkIDB4NDAgYnl0ZXMgZm9y IHJpZCAweDIwIHR5cGUgNCBhdCAweGRjODANCmVtMjogYnBmIGF0dGFjaGVk DQplbTI6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA0OjIzOmNiOjFlOjk0DQpp b2FwaWMyOiByb3V0aW5nIGludHBpbiAyIChQQ0kgSVJRIDUwKSB0byB2ZWN0 b3IgNTQNCmVtMjogW0ZBU1RdDQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGlycSAxNiBhdCBkZXZpY2UgNi4wIG9uIHBjaTANCnBjaWI0OiAgIHNl Y29uZGFyeSBidXMgICAgIDQNCnBjaWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAg IDQNCnBjaWI0OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4MC0weDANCnBjaWI0 OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4MC0weDANCnBjaWI0OiAgIHByZWZl dGNoZWQgZGVjb2RlIDB4MC0weDANCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWI0DQpwY2k0OiBwaHlzaWNhbCBidXM9NA0KcGNpYjU6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDcuMCBvbiBwY2kwDQpw Y2liNTogICBzZWNvbmRhcnkgYnVzICAgICA1DQpwY2liNTogICBzdWJvcmRp bmF0ZSBidXMgICA1DQpwY2liNTogICBJL08gZGVjb2RlICAgICAgICAweDAt MHgwDQpwY2liNTogICBtZW1vcnkgZGVjb2RlICAgICAweDAtMHgwDQpwY2li NTogICBwcmVmZXRjaGVkIGRlY29kZSAweDAtMHgwDQpwY2k1OiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liNQ0KcGNpNTogcGh5c2ljYWwgYnVzPTUNCnBjaWI2 OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNp MA0KcGNpYjY6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNg0KcGNpYjY6ICAgc3Vi b3JkaW5hdGUgYnVzICAgNg0KcGNpYjY6ICAgSS9PIGRlY29kZSAgICAgICAg MHhlMDAwLTB4ZWZmZg0KcGNpYjY6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhm ZDAwMDAwMC0weGZlYmZmZmZmDQpwY2liNjogICBwcmVmZXRjaGVkIGRlY29k ZSAweGZmZjAwMDAwLTB4ZmZmZmYNCnBjaWI2OiAgIFN1YnRyYWN0aXZlbHkg ZGVjb2RlZCBicmlkZ2UuDQpwY2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li Ng0KcGNpNjogcGh5c2ljYWwgYnVzPTYNCmZvdW5kLT4JdmVuZG9yPTB4MTAw MiwgZGV2PTB4NDc1MiwgcmV2aWQ9MHgyNw0KCWJ1cz02LCBzbG90PTEyLCBm dW5jPTANCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0w DQoJY21kcmVnPTB4MDA4Nywgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0x NiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9 MHgwOCAoMjAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1h LCBpcnE9MTENCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMg IGN1cnJlbnQgRDANCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNl IGZkMDAwMDAwLCBzaXplIDI0LCBlbmFibGVkDQpwY2liNjogKG51bGwpIHJl cXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZDAwMDAwMC0weGZkZmZmZmZmOiBn b29kDQoJbWFwWzE0XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwZWMw MCwgc2l6ZSAgOCwgZW5hYmxlZA0KcGNpYjY6IChudWxsKSByZXF1ZXN0ZWQg SS9PIHJhbmdlIDB4ZWMwMC0weGVjZmY6IGluIHJhbmdlDQoJbWFwWzE4XTog dHlwZSAxLCByYW5nZSAzMiwgYmFzZSBmZWJmZjAwMCwgc2l6ZSAxMiwgZW5h YmxlZA0KcGNpYjY6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4 ZmViZmYwMDAtMHhmZWJmZmZmZjogZ29vZA0KcGNpYjY6IG1hdGNoZWQgZW50 cnkgZm9yIDYuMTIuSU5UQQ0KcGNpYjY6IHNsb3QgMTIgSU5UQSBoYXJkd2ly ZWQgdG8gSVJRIDE3DQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxh eT4gcG9ydCAweGVjMDAtMHhlY2ZmIG1lbSAweGZkMDAwMDAwLTB4ZmRmZmZm ZmYsMHhmZWJmZjAwMC0weGZlYmZmZmZmIGlycSAxNyBhdCBkZXZpY2UgMTIu MCBvbiBwY2k2DQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2Ug MzEuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBj aTA6IDxJbnRlbCBJQ0g1IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFm MC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweGZjMDAtMHhmYzBm IGF0IGRldmljZSAzMS4xIG9uIHBjaTANCmF0YXBjaTA6IFJlc2VydmVkIDB4 MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweGZjMDANCmF0YTA6 IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwDQphdGFwY2kwOiBSZXNlcnZl ZCAweDggYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweDFmMA0KYXRh cGNpMDogUmVzZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgxNCB0eXBlIDQg YXQgMHgzZjYNCmF0YTA6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBv c3RhdDE9MDANCmF0YTA6IHN0YXQwPTB4NTAgZXJyPTB4MDEgbHNiPTB4MDAg bXNiPTB4MDANCmF0YTA6IHN0YXQxPTB4MDAgZXJyPTB4MDEgbHNiPTB4MDEg bXNiPTB4MDENCmF0YTA6IHJlc2V0IHRwMiBzdGF0MD01MCBzdGF0MT0wMCBk ZXZpY2VzPTB4MTxBVEFfTUFTVEVSPg0KaW9hcGljMDogcm91dGluZyBpbnRw aW4gMTQgKElTQSBJUlEgMTQpIHRvIHZlY3RvciA1NQ0KYXRhMDogW01QU0FG RV0NCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwDQphdGFwY2kw OiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDE4IHR5cGUgNCBhdCAw eDE3MA0KYXRhcGNpMDogUmVzZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgx YyB0eXBlIDQgYXQgMHgzNzYNCmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAwIG9z dGF0MD1mZiBvc3RhdDE9ZmYNCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE1 IChJU0EgSVJRIDE1KSB0byB2ZWN0b3IgNTYNCmF0YTE6IFtNUFNBRkVdDQpw Y2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBk cml2ZXIgYXR0YWNoZWQpDQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+ IG9uIGFjcGkwDQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgw NDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMA0KcHNtMDogdW5h YmxlIHRvIGFsbG9jYXRlIElSUQ0KcHNtY3BucDA6IDxQUy8yIG1vdXNlIHBv cnQ+IGlycSAxMiBvbiBhY3BpMA0KcHNtMDogY3VycmVudCBjb21tYW5kIGJ5 dGU6MDA2NQ0KcHNtMDogZmFpbGVkIHRvIHJlc2V0IHRoZSBhdXggZGV2aWNl Lg0Kc2lvMDogY29uZmlndXJlZCBpcnEgNCBub3QgaW4gYml0bWFwIG9mIHBy b2JlZCBpcnFzIDANCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkDQpz aW8wOiBpcnEgbWFwczogMCAwIDAgMA0Kc2lvMDogY29uZmlndXJlZCBpcnEg NCBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDANCnNpbzA6IHBvcnQg bWF5IG5vdCBiZSBlbmFibGVkDQpzaW8wOiBpcnEgbWFwczogMCAwIDAgMA0K c2lvMDogPDE2NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4 LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTANCnNpbzA6IHR5cGUg MTY1NTBBLCBjb25zb2xlDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiA0IChJ U0EgSVJRIDQpIHRvIHZlY3RvciA1Nw0Kc2lvMDogW0ZBU1RdDQphaGNfaXNh X3Byb2JlIDEyOiBpb3BvcnQgMHhjYzAwIGFsbG9jIGZhaWxlZA0KYWhjX2lz YV9wcm9iZSAxMzogaW9wb3J0IDB4ZGMwMCBhbGxvYyBmYWlsZWQNCmFoY19p c2FfcHJvYmUgMTQ6IGlvcG9ydCAweGVjMDAgYWxsb2MgZmFpbGVkDQphdGti ZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQpzaW86 IHNpbzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQpleF9pc2FfaWRl bnRpZnkoKQ0Kc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQN CnZnYTogdmdhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCmlzYV9w cm9iZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzDQppc2FfcHJv YmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzDQpvcm0wOiA8 SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4Y2E3ZmYsMHhj YTgwMC0weGNlN2ZmLDB4Y2U4MDAtMHhjZjdmZiwweGNmODAwLTB4ZDA3ZmYg b24gaXNhMA0KZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMC0w eDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwDQpwcGMwOiBjYW5ub3Qg cmVzZXJ2ZSBJL08gcG9ydCByYW5nZQ0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+ IGZhaWxlZCB0byBwcm9iZSBhdCBpcnEgNyBvbiBpc2EwDQpzYzA6IDxTeXN0 ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0Eg PDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MTAwPg0Kc2MwOiBmYjAs IGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAoc3lzY29ucyB0ZXJtaW5h bCkNCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBw cm9iZWQgaXJxcyAwDQpzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZA0K c2lvMTogaXJxIG1hcHM6IDAgMCAwIDANCnNpbzE6IHByb2JlIGZhaWxlZCB0 ZXN0KHMpOiAwIDEgMiA0IDYgNyA5DQpzaW8xIGZhaWxlZCB0byBwcm9iZSBh dCBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYTANCnNpbzI6IG5vdCBw cm9iZWQgKGRpc2FibGVkKQ0Kc2lvMzogbm90IHByb2JlZCAoZGlzYWJsZWQp DQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2Rm IGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQppc2FfcHJvYmVfY2hp bGRyZW46IHByb2JpbmcgUG5QIGRldmljZXMNCkRldmljZSBjb25maWd1cmF0 aW9uIGZpbmlzaGVkLg0KcHJvY2ZzIHJlZ2lzdGVyZWQNCmxpbnByb2NmcyBy ZWdpc3RlcmVkDQpsaW5zeXNmcyByZWdpc3RlcmVkDQpsYXBpYzogRGl2aXNv ciAyLCBGcmVxdWVuY3kgOTk3NTA0ODUgaHoNClRpbWVjb3VudGVyICJUU0Mi IGZyZXF1ZW5jeSAyNzkzMDEzNDMzIEh6IHF1YWxpdHkgLTEwMA0KVGltZWNv dW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KTGludXggRUxGIGV4ZWMg aGFuZGxlciBpbnN0YWxsZWQNCmxvMDogYnBmIGF0dGFjaGVkDQpycjIzMng6 IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQuDQptcHQwOiBGQyBMb2dvdXQgUG9y dDogMCBOX1BvcnRJRDogZmZmZmZjDQptcHQwOiBGQyBMb2dvdXQgUG9ydDog MCBOX1BvcnRJRDogZmZmYzAxDQplbTA6IExpbmsgaXMgdXAgMTAwIE1icHMg RnVsbCBEdXBsZXgNCmF0YTAtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEy IHVkbWE9VU5TVVBQT1JURUQgY2FibGU9NDAgd2lyZQ0KYWQwOiBzZXR0aW5n IFBJTzQgb24gSUNINSBjaGlwDQphZDA6IHNldHRpbmcgV0RNQTIgb24gSUNI NSBjaGlwDQphZDA6IDQ5OU1CIDxNLVN5c3RlbXMgaURPQyBWMS4xMSAwNTEx MDI+IGF0IGF0YTAtbWFzdGVyIFdETUEyDQphZDA6IDEwMjMxMjAgc2VjdG9y cyBbMTAxNUMvMTZILzYzU10gMSBzZWN0b3JzL2ludGVycnVwdCAxIGRlcHRo IHF1ZXVlDQpHRU9NOiBuZXcgZGlzayBhZDANCmFkMDogSW50ZWwgY2hlY2sx IGZhaWxlZA0KYWQwOiBBZGFwdGVjIGNoZWNrMSBmYWlsZWQNCmFkMDogTFNJ ICh2MykgY2hlY2sxIGZhaWxlZA0KbXB0Mjp2b2wwKG1wdDI6MDowKTogU2V0 dGluZ3MgKCBIb3QtUGx1Zy1TcGFyZXMgSGlnaC1Qcmlvcml0eS1SZVN5bmMg KQ0KbXB0Mjp2b2wwKG1wdDI6MDowKTogVXNpbmcgU3BhcmUgUG9vbDogMA0K bXB0Mjp2b2wwKG1wdDI6MDowKTogNCBNZW1iZXJzOg0KICAgICAgKG1wdDI6 MDowKTogU3RyaXBlIFBvc2l0aW9uIDANCiAgICAgIChtcHQyOjA6MSk6IFN0 cmlwZSBQb3NpdGlvbiAxDQogICAgICAobXB0MjowOjApOiBTdHJpcGUgUG9z aXRpb24gMg0KICAgICAgKG1wdDI6MDozKTogU3RyaXBlIFBvc2l0aW9uIDMN Cm1wdDI6dm9sMChtcHQyOjA6MCk6IFJBSUQtMUUgLSBEZWdyYWRlZA0KbXB0 Mjp2b2wwKG1wdDI6MDowKTogU3RhdHVzICggRW5hYmxlZCApDQoobXB0Mjp2 b2wwOjEpOiBQaHlzaWNhbCAobXB0MjowOjEpLCBQYXNzLXRocnUgKG1wdDI6 MToxKQ0KKG1wdDI6dm9sMDoxKTogT25saW5lDQoobXB0Mjp2b2wwOjMpOiBQ aHlzaWNhbCAobXB0MjowOjMpLCBQYXNzLXRocnUgKG1wdDI6MTozKQ0KKG1w dDI6dm9sMDozKTogT25saW5lDQphZDA6IExTSSAodjIpIGNoZWNrMSBmYWls ZWQNCmFkMDogRnJlZUJTRCBjaGVjazEgZmFpbGVkDQpXYWl0aW5nIDUgc2Vj b25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQ0KbXB0MTogSXNzdWlu ZyBUTUYgMHhmZmZmZmZmZjgwZTNkMTYwOjk0IHdpdGggTXNnQ29udGV4dCBv ZiAweDIwMDA0DQptcHQxOiBUTUYgY29tcGxldGU6IHJlcSAweGZmZmZmZmZm ODBlM2QxNjA6OTQgc3RhdHVzIDB4MA0KbXB0MjogSXNzdWluZyBUTUYgMHhm ZmZmZmZmZjgwZTRiMTYwOjEwMiB3aXRoIE1zZ0NvbnRleHQgb2YgMHgyMDAw NA0KbXB0MjogVE1GIGNvbXBsZXRlOiByZXEgMHhmZmZmZmZmZjgwZTRiMTYw OjEwMiBzdGF0dXMgMHgwDQoocHJvYmUwOm1wdDI6MTowOjApOiBlcnJvciAy Mg0KKHByb2JlMDptcHQyOjE6MDowKTogVW5yZXRyeWFibGUgRXJyb3INCihw cm9iZTA6bXB0MjoxOjA6MCk6IGVycm9yIDIyDQoocHJvYmUwOm1wdDI6MTow OjApOiBVbnJldHJ5YWJsZSBFcnJvcg0KKHByb2JlMjU3Om1wdDI6MDowOjAp OiBlcnJvciAyMg0KKHByb2JlMjU3Om1wdDI6MDowOjApOiBVbnJldHJ5YWJs ZSBFcnJvcg0KKHByb2JlMjU3Om1wdDI6MDowOjApOiBlcnJvciAyMg0KKHBy b2JlMjU3Om1wdDI6MDowOjApOiBVbnJldHJ5YWJsZSBFcnJvcg0KKHByb2Jl MjU4Om1wdDI6MToxOjApOiBSZXRyeWluZyBDb21tYW5kDQoocHJvYmUyNTc6 bXB0MjowOjA6MCk6IHRhZ2dlZCBvcGVuaW5ncyBub3cgMTI4DQoocHJvYmUy NTc6bXB0MjoxOjI6MCk6IGVycm9yIDIyDQoocHJvYmUyNTc6bXB0MjoxOjI6 MCk6IFVucmV0cnlhYmxlIEVycm9yDQoocHJvYmUyNTg6bXB0MjoxOjI6MCk6 IGVycm9yIDIyDQoocHJvYmUyNTg6bXB0MjoxOjI6MCk6IFVucmV0cnlhYmxl IEVycm9yDQoocHJvYmUyNTg6bXB0MjoxOjQ6MCk6IGVycm9yIDIyDQoocHJv YmUyNTg6bXB0MjoxOjQ6MCk6IFVucmV0cnlhYmxlIEVycm9yDQoocHJvYmUy NTg6bXB0MjoxOjU6MCk6IGVycm9yIDIyDQoocHJvYmUyNTg6bXB0MjoxOjU6 MCk6IFVucmV0cnlhYmxlIEVycm9yDQoocHJvYmUyNTc6bXB0MjowOjQ6MCk6 IFJldHJ5aW5nIENvbW1hbmQNCihwcm9iZTA6bXB0MjoxOjQ6MCk6IGVycm9y IDIyDQoocHJvYmUwOm1wdDI6MTo0OjApOiBVbnJldHJ5YWJsZSBFcnJvcg0K KHByb2JlMDptcHQyOjE6NTowKTogZXJyb3IgMjINCihwcm9iZTA6bXB0Mjox OjU6MCk6IFVucmV0cnlhYmxlIEVycm9yDQoocHJvYmUwOm1wdDI6MDo1OjAp OiBSZXRyeWluZyBDb21tYW5kDQoocHJvYmUwOm1wdDI6MDo2OjApOiBBdXRv U2Vuc2UgRmFpbGVkDQoocHJvYmUwOm1wdDI6MDo2OjApOiBlcnJvciA1DQoo cHJvYmUwOm1wdDI6MDo2OjApOiBVbnJldHJ5YWJsZSBFcnJvcg0KKHByb2Jl MDptcHQyOjA6NjoxKTogZXJyb3IgMjINCihwcm9iZTA6bXB0MjowOjY6MSk6 IFVucmV0cnlhYmxlIEVycm9yDQoocHJvYmUwOm1wdDI6MDo2OjIpOiBlcnJv ciAyMg0KKHByb2JlMDptcHQyOjA6NjoyKTogVW5yZXRyeWFibGUgRXJyb3IN Cihwcm9iZTA6bXB0MjowOjY6Myk6IGVycm9yIDIyDQoocHJvYmUwOm1wdDI6 MDo2OjMpOiBVbnJldHJ5YWJsZSBFcnJvcg0KKHByb2JlMDptcHQyOjA6Njo0 KTogZXJyb3IgMjINCihwcm9iZTA6bXB0MjowOjY6NCk6IFVucmV0cnlhYmxl IEVycm9yDQoocHJvYmUwOm1wdDI6MDo2OjUpOiBlcnJvciAyMg0KKHByb2Jl MDptcHQyOjA6Njo1KTogVW5yZXRyeWFibGUgRXJyb3INCihwcm9iZTA6bXB0 MjowOjY6Nik6IGVycm9yIDIyDQoocHJvYmUwOm1wdDI6MDo2OjYpOiBVbnJl dHJ5YWJsZSBFcnJvcg0KKHByb2JlMDptcHQyOjA6Njo3KTogZXJyb3IgMjIN Cihwcm9iZTA6bXB0MjowOjY6Nyk6IFVucmV0cnlhYmxlIEVycm9yDQoocHJv YmUwOm1wdDI6MDo4OjApOiBSZXRyeWluZyBDb21tYW5kDQoocHJvYmUwOm1w dDI6MDo5OjApOiBSZXRyeWluZyBDb21tYW5kDQoocHJvYmUwOm1wdDI6MDox MDowKTogUmV0cnlpbmcgQ29tbWFuZA0KKHByb2JlMDptcHQyOjA6MTE6MCk6 IFJldHJ5aW5nIENvbW1hbmQNCihwcm9iZTA6bXB0MjowOjEyOjApOiBSZXRy eWluZyBDb21tYW5kDQoocHJvYmUwOm1wdDI6MDoxMzowKTogUmV0cnlpbmcg Q29tbWFuZA0KKHByb2JlMDptcHQyOjA6MTQ6MCk6IFJldHJ5aW5nIENvbW1h bmQNCihwcm9iZTA6bXB0MjowOjE1OjApOiBSZXRyeWluZyBDb21tYW5kDQoo cHJvYmUxOm1wdDA6MDowOjApOiBSZXRyeWluZyBDb21tYW5kDQoocHJvYmUy Om1wdDA6MDoxOjApOiBSZXRyeWluZyBDb21tYW5kDQoocHJvYmUzOm1wdDA6 MDoyOjApOiBSZXRyeWluZyBDb21tYW5kDQoocHJvYmU0Om1wdDA6MDozOjAp OiBSZXRyeWluZyBDb21tYW5kDQoocHJvYmU1Om1wdDA6MDo0OjApOiBSZXRy eWluZyBDb21tYW5kDQoocHJvYmU2Om1wdDA6MDo1OjApOiBSZXRyeWluZyBD b21tYW5kDQpwYXNzMCBhdCBtcHQwIGJ1cyAwIHRhcmdldCAwIGx1biAwDQpw YXNzMDogPFNFQUdBVEUgU1QzMzY2MDdGQyAwMDA2PiBGaXhlZCBEaXJlY3Qg QWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpwYXNzMDogU2VyaWFsIE51bWJlciAz SkExMkJETDAwMDA3MzMzWEdTVg0KcGFzczA6IDIwMC4wMDBNQi9zIHRyYW5z ZmVycywgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCnBhc3MxIGF0IG1wdDAg YnVzIDAgdGFyZ2V0IDEgbHVuIDANCnBhc3MxOiA8U0VBR0FURSBTVDMzNjYw N0ZDIDAwMDY+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAN CnBhc3MxOiBTZXJpYWwgTnVtYmVyIDNKQTEyQ043MDAwMDczMzI3NVRHDQpw YXNzMTogMjAwLjAwME1CL3MgdHJhbnNmZXJzLCBUYWdnZWQgUXVldWVpbmcg RW5hYmxlZA0KcGFzczIgYXQgbXB0MCBidXMgMCB0YXJnZXQgMiBsdW4gMA0K cGFzczI6IDxTRUFHQVRFIFNUMzM2NjA3RkMgMDAwNj4gRml4ZWQgRGlyZWN0 IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KcGFzczI6IFNlcmlhbCBOdW1iZXIg M0pBMTEyWlAwMDAwNzMzMkpSUVANCnBhc3MyOiAyMDAuMDAwTUIvcyB0cmFu c2ZlcnMsIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpwYXNzMyBhdCBtcHQw IGJ1cyAwIHRhcmdldCAzIGx1biAwDQpwYXNzMzogPFNFQUdBVEUgU1QzMzY2 MDdGQyAwMDA2PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2Ug DQpwYXNzMzogU2VyaWFsIE51bWJlciAzSkExMjlWNDAwMDA3MzMyUDhRRg0K cGFzczM6IDIwMC4wMDBNQi9zIHRyYW5zZmVycywgVGFnZ2VkIFF1ZXVlaW5n IEVuYWJsZWQNCnBhc3M0IGF0IG1wdDAgYnVzIDAgdGFyZ2V0IDQgbHVuIDAN CnBhc3M0OiA8U0VBR0FURSBTVDMzNjYwN0ZDIDAwMDY+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS0zIGRldmljZSANCnBhc3M0OiBTZXJpYWwgTnVtYmVy IDNKQTEyQURCMDAwMDczMzI0RzJFDQpwYXNzNDogMjAwLjAwME1CL3MgdHJh bnNmZXJzLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KcGFzczUgYXQgbXB0 MCBidXMgMCB0YXJnZXQgNSBsdW4gMA0KcGFzczU6IDxTRUFHQVRFIFNUMzM2 NjA3RkMgMDAwNj4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNl IA0KcGFzczU6IFNlcmlhbCBOdW1iZXIgM0pBMTJBWjYwMDAwNzMzMkpSSjMN CnBhc3M1OiAyMDAuMDAwTUIvcyB0cmFuc2ZlcnMsIFRhZ2dlZCBRdWV1ZWlu ZyBFbmFibGVkDQpwYXNzNiBhdCBtcHQxIGJ1cyAwIHRhcmdldCA2IGx1biAw DQpwYXNzNjogPEVTRy1TSFYgU0NBIEhTQlAgTTI5IDEuMDg+IEZpeGVkIFBy b2Nlc3NvciBTQ1NJLTIgZGV2aWNlIA0KcGFzczY6IFNlcmlhbCBOdW1iZXIg MQ0KcGFzczY6IDMuMzAwTUIvcyB0cmFuc2ZlcnMNCnBhc3M3IGF0IG1wdDIg YnVzIDAgdGFyZ2V0IDAgbHVuIDANCnBhc3M3OiA8TFNJTE9HSUMgMTAzMCAg ICAgICAgICBJRSAxMDAwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMiBk ZXZpY2UgDQpwYXNzNzogMy4zMDBNQi9zIHRyYW5zZmVycywgVGFnZ2VkIFF1 ZXVlaW5nIEVuYWJsZWQNCnBhc3M4IGF0IG1wdDIgYnVzIDAgdGFyZ2V0IDQg bHVuIDANCnBhc3M4OiA8TUFYVE9SIEFUTEFTMTBLNV8zMDBTQ0EgSk5aTT4g Rml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KcGFzczg6IFNl cmlhbCBOdW1iZXIgRDgwQTQ0UEsNCnBhc3M4OiAzMjAuMDAwTUIvcyB0cmFu c2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2Vk IFF1ZXVlaW5nIEVuYWJsZWQNCnBhc3M5IGF0IG1wdDIgYnVzIDAgdGFyZ2V0 IDUgbHVuIDANCnBhc3M5OiA8TUFYVE9SIEFUTEFTMTBLNV8zMDBTQ0EgSk5a TT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KcGFzczk6 IFNlcmlhbCBOdW1iZXIgRDgwQUtDNEsNCnBhc3M5OiAzMjAuMDAwTUIvcyB0 cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCAxMjcsIDE2Yml0KSwgVGFn Z2VkIFF1ZXVlaW5nIEVuYWJsZWQNCnBhc3MxMCBhdCBtcHQyIGJ1cyAwIHRh cmdldCA2IGx1biAwDQpwYXNzMTA6IDxERUxMIFBWMjJYUyBFLjE3PiBGaXhl ZCBQcm9jZXNzb3IgU0NTSS0zIGRldmljZSANCnBhc3MxMDogMy4zMDBNQi9z IHRyYW5zZmVycw0KcGFzczExIGF0IG1wdDIgYnVzIDAgdGFyZ2V0IDggbHVu IDANCnBhc3MxMTogPE1BWFRPUiBBVExBUzEwSzVfMzAwU0NBIEpOWk0+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSANCnBhc3MxMTogU2Vy aWFsIE51bWJlciBEODBBOVFGSw0KcGFzczExOiAzMjAuMDAwTUIvcyB0cmFu c2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2Vk IFF1ZXVlaW5nIEVuYWJsZWQNCnBhc3MxMiBhdCBtcHQyIGJ1cyAwIHRhcmdl dCA5IGx1biAwDQpwYXNzMTI6IDxNQVhUT1IgQVRMQVMxMEs1XzMwMFNDQSBK TlpNPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpwYXNz MTI6IFNlcmlhbCBOdW1iZXIgRDgwQTlRQUsNCnBhc3MxMjogMzIwLjAwME1C L3MgdHJhbnNmZXJzICgxNjAuMDAwTUh6LCBvZmZzZXQgMTI3LCAxNmJpdCks IFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpwYXNzMTMgYXQgbXB0MiBidXMg MCB0YXJnZXQgMTAgbHVuIDANCnBhc3MxMzogPE1BWFRPUiBBVExBUzEwSzVf MzAwU0NBIEpOWk0+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmlj ZSANCnBhc3MxMzogU2VyaWFsIE51bWJlciBEODA5WVBBSw0KcGFzczEzOiAz MjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCAxMjcs IDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCnBhc3MxNCBhdCBt cHQyIGJ1cyAwIHRhcmdldCAxMSBsdW4gMA0KcGFzczE0OiA8TUFYVE9SIEFU TEFTMTBLNV8zMDBTQ0EgSk5aTT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJ LTMgZGV2aWNlIA0KcGFzczE0OiBTZXJpYWwgTnVtYmVyIEQ4MDlOQ0dLDQpw YXNzMTQ6IDMyMC4wMDBNQi9zIHRyYW5zZmVycyAoMTYwLjAwME1Ieiwgb2Zm c2V0IDEyNywgMTZiaXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KcGFz czE1IGF0IG1wdDIgYnVzIDAgdGFyZ2V0IDEyIGx1biAwDQpwYXNzMTU6IDxN QVhUT1IgQVRMQVMxMEs1XzMwMFNDQSBKTlpNPiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0ktMyBkZXZpY2UgDQpwYXNzMTU6IFNlcmlhbCBOdW1iZXIgRDgw OVgzTksNCnBhc3MxNTogMzIwLjAwME1CL3MgdHJhbnNmZXJzICgxNjAuMDAw TUh6LCBvZmZzZXQgMTI3LCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFi bGVkDQpwYXNzMTYgYXQgbXB0MiBidXMgMCB0YXJnZXQgMTMgbHVuIDANCnBh c3MxNjogPE1BWFRPUiBBVExBUzEwSzVfMzAwU0NBIEpOWk0+IEZpeGVkIERp cmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSANCnBhc3MxNjogU2VyaWFsIE51 bWJlciBEODBBQUg1Sw0KcGFzczE2OiAzMjAuMDAwTUIvcyB0cmFuc2ZlcnMg KDE2MC4wMDBNSHosIG9mZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVl aW5nIEVuYWJsZWQNCnBhc3MxNyBhdCBtcHQyIGJ1cyAwIHRhcmdldCAxNCBs dW4gMA0KcGFzczE3OiA8TUFYVE9SIEFUTEFTMTBLNV8zMDBTQ0EgSk5aTT4g Rml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KcGFzczE3OiBT ZXJpYWwgTnVtYmVyIEQ4MEFBSEtLDQpwYXNzMTc6IDMyMC4wMDBNQi9zIHRy YW5zZmVycyAoMTYwLjAwME1Ieiwgb2Zmc2V0IDEyNywgMTZiaXQpLCBUYWdn ZWQgUXVldWVpbmcgRW5hYmxlZA0KcGFzczE4IGF0IG1wdDIgYnVzIDAgdGFy Z2V0IDE1IGx1biAwDQpwYXNzMTg6IDxNQVhUT1IgQVRMQVMxMEs1XzMwMFND QSBKTlpNPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpw YXNzMTg6IFNlcmlhbCBOdW1iZXIgRDgwQUEyWksNCnBhc3MxODogMzIwLjAw ME1CL3MgdHJhbnNmZXJzICgxNjAuMDAwTUh6LCBvZmZzZXQgMTI3LCAxNmJp dCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpwYXNzMTkgYXQgbXB0MiBi dXMgMSB0YXJnZXQgMSBsdW4gMA0KcGFzczE5OiA8TUFYVE9SIEFUTEFTMTBL NV8zMDBTQ0EgSk5aTT4gRml4ZWQgdW5rbm93biBTQ1NJLTMgZGV2aWNlIA0K cGFzczE5OiBTZXJpYWwgTnVtYmVyIEQ4MEFSU05LDQpwYXNzMTk6IDMyMC4w MDBNQi9zIHRyYW5zZmVycyAoMTYwLjAwME1Ieiwgb2Zmc2V0IDEyNywgMTZi aXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KcGFzczIwIGF0IG1wdDIg YnVzIDEgdGFyZ2V0IDMgbHVuIDANCnBhc3MyMDogPE1BWFRPUiBBVExBUzEw SzVfMzAwU0NBIEpOWk0+IEZpeGVkIHVua25vd24gU0NTSS0zIGRldmljZSAN CnBhc3MyMDogU2VyaWFsIE51bWJlciBEODA5R0xNSw0KcGFzczIwOiAzMjAu MDAwTUIvcyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCAxMjcsIDE2 Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCnNlczAgYXQgbXB0MSBi dXMgMCB0YXJnZXQgNiBsdW4gMA0Kc2VzMDogPEVTRy1TSFYgU0NBIEhTQlAg TTI5IDEuMDg+IEZpeGVkIFByb2Nlc3NvciBTQ1NJLTIgZGV2aWNlIA0Kc2Vz MDogU2VyaWFsIE51bWJlciAxDQpzZXMwOiAzLjMwME1CL3MgdHJhbnNmZXJz DQpzZXMwOiBTQUYtVEUgQ29tcGxpYW50IERldmljZQ0Kc2VzMSBhdCBtcHQy IGJ1cyAwIHRhcmdldCA2IGx1biAwDQpzZXMxOiA8REVMTCBQVjIyWFMgRS4x Nz4gRml4ZWQgUHJvY2Vzc29yIFNDU0ktMyBkZXZpY2UgDQpzZXMxOiAzLjMw ME1CL3MgdHJhbnNmZXJzDQpzZXMxOiBTQUYtVEUgQ29tcGxpYW50IERldmlj ZQ0KcGFzczE5IGF0IG1wdDIgYnVzIDEgdGFyZ2V0IDEgbHVuIDANCnBhc3Mx OTogPE1BWFRPUiBBVExBUzEwSzVfMzAwU0NBIEpOWk0+IEZpeGVkIHVua25v d24gU0NTSS0zIGRldmljZSANCnBhc3MxOTogU2VyaWFsIE51bWJlciBEODBB UlNOSw0KcGFzczE5OiAzMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDE2MC4wMDBN SHosIG9mZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJs ZWQNCnBhc3MyMCBhdCBtcHQyIGJ1cyAxIHRhcmdldCAzIGx1biAwDQpwYXNz MjA6IDxNQVhUT1IgQVRMQVMxMEs1XzMwMFNDQSBKTlpNPiBGaXhlZCB1bmtu b3duIFNDU0ktMyBkZXZpY2UgDQpwYXNzMjA6IFNlcmlhbCBOdW1iZXIgRDgw OUdMTUsNCnBhc3MyMDogMzIwLjAwME1CL3MgdHJhbnNmZXJzICgxNjAuMDAw TUh6LCBvZmZzZXQgMTI3LCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFi bGVkDQpkYTYgYXQgbXB0MiBidXMgMCB0YXJnZXQgMCBsdW4gMA0KZGE2OiA8 TFNJTE9HSUMgMTAzMCAgICAgICAgICBJRSAxMDAwPiBGaXhlZCBEaXJlY3Qg QWNjZXNzIFNDU0ktMiBkZXZpY2UgDQpkYTY6IDMuMzAwTUIvcyB0cmFuc2Zl cnMsIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpkYTY6IDU3MjE1Nk1CICgx MTcxNzc1NDg4IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzI5MzlD KQ0KZGE3IGF0IG1wdDIgYnVzIDAgdGFyZ2V0IDQgbHVuIDANCmRhNzogPE1B WFRPUiBBVExBUzEwSzVfMzAwU0NBIEpOWk0+IEZpeGVkIERpcmVjdCBBY2Nl c3MgU0NTSS0zIGRldmljZSANCmRhNzogU2VyaWFsIE51bWJlciBEODBBNDRQ Sw0KZGE3OiAzMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9m ZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRh NzogMjg2MTAyTUIgKDU4NTkzNzUwMCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVI IDYzUy9UIDM2NDcyQykNCmRhOCBhdCBtcHQyIGJ1cyAwIHRhcmdldCA1IGx1 biAwDQpkYTg6IDxNQVhUT1IgQVRMQVMxMEs1XzMwMFNDQSBKTlpNPiBGaXhl ZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpkYTg6IFNlcmlhbCBO dW1iZXIgRDgwQUtDNEsNCmRhODogMzIwLjAwME1CL3MgdHJhbnNmZXJzICgx NjAuMDAwTUh6LCBvZmZzZXQgMTI3LCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWlu ZyBFbmFibGVkDQpkYTg6IDI4NjEwMk1CICg1ODU5Mzc1MDAgNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCAzNjQ3MkMpDQpkYTkgYXQgbXB0MiBidXMg MCB0YXJnZXQgOCBsdW4gMA0KZGE5OiA8TUFYVE9SIEFUTEFTMTBLNV8zMDBT Q0EgSk5aTT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0K ZGE5OiBTZXJpYWwgTnVtYmVyIEQ4MEE5UUZLDQpkYTk6IDMyMC4wMDBNQi9z IHRyYW5zZmVycyAoMTYwLjAwME1Ieiwgb2Zmc2V0IDEyNywgMTZiaXQpLCBU YWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGE5OiAyODYxMDJNQiAoNTg1OTM3 NTAwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMzY0NzJDKQ0KZGEx MCBhdCBtcHQyIGJ1cyAwIHRhcmdldCA5IGx1biAwDQpkYTEwOiA8TUFYVE9S IEFUTEFTMTBLNV8zMDBTQ0EgSk5aTT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBT Q1NJLTMgZGV2aWNlIA0KZGExMDogU2VyaWFsIE51bWJlciBEODBBOVFBSw0K ZGExMDogMzIwLjAwME1CL3MgdHJhbnNmZXJzICgxNjAuMDAwTUh6LCBvZmZz ZXQgMTI3LCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpkYTEw OiAyODYxMDJNQiAoNTg1OTM3NTAwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUgg NjNTL1QgMzY0NzJDKQ0KZGExMSBhdCBtcHQyIGJ1cyAwIHRhcmdldCAxMCBs dW4gMA0KZGExMTogPE1BWFRPUiBBVExBUzEwSzVfMzAwU0NBIEpOWk0+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSANCmRhMTE6IFNlcmlh bCBOdW1iZXIgRDgwOVlQQUsNCmRhMTE6IDMyMC4wMDBNQi9zIHRyYW5zZmVy cyAoMTYwLjAwME1Ieiwgb2Zmc2V0IDEyNywgMTZiaXQpLCBUYWdnZWQgUXVl dWVpbmcgRW5hYmxlZA0KZGExMTogMjg2MTAyTUIgKDU4NTkzNzUwMCA1MTIg Ynl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDM2NDcyQykNCmRhMTIgYXQgbXB0 MiBidXMgMCB0YXJnZXQgMTEgbHVuIDANCmRhMTI6IDxNQVhUT1IgQVRMQVMx MEs1XzMwMFNDQSBKTlpNPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBk ZXZpY2UgDQpkYTEyOiBTZXJpYWwgTnVtYmVyIEQ4MDlOQ0dLDQpkYTEyOiAz MjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCAxMjcs IDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhMTI6IDI4NjEw Mk1CICg1ODU5Mzc1MDAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAz NjQ3MkMpDQpkYTEzIGF0IG1wdDIgYnVzIDAgdGFyZ2V0IDEyIGx1biAwDQpk YTEzOiA8TUFYVE9SIEFUTEFTMTBLNV8zMDBTQ0EgSk5aTT4gRml4ZWQgRGly ZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KZGExMzogU2VyaWFsIE51bWJl ciBEODA5WDNOSw0KZGExMzogMzIwLjAwME1CL3MgdHJhbnNmZXJzICgxNjAu MDAwTUh6LCBvZmZzZXQgMTI3LCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBF bmFibGVkDQpkYTEzOiAyODYxMDJNQiAoNTg1OTM3NTAwIDUxMiBieXRlIHNl Y3RvcnM6IDI1NUggNjNTL1QgMzY0NzJDKQ0KZGExNCBhdCBtcHQyIGJ1cyAw IHRhcmdldCAxMyBsdW4gMA0KZGExNDogPE1BWFRPUiBBVExBUzEwSzVfMzAw U0NBIEpOWk0+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAN CmRhMTQ6IFNlcmlhbCBOdW1iZXIgRDgwQUFINUsNCmRhMTQ6IDMyMC4wMDBN Qi9zIHRyYW5zZmVycyAoMTYwLjAwME1Ieiwgb2Zmc2V0IDEyNywgMTZiaXQp LCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGExNDogMjg2MTAyTUIgKDU4 NTkzNzUwMCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDM2NDcyQykN CmRhMTUgYXQgbXB0MiBidXMgMCB0YXJnZXQgMTQgbHVuIDANCmRhMTU6IDxN QVhUT1IgQVRMQVMxMEs1XzMwMFNDQSBKTlpNPiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0ktMyBkZXZpY2UgDQpkYTE1OiBTZXJpYWwgTnVtYmVyIEQ4MEFB SEtLDQpkYTE1OiAzMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHos IG9mZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQN CmRhMTU6IDI4NjEwMk1CICg1ODU5Mzc1MDAgNTEyIGJ5dGUgc2VjdG9yczog MjU1SCA2M1MvVCAzNjQ3MkMpDQpkYTE2IGF0IG1wdDIgYnVzIDAgdGFyZ2V0 IDE1IGx1biAwDQpkYTE2OiA8TUFYVE9SIEFUTEFTMTBLNV8zMDBTQ0EgSk5a TT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlIA0KZGExNjog U2VyaWFsIE51bWJlciBEODBBQTJaSw0KZGExNjogMzIwLjAwME1CL3MgdHJh bnNmZXJzICgxNjAuMDAwTUh6LCBvZmZzZXQgMTI3LCAxNmJpdCksIFRhZ2dl ZCBRdWV1ZWluZyBFbmFibGVkDQpkYTE2OiAyODYxMDJNQiAoNTg1OTM3NTAw IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMzY0NzJDKQ0KZGEwIGF0 IG1wdDAgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmRhMDogPFNFQUdBVEUgU1Qz MzY2MDdGQyAwMDA2PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZp Y2UgDQpkYTA6IFNlcmlhbCBOdW1iZXIgM0pBMTJCREwwMDAwNzMzM1hHU1YN CmRhMDogMjAwLjAwME1CL3MgdHJhbnNmZXJzLCBUYWdnZWQgUXVldWVpbmcg RW5hYmxlZA0KZGEwOiAzNTAwM01CICg3MTY4NzM3MiA1MTIgYnl0ZSBzZWN0 b3JzOiAyNTVIIDYzUy9UIDQ0NjJDKQ0KZGExIGF0IG1wdDAgYnVzIDAgdGFy Z2V0IDEgbHVuIDANCmRhMTogPFNFQUdBVEUgU1QzMzY2MDdGQyAwMDA2PiBG aXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpkYTE6IFNlcmlh bCBOdW1iZXIgM0pBMTJDTjcwMDAwNzMzMjc1VEcNCmRhMTogMjAwLjAwME1C L3MgdHJhbnNmZXJzLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGExOiAz NTAwM01CICg3MTY4NzM3MiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9U IDQ0NjJDKQ0KZGEyIGF0IG1wdDAgYnVzIDAgdGFyZ2V0IDIgbHVuIDANCmRh MjogPFNFQUdBVEUgU1QzMzY2MDdGQyAwMDA2PiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0ktMyBkZXZpY2UgDQpkYTI6IFNlcmlhbCBOdW1iZXIgM0pBMTEy WlAwMDAwNzMzMkpSUVANCmRhMjogMjAwLjAwME1CL3MgdHJhbnNmZXJzLCBU YWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGEyOiAzNTAwM01CICg3MTY4NzM3 MiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDQ0NjJDKQ0KZGEzIGF0 IG1wdDAgYnVzIDAgdGFyZ2V0IDMgbHVuIDANCmRhMzogPFNFQUdBVEUgU1Qz MzY2MDdGQyAwMDA2PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZp Y2UgDQpkYTM6IFNlcmlhbCBOdW1iZXIgM0pBMTI5VjQwMDAwNzMzMlA4UUYN CmRhMzogMjAwLjAwME1CL3MgdHJhbnNmZXJzLCBUYWdnZWQgUXVldWVpbmcg RW5hYmxlZA0KZGEzOiAzNTAwM01CICg3MTY4NzM3MiA1MTIgYnl0ZSBzZWN0 b3JzOiAyNTVIIDYzUy9UIDQ0NjJDKQ0KZGE0IGF0IG1wdDAgYnVzIDAgdGFy Z2V0IDQgbHVuIDANCmRhNDogPFNFQUdBVEUgU1QzMzY2MDdGQyAwMDA2PiBG aXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgDQpkYTQ6IFNlcmlh bCBOdW1iZXIgM0pBMTJBREIwMDAwNzMzMjRHMkUNCmRhNDogMjAwLjAwME1C L3MgdHJhbnNmZXJzLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGE0OiAz NTAwM01CICg3MTY4NzM3MiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9U IDQ0NjJDKQ0KZGE1IGF0IG1wdDAgYnVzIDAgdGFyZ2V0IDUgbHVuIDANCmRh NTogPFNFQUdBVEUgU1QzMzY2MDdGQyAwMDA2PiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0ktMyBkZXZpY2UgDQpkYTU6IFNlcmlhbCBOdW1iZXIgM0pBMTJB WjYwMDAwNzMzMkpSSjMNCmRhNTogMjAwLjAwME1CL3MgdHJhbnNmZXJzLCBU YWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGE1OiAzNTAwM01CICg3MTY4NzM3 MiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDQ0NjJDKQ0KR0VPTTog bmV3IGRpc2sgZGEwDQpHRU9NOiBuZXcgZGlzayBkYTENCkdFT006IG5ldyBk aXNrIGRhMg0KR0VPTTogbmV3IGRpc2sgZGEzDQpHRU9NOiBuZXcgZGlzayBk YTQNCkdFT006IG5ldyBkaXNrIGRhNQ0KR0VPTTogbmV3IGRpc2sgZGE2DQpH RU9NOiBuZXcgZGlzayBkYTcNCkdFT006IG5ldyBkaXNrIGRhOA0KR0VPTTog bmV3IGRpc2sgZGE5DQpHRU9NOiBuZXcgZGlzayBkYTEwDQpHRU9NOiBuZXcg ZGlzayBkYTExDQpHRU9NOiBuZXcgZGlzayBkYTEyDQpHRU9NOiBuZXcgZGlz ayBkYTEzDQpHRU9NOiBuZXcgZGlzayBkYTE0DQpHRU9NOiBuZXcgZGlzayBk YTE1DQpHRU9NOiBuZXcgZGlzayBkYTE2DQpBVEEgUHNldWRvUkFJRCBsb2Fk ZWQNClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQ0KY3B1MSBBUDoNCiAgICAg SUQ6IDB4MDEwMDAwMDAgICBWRVI6IDB4MDAwNTAwMTQgTERSOiAweDAwMDAw MDAwIERGUjogMHhmZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50 MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZm DQogIHRpbWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjog MHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDANClRyeWluZyB0byBtb3VudCBy b290IGZyb20gbmZzOjE3Mi4xNi4xLjc5Oi9ob21lL0ZyZWVCU0QvZGlza2xl c3MvYW1kNjRfNw0KZW0wOiBMaW5rIGlzIERvd24NCk5GUyBST09UOiAxNzIu MTYuMS43OTovaG9tZS9GcmVlQlNEL2Rpc2tsZXNzL292Mg0KZW0wOiBMaW5r IGlzIHVwIDEwMCBNYnBzIEZ1bGwgRHVwbGV4DQpzdGFydF9pbml0OiB0cnlp bmcgL3NiaW4vaW5pdA0K --0-317481958-1156317641=:9503-- From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 09:56:32 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 879C116A4DE; Wed, 23 Aug 2006 09:56:32 +0000 (UTC) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com [68.99.120.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B005843D53; Wed, 23 Aug 2006 09:56:31 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03 ([172.18.22.59]) by dukecmmtao03.coxmail.com (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with SMTP id <20060823095627.FPEX15709.dukecmmtao03.coxmail.com@dukecmmtao03>; Wed, 23 Aug 2006 05:56:27 -0400 X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809) From: Vizion Organization: vizion Communications To: Date: Wed, 23 Aug 2006 2:56:28 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060823095627.FPEX15709.dukecmmtao03.coxmail.com@dukecmmtao03> Cc: amd64@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kde3 Make Install failure - SOLVED X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 09:56:32 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org > [mailto:owner-freebsd-questions@freebsd.org] On Behalf Of Scot Hetzel > Sent: Tuesday, August 22, 2006 4:35 PM > To: Vizion > Cc: brooks@one-eyed-alien.net; amd64@freebsd.org; > freebsd-questions@freebsd.org > Subject: Re: kde3 Make Install failure > > > On 8/22/06, Vizion wrote: > > --- It is http.test > > that appear to fail > > The failure begins with: > > http.test > > > > ==== http-3.3 http::geturl FAILED > > ==== Contents of test case: > > > > set token [hrrp::geturl $url] > > http:: data $token > > ---- Test generated error; return code was: 1 > > ---- Return code should have been one of: 0 2 > > ---- errorInfo: couldn't open socket: connection timed out > > while executing > > "http::geturl $url > > "set token [http::geturl $url] > > ("uplevel" body line 2) > > invoked from within > > "uplevel 1 $script" > > ---- errorCode: NONE > > ==== http-3.3 FAILED > > > > > > This continues incrementing the http-x.3 version until final hang > > > > > > I cannot get full redirection of the test as > > # Make Install > filename > > does not work!! > > > You still didn't go back far enough, as we can't see which port is > failing, but I suspect that it is the tcl84 port, as it redefines the > build target to be "build test", if you remove the "test", the tcl84 > port will install. Don't know why it is failing the tests, as we need > someone who knows tcl to have a look at it. OK Got it. Thank you so much - you put meon the right track. I have been compiling a new installation and had not yet made alterations to create a valid /etc/hosts because the system is not in its final place on the network. The catch is the http tests need a valid /etc/hosts or the test fails!! Grrrrrrrrrrrrr Thank you guys David > From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 10:02:01 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D16016A4DF; Wed, 23 Aug 2006 10:02:01 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from freebee.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31D3F43D69; Wed, 23 Aug 2006 10:01:59 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) by freebee.digiware.nl (Postfix) with ESMTP id 6555A2AAA0; Wed, 23 Aug 2006 12:01:58 +0200 (CEST) Message-ID: <44EC27C7.8060906@withagen.nl> Date: Wed, 23 Aug 2006 12:02:47 +0200 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Steven Hartland , stable@freebsd.org, amd64@freebsd.org References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> In-Reply-To: <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 10:02:01 -0000 Steven Hartland wrote: > The Areca cards I can recommend. Highpoint 1820a is surprisingly good > for its price and the later cards have better performance still apparently. > N.B. Use the min stripe size when creating the array for max performance > with this card under FreeBSD. I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 would also do fine. What device driver would one use with that. [Ahhh, 'man -k highpoint' is your friend] Now what I liked about the 3ware stuff was that there are tools to work the raid from within FreeBSD. So that would require the newers ones... But the hardware list is only showing the 2320 and 2322 with a rr232x(4) driver. Which sort of makes me wonder for all the other stuff and their drivers. The motherboard has both PCI-X and PCI-E so that should not be a connector problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? --WjW > Willem Jan Withagen wrote: >> Hi, >> >> I've ran into sort of a snag with building a 2T file server. >> Given all the good press here for 3ware and the talk to the guys at >> the CeBIT I decided to go for a 9550SX-LP8. >> With that I bought a ASUS serverboard: K8N-LR with 165 dual core >> opteron. >> In itself is this a combo that I thing would do for a long time at my >> home. ;) >> However the 3ware controler decided not to play nice with 2 of the >> PCI-X boards I have here. It gets stuck in the bios disc scan. I've >> RMA-ed the card, but my guess is that it'll take a too long a time to >> fix/replace it for my patience. >> >> So I'm looking for alternatives with good support under amd64. I've >> seen that the Adaptecs are supported under aac(4). But what about >> Promisse or Highpoint RAID controllers? From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 10:56:06 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 279AA16A4F0; Wed, 23 Aug 2006 10:56:06 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4962D43E0C; Wed, 23 Aug 2006 10:53:24 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50002916117.msg; Wed, 23 Aug 2006 11:52:35 +0100 Message-ID: <009e01c6c6a2$3b6f2860$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Willem Jan Withagen" , , References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> Date: Wed, 23 Aug 2006 11:52:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Wed, 23 Aug 2006 11:52:36 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Wed, 23 Aug 2006 11:52:37 +0100 Cc: Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 10:56:06 -0000 Willem Jan Withagen wrote: > Steven Hartland wrote: >> The Areca cards I can recommend. Highpoint 1820a is surprisingly good >> for its price and the later cards have better performance still >> apparently. N.B. Use the min stripe size when creating the array for >> max performance with this card under FreeBSD. > > I was more thinking along the lines of a HighPoint 2720, but perhaps > a 1820 would also do fine. What device driver would one use with that. I've had no direct experience with the newer cards I'm afraid so cant comment. If you go for the 1820 it must be the 1820a which is hardware raid vs the 1820 which is software. > [Ahhh, 'man -k highpoint' is your friend] > Now what I liked about the 3ware stuff was that there are tools to > work the raid from within FreeBSD. So that would require the newers > ones... All the tools for the 1820a work nicely under FreeBSD 6.1 :) > But the hardware list is only showing the 2320 and 2322 with a > rr232x(4) driver. Which sort of makes me wonder for all the other > stuff and their drivers. 232x has native support but I've never heard of the 2720 not even mentioned on their site 2220 perhaps? This has a driver for FreeBSD also including an open source version. > The motherboard has both PCI-X and PCI-E so that should not be a > connector problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, > or a PCI-E 16x? Not really the right question as most cards are only x1 PCI-E cards. That said I dont know for sure but I suspect they have very similar capabilites. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 12:02:32 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEBDA16A4DF; Wed, 23 Aug 2006 12:02:32 +0000 (UTC) (envelope-from bob@immure.com) Received: from flpvm23.prodigy.net (flpvm23.prodigy.net [207.115.20.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF73743D92; Wed, 23 Aug 2006 12:02:00 +0000 (GMT) (envelope-from bob@immure.com) X-ORBL: [66.136.206.1] Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1]) by flpvm23.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k7NC1tZb005598; Wed, 23 Aug 2006 05:01:58 -0700 Received: from rancor.immure.com (rancor.immure.com [10.1.132.9]) by maul.immure.com (8.13.6/8.13.6) with ESMTP id k7NC1lSw093762; Wed, 23 Aug 2006 07:01:47 -0500 (CDT) (envelope-from bob@immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.13.6/8.13.6) with ESMTP id k7NC1lnG021724; Wed, 23 Aug 2006 07:01:47 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.13.6/8.13.6/Submit) id k7NC1kLn021723; Wed, 23 Aug 2006 07:01:46 -0500 (CDT) (envelope-from bob) Date: Wed, 23 Aug 2006 07:01:46 -0500 From: Bob Willcox To: Willem Jan Withagen Message-ID: <20060823120146.GA21578@rancor.immure.com> References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44EC27C7.8060906@withagen.nl> User-Agent: Mutt/1.5.12-2006-07-14 X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-immure-MailScanner-From: bob@immure.com X-Spam-Status: No Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Willcox List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 12:02:32 -0000 On Wed, Aug 23, 2006 at 12:02:47PM +0200, Willem Jan Withagen wrote: > Steven Hartland wrote: > >The Areca cards I can recommend. Highpoint 1820a is surprisingly good > >for its price and the later cards have better performance still apparently. > >N.B. Use the min stripe size when creating the array for max performance > >with this card under FreeBSD. > > I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 > would also do fine. What device driver would one use with that. > > [Ahhh, 'man -k highpoint' is your friend] > Now what I liked about the 3ware stuff was that there are tools to work the > raid from within FreeBSD. So that would require the newers ones... > > But the hardware list is only showing the 2320 and 2322 with a rr232x(4) > driver. Which sort of makes me wonder for all the other stuff and their > drivers. > > The motherboard has both PCI-X and PCI-E so that should not be a connector > problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? The x16 PCI-E has considerably faster theoretical speed than 133 PCI-X (appx. 4GBs vs. 1GBs). However, the RAID controllers that I've seen are at most x8 so they are only capable of transfer rates half that fast (2GBs). Personally, I would go with PCI-E since in some performance tests I did with Areca cards last year (both PCI-E and PCI-X) there appeared to be a slight performance advantage to the PCI-E cards (sorry, I don't recall any of the specifics anymore, so please take that for what it's worth). BTW, I've had good experience with the Areca cards in FreeBSD (recent stable). Bob > > --WjW > > >Willem Jan Withagen wrote: > >>Hi, > >> > >>I've ran into sort of a snag with building a 2T file server. > >>Given all the good press here for 3ware and the talk to the guys at > >>the CeBIT I decided to go for a 9550SX-LP8. > >>With that I bought a ASUS serverboard: K8N-LR with 165 dual core > >>opteron. > >>In itself is this a combo that I thing would do for a long time at my > >>home. ;) > >>However the 3ware controler decided not to play nice with 2 of the > >>PCI-X boards I have here. It gets stuck in the bios disc scan. I've > >>RMA-ed the card, but my guess is that it'll take a too long a time to > >>fix/replace it for my patience. > >> > >>So I'm looking for alternatives with good support under amd64. I've > >>seen that the Adaptecs are supported under aac(4). But what about > >>Promisse or Highpoint RAID controllers? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Bob Willcox Possessions increase to fill the space bob@immure.com available for their storage. Austin, TX -- Ryan From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 12:17:44 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D9B816A4E1 for ; Wed, 23 Aug 2006 12:17:44 +0000 (UTC) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com [68.99.120.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDB5543D5A for ; Wed, 23 Aug 2006 12:17:43 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dukecmmtao03 ([172.18.22.59]) by dukecmmtao03.coxmail.com (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with SMTP id <20060823121740.GHQK15709.dukecmmtao03.coxmail.com@dukecmmtao03> for ; Wed, 23 Aug 2006 08:17:40 -0400 X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809) From: Vizion Organization: vizion Communications To: Date: Wed, 23 Aug 2006 5:17:39 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060823121740.GHQK15709.dukecmmtao03.coxmail.com@dukecmmtao03> Cc: Subject: Dmesg errors -help please X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 12:17:44 -0000 I have deleted solved queries and would appreciate help with those remaining.. thanks > > > > -----Original Message----- > > From: owner-freebsd-amd64@freebsd.org > > [mailto:owner-freebsd-amd64@freebsd.org] On Behalf Of Vizion > > Sent: Tuesday, August 22, 2006 4:16 AM > > To: amd64@freebsd.org > > Subject: dmesg - errors > > > > > > There are a number of reports in dmesg I do not understand. > > > > > > \*** mark start of section > > ***\ marks end of section > > for each query > > Can anyone please tell me what action, if any, I should take > > for each section. > > Comment start is indicated by !!** > > Multi-line comments end with **!! > > > > > > > > Thanks in advance. > > david > > ______________________________ > > > > > > 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.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 > > root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP > > ACPI APIC Table: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.16-MHz K8-class CPU) > > Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 > > > > Features=0x78bfbff > ,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > > Features2=0x1 > > AMD Features=0xe2500800 > > AMD Features2=0x1 > > real memory = 2080309248 (1983 MB) > > avail memory = 1997578240 (1905 MB) > > ioapic0 irqs 0-23 on motherboard > > kbd0 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 > > ACPI-0501: *** Error: Handler for [SystemMemory] returned > > AE_AML_ALIGNMENT > > ACPI-1304: *** Error: Method execution failed > > [\\_SB_.MEM_._CRS] (Node 0xffffff0000bdbd80), AE_AML_ALIGNMENT > > ACPI-0239: *** Error: Method execution failed > > [\\_SB_.MEM_._CRS] (Node 0xffffff0000bdbd80), AE_AML_ALIGNMENT > > can't fetch resources for \\_SB_.MEM_ - AE_AML_ALIGNMENT > > > > !!** what is going on here? > > ***\ > > > > > > cpu0: on acpi0 > > acpi_button0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > > > \*** > > !!** Is this a follow up from previous section? > > > > 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) > > pci0: at device 5.0 (no driver attached) > > 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 > > 0xf7008000-0xf7008fff 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: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 8 ports with 8 removable, self powered > > ehci0: mem > > 0xf7004000-0xf70040ff 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: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > > uhub1: 8 ports with 8 removable, self powered > > umass0: USB2.0 CardReader, rev 2.00/91.38, addr 2 > > atapci0: port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device > > 13.0 on pci0 > > ata0: on atapci0 > > ata1: on atapci0 > > atapci1: port > > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f > > mem 0xf7007000-0xf7007fff irq 23 at device 14.0 on pci0 > > ata2: on atapci1 > > ata3: on atapci1 > > atapci2: port > > 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f > > mem 0xf7006000-0xf7006fff irq 20 at device 15.0 on pci0 > > ata4: on atapci2 > > ata5: on atapci2 > > pcib1: at device 16.0 on pci0 > > pci1: on pcib1 > > fwohci0: mem > > 0xf4005000-0xf40057ff,0xf4000000-0xf4003fff irq 16 at device > > 6.0 on pci1 > > fwohci0: OHCI version 1.10 (ROM=1) > > fwohci0: No. of Isochronous channels is 4. > > fwohci0: EUI64 00:d0:03:56:00:b2:b7:e6 > > fwohci0: Phy 1394a available S400, 3 ports. > > fwohci0: Link S400, max_rec 2048 bytes. > > firewire0: on fwohci0 > > fwe0: on firewire0 > > if_fwe0: Fake Ethernet address: 02:d0:03:b2:b7:e6 > > fwe0: Ethernet address: 02:d0:03:b2:b7:e6 > > fwe0: if_start running deferred for Giant > > sbp0: on firewire0 > > 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) > > rl0: port 0xa000-0xa0ff mem > > 0xf4004000-0xf40040ff irq 17 at device 7.0 on pci1 > > miibus0: on rl0 > > rlphy0: on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > rl0: Ethernet address: 00:30:bd:b6:d9:e0 > > fwohci1: port 0xa400-0xa47f mem > > 0xf4006000-0xf40067ff irq 18 at device 14.0 on pci1 > > fwohci1: OHCI version 1.0 (ROM=1) > > fwohci1: No. of Isochronous channels is 4. > > fwohci1: EUI64 00:00:14:85:00:ca:4a:75 > > fwohci1: Phy 1394a available S400, 2 ports. > > fwohci1: Link S400, max_rec 2048 bytes. > > firewire1: on fwohci1 > > fwe1: on firewire1 > > if_fwe1: Fake Ethernet address: 02:00:14:ca:4a:75 > > fwe1: Ethernet address: 02:00:14:ca:4a:75 > > fwe1: if_start running deferred for Giant > > sbp1: on firewire1 > > fwohci1: Initiate bus reset > > fwohci1: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > > firewire1: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > > firewire1: bus manager 0 (me) > > pci0: at device 16.1 (no driver attached) > > pci0: at device 20.0 (no driver attached) > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 > > flags 0x10 on acpi0 > > sio0: type 16550A > > ppc0: port > > 0x378-0x37f,0x778-0x77b irq 7 on acpi0 > > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > > ppbus0: on ppc0 > > plip0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: flags 0x1 irq 1 on atkbdc0 > > kbd1 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > psm0: irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: model IntelliMouse, device ID 3 > > orm0: at iomem > > 0xd0000-0xd3fff,0xd4000-0xd57ff on isa0 > > 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 > > Timecounter "TSC" frequency 2009158157 Hz quality 800 > > Timecounters tick every 1.000 msec > > module_register_init: MOD_LOAD (amr_linux, > > 0xffffffff8062a040, 0) error 6 > > > > ad0: 190781MB at ata0-master UDMA100 > > acd0: CDRW at ata0-slave UDMA33 > > ad4: 152627MB at ata2-master SATA150 > > ***\ > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: Removable Direct Access SCSI-0 device > > da0: 40.000MB/s transfers > > da0: Attempt to query device size failed: NOT READY, Medium > > not present > > da1 at umass-sim0 bus 0 target 0 lun 1 > > da1: Removable Direct Access SCSI-0 device > > da1: 40.000MB/s transfers > > da1: Attempt to query device size failed: NOT READY, Medium > > not present > > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > > (da0:umass-sim0:0:0:0): Medium not present > > (da0:umass-sim0:0:0:0): Unretryable error > > Opened disk da0 -> 6 > > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > > (da0:umass-sim0:0:0:0): Medium not present > > (da0:umass-sim0:0:0:0): Unretryable error > > Opened disk da0 -> 6 > > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 > > (da0:umass-sim0:0:0:0): Medium not present > > (da0:umass-sim0:0:0:0): Unretryable error > > Opened disk da0 -> 6 > > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > > (da1:umass-sim0:0:0:1): Medium not present > > (da1:umass-sim0:0:0:1): Unretryable error > > Opened disk da1 -> 6 > > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > > (da1:umass-sim0:0:0:1): Medium not present > > (da1:umass-sim0:0:0:1): Unretryable error > > Opened disk da1 -> 6 > > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 > > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error > > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition > > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 > > (da1:umass-sim0:0:0:1): Medium not present > > (da1:umass-sim0:0:0:1): Unretryable error > > Opened disk da1 -> 6 > > Trying to mount root from ufs:/dev/ad0s1a > > dragon_saver: the console does not support M_VGA_CG320 > > module_register_init: MOD_LOAD (dragon_saver, > > 0xffffffffb39ab540, 0) error 19 > > \*** > > !!** What is happening here?? > > > > pid 12388 (java), uid 0: exited on signal 6 (core dumped) > > pid 40561 (java), uid 0: exited on signal 6 (core dumped) > > pid 40557 (java), uid 0: exited on signal 6 (core dumped) > > pid 40559 (java), uid 0: exited on signal 6 (core dumped) > > pid 40560 (java), uid 0: exited on signal 6 (core dumped) > > pid 40556 (java), uid 0: exited on signal 6 (core dumped) > > pid 40558 (java), uid 0: exited on signal 6 (core dumped) > > pid 66743 (javac), uid 0: exited on signal 6 (core dumped) > > pid 99229 (conftest), uid 0: exited on signal 12 (core dumped) > > ***\ > > Input appreciated Thanks david From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 15:05:19 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37C0A16A4DA; Wed, 23 Aug 2006 15:05:19 +0000 (UTC) (envelope-from gregm@econet.com) Received: from hubble.sl.econet.com (hubble.sl.econet.com [65.170.12.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC8243D46; Wed, 23 Aug 2006 15:05:18 +0000 (GMT) (envelope-from gregm@econet.com) Received: from exchdal02.ecolan.econet.com (exchdal02.ecolan.econet.com [192.168.32.15]) by hubble.sl.econet.com (Postfix) with ESMTP id 251FF8FC20; Wed, 23 Aug 2006 10:05:15 -0500 (CDT) Received: from gregm-workstation by 192.168.32.15; 23 Aug 2006 10:05:18 -0500 From: Greg Martin To: stable@freebsd.org In-Reply-To: <20060823120146.GA21578@rancor.immure.com> References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> <20060823120146.GA21578@rancor.immure.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 23 Aug 2006 10:05:18 -0500 Message-Id: <1156345518.15990.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 X-Virus-Scanned: amavisd-new at econet.com Cc: amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 15:05:19 -0000 I find it hard to believe nobody has mentioned 3ware, they are a bit more expensive but you pay for top notch quality, stability... Their newer cards support PCI-X and SATA II /w hotswap. -Greg From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 15:14:38 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6D2616A4E2; Wed, 23 Aug 2006 15:14:38 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from freebee.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D38843D77; Wed, 23 Aug 2006 15:14:37 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) by freebee.digiware.nl (Postfix) with ESMTP id 3AECE2AAA0; Wed, 23 Aug 2006 17:14:36 +0200 (CEST) Message-ID: <44EC710D.8020005@withagen.nl> Date: Wed, 23 Aug 2006 17:15:25 +0200 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Greg Martin References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> <20060823120146.GA21578@rancor.immure.com> <1156345518.15990.1.camel@localhost> In-Reply-To: <1156345518.15990.1.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 15:14:38 -0000 Greg Martin wrote: > I find it hard to believe nobody has mentioned 3ware, they are a bit > more expensive but you pay for top notch quality, stability... > > Their newer cards support PCI-X and SATA II /w hotswap. Well the message started by saying that I got caught by a 3ware card that did not want to play nice with me..... So I guess nobody deared suggesting another 3ware card. ;) --WjW From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 15:26:48 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20FC216A4E2 for ; Wed, 23 Aug 2006 15:26:48 +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 C831943D5C for ; Wed, 23 Aug 2006 15:26:46 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id AE02618D094 for ; Wed, 23 Aug 2006 08:34:54 -0700 (PDT) X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca 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 TpALNEPOKpuB for ; Wed, 23 Aug 2006 08:34:53 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 5B92818D093 for ; Wed, 23 Aug 2006 08:34:49 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 486479000464 for ; Wed, 23 Aug 2006 08:26:40 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Wed, 23 Aug 2006 08:26:40 -0700 (PDT) Message-ID: <34981.192.168.0.10.1156346800.squirrel@webmail.sd73.bc.ca> In-Reply-To: <44EC0B9B.5020705@withagen.nl> References: <44EC0B9B.5020705@withagen.nl> Date: Wed, 23 Aug 2006 08:26:40 -0700 (PDT) From: "Freddie Cash" To: amd64@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 15:26:48 -0000 On Wed, August 23, 2006 1:02 am, Willem Jan Withagen wrote: > I've ran into sort of a snag with building a 2T file server. Given > all the good press here for 3ware and the talk to the guys at the > CeBIT I decided to go for a 9550SX-LP8. With that I bought a ASUS > serverboard: K8N-LR with 165 dual core opteron. > > In itself is this a combo that I thing would do for a long time at my > home. ;) > > However the 3ware controler decided not to play nice with 2 of the > PCI-X boards I have here. It gets stuck in the bios disc scan. I've > RMA-ed the card, but my guess is that it'll take a too long a time to > fix/replace it for my patience. Odd. We've had nothing but success with 3Ware Escalade controllers. 7000-series on 32-bit FreeBSD 6.0 with PATA drivers, 9000-series on 32-bit and 64-bit FreeBSD 6.1 and Debian testing, 9550-series on 32-bit and 64-bit FreeBSD 6.1 and Debian testing. Plugged directly into a 64-bit/133 MHz PCI-X slot, or plugged into a 64-bit/100 MHz riser card, on Tyan Thunder K8S, K8SD, and K8SD-Pro motherboards. Haven't tried with any other motherboards, though. I've heard good things about Areca's line of SATA RAID controllers. Supposedly, they're the fastest things around, with good Linux and FreeBSD support. Haven't tried them, personally, though. > So I'm looking for alternatives with good support under amd64. I've > seen that the Adaptecs are supported under aac(4). But what about > Promisse or Highpoint RAID controllers? Avoid Promise and Highpoint, as it's very easy to get a hybrid, non-hardware RAID controller from them, when you think you're getting a true hardware controller, and support is spotty for most of their cards. ---- Freddie Cash fcash@ocis.net From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 15:46:01 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1DBC16A4DF; Wed, 23 Aug 2006 15:46:01 +0000 (UTC) (envelope-from gregm@econet.com) Received: from hubble.sl.econet.com (hubble.sl.econet.com [65.170.12.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9129D43D5F; Wed, 23 Aug 2006 15:46:01 +0000 (GMT) (envelope-from gregm@econet.com) Received: from exchdal02.ecolan.econet.com (exchdal02.ecolan.econet.com [192.168.32.15]) by hubble.sl.econet.com (Postfix) with ESMTP id DB3A38FC20; Wed, 23 Aug 2006 10:45:54 -0500 (CDT) Received: from gregm-workstation by 192.168.32.15; 23 Aug 2006 10:45:58 -0500 From: Greg Martin To: Willem Jan Withagen In-Reply-To: <44EC710D.8020005@withagen.nl> References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> <20060823120146.GA21578@rancor.immure.com> <1156345518.15990.1.camel@localhost> <44EC710D.8020005@withagen.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 23 Aug 2006 10:45:58 -0500 Message-Id: <1156347958.15990.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 X-Virus-Scanned: amavisd-new at econet.com Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 15:46:01 -0000 > Well the message started by saying that I got caught by a 3ware card that did > not want to play nice with me..... > So I guess nobody deared suggesting another 3ware card. > ;) My apologies, I now understand its a hardware issue. Before you toss the 3ware completely try the following (although I am sure you have) 1. Force PCI-x 64bit in the bios on the slot 2. Disable APIC or force old APIC mode 3. Disable onboard raid and/or SATA controller if its avail. My experience with some boards you really have to tweak around to get pci-x going. Sorry if I've wasted your time ! -Greg From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 15:46:58 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD96716A4DD for ; Wed, 23 Aug 2006 15:46:58 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC14643D68 for ; Wed, 23 Aug 2006 15:46:55 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by wx-out-0506.google.com with SMTP id s12so152435wxc for ; Wed, 23 Aug 2006 08:46:55 -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=AHYeQGZh6Ctsa7LzooVbeHEd+JJMdtO8WlVkn8rqawSrVoLjr84bYbLBRSevP5loC/rk7UjCZi2+fKqzYqs38c10iuJzq3UGs50fbu7b0y2XrQZRGg2iGIjefaPGkBwK90O2V1Mmb+gaTK9Fw27/xn7QIABRBExn3dA5VKQllbw= Received: by 10.70.13.1 with SMTP id 1mr712803wxm; Wed, 23 Aug 2006 08:46:55 -0700 (PDT) Received: by 10.70.49.3 with HTTP; Wed, 23 Aug 2006 08:46:55 -0700 (PDT) Message-ID: Date: Wed, 23 Aug 2006 10:46:55 -0500 From: "Nikolas Britton" To: "Willem Jan Withagen" In-Reply-To: <44EC0B9B.5020705@withagen.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44EC0B9B.5020705@withagen.nl> Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 15:46:58 -0000 On 8/23/06, Willem Jan Withagen wrote: > Hi, > > I've ran into sort of a snag with building a 2T file server. > Given all the good press here for 3ware and the talk to the guys at the CeBIT > I decided to go for a 9550SX-LP8. > With that I bought a ASUS serverboard: K8N-LR with 165 dual core opteron. > > In itself is this a combo that I thing would do for a long time at my home. ;) > > However the 3ware controler decided not to play nice with 2 of the PCI-X > boards I have here. It gets stuck in the bios disc scan. > Disable int 13. The card is probably trying to load it's boot BIOS and another card is interfering with it... I had a Promise card that loved to f**k with my HighPoint controller. The solution to the problem was disabling int 13 on the HighPoint card by re-flashing the cards BIOS with a special switch set, I didn't need to boot from this card anyways. > So I'm looking for alternatives with good support under amd64. I've seen that > the Adaptecs are supported under aac(4). But what about Promisse or Highpoint > RAID controllers? > Stay away from Adaptec and Promise because they don't support FreeBSD. I would recommend Areca and/or HighPoint because they do officially support FreeBSD. 3Ware does support FreeBSD but I don't have experience with their cards so I can't say anything good or bad about them. If you want to go 64-bit Areca drivers are open source and the FreeBSD man page states that they work on amd64. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 15:53:00 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB2F516A4DF; Wed, 23 Aug 2006 15:53:00 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from freebee.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D7243D70; Wed, 23 Aug 2006 15:52:58 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) by freebee.digiware.nl (Postfix) with ESMTP id 327552AAA2; Wed, 23 Aug 2006 17:52:57 +0200 (CEST) Message-ID: <44EC7A0A.2070009@withagen.nl> Date: Wed, 23 Aug 2006 17:53:46 +0200 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Greg Martin References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> <20060823120146.GA21578@rancor.immure.com> <1156345518.15990.1.camel@localhost> <44EC710D.8020005@withagen.nl> <1156347958.15990.10.camel@localhost> In-Reply-To: <1156347958.15990.10.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 15:53:00 -0000 Greg Martin wrote: >> Well the message started by saying that I got caught by a 3ware card that did >> not want to play nice with me..... >> So I guess nobody deared suggesting another 3ware card. >> ;) > > My apologies, I now understand its a hardware issue. Before you toss > the 3ware completely try the following (although I am sure you have) > > 1. Force PCI-x 64bit in the bios on the slot > 2. Disable APIC or force old APIC mode > 3. Disable onboard raid and/or SATA controller if its avail. > > My experience with some boards you really have to tweak around to get > pci-x going. Thanx for the usefull suggestions. However: I've already returned the board to the supplier after I fiddled for about a day with the bios. Which was very cumbersome, since every change required: power off remove card power on change bios power off insert card power on test..... En start all over. --WjW From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 16:13:38 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBD0C16A4DA for ; Wed, 23 Aug 2006 16:13:38 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00A6D43D46 for ; Wed, 23 Aug 2006 16:13:37 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so152357wxd for ; Wed, 23 Aug 2006 09:13:37 -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=ZSyE7HCEEmmB2iM5mAvryCZcz3/brW90h90bymbMUlz+G2kKqo9WAGfSrxcWHMUjs9GWxlOGQcjv8wg9RlfBrB0k9mSIqb7anFoOZKqdNcJeVyfuw5QlqUEFgFrDxYn83xODX+Aoo7yruSRxvleEUeGLf7x3fe/x4bX6YVoPnDQ= Received: by 10.70.89.1 with SMTP id m1mr814382wxb; Wed, 23 Aug 2006 09:13:37 -0700 (PDT) Received: by 10.70.49.3 with HTTP; Wed, 23 Aug 2006 09:13:37 -0700 (PDT) Message-ID: Date: Wed, 23 Aug 2006 11:13:37 -0500 From: "Nikolas Britton" To: "Bob Willcox" In-Reply-To: <20060823120146.GA21578@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> <20060823120146.GA21578@rancor.immure.com> Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 16:13:38 -0000 On 8/23/06, Bob Willcox wrote: > On Wed, Aug 23, 2006 at 12:02:47PM +0200, Willem Jan Withagen wrote: > > Steven Hartland wrote: > > >The Areca cards I can recommend. Highpoint 1820a is surprisingly good > > >for its price and the later cards have better performance still apparently. > > >N.B. Use the min stripe size when creating the array for max performance > > >with this card under FreeBSD. > > > > I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 > > would also do fine. What device driver would one use with that. > > > > [Ahhh, 'man -k highpoint' is your friend] > > Now what I liked about the 3ware stuff was that there are tools to work the > > raid from within FreeBSD. So that would require the newers ones... > > > > But the hardware list is only showing the 2320 and 2322 with a rr232x(4) > > driver. Which sort of makes me wonder for all the other stuff and their > > drivers. > > > > The motherboard has both PCI-X and PCI-E so that should not be a connector > > problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? > > The x16 PCI-E has considerably faster theoretical speed than 133 PCI-X > (appx. 4GBs vs. 1GBs). However, the RAID controllers that I've seen are > at most x8 so they are only capable of transfer rates half that fast > (2GBs). Personally, I would go with PCI-E since in some performance > tests I did with Areca cards last year (both PCI-E and PCI-X) there > appeared to be a slight performance advantage to the PCI-E cards (sorry, > I don't recall any of the specifics anymore, so please take that for > what it's worth). > I agree. PCIe 8x is a faster bus and it's typically connected directly to the MCH (north bridge) unlike PCI-X which is stuck on the ICH (south bridge). Also the 2GB/s that was quoted for PCIe 8x is it's one-way data rate "after" calculating in overhead. It's a dual simplex interface meaning it has one path to send data and another path to receive data. Imagine a simple two lane road. From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 16:36:07 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB78C16A4E1 for ; Wed, 23 Aug 2006 16:36:07 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA95943D6E for ; Wed, 23 Aug 2006 16:36:00 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so158471wxd for ; Wed, 23 Aug 2006 09:36:00 -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=nc+LtHJOfw6q2PN8KKbsNA2XXcabC/J+Pbrz4LX2UHkh4PMcUSqBKIk1qiRAb9TYHKC7dtqi3QlDUGnIVJGyYev87yxwFHvutptTuzZEQFd9n94YhCcn/Gw0enGaMUoJsAi1jep0gJ3ahIhg4NojGepFwypYENy1DyDcfAqcdgw= Received: by 10.70.78.4 with SMTP id a4mr780119wxb; Wed, 23 Aug 2006 09:34:19 -0700 (PDT) Received: by 10.70.49.3 with HTTP; Wed, 23 Aug 2006 09:34:18 -0700 (PDT) Message-ID: Date: Wed, 23 Aug 2006 11:34:18 -0500 From: "Nikolas Britton" To: "Bob Willcox" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> <20060823120146.GA21578@rancor.immure.com> Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 16:36:07 -0000 On 8/23/06, Nikolas Britton wrote: > On 8/23/06, Bob Willcox wrote: > > On Wed, Aug 23, 2006 at 12:02:47PM +0200, Willem Jan Withagen wrote: > > > Steven Hartland wrote: > > > >The Areca cards I can recommend. Highpoint 1820a is surprisingly good > > > >for its price and the later cards have better performance still apparently. > > > >N.B. Use the min stripe size when creating the array for max performance > > > >with this card under FreeBSD. > > > > > > I was more thinking along the lines of a HighPoint 2720, but perhaps a 1820 > > > would also do fine. What device driver would one use with that. > > > > > > [Ahhh, 'man -k highpoint' is your friend] > > > Now what I liked about the 3ware stuff was that there are tools to work the > > > raid from within FreeBSD. So that would require the newers ones... > > > > > > But the hardware list is only showing the 2320 and 2322 with a rr232x(4) > > > driver. Which sort of makes me wonder for all the other stuff and their > > > drivers. > > > > > > The motherboard has both PCI-X and PCI-E so that should not be a connector > > > problem. Now which bus is faster: 64Bit PCI-X at 133 Mhz, or a PCI-E 16x? > > > > The x16 PCI-E has considerably faster theoretical speed than 133 PCI-X > > (appx. 4GBs vs. 1GBs). However, the RAID controllers that I've seen are > > at most x8 so they are only capable of transfer rates half that fast > > (2GBs). Personally, I would go with PCI-E since in some performance > > tests I did with Areca cards last year (both PCI-E and PCI-X) there > > appeared to be a slight performance advantage to the PCI-E cards (sorry, > > I don't recall any of the specifics anymore, so please take that for > > what it's worth). > > > > I agree. PCIe 8x is a faster bus and it's typically connected directly > to the MCH (north bridge) unlike PCI-X which is stuck on the ICH > (south bridge). Also the 2GB/s that was quoted for PCIe 8x is it's > one-way data rate "after" calculating in overhead. It's a dual simplex > interface meaning it has one path to send data and another path to > receive data. Imagine a simple two lane road. > I take that back. For PCIe 8x imagine a divided highway with 8 lanes in each direction. The speed limit for each lane of traffic is 250MegaBytes/sec. So if you can move 8 semi-trucks filled with data in parallel your effective data rate is 2GigaBytes/sec. simple eh? :-) -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 23 20:07:39 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C1B616A4DD for ; Wed, 23 Aug 2006 20:07:39 +0000 (UTC) (envelope-from dan@langille.org) Received: from havoc.unixathome.org (havoc.unixathome.org [66.154.98.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4830243D45 for ; Wed, 23 Aug 2006 20:07:39 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by havoc.unixathome.org (Postfix) with ESMTP id E0BFD5648A for ; Wed, 23 Aug 2006 13:07:36 -0700 (PDT) X-Virus-Scanned: by amavisd-new at unixathome.org Received: from havoc.unixathome.org ([127.0.0.1]) by localhost (havoc.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r4hC83Hy8lsh for ; Wed, 23 Aug 2006 13:07:35 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by havoc.unixathome.org (Postfix) with ESMTP id 7F3C756485 for ; Wed, 23 Aug 2006 13:07:35 -0700 (PDT) Received: from [10.55.0.99] (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id B7EE8B822 for ; Wed, 23 Aug 2006 16:07:32 -0400 (EDT) From: "Dan Langille" To: amd64@freebsd.org Date: Wed, 23 Aug 2006 16:07:32 -0400 MIME-Version: 1.0 Message-ID: <44EC7D44.25011.1DAB3E91@dan.langille.org> Priority: normal In-reply-to: <1156345518.15990.1.camel@localhost> References: <20060823120146.GA21578@rancor.immure.com> X-mailer: Pegasus Mail for Windows (4.31) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2006 20:07:39 -0000 On 23 Aug 2006 at 10:05, Greg Martin wrote: > I find it hard to believe nobody has mentioned 3ware, they are a bit > more expensive but you pay for top notch quality, stability... > > Their newer cards support PCI-X and SATA II /w hotswap. 3Ware came to my party when setting up a new server for FreeBSD Diary and co. They sent me a 9550SX-8LP. The only problem I had was solved with a firmware upgrade. So far, I've build the RAID10 array with 8 Raptors (6 live, 2 hot swap) and created a NetSaint plugin for it. I do like their CLI interface. It is very comprehensive: http://www.freebsddiary.org/3ware-9550SX-8LP-cli.php I can confirm the hot-swap works for me. More details of my 9550SX-8LP experience are in these articles: http://www.freebsddiary.org/topics.php?aid=606 cheers -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 00:37:06 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FB2016A4E2 for ; Thu, 24 Aug 2006 00:37:06 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0C9D43D66 for ; Thu, 24 Aug 2006 00:37:01 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1]) by zoraida.natserv.net (Postfix) with ESMTP id 461DBB833; Wed, 23 Aug 2006 20:36:58 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on zoraida.natserv.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.1.3 Received: from 35st-server.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id D61AFB81D; Wed, 23 Aug 2006 20:36:57 -0400 (EDT) References: <20060823120146.GA21578@rancor.immure.com> <44EC7D44.25011.1DAB3E91@dan.langille.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Dan Langille Date: Wed, 23 Aug 2006 20:36:57 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 00:37:06 -0000 Dan Langille writes: > On 23 Aug 2006 at 10:05, Greg Martin wrote: > >> I find it hard to believe nobody has mentioned 3ware, they are a bit >> more expensive but you pay for top notch quality, stability... 3wares once they are up and running they seem reliable.. but of 6 (maybe 7) controllers we have got so far.. 2 of them have had problems and needed to be replaced. Not exactly very good percentage of defect. :-( > I do like their CLI interface. It is very comprehensive: > http://www.freebsddiary.org/3ware-9550SX-8LP-cli.php Have you tried the web interface? It's much nicer than CLI.. and you can set it up to listen only on 127 and then do a port forward with SSH. From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 05:40:06 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C879716A4DE; Thu, 24 Aug 2006 05:40:06 +0000 (UTC) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 079F443D45; Thu, 24 Aug 2006 05:40:05 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id k7O5e43L069935 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 24 Aug 2006 07:40:04 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.12.10/8.12.10/Submit) with UUCP id k7O5e4BI069933; Thu, 24 Aug 2006 07:40:04 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.13.6/8.13.4) with ESMTP id k7O5aJi6007421; Thu, 24 Aug 2006 07:36:19 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.6/8.13.4/Submit) id k7O5aIQp007420; Thu, 24 Aug 2006 07:36:18 +0200 (CEST) (envelope-from andreas) Date: Thu, 24 Aug 2006 07:36:18 +0200 From: Andreas Klemm To: stable@freebsd.org, amd64@freebsd.org Message-ID: <20060824053618.GA7211@titan.klemm.apsfilter.org> References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> X-Operating-System: FreeBSD 6.1-STABLE X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.11 Cc: Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 05:40:07 -0000 On Wed, Aug 23, 2006 at 09:23:00AM +0100, Steven Hartland wrote: > The Areca cards I can recommend. Highpoint 1820a is surprisingly good Many many years ago I bought a HighPoint HPT366 ATA66 controller. Thought its a good deal because it was cheap. Thought, an ATA interface can't be that complicated anymore so that its safe to buy a cheap product. Turned out that I was very wrong with my theorie. I ran into timeout problems, that couldn't be fixed. After days and nights of troubleshooting and testing I didn't get it to work reliably. I replaced it by buying a more expensive Promise controller. Since then I had zero problems. Since that time I lost trust in HighPoint products. Good stuff has its price. It must not always be the most expensive hardware. But going with the cheapest (and I assume the HighPoint product will again be in the low price segment) can be troublesome. Andreas /// -- Andreas Klemm - Powered by FreeBSD 6 Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 06:39:48 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C00616A4E6 for ; Thu, 24 Aug 2006 06:39:48 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E60443D5D for ; Thu, 24 Aug 2006 06:39:43 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so377192wxd for ; Wed, 23 Aug 2006 23:39: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YO3hGMGjgtUQv9EtWbIammilyEt+kBIdNOIEkJrYFv7AkRxJAz2LDPpHbjcCi2Bdirw5JTAM/hTX+9H4ip/O12IGMN/CI4bjXvIejxwl7/H8v/T5wZ4hL3OPyIGZ3z/P/vUQ7bDLb4ClANhbasWtkDsigZVM+o6CqldEjOWaFcU= Received: by 10.70.131.20 with SMTP id e20mr1936201wxd; Wed, 23 Aug 2006 23:39:43 -0700 (PDT) Received: by 10.70.49.3 with HTTP; Wed, 23 Aug 2006 23:39:42 -0700 (PDT) Message-ID: Date: Thu, 24 Aug 2006 01:39:43 -0500 From: "Nikolas Britton" To: "Andreas Klemm" In-Reply-To: <20060824053618.GA7211@titan.klemm.apsfilter.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060824053618.GA7211@titan.klemm.apsfilter.org> Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 06:39:48 -0000 On 8/24/06, Andreas Klemm wrote: > On Wed, Aug 23, 2006 at 09:23:00AM +0100, Steven Hartland wrote: > > The Areca cards I can recommend. Highpoint 1820a is surprisingly good > > Many many years ago I bought a HighPoint HPT366 ATA66 controller. > Thought its a good deal because it was cheap. > Thought, an ATA interface can't be that complicated anymore > so that its safe to buy a cheap product. > > Turned out that I was very wrong with my theorie. > I ran into timeout problems, that couldn't be fixed. > > After days and nights of troubleshooting and testing > I didn't get it to work reliably. > > I replaced it by buying a more expensive Promise controller. > Since then I had zero problems. > > Since that time I lost trust in HighPoint products. > > Good stuff has its price. It must not always be the > most expensive hardware. But going with the cheapest > (and I assume the HighPoint product will again be > in the low price segment) can be troublesome. > As the owner of a HPT2220 and HPT1820A I have nothing but good things to say about it. In fact my experience is the inverse of yours. I've had nothing but problems with my Promise card. To make matters worse Promise doesn't support FreeBSD... No drivers, No docs, Nothing. HighPoint does support FreeBSD by providing their own FreeBSD drivers and HighPoint's code is in FreeBSD. The one bad thing I have to say about HighPoint is that their drivers are locked up in binary blobs. Areca's drivers on the other hand are fully open sourced and they have the fastest SATA hardware in the land thanks to the onboard 600MHz Intel XScale IOP and DDR333 cache. http://tweakers.net/reviews/557/1 Their new hardware (coming soon) will have a 800MHz XScale with DDR2-533 cache. This is from an ARC-1220 with 256MB cache and 7x300GB drives in RAID6: > diskinfo -t da0 da0 512 # sectorsize 1499999764480 # mediasize in bytes (1.4T) 2929687040 # mediasize in sectors 182364 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. Seek times: Full stroke: 250 iter in 5.022332 sec = 20.089 msec Half stroke: 250 iter in 3.809019 sec = 15.236 msec Quarter stroke: 500 iter in 4.055315 sec = 8.111 msec Short forward: 400 iter in 0.998948 sec = 2.497 msec Short backward: 400 iter in 2.519062 sec = 6.298 msec Seq outer: 2048 iter in 0.187788 sec = 0.092 msec Seq inner: 2048 iter in 0.219632 sec = 0.107 msec Transfer rates: outside: 102400 kbytes in 0.353485 sec = 289687 kbytes/sec middle: 102400 kbytes in 0.372773 sec = 274698 kbytes/sec inside: 102400 kbytes in 0.543272 sec = 188488 kbytes/sec Chad Leigh has an ARC-1130 with 1GB cache and he's getting even better numbers (300~400MB/s) using ZFS + Solaris Express. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 07:56:26 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D37A516A4DE; Thu, 24 Aug 2006 07:56:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D96343D45; Thu, 24 Aug 2006 07:56:25 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k7O7uNtO008967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Aug 2006 17:26:23 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 24 Aug 2006 17:26:08 +0930 User-Agent: KMail/1.9.3 References: <44EC0B9B.5020705@withagen.nl> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1653106.y8p82APb16"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608241726.21473.doconnor@gsoft.com.au> X-Spam-Score: -3.269 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: amd64@freebsd.org, stable@freebsd.org, Nikolas Britton Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 07:56:27 -0000 --nextPart1653106.y8p82APb16 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 24 August 2006 01:16, Nikolas Britton wrote: > Stay away from Adaptec and Promise because they don't support FreeBSD. > I would recommend Areca and/or HighPoint because they do officially > support FreeBSD. 3Ware does support FreeBSD but I don't have > experience with their cards so I can't say anything good or bad about > them. I believe Promise *do* support FreeBSD quite a bit. Certainly Soren's commit messages indicate that. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1653106.y8p82APb16 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE7Vul5ZPcIHs/zowRAn1RAJ4uDRjhSuUIw0pWUb4N84zbf/TQ4ACfYG+t zJMSoHYnKMlrxGSOaZYuZ5g= =SnPw -----END PGP SIGNATURE----- --nextPart1653106.y8p82APb16-- From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 16:22:52 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EFEF16A4F5 for ; Thu, 24 Aug 2006 16:22:52 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6694043D46 for ; Thu, 24 Aug 2006 16:22:51 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so520376wxd for ; Thu, 24 Aug 2006 09:22:51 -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=iV9PRUUVA3pbaOjTzr/5vJW6CdGIFVxY2IRsemk4lo75IuYca5MVX9+7+nbdjntyFhNwTiUDBzi4MUa2v28z55w8hd4q2/SSRsyQFyj5EiLYmU0enteYbVWbNWeH7a8F/HP5SSLzVUrNjT0tlscws8VwH0qcH0+7gf3CueHvH4Q= Received: by 10.70.52.2 with SMTP id z2mr2826304wxz; Thu, 24 Aug 2006 09:22:50 -0700 (PDT) Received: by 10.70.49.3 with HTTP; Thu, 24 Aug 2006 09:22:50 -0700 (PDT) Message-ID: Date: Thu, 24 Aug 2006 11:22:50 -0500 From: "Nikolas Britton" To: "Daniel O'Connor" In-Reply-To: <200608241726.21473.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44EC0B9B.5020705@withagen.nl> <200608241726.21473.doconnor@gsoft.com.au> Cc: amd64@freebsd.org, stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 16:22:52 -0000 On 8/24/06, Daniel O'Connor wrote: > On Thursday 24 August 2006 01:16, Nikolas Britton wrote: > > Stay away from Adaptec and Promise because they don't support FreeBSD. > > I would recommend Areca and/or HighPoint because they do officially > > support FreeBSD. 3Ware does support FreeBSD but I don't have > > experience with their cards so I can't say anything good or bad about > > them. > > I believe Promise *do* support FreeBSD quite a bit. > Maybe as an after thought. I also don't see any link on their site for FreeBSD support, lets check google: http://www.google.com/search?&q=site%3Awww.promise.com+FreeBSD http://www.google.com/search?&q=site%3Ahighpoint-tech.com+FreeBSD So 7 Links Vs. 90 Links. Also if you click on that first link google gives you, about the up coming RAID6 SuperTrak EX4350 and EX12350 with support for FreeBSD etc.. Those card are clones of Areca's ARC-1210 and ARC-1230 cards... Striped down clones at that, they only have a 500MHz XScale IOP333... Areca is already moving from the 600MHz XScale IOP333 to the 800MHz XScale IOP341 with DDR2-533 support... Hell I bet they're just going to patch arcmsr(4) and call it there own. Areca's Erich Chen put a lot of work into arcmsr(4). There wouldn't be an arcmsr(4) in FreeBSD if it wasn't for Areca commitment to support FreeBSD. Now we have Promise trying to claim they support FreeBSD by patching a few lines of code from another company. Butch of BS is what that is. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 16:41:21 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0006916A4DE for ; Thu, 24 Aug 2006 16:41:20 +0000 (UTC) (envelope-from complists@risei.net) Received: from outbound.mailhop.org (outbound.mailhop.org [63.208.196.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8379043D53 for ; Thu, 24 Aug 2006 16:41:20 +0000 (GMT) (envelope-from complists@risei.net) Received: from risei.net ([71.216.68.145] helo=monibeast.risei.net) by outbound.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.51) id 1GGIGd-000H5T-3D for amd64@freebsd.org; Thu, 24 Aug 2006 12:41:19 -0400 Received: from www.risei.net (localhost.risei.net [127.0.0.1]) by monibeast.risei.net (Postfix) with ESMTP id 057D21CCC9 for ; Thu, 24 Aug 2006 10:41:18 -0600 (MDT) Received: from 205.145.186.201 (SquirrelMail authenticated user sseekamp) by www.risei.net with HTTP; Thu, 24 Aug 2006 10:41:18 -0600 (MDT) X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 71.216.68.145 X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: hobroblin Message-ID: <58495.205.145.186.201.1156437678.squirrel@www.risei.net> In-Reply-To: References: <44EC0B9B.5020705@withagen.nl> <200608241726.21473.doconnor@gsoft.com.au> Date: Thu, 24 Aug 2006 10:41:18 -0600 (MDT) From: "Scott" To: amd64@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: complists@risei.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 16:41:21 -0000 I have to agree - I did as much research as I could trying to find a raid card that natively supports BSD. I tried a Highpoint card and I returned it because it was a complete hack. Claiming support for BSD (version 4 no less) with a binary driver and no management software is not support! I have never seen anyone using Promise cards in a production environment because they do the same thing. Maybe recently they have improved but I doubt it. Don't misunderstand my statements - I have nothing against any of those companies, but they do seem to hitch free rides off of claiming support for linux/BSD. Scott > On 8/24/06, Daniel O'Connor wrote: >> On Thursday 24 August 2006 01:16, Nikolas Britton wrote: >> > Stay away from Adaptec and Promise because they don't support FreeBS= D. >> > I would recommend Areca and/or HighPoint because they do officially >> > support FreeBSD. 3Ware does support FreeBSD but I don't have >> > experience with their cards so I can't say anything good or bad abou= t >> > them. >> >> I believe Promise *do* support FreeBSD quite a bit. >> > > Maybe as an after thought. I also don't see any link on their site for > FreeBSD support, lets check google: > > http://www.google.com/search?&q=3Dsite%3Awww.promise.com+FreeBSD > > http://www.google.com/search?&q=3Dsite%3Ahighpoint-tech.com+FreeBSD > > So 7 Links Vs. 90 Links. Also if you click on that first link google > gives you, about the up coming RAID6 SuperTrak EX4350 and EX12350 with > support for FreeBSD etc.. Those card are clones of Areca's ARC-1210 > and ARC-1230 cards... Striped down clones at that, they only have a > 500MHz XScale IOP333... Areca is already moving from the 600MHz XScale > IOP333 to the 800MHz XScale IOP341 with DDR2-533 support... Hell I bet > they're just going to patch arcmsr(4) and call it there own. Areca's > Erich Chen put a lot of work into arcmsr(4). There wouldn't be an > arcmsr(4) in FreeBSD if it wasn't for Areca commitment to support > FreeBSD. Now we have Promise trying to claim they support FreeBSD by > patching a few lines of code from another company. Butch of BS is what > that is. > > > > -- > BSD Podcasts @: > http://bsdtalk.blogspot.com/ > http://freebsdforall.blogspot.com/ > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org= " > From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 17:06:21 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D34B716A4E6; Thu, 24 Aug 2006 17:06:21 +0000 (UTC) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC1F143D45; Thu, 24 Aug 2006 17:06:20 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (c-67-171-135-169.hsd1.or.comcast.net [67.171.135.169]) by mail.twinthornes.com (Postfix) with ESMTP id B57AD147D; Thu, 24 Aug 2006 10:06:19 -0700 (PDT) Received: from 127.0.0.1 (AVG SMTP 7.1.405 [268.11.6/427]); Thu, 24 Aug 2006 10:07:12 -0700 Message-ID: <44EDDCC0.703@bitfreak.org> Date: Thu, 24 Aug 2006 10:07:12 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Andreas Klemm References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060824053618.GA7211@titan.klemm.apsfilter.org> In-Reply-To: <20060824053618.GA7211@titan.klemm.apsfilter.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 17:06:21 -0000 Andreas Klemm wrote: > On Wed, Aug 23, 2006 at 09:23:00AM +0100, Steven Hartland wrote: >> The Areca cards I can recommend. Highpoint 1820a is surprisingly good > > Many many years ago I bought a HighPoint HPT366 ATA66 controller. > Thought its a good deal because it was cheap. > Thought, an ATA interface can't be that complicated anymore > so that its safe to buy a cheap product. > > Turned out that I was very wrong with my theorie. > I ran into timeout problems, that couldn't be fixed. > > After days and nights of troubleshooting and testing > I didn't get it to work reliably. > > I replaced it by buying a more expensive Promise controller. > Since then I had zero problems. > > Since that time I lost trust in HighPoint products. The 366 was an exception, mostly. It was a borked piece of hardware in a "new generation" of ATA controllers at a time when IIRC FreeBSD was on the leading edge of major overhaul of ATA support. Modern HighPoint controllers are decent for the price. I wouldn't put one in a server, though. My servers use 3ware and Dell cards. -- Darren Pilgrim From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 18:19:41 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D455016A4E7; Thu, 24 Aug 2006 18:19:41 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8238343D78; Thu, 24 Aug 2006 18:19:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.7/8.13.7) with ESMTP id k7OIJYKF079379; Thu, 24 Aug 2006 11:19:34 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.7/8.13.7/Submit) id k7OIJVgT079378; Thu, 24 Aug 2006 11:19:31 -0700 (PDT) (envelope-from obrien) Date: Thu, 24 Aug 2006 11:19:31 -0700 From: "David O'Brien" To: Nikolas Britton Message-ID: <20060824181931.GA79261@dragon.NUXI.org> References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <44EC27C7.8060906@withagen.nl> <20060823120146.GA21578@rancor.immure.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 18:19:41 -0000 On Wed, Aug 23, 2006 at 11:13:37AM -0500, Nikolas Britton wrote: > I agree. PCIe 8x is a faster bus and it's typically connected directly > to the MCH (north bridge) unlike PCI-X which is stuck on the ICH > (south bridge). This would be for a Northbridge-based system (ie. Intel). For AMD-based motherboards, both PCI-X and PCI-e controlers usually sit the same distance away the CPU's - one hop on the HyperTransport link. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 24 18:27:20 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC7116A4DE; Thu, 24 Aug 2006 18:27:20 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E72F43D5A; Thu, 24 Aug 2006 18:27:20 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.7/8.13.7) with ESMTP id k7OIRJeF079551; Thu, 24 Aug 2006 11:27:19 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.7/8.13.7/Submit) id k7OIRJWP079550; Thu, 24 Aug 2006 11:27:19 -0700 (PDT) (envelope-from obrien) Date: Thu, 24 Aug 2006 11:27:19 -0700 From: "David O'Brien" To: Nikolas Britton Message-ID: <20060824182719.GB79261@dragon.NUXI.org> References: <44EC0B9B.5020705@withagen.nl> <003f01c6c68d$64688e60$b3db87d4@multiplay.co.uk> <20060824053618.GA7211@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2006 18:27:21 -0000 On Thu, Aug 24, 2006 at 01:39:43AM -0500, Nikolas Britton wrote: > had nothing but problems with my Promise card. To make matters worse > Promise doesn't support FreeBSD... No drivers, No docs, Nothing. eh??? You don't follow FreeBSD very carefully. Promise sends full docs to sos@freebsd.org who writes the driver. I'd much rather have a talented driver writer who knows FreeBSD coding style create the driver from vendor docs, than trusting the intern silicon guy the forced to write code make one. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 25 00:03:42 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1B3E16A4DE; Fri, 25 Aug 2006 00:03:42 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E445D43D4C; Fri, 25 Aug 2006 00:03:39 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k7P03Xlq048715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Aug 2006 09:33:34 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Nikolas Britton" Date: Fri, 25 Aug 2006 09:33:31 +0930 User-Agent: KMail/1.9.3 References: <44EC0B9B.5020705@withagen.nl> <200608241726.21473.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2238117.IQJOj4Ziu8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608250933.33075.doconnor@gsoft.com.au> X-Spam-Score: -3.277 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: amd64@freebsd.org, stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 00:03:43 -0000 --nextPart2238117.IQJOj4Ziu8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 25 August 2006 01:52, Nikolas Britton wrote: > > I believe Promise *do* support FreeBSD quite a bit. > > Maybe as an after thought. I also don't see any link on their site for > FreeBSD support, lets check google: cvs log ata-chipset.c.. =2D--------------------------- revision 1.21 date: 2003/05/01 06:20:50; author: sos; state: Exp; lines: +144 -7 I'm pleased to announce that Promise is now supporting the FreeBSD project by providing documentation (under NDA) and hardware for testing. This commit is the first result of the cooperation, and adds support for several of their new controllers that we didn't support before (and probably newer would have without this arrangement). Add support for the Promise SATA150 TX2/TX4 and the Promise TX4000 controllers. This also adds support for various motherboard fitted Promise SATA/ATA chips. Note that this code uses memory mapped registers to minimize overhead. I belive FreeBSD has made another first in the Open Source world by being able to release support for this :) =2D--------------------------- I don't ever download drivers from a companies website for FreeBSD so I=20 couldn't care less if they're mentioned on it :) > http://www.google.com/search?&q=3Dsite%3Awww.promise.com+FreeBSD > > http://www.google.com/search?&q=3Dsite%3Ahighpoint-tech.com+FreeBSD > > So 7 Links Vs. 90 Links. Also if you click on that first link google > gives you, about the up coming RAID6 SuperTrak EX4350 and EX12350 with > support for FreeBSD etc.. Those card are clones of Areca's ARC-1210 > and ARC-1230 cards... Striped down clones at that, they only have a > 500MHz XScale IOP333... Areca is already moving from the 600MHz XScale > IOP333 to the 800MHz XScale IOP341 with DDR2-533 support... Hell I bet > they're just going to patch arcmsr(4) and call it there own. Areca's > Erich Chen put a lot of work into arcmsr(4). There wouldn't be an > arcmsr(4) in FreeBSD if it wasn't for Areca commitment to support > FreeBSD. Now we have Promise trying to claim they support FreeBSD by > patching a few lines of code from another company. Butch of BS is what > that is. Erm, I think "paranoid conspiracy theory" covers this. Just because they use the same chip doesn't mean the driver will magically= =20 work.. The CPU on the RAID card runs a program and that program is what=20 defines the interface with the OS. ISTR 3ware cards have XScale's on them too.. Perhaps Areca cloned them!=20 Promise cards have been supported for much longer than Areca (longer than=20 Areca has actually existed as a company?) and it is my understanding they=20 regularly supply Soren with documentation and hardware. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2238117.IQJOj4Ziu8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE7j5V5ZPcIHs/zowRAgJMAKChCgHOZ2NiLlWR/lbvkn3u8zl8SQCfeQ03 yoqBGk1+lEs6NwHi7RgBxrY= =SCpo -----END PGP SIGNATURE----- --nextPart2238117.IQJOj4Ziu8-- From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 25 01:49:15 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBB1216A4E1; Fri, 25 Aug 2006 01:49:15 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-4.paradise.net.nz (bm-4a.paradise.net.nz [203.96.152.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45C7C43D53; Fri, 25 Aug 2006 01:49:14 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-4.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J4J005AQ6DSUS@linda-4.paradise.net.nz>; Fri, 25 Aug 2006 13:49:06 +1200 (NZST) Received: from [192.168.1.11] (218-101-28-131.dsl.clear.net.nz [218.101.28.131]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 09629166C694; Fri, 25 Aug 2006 13:49:03 +1200 (NZST) Date: Fri, 25 Aug 2006 13:49:02 +1200 From: Mark Kirkwood In-reply-to: <200608250933.33075.doconnor@gsoft.com.au> To: Daniel O'Connor Message-id: <44EE570E.4090408@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.4 (X11/20060704) References: <44EC0B9B.5020705@withagen.nl> <200608241726.21473.doconnor@gsoft.com.au> <200608250933.33075.doconnor@gsoft.com.au> Cc: amd64@freebsd.org, stable@freebsd.org, freebsd-stable@freebsd.org, Nikolas Britton Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 01:49:16 -0000 Daniel O'Connor wrote: > On Friday 25 August 2006 01:52, Nikolas Britton wrote: >>> I believe Promise *do* support FreeBSD quite a bit. >> Maybe as an after thought. I also don't see any link on their site for >> FreeBSD support, lets check google: > > > cvs log ata-chipset.c.. > ---------------------------- > revision 1.21 > date: 2003/05/01 06:20:50; author: sos; state: Exp; lines: +144 -7 > I'm pleased to announce that Promise is now supporting the FreeBSD > project by providing documentation (under NDA) and hardware for > testing. This commit is the first result of the cooperation, and > adds support for several of their new controllers that we didn't > support before (and probably newer would have without this arrangement). > > Add support for the Promise SATA150 TX2/TX4 and the Promise TX4000 > controllers. This also adds support for various motherboard fitted > Promise SATA/ATA chips. > Note that this code uses memory mapped registers to minimize overhead. > I belive FreeBSD has made another first in the Open Source world > by being able to release support for this :) > ---------------------------- > While this is true, Promise support seems somewhat problematic for the 4 port cards - I have a TX4000 which FreeBSD (4,5,6,7) consistently see no disks attached to - ever, and a SX4060 that gives ATA semaphore timeouts and 'danger Will Robinson' no matter what disks are attached to it... so neither of these are any use to me for FreeBSD, unfortunately (I gave up and installed Gentoo on the box with the TX4000). By comparison, I have a 3ware 7506 which works perfectly. Admittedly, this is all pretty old HW, but I believe there are still similar issues with *some* newer Promise SATA cards.... Cheers Mark From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 25 19:53:46 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7247116A4DD for ; Fri, 25 Aug 2006 19:53:46 +0000 (UTC) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2470C43D45 for ; Fri, 25 Aug 2006 19:53:43 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 432C0F868 for ; Fri, 25 Aug 2006 13:54:15 -0600 (MDT) Received: from shredder.teamcool.net (unknown [192.168.1.58]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id F00D8F85C for ; Fri, 25 Aug 2006 13:54:14 -0600 (MDT) Date: Fri, 25 Aug 2006 13:57:08 -0600 From: Ken Gunderson To: freebsd-amd64@FreeBSD.org Message-Id: <20060825135708.7fa94d0d.kgunders@teamcool.net> 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 X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: AM2 Mainboards? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2006 19:53:46 -0000 Howdy All: Any recommendations for AM2 mainboard known to work well w/FBSD? TIA-- -- Best regards, Ken Gunderson "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-amd64@FreeBSD.ORG Sat Aug 26 10:28:29 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DBFC16A4E2; Sat, 26 Aug 2006 10:28:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7463B44616; Sat, 26 Aug 2006 10:28:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7QASRI1040830; Sat, 26 Aug 2006 06:28:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4P/8.13.4) with ESMTP id k7QASRU0081150; Sat, 26 Aug 2006 06:28:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1B7407302F; Sat, 26 Aug 2006 06:28:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060826102827.1B7407302F@freebsd-current.sentex.ca> Date: Sat, 26 Aug 2006 06:28:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 10:28:29 -0000 TB --- 2006-08-26 08:35:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-26 08:35:32 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-08-26 08:35:32 - cleaning the object tree TB --- 2006-08-26 08:36:28 - checking out the source tree TB --- 2006-08-26 08:36:28 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-08-26 08:36:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-26 08:56:41 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-26 08:56:41 - cd /src TB --- 2006-08-26 08:56:41 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1059: error: conflicting types for 'au_to_exec_args' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:322: error: previous declaration of 'au_to_exec_args' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1059: error: conflicting types for 'au_to_exec_args' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:322: error: previous declaration of 'au_to_exec_args' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1100: error: conflicting types for 'au_to_exec_env' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:323: error: previous declaration of 'au_to_exec_env' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1100: error: conflicting types for 'au_to_exec_env' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:323: error: previous declaration of 'au_to_exec_env' was here *** Error code 1 Stop in /src/lib/libbsm. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-26 10:28:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-26 10:28:26 - ERROR: failed to build world TB --- 2006-08-26 10:28:26 - tinderbox aborted TB --- 1.31 user 7.39 system 6773.96 real From owner-freebsd-amd64@FreeBSD.ORG Sat Aug 26 13:10:06 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF2B16A4DF for ; Sat, 26 Aug 2006 13:10:06 +0000 (UTC) (envelope-from kp.meier@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 00E6F43D5A for ; Sat, 26 Aug 2006 13:10:05 +0000 (GMT) (envelope-from kp.meier@gmx.net) Received: (qmail 13282 invoked by uid 0); 26 Aug 2006 13:10:04 -0000 Received: from 84.160.155.162 by www074.gmx.net with HTTP; Sat, 26 Aug 2006 15:10:04 +0200 (CEST) Content-Type: text/plain; charset="utf-8" Date: Sat, 26 Aug 2006 15:10:04 +0200 From: "Klaus-Peter Meier" Message-ID: <20060826131004.228630@gmx.net> MIME-Version: 1.0 To: freebsd-amd64@freebsd.org X-Authenticated: #29222766 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 Content-Transfer-Encoding: 8bit Subject: TYAN 3870G2NR X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 13:10:06 -0000 Hello, has anybody had experience running FreeBSD on TYAN 3870G2NR? If so, any issues? Or does anybody have a recommendation? Requirements: - dual AMD Opteron (dual-core) - SATA - dual-channel-support - Gigabit LAN - (nvidia chipset or other new) - (onboard graphics controller) Budget: EUR 400 ($ 480) Thanks, Peter -- "Feel free" – 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail From owner-freebsd-amd64@FreeBSD.ORG Sat Aug 26 16:22:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D77CB16A53B for ; Sat, 26 Aug 2006 16:22:16 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5943B44509 for ; Sat, 26 Aug 2006 15:56:17 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7QFtVDV078354; Sat, 26 Aug 2006 08:55:31 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7QFtVv6078353; Sat, 26 Aug 2006 08:55:31 -0700 (PDT) (envelope-from sgk) Date: Sat, 26 Aug 2006 08:55:31 -0700 From: Steve Kargl To: Klaus-Peter Meier Message-ID: <20060826155531.GC78177@troutmask.apl.washington.edu> References: <20060826131004.228630@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060826131004.228630@gmx.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-amd64@freebsd.org Subject: Re: TYAN 3870G2NR X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 16:22:17 -0000 On Sat, Aug 26, 2006 at 03:10:04PM +0200, Klaus-Peter Meier wrote: > Hello, > > has anybody had experience running FreeBSD on TYAN 3870G2NR? > If so, any issues? I don't have this board. I do have a cluster built around 6 K8SR (s2881). The onboard graphics is an ATI chip with 8 MB of memory, but since 5 boards run headless this isn't an issue. I also have one system built around a K8S Pro, which doesn't support dual-core cpus, but it's a nice board. I'm quite happy with my Tyan boards. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Sat Aug 26 16:23:01 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30FBE16A59B for ; Sat, 26 Aug 2006 16:23:01 +0000 (UTC) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4759943D58 for ; Sat, 26 Aug 2006 16:23:00 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id 16616C37F; Sat, 26 Aug 2006 12:23:04 -0400 (EDT) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 30989-03; Sat, 26 Aug 2006 12:23:00 -0400 (EDT) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 6A6C7BFB6; Sat, 26 Aug 2006 12:22:58 -0400 (EDT) Received: from [0.1.0.4] (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 1E5FFB822; Sat, 26 Aug 2006 12:22:52 -0400 (EDT) From: "Dan Langille" To: Francisco Reyes Date: Sat, 26 Aug 2006 12:22:52 -0400 MIME-Version: 1.0 Message-ID: <44F03D1C.23899.876D46F@dan.langille.org> Priority: normal In-reply-to: X-mailer: Pegasus Mail for Windows (4.31) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Cc: amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 16:23:01 -0000 On 23 Aug 2006 at 20:36, Francisco Reyes wrote: > Dan Langille writes: > > > On 23 Aug 2006 at 10:05, Greg Martin wrote: > > > >> I find it hard to believe nobody has mentioned 3ware, they are a bit > >> more expensive but you pay for top notch quality, stability... > > 3wares once they are up and running they seem reliable.. but of 6 (maybe 7) > controllers we have got so far.. 2 of them have had problems and needed to > be replaced. Not exactly very good percentage of defect. :-( > > > I do like their CLI interface. It is very comprehensive: > > http://www.freebsddiary.org/3ware-9550SX-8LP-cli.php > > > Have you tried the web interface? > It's much nicer than CLI.. and you can set it up to listen only on 127 and > then do a port forward with SSH. I have never heard of it before. Looking at their website, are you referring to "3DM2 Management Utility"? -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php From owner-freebsd-amd64@FreeBSD.ORG Sat Aug 26 19:19:11 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1941016A4DA; Sat, 26 Aug 2006 19:19:11 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B10343D46; Sat, 26 Aug 2006 19:19:09 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.44.2] (adsl-253-10.38-151.net24.it [151.38.10.253]) (authenticated bits=0) by mail.logital.it (8.13.7/8.13.7) with ESMTP id k7QJIsmO066348; Sat, 26 Aug 2006 21:19:03 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <44F09E9B.5090303@commit.it> Date: Sat, 26 Aug 2006 21:18:51 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: it, en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org References: <200608200300.k7K30eH5092848@freefall.freebsd.org> In-Reply-To: <200608200300.k7K30eH5092848@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_60,FU_FREE,TW_FX, TW_KB,TW_TK autolearn=no version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on mail.logital.it X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mail.logital.it X-Virus-Status: Clean Cc: Frank Reppin Subject: Interrupt storm on ASUS M2N-E (was: amd64/101873: Freebsd amd64 hangs on booting sata drive?) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 19:19:11 -0000 Frank Reppin wrote: > From: Frank Reppin > To: bug-followup@FreeBSD.org, habeeb@cfl.rr.com > Cc: > Subject: Re: amd64/101873: Freebsd amd64 hangs on booting sata drive? > > I've had the same experience with my brand new and shiny > amd64 equipmnent...: > > Mainboard -> ASUS M2N-E (nforce 570 - *no* SLI) > RAM -> DDR2 800 CL5 made by MDT (1.8V ... 2x512) > CPU -> AMD64 4200+ AM2 EE > GPU -> ASUS Top Silent 7600GS > HD -> 2x SATA2 Seagate 160GB drives > > ... it won't boot the official 6.1 REL but booting/installing from: > > 7.0-CURRENT-200608-amd64-disc1.iso > > fixed this issue for me. Lucky man :-) I got to the same (temporary) conclusion before realizing that, as soon as the SATA disks are probed, the system is plagued by an interrupt storm that render it almost unusable: #vmstat -i interrupt total rate irq1: atkbd0 6 0 irq6: fdc0 1 0 irq14: ata0 47 0 irq16: fwohci0 1 0 irq17: fxp0 1809 0 irq21: ohci0+ 2 0 irq22: ehci0 1 0 irq23: atapci1 716308228 159605 cpu0: timer 8974123 1999 Total 725284218 161605 Booting amd64 or i386 gives the same results. On a different boot atapci1 was on irq20 (but I cannot remember if it was amd64 or i386), but the storm was unchanged. Now the PC has a i386 minimal installation. I also tried kldload-ing if_nfe (the on-board ethernet is a Marvell): the driver attaches, but the responsiveness of the system deteriorates visibly, and I ended up with a corrupted root partition trying to build world with both /usr/src and /usr/obj mounted from NFS. How could I solve/work around this issue? I put on my home server the ACPI dump files, boot messages (verbose) and pciconf -lv, just in case some good soul can shed some light... http://stable.commit.it/m2n-e/ TIA Angelo Turetta Modena - Italy