From owner-freebsd-stable@FreeBSD.ORG Sun Dec 26 05:31:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42FBF16A4CE for ; Sun, 26 Dec 2004 05:31:10 +0000 (GMT) Received: from mail.nerdshack.com (mail.nerdshack.com [206.123.69.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C03A43D46 for ; Sun, 26 Dec 2004 05:31:10 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from cartman.mailshack.com (dialup-11.89.221.203.acc50-kent-syd.comindico.com.au [203.221.89.11]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.nerdshack.com (Postfix) with ESMTP id EF2898BC00B; Sat, 25 Dec 2004 23:30:56 -0600 (CST) Message-Id: <6.1.2.0.2.20041226162603.0266a478@mail.nerdshack.com> X-Sender: rbyrnes@mail.nerdshack.com X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sun, 26 Dec 2004 16:27:59 +1100 To: "Frank J. Beckmann" , freebsd-stable@freebsd.org From: Rob B In-Reply-To: <200412230013.05947.frank@barda.agala.net> References: <200411210133.14396.frank@barda.agala.net> <200412230013.05947.frank@barda.agala.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: ppp trouble with 5.3-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2004 05:31:10 -0000 At 10:13 AM 23/12/2004, Frank J. Beckmann wrote: >Moin, > >am Sonntag, 21. November 2004 01:32 schrieb Frank J. Beckmann: > > a few days ago a did an upgrade from something pre 5.3-rc7 to the latest > > 5.3-stable. Since then I have only trouble with ppp. My computer is > > connectet to the internet via pppoe (FreeNet in Germany). My provider > > closes the connection once every 24 ours, but ppp now fails to redial. > >That problem is solved. I had to explicitly disaable eveery possible >compression protocil, then it worked. The strange thing ist that it workt >before withou disabling that protocols. Has your ISP upgraded their routers to Cisco IOS 12.3? I hit a similar bug in a ppp session on OpenBSD :/ cheers, Rob -- Frogs are my favorite vegetable. This is random quote 531 of 1264. Distance from the centre of the brewing universe [15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian Public Key fingerprint = 6219 33BD A37B 368D 29F5 19FB 945D C4D7 1F66 D9C5 From owner-freebsd-stable@FreeBSD.ORG Sun Dec 26 07:14:56 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20E5316A4CE; Sun, 26 Dec 2004 07:14:56 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4BE843D41; Sun, 26 Dec 2004 07:14:55 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 9B8361D5; Sun, 26 Dec 2004 08:14:54 +0100 (CET) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17068-04; Sun, 26 Dec 2004 08:14:53 +0100 (CET) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id D25464D; Sun, 26 Dec 2004 08:14:53 +0100 (CET) From: Benjamin Lutz To: Robert Watson , Peter Jeremy Date: Sun, 26 Dec 2004 08:14:49 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1302847.xynZdVfkve"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412260814.53592.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - data X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2004 07:14:56 -0000 --nextPart1302847.xynZdVfkve Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, The freeze just happened again. I managed to get into the debugger and get= =20 some info. Since I haven't been able to aqcuire the equipment for a=20 serial console connection yet, I've made pictures again. Unfortunately,=20 my system doesn't support wide console modes, so it's a tad annoying to=20 read. http://www.maxlor.com/log Note that at this point, the system is not yet completely frozen. Creating= =20 new processes no longer works, that can be observed by the hanging login=20 at the very top (I've left it like this for about 10 seconds). After the=20 debugging session, I switch back to the X11 session, and then found=20 myself unable to get back to ttyv0 (or any other tty for that matter),=20 and thus, unable to enter the debugger again. The first app that froze as far as I could tell was xmms. I hope you can gain some insight from this. Greetings Benjamin --nextPart1302847.xynZdVfkve Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBzmTtgShs4qbRdeQRAmyjAJ9PYO/fnh4b7do5C5zr8uzsfs9NwQCdGCMf sX6YP0XrrmASUGqygAUkBKQ= =W6cV -----END PGP SIGNATURE----- --nextPart1302847.xynZdVfkve-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 26 16:48:06 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3AB116A4CE; Sun, 26 Dec 2004 16:48:06 +0000 (GMT) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id E266C43D2F; Sun, 26 Dec 2004 16:48:05 +0000 (GMT) (envelope-from naddy@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-082-082-076-206.arcor-ip.net [82.82.76.206]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 3814DE3573; Sun, 26 Dec 2004 17:48:04 +0100 (CET) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.13.1/8.12.10) with ESMTP id iBQGm3U9001255; Sun, 26 Dec 2004 17:48:03 +0100 (CET) (envelope-from naddy@kemoauc.mips.inka.de) Received: (from naddy@localhost) by kemoauc.mips.inka.de (8.13.1/8.13.1/Submit) id iBQGm30Y001254; Sun, 26 Dec 2004 17:48:03 +0100 (CET) (envelope-from naddy) Date: Sun, 26 Dec 2004 17:48:03 +0100 From: Christian Weisgerber To: Scott Long Message-ID: <20041226164803.GA905@kemoauc.mips.inka.de> References: <20041223200429.GA3869@kemoauc.mips.inka.de> <41CB5EF6.8030704@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41CB5EF6.8030704@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Robert Watson Subject: Re: 5.3-STABLE/alpha: re(4) slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2004 16:48:06 -0000 Scott Long: > I suspect that the buffers are being bounced all over the place in the > if_re driver. Can you send me the output of 'sysctl hw.busdma' after > the system has been under load? sysctl: unknown oid 'hw.busdma' Strangely enough, I'm running the affected Dec 22 kernel at the moment, but the problem has disappeared. netperf shows the normal ~145Mbit/s for TCP_STREAM. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@FreeBSD.ORG Sun Dec 26 18:15:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 619E316A4CE; Sun, 26 Dec 2004 18:15:57 +0000 (GMT) Received: from out009.verizon.net (out009pub.verizon.net [206.46.170.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE8CB43D2D; Sun, 26 Dec 2004 18:15:56 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com ([151.204.231.237]) by out009.verizon.netESMTP <20041226181556.RVUX24088.out009.verizon.net@corbulon.video-collage.com>; Sun, 26 Dec 2004 12:15:56 -0600 Received: from corbulon.video-collage.com (mi@localhost.video-collage.com [127.0.0.1])iBQIFdve041870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Dec 2004 13:15:39 -0500 (EST) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost)iBQIFd7o041869; Sun, 26 Dec 2004 13:15:39 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200412261815.iBQIFd7o041869@corbulon.video-collage.com> To: marcus@marcuscom.com (Joe Marcus Clarke) Date: Sun, 26 Dec 2004 13:15:39 -0500 (EST) In-Reply-To: <1104007062.13684.38.camel@shumai.marcuscom.com> X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Authentication-Info: Submitted using SMTP AUTH at out009.verizon.net from [151.204.231.237] at Sun, 26 Dec 2004 12:15:49 -0600 cc: gnome@freebsd.org cc: stable@freebsd.org Subject: Re: mozilla hangs on startup after -stable upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2004 18:15:57 -0000 > This is a fairly FAQ. It can be caused by aggressive optimizations > (e.g. unroll-loops), or by font problems (i.e. try running fc-cache -f > -v). If you've compiled using default CFLAGS and CXXFLAGS, and your > fontconfig cache is okay, try running mozilla -g, and see where it's > crashing. But I did not recompile mozilla initially! Nor any of the ports, for that matter. All I did was rebuilt world -- with `-O -march=pentiumpro -pipe', just as the previous world rebuild was done in September, when no ports broke. Was there some subtle change in, say, threading libraries? Mozilla -- neither the old 1.4.2, nor the newly rebuilt 1.7.5 -- is not crashing. According to ktrace/kdump, mozilla-bin keeps making syscalls. Just no GUI ever appears :-(. But when I finally kill it, it even removes the lock symlink on its way out. Thanks, -mi From owner-freebsd-stable@FreeBSD.ORG Sun Dec 26 19:51:04 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84E3B16A4CE for ; Sun, 26 Dec 2004 19:51:04 +0000 (GMT) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB61843D39 for ; Sun, 26 Dec 2004 19:51:03 +0000 (GMT) (envelope-from BSD-Mail@nyc.rr.com) Received: from bsd.nyc.rr.com (69-201-151-233.nyc.rr.com [69.201.151.233]) iBQJp1bL022585 for ; Sun, 26 Dec 2004 14:51:01 -0500 (EST) Date: Sun, 26 Dec 2004 14:51:29 -0500 From: John Wilson To: freebsd-stable@freebsd.org Message-Id: <20041226145129.7a44f314.BSD-Mail@nyc.rr.com> X-Mailer: Sylpheed version 1.0.0rc (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: -stable, uhci and the iRiver H320. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Dec 2004 19:51:04 -0000 Hello, all. A while back, perhaps about a year or so ago, I had an iRiver H120 - one of their older microdrive MP3 players. Unfortunately, while running 5.3-current at the time (and limited by hardware to USB1.0), transfers to the device ended up with corrupted data, and thus unreadable MP3's. Soon after, I dropped the thing and destroyed it. ;p I am now looking into purchasing an iRiver H320 player. There was not a lot of information turning up on Google in regard to people being successful, or not, with this device under either Linux or FreeBSD, so I am now turning to this list in hopes of finding a firsthand experience with this device under FreeBSD. If anyone can indeed confirm proper function under FreeBSD, it would be most appreciated. Thank you for your time, John. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 04:55:10 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAAEC16A4CE for ; Mon, 27 Dec 2004 04:55:10 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8881643D39 for ; Mon, 27 Dec 2004 04:55:10 +0000 (GMT) (envelope-from firewall.bsd@gmail.com) Received: by rproxy.gmail.com with SMTP id c16so186107rne for ; Sun, 26 Dec 2004 20:55:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=XiVDe/RlnMMWmFDdFa7H0E24J5vp7Jt2+PtkY51S2q6qHuNK4C5Bd8OOQZN4xWOSzqjwqyaDQ2V2Nm9P3hDhqhPc30fbnyI2u0ysOoEMqqEnxjbStxgWl2aC8q7XM/8IcsNyAzi5278+rqNOpjsrt1WdI/pD105hXnEs2M1PrtE= Received: by 10.38.151.48 with SMTP id y48mr382801rnd; Sun, 26 Dec 2004 20:55:09 -0800 (PST) Received: by 10.38.81.56 with HTTP; Sun, 26 Dec 2004 20:55:09 -0800 (PST) Message-ID: <4bf33ff604122620556cedb309@mail.gmail.com> Date: Sun, 26 Dec 2004 22:55:09 -0600 From: FireWall To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Hmmmmm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FireWall List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 04:55:11 -0000 I need help disabling Xfowarding on FreeBSD 5.3 -- -FireWall From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 05:35:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D21D16A4CE for ; Mon, 27 Dec 2004 05:35:48 +0000 (GMT) Received: from mvs1.plala.or.jp (c158129.vh.plala.or.jp [210.150.158.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 630C443D31 for ; Mon, 27 Dec 2004 05:35:47 +0000 (GMT) (envelope-from e-kamo@trio.plala.or.jp) Received: from msc1.plala.or.jp ([172.23.8.24]) by mvs1.plala.or.jp with ESMTP id <20041227053546.DEKT5435.mvs1.plala.or.jp@msc1.plala.or.jp> for ; Mon, 27 Dec 2004 14:35:46 +0900 Received: from [220.33.68.67] by msc1.plala.or.jp with ESMTP id <20041227053546.BLMN10411.msc1.plala.or.jp@[220.33.68.67]> for ; Mon, 27 Dec 2004 14:35:46 +0900 Message-ID: <41CF9F2E.6040503@trio.plala.or.jp> Date: Mon, 27 Dec 2004 14:35:42 +0900 From: Eitarou Kamo User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Hmmmmm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 05:35:48 -0000 Hi, FireWall wrote: >I need help disabling Xfowarding on FreeBSD 5.3 > > > How about "xhost -". Eitarou From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 11:24:52 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD28716A4CE for ; Mon, 27 Dec 2004 11:24:52 +0000 (GMT) Received: from nic.cafax.se (nic.cafax.se [192.71.228.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62B2943D2D for ; Mon, 27 Dec 2004 11:24:51 +0000 (GMT) (envelope-from bygg@cafax.se) Received: from nic.cafax.se (localhost [127.0.0.1]) by nic.cafax.se (8.12.11/8.12.11) with ESMTP id iBRBOnfZ027375 for ; Mon, 27 Dec 2004 12:24:49 +0100 (MET) Received: (from bygg@localhost) by nic.cafax.se (8.12.11/8.12.11/Submit) id iBRBOnug009941 for freebsd-stable@freebsd.org; Mon, 27 Dec 2004 12:24:49 +0100 (MET) Date: Mon, 27 Dec 2004 12:24:49 WET From: Johnny Eriksson To: freebsd-stable@freebsd.org Message-ID: Subject: mbuf leak in bpf.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 11:24:52 -0000 If one tries to write a datagram to a bpf device, and the datagram is longer than the MTU on the physical interface, the write fails as it should, but an mbuf is allocated and thrown away. Proposed solution: --- bpf.c.orig Mon Dec 27 10:43:06 2004 +++ bpf.c Mon Dec 27 10:44:16 2004 @@ -633,8 +633,10 @@ if (error) return (error); - if (datlen > ifp->if_mtu) + if (datlen > ifp->if_mtu) { + m_freem(m); return (EMSGSIZE); + } if (d->bd_hdrcmplt) dst.sa_family = pseudo_AF_HDRCMPLT; --Johnny From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 12:35:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B16ED16A4CE; Mon, 27 Dec 2004 12:35:27 +0000 (GMT) Received: from brugere.aub.dk (fw.aub.dk [195.24.1.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id A376E43D2F; Mon, 27 Dec 2004 12:35:22 +0000 (GMT) (envelope-from techlists@motrix.dk) Received: by brugere.aub.dk (Postfix, from userid 1693) id C153BC331; Mon, 27 Dec 2004 13:35:20 +0100 (CET) Received: from glitter (jmp.aub.dk [10.1.4.50]) by brugere.aub.dk (Postfix) with ESMTP id 9F3FCC2EF; Mon, 27 Dec 2004 13:35:20 +0100 (CET) From: To: "'Doug White'" , Date: Mon, 27 Dec 2004 13:35:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20041213101844.S92964@carver.gumbysoft.com> thread-index: AcThQGfe5eN3XEf7SqybObVkMGwJUwKzWlGA Message-Id: <20041227123520.9F3FCC2EF@brugere.aub.dk> cc: mlaier@freebsd.org Subject: RE: netstat fails with memory allocation error and error in kvm_read X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 12:35:27 -0000 > > > You appear to be running out of kernel memory. Since you're > > > capturing the output of vmstat -m, you should check that for any > > > bins that are growing at a high rate of speed. > > > > > > Seems possible that its in pf :) > > > > I've checked the numbers from just before the freeze (it's > within 15 > > secs) with two sets of data: From a fresh boot and five minutes > > minutes before the freeze. > > You might also log 'sysctl vm.kvm_free' and 'sysctl vm.zone'. sysctl vm.zone is identical to vmstat -z (according to man vmstat). I've graphed the output from iostat (idle/user/...), vmstat -i (interrupt rate), vmstat -m (in use), vmstat -z (used), sysctl vm.kvm_free (which is constant) and the number of pfstates. The graphs are at . The newest data are from just after a deadlock. Are there something else I should graph? IRQ 20 is the NIC on our internal network (800+ machines), IRQ 18 and IRQ21 are NICs connected to the internet. There are a lot of changes on the vmstat -m graphs just before midnight last night that seems to correspond with the increase in interrupts on IRQ 18. The only graphs I can see changing up to the deadlock are: irq20 (internal NIC), irq21 (primary external NIC), the buckets (vmstat -z) all grow (I suppose this is normal?) the Mbufs seems to grow, but nothing extreme pffrag, pffrent (but not to levels they haven't been at before) Most notably most of the pf graphs doesn't change. Where can I see memory used by pf/altq? If it is pfaltqpl (in vmstat -z), it doesn't change at all. I'm in the process of setting up a serial console in the hope that I can break to the debugger with that. I'm also trying to provoke the deadlock so it will happen more frequently. /Martin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 13:29:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E04B716A4CF for ; Mon, 27 Dec 2004 13:29:00 +0000 (GMT) Received: from grande.el.net (NS2.EL.NET [68.165.89.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 07CD243D1D for ; Mon, 27 Dec 2004 13:29:00 +0000 (GMT) (envelope-from kalin@grande.el.net) Received: (qmail 13345 invoked from network); 27 Dec 2004 08:29:22 -0000 Received: from localhost (HELO el.net) (127.0.0.1) by grande.el.net with SMTP; 27 Dec 2004 08:29:22 -0000 Received: from 68.165.89.73 (SquirrelMail authenticated user kalin) by el.net with HTTP; Mon, 27 Dec 2004 03:29:22 -0500 (EST) Message-ID: <64256.68.165.89.73.1104136162.squirrel@el.net> Date: Mon, 27 Dec 2004 03:29:22 -0500 (EST) From: "kalin mintchev" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal References: In-Reply-To: X-Mailman-Approved-At: Mon, 27 Dec 2004 13:33:34 +0000 cc: freebsd-questions@freebsd.org Subject: urgent help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 13:29:01 -0000 PLEASE REPLY TO kalin@grande.el.net upgraded from 4.6 => 4.10 rel network programs are craching the new system: netstat, ping, the qmail tcp server.... all of them... sshd is running but when accessing from outside it panics too... what is it? can i turn something off in the kernel?! -- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 13:34:40 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7119A16A4CF for ; Mon, 27 Dec 2004 13:34:40 +0000 (GMT) Received: from grande.el.net (NS2.EL.NET [68.165.89.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 3275E43D45 for ; Mon, 27 Dec 2004 13:34:39 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 13479 invoked from network); 27 Dec 2004 08:35:01 -0000 Received: from localhost (HELO el.net) (127.0.0.1) by grande.el.net with SMTP; 27 Dec 2004 08:35:01 -0000 Received: from 68.165.89.73 (SquirrelMail authenticated user kalin) by el.net with HTTP; Mon, 27 Dec 2004 03:35:01 -0500 (EST) Message-ID: <64271.68.165.89.73.1104136501.squirrel@el.net> In-Reply-To: <64256.68.165.89.73.1104136162.squirrel@el.net> References: <64256.68.165.89.73.1104136162.squirrel@el.net> Date: Mon, 27 Dec 2004 03:35:01 -0500 (EST) From: "kalin mintchev" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: freebsd-questions@freebsd.org Subject: Re: urgent help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 13:34:40 -0000 PLEASE REPLY TO kalin@grande.el.net upgraded from 4.6 => 4.10 rel network programs are craching the new system: netstat, ping, the qmail tcp server.... all of them... sshd is running but when accessing from outside it panics too... what is it? can i turn something off in the kernel?! -- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 13:42:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EFD916A4CE; Mon, 27 Dec 2004 13:42:19 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CBC043D2F; Mon, 27 Dec 2004 13:42:19 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from working.potentialtech.com (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id 8D14369A3F; Mon, 27 Dec 2004 08:42:18 -0500 (EST) Date: Mon, 27 Dec 2004 08:42:17 -0500 From: Bill Moran To: "kalin mintchev" Message-Id: <20041227084217.23680d54.wmoran@potentialtech.com> In-Reply-To: <64256.68.165.89.73.1104136162.squirrel@el.net> References: <64256.68.165.89.73.1104136162.squirrel@el.net> Organization: Potential Technologies X-Mailer: Sylpheed version 1.0.0beta4 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: urgent help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 13:42:19 -0000 "kalin mintchev" wrote: > PLEASE REPLY TO kalin@grande.el.net > > upgraded from 4.6 => 4.10 rel > > network programs are craching the new system: netstat, ping, the qmail tcp > server.... all of them... > sshd is running but when accessing from outside it panics too... what is it? > > can i turn something off in the kernel?! What process did you follow to update? It sounds to me like you didn't complete the upgrade process, skipped a step, or did it improperly. There's no reason I can think of that upgrading should cause things to panic, unless you did the upgrade process improperly. -- Bill Moran Potential Technologies http://www.potentialtech.com From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 14:17:17 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0B5216A4CF for ; Mon, 27 Dec 2004 14:17:17 +0000 (GMT) Received: from grande.el.net (NS2.EL.NET [68.165.89.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 9611143D46 for ; Mon, 27 Dec 2004 14:17:16 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 14370 invoked from network); 27 Dec 2004 09:17:38 -0000 Received: from localhost (HELO el.net) (127.0.0.1) by grande.el.net with SMTP; 27 Dec 2004 09:17:38 -0000 Received: from 68.165.89.73 (SquirrelMail authenticated user kalin) by el.net with HTTP; Mon, 27 Dec 2004 04:17:38 -0500 (EST) Message-ID: <64321.68.165.89.73.1104139058.squirrel@el.net> In-Reply-To: <20041227084217.23680d54.wmoran@potentialtech.com> References: <64256.68.165.89.73.1104136162.squirrel@el.net> <20041227084217.23680d54.wmoran@potentialtech.com> Date: Mon, 27 Dec 2004 04:17:38 -0500 (EST) From: "kalin mintchev" To: "Bill Moran" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: urgent help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 14:17:17 -0000 PLEASE REPLY TO kalin@grande.el.net thank you Bill for rplying... well i did it a few times with the same success. it's not the first time i'm doing it. it's the first time with the 4.x.. i followed the handbook step by step - rebuild devs too.. and then cleaned up obj.. to make it all again - the same problems were happening after every try... the machine would come up. then netsat or ping or ssh will crash it... the first time i had to add the sshd user and group... i mostly installed the new etc files except the passwd, group and hosts... i have a copy of the old etc... what else do i need? > "kalin mintchev" wrote: > >> PLEASE REPLY TO kalin@grande.el.net >> >> upgraded from 4.6 => 4.10 rel >> >> network programs are craching the new system: netstat, ping, the qmail >> tcp >> server.... all of them... >> sshd is running but when accessing from outside it panics too... what >> is it? >> >> can i turn something off in the kernel?! > > What process did you follow to update? It sounds to me like you didn't > complete the upgrade process, skipped a step, or did it improperly. > > There's no reason I can think of that upgrading should cause things to > panic, unless you did the upgrade process improperly. > > -- > Bill Moran > Potential Technologies > http://www.potentialtech.com > -- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 14:47:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9615A16A4CF for ; Mon, 27 Dec 2004 14:47:41 +0000 (GMT) Received: from grande.el.net (NS2.EL.NET [68.165.89.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 77A9243D3F for ; Mon, 27 Dec 2004 14:47:40 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 14812 invoked from network); 27 Dec 2004 09:48:02 -0000 Received: from localhost (HELO el.net) (127.0.0.1) by grande.el.net with SMTP; 27 Dec 2004 09:48:02 -0000 Received: from 68.165.89.73 (SquirrelMail authenticated user kalin) by el.net with HTTP; Mon, 27 Dec 2004 04:48:02 -0500 (EST) Message-ID: <64373.68.165.89.73.1104140882.squirrel@el.net> Date: Mon, 27 Dec 2004 04:48:02 -0500 (EST) From: "kalin mintchev" To: "Ruben de Groot" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal References: <6.1.2.0.2.20041227144029.05fa8a90@malibu.wideroe.net> <20041227143550.GA97824@ei.bzerk.org> In-Reply-To: <20041227143550.GA97824@ei.bzerk.org> cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org cc: Andreas Wider?e Andersen Subject: Re: urgent help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 14:47:41 -0000 PLEASE REPLY TO kalin@grande.el.net > On Mon, Dec 27, 2004 at 02:40:34PM +0100, Andreas Wider?e Andersen typed: >> At 09:35 27.12.2004, you wrote: >> > PLEASE REPLY TO kalin@grande.el.net >> > >> > upgraded from 4.6 => 4.10 rel >> > >> > network programs are craching the new system: netstat, ping, the qmail >> tcp >> > server.... all of them... >> > sshd is running but when accessing from outside it panics too... what >> is >> > it? >> > >> > can i turn something off in the kernel?! >> Did you "make world" in addition to recompiling the Kernel? Sounds like your system is out of sync. >> Here's a note about how I did it a while back: >> http://home.eunet.no/~awand/freebsd-4.6_installasjon.txt (it's in Norwegian, but all commands and order should be understandable. how do i make it in sync?! i did buildworld first - as it's in the handbook. i've done 5.x five before without a problem... this is for a mailserver in production... > > From this document I understand you do a "make buildkernel" before you do > a "make buildworld". That's not the recommended order. Build world before > you build kernel. > > -- -- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 15:33:00 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B838D16A4CE for ; Mon, 27 Dec 2004 15:33:00 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E86C43D31 for ; Mon, 27 Dec 2004 15:33:00 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id ECED9ACAFB; Mon, 27 Dec 2004 16:32:57 +0100 (CET) Date: Mon, 27 Dec 2004 16:32:57 +0100 From: Pawel Jakub Dawidek To: Vulpes Velox Message-ID: <20041227153257.GS787@darkness.comp.waw.pl> References: <20041124212528.6f27b8d9@vixen42.24-119-122-191.cpe.cableone.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IfZ+tgy+ooJOsAAy" Content-Disposition: inline In-Reply-To: <20041124212528.6f27b8d9@vixen42.24-119-122-191.cpe.cableone.net> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: stable@freebsd.org Subject: Re: ggated, dvd+rw, atapicam problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 15:33:00 -0000 --IfZ+tgy+ooJOsAAy Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 09:25:28PM -0600, Vulpes Velox wrote: +> Just hit a odd problem... here is what I am doing... I have a dvd+rw +> drive that I am trying to export using ggated... of which some thing +> is going wrong... any one have any idea what is happening? +>=20 +> I think I provided all the possible info, if any one can think of any +> thing more, please let me know. +>=20 +>=20 +> [v42]:/etc# ggatec create 192.168.0.3 /dev/cd0 +> ggate0 +> [v42]:/etc# dvd+rw-mediainfo /dev/ggate0 +> /dev/ggate0: unable to open: Inappropriate ioctl for device +>=20 +> excert from dmesg... +> acd0: DVDR at ata1-master UDMA33 +> cd0 at ata1 bus 0 target 0 lun 0 +> cd0: Removable CD-ROM SCSI-0 device +> cd0: 33.000MB/s transfers +> cd0: cd present [338104 x 2048 byte records] +>=20 +> gg.exports... +> 192.168.0.2 RW /dev/acd0 +> 192.168.0.2 RW /dev/acd0t01 +> 192.168.0.2 RW /dev/cd +>=20 +> uname -a client box... +> FreeBSD vixen42 5.3-STABLE FreeBSD 5.3-STABLE #2: Wed Nov 24 16:04:21 +> CST 2004 kitsune@vixen42:/usr/obj/usr/src/sys/vixen42-1 i386 +>=20 +> uname -a server box... +> FreeBSD fennec 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Nov 10 13:34:27 +> CST 2004 kitsune@fennec:/usr/obj/usr/src/sys/fennec-1 i386 +>=20 +>=20 +> btw the box I am trying to access it from does not have atapicam on it +> do to atapicam cuases this box to hardlock since it has two atapi cd +> drives on a promise card, which cuases the system to hardlock if any +> atapi drives are found hooked up to a promise controller. GEOM Gate can send only I/O requests, it cannot forward ioctls. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --IfZ+tgy+ooJOsAAy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB0CspForvXbEpPzQRAoQSAKDMExS5H9riW8hJUn/TXg4ilcdFVgCg3WjT aLdrQCkPrCjiCmITLuxWz50= =+0Bs -----END PGP SIGNATURE----- --IfZ+tgy+ooJOsAAy-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 15:43:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B770A16A4CE for ; Mon, 27 Dec 2004 15:43:02 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 528C143D45 for ; Mon, 27 Dec 2004 15:43:02 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 0A901ACAF1; Mon, 27 Dec 2004 16:43:01 +0100 (CET) Date: Mon, 27 Dec 2004 16:43:01 +0100 From: Pawel Jakub Dawidek To: Samuel Tardieu Message-ID: <20041227154301.GT787@darkness.comp.waw.pl> References: <2004-12-13-20-20-30+trackit+sam@rfc1149.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h/77pM/XNBmEJr8g" Content-Disposition: inline In-Reply-To: <2004-12-13-20-20-30+trackit+sam@rfc1149.net> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-stable@freebsd.org Subject: Re: Questions about GEOM and MIRROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 15:43:02 -0000 --h/77pM/XNBmEJr8g Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 13, 2004 at 08:20:30PM +0100, Samuel Tardieu wrote: +> Hi. +>=20 +> I just added two disks (ad4 & ad6, SATA 160Go) to my FreeBSD box. I want= to +> use them in the following configuration: +>=20 +> - ad4s1 & ad6s1: geom mirror of 80Go containing all my precious data (= /, +> /usr, /var, /home) +>=20 +> - ad4s2b: swap +>=20 +> - ad4s2x, ad6s2x: non-important data +>=20 +> On the mirror (ad4s1+ad6s1), I created partitions for /, /tmp, /usr, +> and /var. +>=20 +> Is there any pitfall in doing so? Do I have to be careful to keep extra = space +> somewhere? (such as one sector at the end of ad4s1/ad6s1) +>=20 +> I can't seem to place bootcode at the beginning of the mirror: +>=20 +> # bsdlabel /dev/mirror/precious +> # /dev/mirror/precious: +> 8 partitions: +> # size offset fstype [fsize bsize bps/cpg] +> a: 524288 16 4.2BSD 2048 16384 32776=20 +> c: 167766731 0 unused 0 0 # "raw" part, d= on't edit +> d: 2097152 524304 4.2BSD 2048 16384 28552=20 +> e: 524288 2621456 4.2BSD 2048 16384 32776=20 +> f: 164620971 3145744 4.2BSD 2048 16384 28552=20 +>=20 +> # bsdlabel -B /dev/mirror/precious +> bsdlabel: Geom not found +>=20 +> What does this error mean? It could mean, that there is no such device. Hard to say, as I can't reproduce it here - 'bsdlabel -B' works for me. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --h/77pM/XNBmEJr8g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB0C2FForvXbEpPzQRAmyEAJ9gwJs/MBj1ldc//gToVyuxl/yqzQCeIluY YnLITUJSMOw34fRYZDvUJOU= =eScS -----END PGP SIGNATURE----- --h/77pM/XNBmEJr8g-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 15:54:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E68616A4CE for ; Mon, 27 Dec 2004 15:54:47 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E3DA43D31 for ; Mon, 27 Dec 2004 15:54:46 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 6510AACBD6; Mon, 27 Dec 2004 16:54:43 +0100 (CET) Date: Mon, 27 Dec 2004 16:54:43 +0100 From: Pawel Jakub Dawidek To: Johnny Eriksson Message-ID: <20041227155443.GU787@darkness.comp.waw.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wu6d9FdQ4ohoCGf7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-stable@freebsd.org Subject: Re: mbuf leak in bpf.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 15:54:47 -0000 --wu6d9FdQ4ohoCGf7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 27, 2004 at 12:24:49PM +0000, Johnny Eriksson wrote: +> If one tries to write a datagram to a bpf device, and the datagram is +> longer than the MTU on the physical interface, the write fails as it +> should, but an mbuf is allocated and thrown away. Proposed solution: Committed to HEAD, thanks! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --wu6d9FdQ4ohoCGf7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB0DBDForvXbEpPzQRApy8AJ9RIrNgjWRGyPBP5aAuX7VKXftKogCdH+kC 3MzsoMx0JSVsH5Lkef44p8E= =GPrQ -----END PGP SIGNATURE----- --wu6d9FdQ4ohoCGf7-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 17:03:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7806016A4CE for ; Mon, 27 Dec 2004 17:03:42 +0000 (GMT) Received: from zeus.del.ufrj.br (zeus.del.ufrj.br [146.164.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9685D43D1F for ; Mon, 27 Dec 2004 17:03:39 +0000 (GMT) (envelope-from fico@del.ufrj.br) Received: from [127.0.0.1] (zeus.del.ufrj.br [146.164.70.190]) by zeus.del.ufrj.br (8.12.9p1/8.12.9) with ESMTP id iBRH3NOW095054 for ; Mon, 27 Dec 2004 15:03:28 -0200 (BRST) Message-ID: <41D0405A.7080402@del.ufrj.br> Date: Mon, 27 Dec 2004 18:03:22 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <41C9EEC0.3000204@del.ufrj.br> <44652tdexo.fsf@be-well.ilk.org> In-Reply-To: <44652tdexo.fsf@be-well.ilk.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: acpi boot error messages after last update (Dec 22nd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 17:03:42 -0000 Sorry, I was out for Xmas. Longer dmesg here: http://www.del.ufrj.br/~fico/FreeBSD/debug/dmesg03 Apparently, my Notebook works well (acpi doesn't). I did not have these error messages before last big acpi update. Before that update dmesg pointed out acpi was doing something (I was debugging USB, so this dmesg was recorded): http://www.del.ufrj.br/~fico/FreeBSD/debug/dmesg01 Thanks! p.s.: uname -a FreeBSD me.HERE 5.3-STABLE FreeBSD 5.3-STABLE #20: Wed Dec 22 20:31:43 GMT-1 2004 root@me.HERE i386 Lowell Gilbert wrote: >Federico Galvez-Durand Besnard writes: > > > >>Hi, just compiled new kernel with lattest acpi. >>I am getting boot error messages. >>I set hint.acpi.0.disabled="1" in device.hints. >>With acpi disabled I get this: >> >>( partial dmesg ) >>... >>vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >>unknown: can't assign resources (memory) >>unknown: can't assign resources (irq) >>unknown: can't assign resources (port) >>unknown: can't assign resources (irq) >>unknown: can't assign resources (port) >>unknown: can't assign resources (port) >>unknown: can't assign resources (port) >>Timecounter "TSC" frequency 646825914 Hz quality 800 >>Timecounters tick every 10.000 msec >>... >> >> > >I don't see any error messages there. >What is the actual problem? > > >. > > > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 18:48:38 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0B1416A4CE for ; Mon, 27 Dec 2004 18:48:38 +0000 (GMT) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D84143D1D for ; Mon, 27 Dec 2004 18:48:38 +0000 (GMT) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.43 (FreeBSD)) id 1Cizv3-000AH5-0L for freebsd-stable@freebsd.org; Mon, 27 Dec 2004 18:48:37 +0000 Date: Mon, 27 Dec 2004 18:48:36 +0000 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20041227184836.GA38903@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.5.6i Sender: "Yann Golanski,University of York,+44(0)1904-433088" Subject: Spinlock errors. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 18:48:38 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm getting a few errors since I used tried to upgrade gtk2 and librsvg, namely: =20 Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno =3D 0) gmake[3]: *** [install-data-hook] Error 134 gmake[3]: Leaving directory `/usr/ports/graphics/librsvg2/work/librsvg-2.= 8.1/gdk -pixbuf-loader' Any got any ideas as to how to fix it? I suspect some mix up of some core library but I am not sure which one... # gmake --version GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. # uname -a FreeBSD gridlinked.neverness.org 5.3-STABLE FreeBSD 5.3-STABLE #1: Fri Dec 3 13:53:15 GMT 2004 root@gridlinked.neverness.org:/usr/obj/usr/src/sys/GRIDLINKED i386 --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0FkE91FwBp3iYxgRAjn1AJ9QrnJ3qZGmIzwb23WMgkq9hmIDQgCgnIj5 p1z1LuFSN1uFMXQGbJiGZRg= =DNNJ -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 19:10:35 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D48BD16A4CE for ; Mon, 27 Dec 2004 19:10:35 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5EFC43D49 for ; Mon, 27 Dec 2004 19:10:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BBFB3512C1; Mon, 27 Dec 2004 11:09:13 -0800 (PST) Date: Mon, 27 Dec 2004 11:09:13 -0800 From: Kris Kennaway To: Yann Golanski Message-ID: <20041227190913.GA47654@xor.obsecurity.org> References: <20041227184836.GA38903@kierun.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20041227184836.GA38903@kierun.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: Spinlock errors. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 19:10:36 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 27, 2004 at 06:48:36PM +0000, Yann Golanski wrote: > I'm getting a few errors since I used tried to upgrade gtk2 and librsvg, > namely: =20 >=20 > Fatal error 'Spinlock called when not threaded.' at line 83 in file > /usr/src/lib/libpthread/thread/thr_spinlock.c (errno =3D 0) > gmake[3]: *** [install-data-hook] Error 134 > gmake[3]: Leaving directory `/usr/ports/graphics/librsvg2/work/librsvg-= 2.8.1/gdk -pixbuf-loader' >=20 > Any got any ideas as to how to fix it? I suspect some mix up of some > core library but I am not sure which one... See the mailing list archives and UPDATING for extensive discussion of this issue. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0F3ZWry0BWjoQKURAmnRAJ4pWpWsmsfQE9+CGURAYHZZzgp4agCdE6bv Z+a8cV7zrCj0VZKtLgH6Q0I= =GLP4 -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 21:52:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DFC416A4CE for ; Mon, 27 Dec 2004 21:52:49 +0000 (GMT) Received: from ceres.aros.net (ceres.aros.net [66.219.192.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 120F743D5E for ; Mon, 27 Dec 2004 21:52:49 +0000 (GMT) (envelope-from tbowman@aros.net) Received: from gargamel.private.aros.net (firebat.aros.net [66.219.192.36]) (authenticated bits=0) by ceres.aros.net (8.13.1/8.13.1) with ESMTP id iBRLqjIw098432 for ; Mon, 27 Dec 2004 14:52:48 -0700 (MST) (envelope-from tbowman@aros.net) From: Troy Bowman To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=sha1; protocol="application/x-pkcs7-signature"; boundary="=-n/g/LRBv/Bpbe5WyhHLb" Date: Mon, 27 Dec 2004 14:52:45 -0700 Message-Id: <1104184365.16903.29.camel@gargamel> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-Virus-Scanned: by amavisd-new Subject: am64/FreeBSD-5.3-STABLE (or RELEASE) crashes often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 21:52:49 -0000 --=-n/g/LRBv/Bpbe5WyhHLb Content-Type: text/plain Content-Transfer-Encoding: quoted-printable And it doesn't dump its core to its dump swap space, too, so I can't run savecore after reboot to get debugging info. I have the swap space in fstab commented out so it won't come up at boot to be able to manually harvest the core, as it gives "savecore: no dumps found." (it doesn't happen automatically, either).=20 We recently thought we'd give 5.3 a go in production, and it has been too unstable. When it crashes, it doesn't reboot, so it just hangs there until someone has to drive in and push the button. Who knows, maybe Linux would be more stable at this point. Sigh. Hardware that it is running on is a Tyan s2875 with dual amd64/246 processors, and 2 GB Registered DDR RAM (Corsair). We're also running vinum for all of the filesystems, mirroring them all, including the root filesystem. The vinum is using two SATA WD Raptors. I have one older IDE drive plugged in to capture the kernel dumps. =20 We've tried many different memory configurations to see if we can tune it so that FreeBSD can handle it (DRAM ECC vs master ECC, bank & node interleaving turned off/on, slowing the memory down, DRAM Scrub Redirect off/on, etc, to no avail. It's usually pagedaemon that croaks, but it crashes on the keyboard irq process and serial IO irq process for some reason also. I guess since it's usually the pager that dies, that's the reason why I can't get kernel dumps. Here are some (manually copied) panics from the console. Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x88 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xffffffff80389aea stack pointer =3D 0x10:0xffffffffb2051a60 frame pointer =3D 0x10:0xffffff006b12d000 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 53 (pagedaemon) trap number =3D 12 panic: page fault cpuid =3D 0 boot() called on cpu#0 Uptime: 10h18m49s ... Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x88 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xffffffff8038a10a frame pointer =3D 0x10:0xffffffffb2051ab0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 53 (pagedaemon) trap number =3D 12 panic: page fault cpuid =3D 0 boot() called on cpu#0 Uptime: 15h59m55s ... =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resumek IOPL =3D 0 current process =3D 36 (swi5: clock sio) trap number =3D 12 panic: page fault cpuid =3D 1 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x48 fault code =3D supervisor read, page not present instruction pointer =3D 0x8: 0xffffffff803a40d3 stack pointer =3D 0x10: 0xffffffffb1d63650 frame pointer =3D 0x10: 0xffffff007b7f3a40 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0,pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 30 trap number =3D 12 panic: page fault cpuid =3D 1 spin lock sched lock held by 0xffffff007b8177b0 for > 5 seconds ... What can I do to debug this more if I can't harvest the kernel dumps to report a bug? Is there anything the FreeBSD team can do? Do I need to resort to Linux for dual amd64 support for now? Thanks, ../troy --=-n/g/LRBv/Bpbe5WyhHLb Content-Type: application/x-pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJxTCCAz0w ggKmoAMCAQICAwxm8TANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQwNTI4MTgzODQ5WhcNMDUwNTI4MTgzODQ5WjB9MQ8wDQYDVQQE EwZCb3dtYW4xEDAOBgNVBCoTB00uIFRyb3kxFzAVBgNVBAMTDk0uIFRyb3kgQm93bWFuMR4wHAYJ KoZIhvcNAQkBFg90cm95QGR1Ymxhbi5uZXQxHzAdBgkqhkiG9w0BCQEWEHRib3dtYW5AYXJvcy5u ZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQD7Y9ghMVs2OMIXd10BzwQVktILwTrg 3pLP0gRcqRnXnlyaj3JarkFuG5231bgI48UtZLlk1afqKcO33SbVZwf/Ky036fLQoCR/911rIvWR bi+AIEZtOgXEx7+qrkPV9RjxJT0PkuBIlCsHCBj15HMAaapIf0hTU0dUuzJV+JSQ4VpYW5fj67Ht VjD47IzROtixxBJO8eEfFC8s38lQ3W+kIbZmTFzEYWHDFfuPDz316YPWynNbAbI5vyZ9oMO6btpw 2ji/VIkzx+y2gjb7UuMc+ORDXYOQCtjmjsbvhJ49oETeMT/YgsS8t6W4NHZw3UWMyP9HWuZ92HQ4 Yvz4rhHBAgMBAAGjYjBgMA8GA1UdDwEB/wQFAwMH+YAwEQYJYIZIAYb4QgEBBAQDAgWgMCwGA1Ud EQQlMCOBD3Ryb3lAZHVibGFuLm5ldIEQdGJvd21hbkBhcm9zLm5ldDAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBAUAA4GBAGXuN0RhaLnR7Um49UYSsOe8+ROvsvtJbm18ua55RhwyMfo3LgYUMIk3 02d6L5SnH+3+pQrg3zNQtHQT+0YCdBWLdjwHoD4pwn5FqdPo0KKqn6Uaci8GXYKqpD+o/fvDIKqt UefpM/mqHGW2lNMaW52n05XARYFdFB8tsYVHkl6vMIIDPTCCAqagAwIBAgIDDGbxMA0GCSqGSIb3 DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBM dGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDA1 MjgxODM4NDlaFw0wNTA1MjgxODM4NDlaMH0xDzANBgNVBAQTBkJvd21hbjEQMA4GA1UEKhMHTS4g VHJveTEXMBUGA1UEAxMOTS4gVHJveSBCb3dtYW4xHjAcBgkqhkiG9w0BCQEWD3Ryb3lAZHVibGFu Lm5ldDEfMB0GCSqGSIb3DQEJARYQdGJvd21hbkBhcm9zLm5ldDCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAPtj2CExWzY4whd3XQHPBBWS0gvBOuDeks/SBFypGdeeXJqPclquQW4bnbfV uAjjxS1kuWTVp+opw7fdJtVnB/8rLTfp8tCgJH/3XWsi9ZFuL4AgRm06BcTHv6quQ9X1GPElPQ+S 4EiUKwcIGPXkcwBpqkh/SFNTR1S7MlX4lJDhWlhbl+Prse1WMPjsjNE62LHEEk7x4R8ULyzfyVDd b6QhtmZMXMRhYcMV+48PPfXpg9bKc1sBsjm/Jn2gw7pu2nDaOL9UiTPH7LaCNvtS4xz45ENdg5AK 2OaOxu+Enj2gRN4xP9iCxLy3pbg0dnDdRYzI/0da5n3YdDhi/PiuEcECAwEAAaNiMGAwDwYDVR0P AQH/BAUDAwf5gDARBglghkgBhvhCAQEEBAMCBaAwLAYDVR0RBCUwI4EPdHJveUBkdWJsYW4ubmV0 gRB0Ym93bWFuQGFyb3MubmV0MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAZe43RGFo udHtSbj1RhKw57z5E6+y+0lubXy5rnlGHDIx+jcuBhQwiTfTZ3ovlKcf7f6lCuDfM1C0dBP7RgJ0 FYt2PAegPinCfkWp0+jQoqqfpRpyLwZdgqqkP6j9+8Mgqq1R5+kz+aocZbaU0xpbnafTlcBFgV0U Hy2xhUeSXq8wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEV MBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0 ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQw IgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBi MQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEB BQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTl UAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNen prufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIB ADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxG cmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZh dGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSd f0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmO jCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIC5zCCAuMCAQEw aTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEs MCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwxm8TAJBgUrDgMC GgUAoIIBUzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDEyMjcy MTUyNDVaMCMGCSqGSIb3DQEJBDEWBBSP00YpqqRByELQ0vI45jMBoSCvijB4BgkrBgEEAYI3EAQx azBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDGbxMHoGCyqG SIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EC Awxm8TANBgkqhkiG9w0BAQEFAASCAQD3yJSEp74gttbvctfDp9N7HL9QjyeJdXuQtV2FpYCyu6o2 tCHuuMv3QINDhh6Sr0zQlVugqrpOyF7Zq0RLUYivBBxJtvGpr0/FOsbXbQPqZfEBIOcuCUwGLFPo 6KFROqw/e67YbRFBpICtbMBW7+76LQXOmzirM6+gQccTcbulJLw/T7ao6e1rbqrOep8EqM5J73Yd TaL5Watfs31YiC281MmPCpPhbSeE9vmzH4SQ3WkgWFHliYsJItflpL+xmtDcIuBmb0OpwIGJuilj hTI3tz69YezsS6DJZ3RBPvKywkxeiG6+vZi24clFdZAQ1/mx96KXA2h20KCOvkBtF0ucAAAAAAAA --=-n/g/LRBv/Bpbe5WyhHLb-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 27 22:12:02 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9262D16A4CF for ; Mon, 27 Dec 2004 22:12:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C07943D1F for ; Mon, 27 Dec 2004 22:12:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BBD3C511AE; Mon, 27 Dec 2004 14:10:35 -0800 (PST) Date: Mon, 27 Dec 2004 14:10:35 -0800 From: Kris Kennaway To: Troy Bowman Message-ID: <20041227221035.GA98895@xor.obsecurity.org> References: <1104184365.16903.29.camel@gargamel> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <1104184365.16903.29.camel@gargamel> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: am64/FreeBSD-5.3-STABLE (or RELEASE) crashes often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 22:12:02 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 27, 2004 at 02:52:45PM -0700, Troy Bowman wrote: > And it doesn't dump its core to its dump swap space, too, so I can't run > savecore after reboot to get debugging info. I have the swap space in > fstab commented out so it won't come up at boot to be able to manually > harvest the core, as it gives "savecore: no dumps found." (it doesn't > happen automatically, either).=20 Please double-check that you're running 'dumpon'. If you don't configure swap at boot time, it won't be run automatically by the boot scripts. > Hardware that it is running on is a Tyan s2875 with dual amd64/246 > processors, and 2 GB Registered DDR RAM (Corsair). We're also running > vinum for all of the filesystems, mirroring them all, including the root > filesystem. The vinum is using two SATA WD Raptors. I have one older > IDE drive plugged in to capture the kernel dumps. =20 There's an erratum for vinum in 5.3. > What can I do to debug this more if I can't harvest the kernel dumps to > report a bug? See the chapter on kernel debugging in the developers' handbook, available on the website. It takes you through how to configure your kernel with support for the debugger, and how to obtain minimal information from it when you encounter a panic. You might like to first update to FreeBSD 5.3-STABLE in case the bugs are already fixed. > Is there anything the FreeBSD team can do? Perhaps, once you have the above information. Also report it to the freebsd-amd64 mailing list. Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0IhbWry0BWjoQKURAu3/AKDfyRBiIFTtQeMLVeyhGk/IYjJyMACg91l0 hOKSEwQqYe0wMCPuw1bX0yc= =Su5m -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 01:38:52 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B31B16A4CE for ; Tue, 28 Dec 2004 01:38:52 +0000 (GMT) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 436F543D54 for ; Tue, 28 Dec 2004 01:38:51 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBS1cjAZ026988 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 28 Dec 2004 12:38:46 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBS1cjxP015976; Tue, 28 Dec 2004 12:38:45 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iBS1ciXW015975; Tue, 28 Dec 2004 12:38:45 +1100 (EST) (envelope-from pjeremy) Date: Tue, 28 Dec 2004 12:38:44 +1100 From: Peter Jeremy To: Benjamin Lutz Message-ID: <20041228013844.GC7189@cirb503493.alcatel.com.au> References: <200412260814.53592.benlutz@datacomm.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412260814.53592.benlutz@datacomm.ch> User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - data X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 01:38:52 -0000 On Sun, 2004-Dec-26 08:14:49 +0100, Benjamin Lutz wrote: >The freeze just happened again. I managed to get into the debugger and get >some info. The info you dumped shows that there's a filesystem deadlock on ad4s1f. This is consistent with the behaviour you reported - the system is running "normally" but as soon as a process trys to access that filesystem, it freezes. Eventually, everything all processes are frozen. Unfortunately, it's not clear (to me) where to go next. Printing the locked vnodes might help but that's not easy to do without gdb. >The first app that froze as far as I could tell was xmms. Actually, the locks suggest that the problem started with pid 678 - kdeinit. This is unlikely to be -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 02:27:06 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEE4016A4CE for ; Tue, 28 Dec 2004 02:27:06 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54D5043D5A for ; Tue, 28 Dec 2004 02:27:06 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id D04C624A; Tue, 28 Dec 2004 03:27:04 +0100 (CET) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69146-02; Tue, 28 Dec 2004 03:27:04 +0100 (CET) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id 0BC0C43; Tue, 28 Dec 2004 03:27:04 +0100 (CET) From: Benjamin Lutz To: Peter Jeremy Date: Tue, 28 Dec 2004 03:27:00 +0100 User-Agent: KMail/1.7.2 References: <200412260814.53592.benlutz@datacomm.ch> <20041228013844.GC7189@cirb503493.alcatel.com.au> In-Reply-To: <20041228013844.GC7189@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3367878.W7ad2OSuXX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412280327.03752.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - data X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 02:27:07 -0000 --nextPart3367878.W7ad2OSuXX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello Peter, > The info you dumped shows that there's a filesystem deadlock on > ad4s1f. In case you haven't guessed, that'd be my /usr. > Unfortunately, it's not clear (to me) where to go next. Printing the > locked vnodes might help but that's not easy to do without gdb. You mean that's the point where I need serial console access? I hope to=20 have that running after the holidays. > >The first app that froze as far as I could tell was xmms. > > Actually, the locks suggest that the problem started with pid 678 - > kdeinit. This is unlikely to be Well, xmms is just the first app where it became apparent :) PID 678 is really kded (at least it is at the moment - It is very likely=20 it was then too, since these low PIDs seem to generally be assigned the=20 same way with each boot). kded appears to be some CORBA-related tool used=20 by KDE. Btw, is my assumption that this is a kernel problem, not a problem with=20 any of my applications, correct? Anyway, many thanks for your help and insight so far, it is appreciated. Greetings Benjamin --nextPart3367878.W7ad2OSuXX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQBB0MR3gShs4qbRdeQRAtiYAJ418FNV/TcMhH3WHpTOXMSU2jKNXQCXc/us hWLM/9CS3hMfXbKzN5XJcg== =HlTk -----END PGP SIGNATURE----- --nextPart3367878.W7ad2OSuXX-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 02:27:38 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F170A16A4CE; Tue, 28 Dec 2004 02:27:37 +0000 (GMT) Received: from diligence.flag.rootnode.com (adsl-65-67-81-98.dsl.ltrkar.swbell.net [65.67.81.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DEC943D46; Tue, 28 Dec 2004 02:27:37 +0000 (GMT) (envelope-from joe@osoft.us) Received: from [10.0.1.105] (coherence.flag.rootnode.com [10.0.1.105]) by diligence.flag.rootnode.com (Postfix) with ESMTP id 95AD7D4BA; Mon, 27 Dec 2004 20:27:36 -0600 (CST) Message-ID: <41D0C51D.8020800@osoft.us> Date: Mon, 27 Dec 2004 20:29:49 -0600 From: Joe Koberg User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Zsolt_K=FAti?= References: <20041209183911.068c9a84.kutizs@axelero.hu> In-Reply-To: <20041209183911.068c9a84.kutizs@axelero.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: TIMEOUT - WRITE_DMA - A possible FIX! turn off ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 02:27:38 -0000 Zsolt Kúti wrote: >My system produces these messages that I already know well from this >list (as well ;): >ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=213249674 > > Like many people I was confronted with "TIMEOUT - READ_DMA" and "TIMEOUT - WRITE_DMA" errors on my drives. I was frustrated. But I found a workaround: Turning off ACPI. I just received a Highpoint RocketRaid 1640 controller, 2 Maxtor 300GB drives, and a Supermicro 5-drive SATA cage. I am testing this configuration for a storage server. I am using an old motherboard, DTK brand, Slot 1. 300A Celeron. Under a fresh install of 5.3-RELEASE I am unable to read or write both drives heavily at the same time. One drive alone seems to work OK. When I run dd blasting both drives with seqential IO, I get TIMEOUT - WRITE(READ)_DMA. Repeatably, within 15 seconds. However I got a good test before I installed 5.3-R, the box was running with 5.3-BETA. Only difference was I booted without ACPI. So I rebooted the freshly installed 5.3-R without ACPI, and It works! I can read at 50MB/s per drive concurrently (hitting PCI bus speed limit?), and write at 30MB/s per drive concurrently. No errors so far, and its been dd'ing for a half hour. I hope this report helps someone! Joe Koberg joe at osoft dot us dmesg: FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (307.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x660 Stepping = 0 Features=0x183f9ff real memory = 402587648 (383 MB) avail memory = 384270336 (366 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xb000-0xb01f irq 10 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. pci0: at device 7.3 (no driver attached) atapci1: port 0xc400-0xc4ff,0xc000-0xc003,0xbc00-0xbc07,0xb800-0xb803,0xb400-0xb407 irq 11 at device 17.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 atapci2: port 0xd800-0xd8ff,0xd400-0xd403,0xd000-0xd007,0xcc00-0xcc03,0xc800-0xc807 irq 11 at device 17.1 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 dc0: port 0xdc00-0xdcff mem 0xec000000-0xec0003ff irq 12 at device 18.0 on pci0 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:04:5a:56:80:76 dc0: if_start running deferred for Giant dc0: [GIANT-LOCKED] pci0: at device 19.0 (no driver attached) cpu0 on motherboard orm0: at iomem 0xcc000-0xcdfff,0xc0000-0xc8fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 307842170 Hz quality 800 Timecounters tick every 10.000 msec ad0: 43979MB [89355/16/63] at ata0-master UDMA33 ad4: 286188MB [581463/16/63] at ata2-master UDMA133 ad6: 286188MB [581463/16/63] at ata3-master UDMA133 Mounting root from ufs:/dev/ad0s1a >After these messages the two former cases result in FAILURE and finally >in panic. Even background fsck cannot run without another panic, only >single user mode can help. All these prevent using them on my HW. >However B7, although displays the messages as well, works seemingly >fine. For the time being this version is sufficent, but I'd like to >know - if possible at all - what the difference could be between the >versions and if one can expect to bring the actual 5.3 version's >state to B7's in this respect? > >Further to this, the different versions display the behavior of >relatively frequently (many time in an hour?) stalling their >responsivity for some seconds. Most of the times no message can be seen >on the consol after this. It is also more rare on B7. > >I also found that pendrive's sensing by 5.3 RELEASE/STABLE more >frequently results in panic than B7's. (As a matter of fact I have not >seen it with B7 for weeks since I installed it.) > >I use the following either with GENERIC or custom kernel: >Abit NF7-S (nVidia chipsets, SiI3112 on board), Athlon 2600+, >Samsung 120G SATA, LEXAR MEDIA JUMPDRIVE, rev 1.10/0.01 > > >Please cc it to me as well, since I'am not on the list for the time >being. >Many thanks! > >Zsolt > >-------------------- >Zsolt Kuti >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 02:35:56 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 995FE16A4CE for ; Tue, 28 Dec 2004 02:35:56 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64ECC43D5A for ; Tue, 28 Dec 2004 02:35:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2BC6A512C4; Mon, 27 Dec 2004 18:34:24 -0800 (PST) Date: Mon, 27 Dec 2004 18:34:24 -0800 From: Kris Kennaway To: Peter Jeremy Message-ID: <20041228023424.GA73310@xor.obsecurity.org> References: <200412260814.53592.benlutz@datacomm.ch> <20041228013844.GC7189@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20041228013844.GC7189@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2.1i cc: Benjamin Lutz cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - data X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 02:35:56 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 28, 2004 at 12:38:44PM +1100, Peter Jeremy wrote: > On Sun, 2004-Dec-26 08:14:49 +0100, Benjamin Lutz wrote: > >The freeze just happened again. I managed to get into the debugger and g= et=20 > >some info. >=20 > The info you dumped shows that there's a filesystem deadlock on > ad4s1f. This is consistent with the behaviour you reported - the > system is running "normally" but as soon as a process trys to access > that filesystem, it freezes. Eventually, everything all processes are > frozen. >=20 > Unfortunately, it's not clear (to me) where to go next. Printing the > locked vnodes might help but that's not easy to do without gdb. >=20 > >The first app that froze as far as I could tell was xmms. >=20 > Actually, the locks suggest that the problem started with pid 678 - kdein= it. > This is unlikely to be=20 Does xmms try to run with rtprio or idprio? Those are still broken, and can lead to deadlocks, afaik. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0MYvWry0BWjoQKURApuAAJoD9LfsY/4TuBlHNgcydJC9/qUQqwCfXvYL D5A62lxIFwHW6Z/sIlcU8ZQ= =EZeE -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 02:47:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8473E16A4E1; Tue, 28 Dec 2004 02:47:01 +0000 (GMT) Received: from hotmail.com (bay103-dav4.bay103.hotmail.com [65.54.174.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5DA643D53; Tue, 28 Dec 2004 02:47:00 +0000 (GMT) (envelope-from whitevamp47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 27 Dec 2004 18:47:00 -0800 Message-ID: Received: from 65.102.125.195 by BAY103-DAV4.phx.gbl with DAV; Tue, 28 Dec 2004 02:46:34 +0000 X-Originating-IP: [65.102.125.195] X-Originating-Email: [whitevamp47@hotmail.com] X-Sender: whitevamp47@hotmail.com From: "whitevamp" To: "Joe Koberg" , =?iso-8859-1?Q?Zsolt_K=FAti?= References: <20041209183911.068c9a84.kutizs@axelero.hu> <41D0C51D.8020800@osoft.us> Date: Mon, 27 Dec 2004 18:46:07 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-OriginalArrivalTime: 28 Dec 2004 02:47:00.0574 (UTC) FILETIME=[8135BFE0:01C4EC87] cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: TIMEOUT - WRITE_DMA - A possible FIX! turn off ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 02:47:01 -0000 ----- Original Message ----- From: "Joe Koberg" To: "Zsolt Kúti" Cc: ; Sent: Monday, December 27, 2004 6:29 PM Subject: Re: TIMEOUT - WRITE_DMA - A possible FIX! turn off ACPI > Zsolt Kúti wrote: > > >My system produces these messages that I already know well from this > >list (as well ;): > >ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=213249674 > > > > > Like many people I was confronted with "TIMEOUT - READ_DMA" > and "TIMEOUT - WRITE_DMA" errors on my drives. I was frustrated. > But I found a workaround: Turning off ACPI. > > I just received a Highpoint RocketRaid 1640 controller, > 2 Maxtor 300GB drives, and a Supermicro 5-drive SATA cage. > I am testing this configuration for a storage server. > > I am using an old motherboard, DTK brand, Slot 1. 300A Celeron. > > Under a fresh install of 5.3-RELEASE I am unable to read or write > both drives heavily at the same time. One drive alone seems to work > OK. When I run dd blasting both drives with seqential IO, I get > TIMEOUT - WRITE(READ)_DMA. Repeatably, within 15 seconds. > > However I got a good test before I installed 5.3-R, the box was running > with 5.3-BETA. Only difference was I booted without ACPI. > > So I rebooted the freshly installed 5.3-R without ACPI, and It works! > I can read at 50MB/s per drive concurrently (hitting PCI bus speed > limit?), and write at 30MB/s per drive concurrently. No errors so > far, and its been dd'ing for a half hour. > > I hope this report helps someone! > > > > Joe Koberg > joe at osoft dot us I 2 have been seeing this error sence 4.9 with my westeren digital 80gig hd the error message has changed a little between the two vers .. but i do have this in device.hints , hint.acpi.0.disabled="1" , and i still see the error messages . any way i just whanted to post in and let every one know that turning off ACPI , might not work for you. ohh and off subject here , i had acpi turned off becouse my net cards wouldnt work with it on .. > dmesg: > > FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 > root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (307.84-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x660 Stepping = 0 > > Features=0x183f9ff > real memory = 402587648 (383 MB) > avail memory = 384270336 (366 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > agp0: mem > 0xe0000000-0xe3ffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > uhci0: port 0xb000-0xb01f irq > 10 at device 7.2 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev > 1.10/3.00, addr 2, iclass 3/1 > ums0: 5 buttons and Z dir. > pci0: at device 7.3 (no driver attached) > atapci1: port > 0xc400-0xc4ff,0xc000-0xc003,0xbc00-0xbc07,0xb800-0xb803,0xb400-0xb407 > irq 11 at device 17.0 on pci0 > ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > atapci2: port > 0xd800-0xd8ff,0xd400-0xd403,0xd000-0xd007,0xcc00-0xcc03,0xc800-0xc807 > irq 11 at device 17.1 on pci0 > ata4: channel #0 on atapci2 > ata5: channel #1 on atapci2 > dc0: port 0xdc00-0xdcff mem > 0xec000000-0xec0003ff irq 12 at device 18.0 on pci0 > miibus0: on dc0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > dc0: Ethernet address: 00:04:5a:56:80:76 > dc0: if_start running deferred for Giant > dc0: [GIANT-LOCKED] > pci0: at device 19.0 (no driver attached) > cpu0 on motherboard > orm0: at iomem 0xcc000-0xcdfff,0xc0000-0xc8fff on isa0 > pmtimer0 on isa0 > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounter "TSC" frequency 307842170 Hz quality 800 > Timecounters tick every 10.000 msec > ad0: 43979MB [89355/16/63] at ata0-master UDMA33 > ad4: 286188MB [581463/16/63] at ata2-master > UDMA133 > ad6: 286188MB [581463/16/63] at ata3-master > UDMA133 > Mounting root from ufs:/dev/ad0s1a > > > > > > > > > > > >After these messages the two former cases result in FAILURE and finally > >in panic. Even background fsck cannot run without another panic, only > >single user mode can help. All these prevent using them on my HW. > >However B7, although displays the messages as well, works seemingly > >fine. For the time being this version is sufficent, but I'd like to > >know - if possible at all - what the difference could be between the > >versions and if one can expect to bring the actual 5.3 version's > >state to B7's in this respect? > > > >Further to this, the different versions display the behavior of > >relatively frequently (many time in an hour?) stalling their > >responsivity for some seconds. Most of the times no message can be seen > >on the consol after this. It is also more rare on B7. > > > >I also found that pendrive's sensing by 5.3 RELEASE/STABLE more > >frequently results in panic than B7's. (As a matter of fact I have not > >seen it with B7 for weeks since I installed it.) > > > >I use the following either with GENERIC or custom kernel: > >Abit NF7-S (nVidia chipsets, SiI3112 on board), Athlon 2600+, > >Samsung 120G SATA, LEXAR MEDIA JUMPDRIVE, rev 1.10/0.01 > > > > > >Please cc it to me as well, since I'am not on the list for the time > >being. > >Many thanks! > > > >Zsolt > > > >-------------------- > >Zsolt Kuti > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 02:52:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E91EF16A4CE for ; Tue, 28 Dec 2004 02:52:58 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8674243D68 for ; Tue, 28 Dec 2004 02:52:58 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 7C5D924A; Tue, 28 Dec 2004 03:52:57 +0100 (CET) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69146-09; Tue, 28 Dec 2004 03:52:56 +0100 (CET) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id A169343; Tue, 28 Dec 2004 03:52:56 +0100 (CET) From: Benjamin Lutz To: Kris Kennaway Date: Tue, 28 Dec 2004 03:52:50 +0100 User-Agent: KMail/1.7.2 References: <20041228013844.GC7189@cirb503493.alcatel.com.au> <20041228023424.GA73310@xor.obsecurity.org> In-Reply-To: <20041228023424.GA73310@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1584639.BkPx5VVJ50"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412280352.56483.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: Peter Jeremy cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - data X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 02:52:59 -0000 --nextPart1584639.BkPx5VVJ50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Does xmms try to run with rtprio or idprio? Those are still broken, > and can lead to deadlocks, afaik. No, none all PIDs are listed as "normal" by idprio and rtprio, except the=20 [pagezero] process, which is listed as "idle priority 31" by both=20 programs, and I suppose that's intentional. Greetings Benjamin --nextPart1584639.BkPx5VVJ50 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB0MqIgShs4qbRdeQRAiBDAJ0Vle7WMtr6yC1a3ponFQVDdnlK2QCfSK2d h4fW6/C8m9LCHEQy+UUDi4M= =GK5C -----END PGP SIGNATURE----- --nextPart1584639.BkPx5VVJ50-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 02:59:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF5916A4CE for ; Tue, 28 Dec 2004 02:59:01 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C87C43D2F for ; Tue, 28 Dec 2004 02:59:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4EB91514EE; Mon, 27 Dec 2004 18:57:28 -0800 (PST) Date: Mon, 27 Dec 2004 18:57:27 -0800 From: Kris Kennaway To: Benjamin Lutz Message-ID: <20041228025727.GA74351@xor.obsecurity.org> References: <20041228013844.GC7189@cirb503493.alcatel.com.au> <20041228023424.GA73310@xor.obsecurity.org> <200412280352.56483.benlutz@datacomm.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <200412280352.56483.benlutz@datacomm.ch> User-Agent: Mutt/1.4.2.1i cc: Peter Jeremy cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: slow system freeze - data X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 02:59:01 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 28, 2004 at 03:52:50AM +0100, Benjamin Lutz wrote: > > Does xmms try to run with rtprio or idprio? Those are still broken, > > and can lead to deadlocks, afaik. >=20 > No, none all PIDs are listed as "normal" by idprio and rtprio, except the= =20 > [pagezero] process, which is listed as "idle priority 31" by both=20 > programs, and I suppose that's intentional. You might have already mentioned this, but there aren't any other messages being logged on the system console or in syslog, are there? If your drive is failing this will lead to the above symptoms as well. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0MuXWry0BWjoQKURAhzxAKC6iEVefxJtU6qUfD1BLX2NrslHcwCghU6E pZ8PmpyZyedH9dIOYU4y/+4= =UDmO -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 10:19:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F08816A4CE for ; Tue, 28 Dec 2004 10:19:31 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7F6943D39 for ; Tue, 28 Dec 2004 10:19:29 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBSAJ99B032078 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 28 Dec 2004 21:19:10 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBSAJ9xP016391; Tue, 28 Dec 2004 21:19:09 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iBSAJ8qL016390; Tue, 28 Dec 2004 21:19:08 +1100 (EST) (envelope-from pjeremy) Date: Tue, 28 Dec 2004 21:19:08 +1100 From: Peter Jeremy To: Benjamin Lutz Message-ID: <20041228101908.GD7189@cirb503493.alcatel.com.au> References: <200412260814.53592.benlutz@datacomm.ch> <20041228013844.GC7189@cirb503493.alcatel.com.au> <200412280327.03752.benlutz@datacomm.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412280327.03752.benlutz@datacomm.ch> User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: slow system freeze - data X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 10:19:31 -0000 On Tue, 2004-Dec-28 03:27:00 +0100, Benjamin Lutz wrote: >> The info you dumped shows that there's a filesystem deadlock on >> ad4s1f. > >In case you haven't guessed, that'd be my /usr. I hadn't really considered which filesystem it was. Locked root vnodes are bad news anywhere - basically, once the root vnode is locked, the entire filesystem will quickly become inaccessible. Only marginally goos point is that you can still save data in other partitions. >> Unfortunately, it's not clear (to me) where to go next. Printing the >> locked vnodes might help but that's not easy to do without gdb. > >You mean that's the point where I need serial console access? I hope to >have that running after the holidays. Running a serial gdb session would be nice but the alternative is to force a crashdump and debug it offline. (In theory, you should be able to issue "call doadump" or "panic" as ddb commands and then use "gdb -k /usr/obj/usr/src/sys/KERNELNAME/kernel.debug /var/crash/vmcore.N" but I don't recall the final state of all this functionality in 5.3). The alternative is to use "x" or "print" to dump the relevant number of bytes and then manually decode it using the struct vnode definition in - and I'm not sure what useful information that would impart. >> >The first app that froze as far as I could tell was xmms. >> >> Actually, the locks suggest that the problem started with pid 678 - >> kdeinit. This is unlikely to be > >Well, xmms is just the first app where it became apparent :) >PID 678 is really kded (at least it is at the moment 3.jpg shows pid 678 as kdeinit. (I'm not really sure what purpose kdeinit processes serve other than clogging up the process table but I don't run KDE and am trying to convince my son to give up on it). >Btw, is my assumption that this is a kernel problem, not a problem with >any of my applications, correct? Apart from the rtptio/idprio inversion problems (which you've already ruled out) it shouldn't be anything application related. Kris's point about disk problems is well taken - I hadn't mentioned it because there would be syslog and console messages. Unfortunately, at this point, I'm a bit stumped. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 10:28:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A88516A4CE for ; Tue, 28 Dec 2004 10:28:57 +0000 (GMT) Received: from yori.schoko.org (yori.schoko.org [80.86.174.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2895C43D45 for ; Tue, 28 Dec 2004 10:28:56 +0000 (GMT) (envelope-from nick@schoko.org) Received: from yori.schoko.org (nick@localhost [127.0.0.1]) by yori.schoko.org (8.12.10/8.12.10) with ESMTP id iBSASejV047892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Dec 2004 11:28:40 +0100 (CET) (envelope-from nick@yori.schoko.org) Received: (from nick@localhost) by yori.schoko.org (8.12.10/8.12.10/Submit) id iBSASb8j047891; Tue, 28 Dec 2004 11:28:37 +0100 (CET) (envelope-from nick) Date: Tue, 28 Dec 2004 11:28:37 +0100 From: Markus Wennrich To: Brian Behlendorf Message-ID: <20041228102837.GI96260@yori.schoko.org> References: <20041225213321.GA87117@131-203-240-72.remote.comnet.co.nz> <20041225145919.W21066@fez.hyperreal.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041225145919.W21066@fez.hyperreal.org> User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org cc: Richard MAHONEY Subject: Re: GThread_ERROR | glib2 | gthread-posix.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 10:28:57 -0000 Same problem here on 4.x. Recompile of all dependencies doesn't work. Who files the send-pr? :-) Markus On Sat, Dec 25, 2004 at 03:05:25PM -0800, Brian Behlendorf wrote: > > Is this on RELENG_4? > > I got the same thing after I got past X coredumps with the i810 driver > (fixed by either downgrading to 8 or 16 bits, or using "Options NoAccel"). > It was suggested on gnome@ that I rebuild freetype and every port it > depends upon, but that didn't help. De-installing all ports that depend > upon freetype and rebuilding/reinstalling from scratch also did not help. > I'd give up on RELENG_4 and move to RELENG_5, but on both laptops I've > tried it on RELENG_5 still doesn't successfully suspend/resume from X > (whether under ACPI or APM), and since the freebsd-gnome people claim to > not support RELENG_4, I'm spending xmas break trying out various Linux > distros. > > Sorry I couldn't help, just wanted to say I see the same problem, but > haven't seen a way out. > > Brian > > On Sun, 26 Dec 2004, Richard MAHONEY wrote: > >Dear Listmembers, > > > >I've just upgraded to `xorg-6.8.1' and have begun to experience > >seg. faults and core dumps with apps that rely on `glib-2.4.8'. The > >standard error is noted below. `gnome2-2.8.2' no longer works and I've > >had to revert to `pwm-2003.06.17'. A recompile of `glib', `gtk', all > >of `Gnome2' &c. has failed to resolve the problem. Does it have > >something to do with the following? : > > > >/usr/home/ports/devel/glib20/files/patch-gthread_gthread-posix.c > > > > > >Any help would be very much appreciated. > > > > > >Best regards, > > > >Richard Mahoney > > > > > >the system: > > > >[rbm49@131.203.240.72] /usr/home/rbm49/pkg $ uname -a > > > >FreeBSD 131-203-240-72.remote.comnet.co.nz 4.11-STABLE FreeBSD \ > >4.11-STABLE #0: Sun Dec 19 21:29:45 NZDT 2004 \ > >root@131-203-240-72.remote.comnet.co.nz:/usr/home/obj/usr/src/sys/GENERIC \ > >i386 > > > >the problem: > > > >[rbm49@131.203.240.72] /usr/home/rbm49/pkg $ firefox > > > >GThread-ERROR **: file gthread-posix.c: line 137 \ > >(g_thread_impl_init): error 'Invalid argument' during \ > >'pthread_getschedparam (pthread_self(), &policy, &sched)' > > > >aborting... > > > >Abort trap (core dumped) > > > >[rbm49@131.203.240.72] /usr/home/rbm49/pkg $ rm -f *core > >firefox-bin.core > > > > > > > _______________________________________________ > 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" -- Don't anthropomorphize computers. They don't like it. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 13:34:39 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0844B16A4FE for ; Tue, 28 Dec 2004 13:34:39 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EE8E43D1D for ; Tue, 28 Dec 2004 13:34:37 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.13.1/8.12.6) with ESMTP id iBSDYZ6i080130 for ; Tue, 28 Dec 2004 16:34:35 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Tue, 28 Dec 2004 16:34:35 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: freebsd-stable@freebsd.org Message-ID: <20041228162708.P73628@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 13:34:39 -0000 I have cvsup'ed ports to use icc-8.1.024 on FreeBSD 4.10-RELEASE. Then I installed the port and I ran /usr/local/intel_cc_80/bin/icc, but it always failed with message "Illegal instruction". Does icc-8.1.024 work on FreeBSD 4.x ? Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 18:23:51 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D7616A4CE for ; Tue, 28 Dec 2004 18:23:51 +0000 (GMT) Received: from lakermmtao12.cox.net (lakermmtao12.cox.net [68.230.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A0B543D48 for ; Tue, 28 Dec 2004 18:23:51 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from [10.0.0.42] (really [68.106.120.181]) by lakermmtao12.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20041228182350.WRCJ1659.lakermmtao12.cox.net@[10.0.0.42]> for ; Tue, 28 Dec 2004 13:23:50 -0500 Received: from 10.0.0.120 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Tue, 28 Dec 2004 13:23:50 -0500 (EST) Message-ID: <1816.10.0.0.120.1104258230.squirrel@10.0.0.120> Date: Tue, 28 Dec 2004 13:23:50 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: dump/restore with ufs2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 18:23:52 -0000 When I run the following script, I get a warning message, and I'm wondering if it's ignorable or indicates there is a little more work to be done in getting dump/restore happy with ufs2... $ cd /altroot $ dump -L -0 -a -f - /dev/$ROOT | restore -rf - ... warning: ./.snap: File exists Does this mean my snapshots are being overwritten on the target disk? And if so, that's a good thing, right? Cheers, Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 20:23:26 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4D616A4CE; Tue, 28 Dec 2004 20:23:26 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E325843D3F; Tue, 28 Dec 2004 20:23:25 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 1B27A3E434; Tue, 28 Dec 2004 21:23:24 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 8D3D3272; Tue, 28 Dec 2004 21:23:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 7B12A231; Tue, 28 Dec 2004 21:23:23 +0100 (CET) Date: Tue, 28 Dec 2004 21:23:23 +0100 (CET) From: Sten Spans To: Joe Koberg In-Reply-To: <41D0C51D.8020800@osoft.us> Message-ID: References: <20041209183911.068c9a84.kutizs@axelero.hu> <41D0C51D.8020800@osoft.us> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1104265403=:22265" cc: =?ISO-8859-1?Q?Zsolt_K=FAti?= cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: TIMEOUT - WRITE_DMA - A possible FIX! turn off ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 20:23:26 -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. ---559023410-851401618-1104265403=:22265 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 27 Dec 2004, Joe Koberg wrote: > Zsolt Kúti wrote: > >> My system produces these messages that I already know well from this >> list (as well ;): >> ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=213249674 >> >> > So I rebooted the freshly installed 5.3-R without ACPI, and It works! > I can read at 50MB/s per drive concurrently (hitting PCI bus speed > limit?), and write at 30MB/s per drive concurrently. No errors so > far, and its been dd'ing for a half hour. Regular PCI and PCI-X (eXtended) is: 33hmz/32bits 132 Megabyte 66mhz/32bits 264 Megabyte 66mhz/64bits 520 Megabyte 100mhz/64bits 784 Megabyte 133mhz/64bits 1040 Megabyte etc. With overhead included I'd say 100 Megabyte is pretty reasonable for a normal pci bus. Keep in mind that this is for the whole bus, which is why most server motherboard have multiple seperate busses. PCI-X is an extension to regular pci, with more mhz/bits. PCI-E ( Express ) is a redesign with higher speeds and fewer traces needed. The big problem with 64bits pci is not the slot but the fact that you have to run all those extra (fast) lines to the slots which means that you'll need extra space (mainly layers) to store them, ergo an expensive motherboard. HTH, HAND. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem ---559023410-851401618-1104265403=:22265-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 20:50:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C44E16A4CE for ; Tue, 28 Dec 2004 20:50:44 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3C4643D54 for ; Tue, 28 Dec 2004 20:50:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 73C08512C5; Tue, 28 Dec 2004 12:50:41 -0800 (PST) Date: Tue, 28 Dec 2004 12:50:41 -0800 From: Kris Kennaway To: Igor Sysoev Message-ID: <20041228205041.GB62986@xor.obsecurity.org> References: <20041228162708.P73628@is.park.rambler.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <20041228162708.P73628@is.park.rambler.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 20:50:44 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Dec 28, 2004 at 04:34:35PM +0300, Igor Sysoev wrote: > I have cvsup'ed ports to use icc-8.1.024 on FreeBSD 4.10-RELEASE. > Then I installed the port and I ran /usr/local/intel_cc_80/bin/icc, > but it always failed with message "Illegal instruction". You forgot to mention what type of CPU you have. > Does icc-8.1.024 work on FreeBSD 4.x ? Kris --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0ccfWry0BWjoQKURAqKcAJ9np/14MFZaM1PF9X0BYDyYBgz2uwCfa9MJ pyABgaZ15PsLhegvyIgajc8= =tZNL -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 01:40:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4795B16A4CE for ; Wed, 29 Dec 2004 01:40:20 +0000 (GMT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8418E43D39 for ; Wed, 29 Dec 2004 01:40:19 +0000 (GMT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.11/jtpda-5.4) with ESMTP id iBT1eIio025099 ; Wed, 29 Dec 2004 02:40:18 +0100 (CET) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) iBT1eG56043605 ; Wed, 29 Dec 2004 02:40:17 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.1/8.13.1/Submit) id iBT1eGgN043602; Wed, 29 Dec 2004 02:40:16 +0100 (MET) (envelope-from arno) To: Joe Koberg References: <20041209183911.068c9a84.kutizs@axelero.hu> <41D0C51D.8020800@osoft.us> From: "Arno J. Klaassen" Date: 29 Dec 2004 02:40:15 +0100 In-Reply-To: <41D0C51D.8020800@osoft.us> Message-ID: Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.2 (shiva.jussieu.fr [134.157.0.168]); Wed, 29 Dec 2004 02:40:18 +0100 (CET) X-Miltered: at shiva.jussieu.fr with ID 41D20B02.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Antivirus: scanned by sophie at shiva.jussieu.fr cc: freebsd-stable@freebsd.org Subject: Re: TIMEOUT - WRITE_DMA - A possible FIX! turn off ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 01:40:20 -0000 Joe Koberg writes: > Zsolt K=FAti wrote: >=20 > >My system produces these messages that I already know well from this > >list (as well ;): > >ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3D213249674 > > > > > Like many people I was confronted with "TIMEOUT - READ_DMA" > and "TIMEOUT - WRITE_DMA" errors on my drives. I was frustrated. > But I found a workaround: Turning off ACPI. dunno, I'd more suspect ACPI<->APIC issues : untill now I only had problems on nForce based systems, but today I=20 installed a brand new VIA based A7VT mini-server and re-voila les "XXX_DMA" errors (and accompanying severe system slow-down). (Disk swapped from the old PII-233 minimalist-server; worked OK there; disabling APIC (in BOIS and/or config and/or hints) made disappear the XXX_DMA messages (and gave me my network connexion back ;) ) whilst ACPI still enabled). FYI, Arno From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 06:06:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1239C16A4CE for ; Wed, 29 Dec 2004 06:06:32 +0000 (GMT) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6B7443D54 for ; Wed, 29 Dec 2004 06:06:31 +0000 (GMT) (envelope-from oz@nixil.net) Received: from [10.20.12.64] (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.1/8.13.1) with ESMTP id iBT66P5j023414 for ; Tue, 28 Dec 2004 23:06:31 -0700 (MST) Message-ID: <41D2495B.4030201@nixil.net> Date: Tue, 28 Dec 2004 23:06:19 -0700 From: Phil Oleson User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.6 (nixil.net [161.58.222.1]); Tue, 28 Dec 2004 23:06:31 -0700 (MST) X-Virus-Scanned: ClamAV 0.80/533/Sat Oct 16 19:09:44 2004 clamav-milter version 0.80j on nixil.net X-Virus-Status: Clean Subject: kernel crash on 5.3 current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 06:06:32 -0000 This crash occurs on the 5.3 release as well as the current RELENG_5 branch. System has a BT-958 host controller (Bios v 4.96I/ Host adapter firmware v5.07B) Disk that causes system to bail is a Seagate ST118202LW firmware v06. If I take the disk out of the loop, the system boots up fine. When it's initialized the system takes a dive. Phil. ----------------------------------------------------------------------------------- Connected to Comport 1 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 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 5.3-STABLE #0: Tue Dec 28 20:38:42 MST 2004 root@demigorgon:/usr/src/sys/i386/compile/demigorgon MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.19-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 527892480 (503 MB) avail memory = 507027456 (483 MB) ioapic0: Changing APIC ID to 2 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: port 0xed98-0xed9f mem 0xfeb800 00-0xfebfffff,0xe8000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 bt0: port 0xdf3c-0xdf3f mem 0xfe9df000 -0xfe9dffff irq 16 at device 7.0 on pci1 bt0: BT-958 FW Rev. 5.07B Ultra Wide SCSI Host Adapter, SCSI ID 7, 192 CCBs bt0: [GIANT-LOCKED] em0: port 0xdf40-0xdf7f mem 0xfe9e0000-0xfe9fffff irq 18 at device 12.0 on pci1 em0: Ethernet address: 00:0d:56:95:40:72 em0: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x 3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20 -0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 18 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pci0: at device 31.3 (no driver attached) pcm0: port 0xedc0-0xedff,0xee00-0xeeff mem 0xfeb7f900-0xf eb7f9ff,0xfeb7fa00-0xfeb7fbff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: cpu0 on motherboard orm0: at iomem 0xd6800-0xd7fff,0xd5000-0xd67ff,0xce800-0xd4fff ,0xca800-0xce7ff,0xc0000-0xca7ff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console 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 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) Timecounter "TSC" frequency 2793190664 Hz quality 800 Timecounters tick every 10.000 msec ad0: 76293MB [155009/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 Waiting 15 seconds for SCSI devices to settle da0 at bt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc043c40b stack pointer = 0x10:0xd4f9881c frame pointer = 0x10:0xd4f9882c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 41 (swi3: cambio) [thread 100042] Stopped at scsi_calc_syncsrate+0x53: divl %ecx,%eax db> trace scsi_calc_syncsrate(0,0,a,0,a) at scsi_calc_syncsrate+0x53 xpt_announce_periph(c1b75400,d4f98c74,3d672000,4,200) at xpt_announce_periph+0xe 0 dadone(c1b75400,c1b95c00) at dadone+0x618 camisr(c072b320) at camisr+0x1f1 ithread_loop(c193c900,d4f98d48) at ithread_loop+0x151 fork_exit(c0513690,c193c900,d4f98d48) at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4f98d7c, ebp = 0 --- db> From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 06:37:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DDCC16A4CE for ; Wed, 29 Dec 2004 06:37:54 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0279B43D49 for ; Wed, 29 Dec 2004 06:37:54 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EB2E172DD4; Tue, 28 Dec 2004 22:37:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E5F3B72DCB; Tue, 28 Dec 2004 22:37:53 -0800 (PST) Date: Tue, 28 Dec 2004 22:37:53 -0800 (PST) From: Doug White To: Christian Weisgerber In-Reply-To: Message-ID: <20041228223525.T49504@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: 5.3-STABLE/alpha: re(4) slowdown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 06:37:54 -0000 On Thu, 23 Dec 2004, Christian Weisgerber wrote: > After updating my 5.3-STABLE/alpha from Dec 4 to Dec 22 on RELENG_5, > network _receiving_ throughput on its re(4) interface has collapsed > to a maximum of 0.5-1.0 MB/s. (Figures from scp. Yes, I realize > this is not the most suitable test, but the box is not CPU starved > and used to receive data at several times that rate.) I use the > machine as X11 display and quickly noticed that remote X11 apps had > become unusually slow. IPv4 and v6 are equally affected. > > There haven't been any changes to if_re.c in this period. Any other > changes that could explain this? Since it hasn't been asked .. have you checked the link speed and verified it isn't negotiating at 10Mbs/half instead of gig-e or whatever you're using? I found an rl card (yes I know rl, not re) that decided it really hated the bay switch it was attached to and would only negotiate 10mbit/half, even though the xl card in the same machine negotiated 100mbit/full. Silly stuff like that, and duplex mismatches, can cause problems like this that are seemingly random between reboots. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 06:41:35 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 835FB16A4CE for ; Wed, 29 Dec 2004 06:41:35 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B99B43D1D for ; Wed, 29 Dec 2004 06:41:34 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.13.1/8.12.6) with ESMTP id iBT6fWnn047784; Wed, 29 Dec 2004 09:41:32 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Wed, 29 Dec 2004 09:41:32 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: Kris Kennaway In-Reply-To: <20041228205041.GB62986@xor.obsecurity.org> Message-ID: <20041229093312.P73628@is.park.rambler.ru> References: <20041228162708.P73628@is.park.rambler.ru> <20041228205041.GB62986@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 06:41:35 -0000 On Tue, 28 Dec 2004, Kris Kennaway wrote: > On Tue, Dec 28, 2004 at 04:34:35PM +0300, Igor Sysoev wrote: > > I have cvsup'ed ports to use icc-8.1.024 on FreeBSD 4.10-RELEASE. > > Then I installed the port and I ran /usr/local/intel_cc_80/bin/icc, > > but it always failed with message "Illegal instruction". > > You forgot to mention what type of CPU you have. > > > Does icc-8.1.024 work on FreeBSD 4.x ? Sorry, it was so obvious for me that is not CPU problem in this case, so I forgot to mention it. From dmesg: CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2679.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 I should also say that Linux binaries from linux_base-8-8.0_4 runs without problems. Is there way to get the core of Linux binary and look it in gdb ? Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 06:47:22 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FC0116A4CE for ; Wed, 29 Dec 2004 06:47:22 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D9F943D53 for ; Wed, 29 Dec 2004 06:47:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E038F512BF; Tue, 28 Dec 2004 22:47:21 -0800 (PST) Date: Tue, 28 Dec 2004 22:47:21 -0800 From: Kris Kennaway To: Igor Sysoev Message-ID: <20041229064721.GA21602@xor.obsecurity.org> References: <20041228162708.P73628@is.park.rambler.ru> <20041228205041.GB62986@xor.obsecurity.org> <20041229093312.P73628@is.park.rambler.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20041229093312.P73628@is.park.rambler.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 06:47:22 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 29, 2004 at 09:41:32AM +0300, Igor Sysoev wrote: > On Tue, 28 Dec 2004, Kris Kennaway wrote: >=20 > > On Tue, Dec 28, 2004 at 04:34:35PM +0300, Igor Sysoev wrote: > > > I have cvsup'ed ports to use icc-8.1.024 on FreeBSD 4.10-RELEASE. > > > Then I installed the port and I ran /usr/local/intel_cc_80/bin/icc, > > > but it always failed with message "Illegal instruction". > > > > You forgot to mention what type of CPU you have. > > > > > Does icc-8.1.024 work on FreeBSD 4.x ? >=20 > Sorry, it was so obvious for me that is not CPU problem in this case, > so I forgot to mention it. From dmesg: >=20 > CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2679.56-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 > > I should also say that Linux binaries from linux_base-8-8.0_4 runs > without problems. >=20 > Is there way to get the core of Linux binary and look it in gdb ? The linux_devtools port includes a linux version of gdb. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0lL5Wry0BWjoQKURAs/IAJ9rKPkJ/O7AfI1JzP+K/cS/IjlWbgCfUbXu 4D/qWeyEAX48Y80HGCkB6Dg= =/qdL -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 07:21:07 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43B7616A4CE for ; Wed, 29 Dec 2004 07:21:07 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EFEC43D31 for ; Wed, 29 Dec 2004 07:21:06 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.13.1/8.12.6) with ESMTP id iBT7L5UG050486; Wed, 29 Dec 2004 10:21:05 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Wed, 29 Dec 2004 10:21:05 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: Kris Kennaway In-Reply-To: <20041229064721.GA21602@xor.obsecurity.org> Message-ID: <20041229101325.R73628@is.park.rambler.ru> References: <20041228162708.P73628@is.park.rambler.ru> <20041229093312.P73628@is.park.rambler.ru> <20041229064721.GA21602@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 07:21:07 -0000 On Tue, 28 Dec 2004, Kris Kennaway wrote: > On Wed, Dec 29, 2004 at 09:41:32AM +0300, Igor Sysoev wrote: > > On Tue, 28 Dec 2004, Kris Kennaway wrote: > > > > > On Tue, Dec 28, 2004 at 04:34:35PM +0300, Igor Sysoev wrote: > > > > I have cvsup'ed ports to use icc-8.1.024 on FreeBSD 4.10-RELEASE. > > > > Then I installed the port and I ran /usr/local/intel_cc_80/bin/icc, > > > > but it always failed with message "Illegal instruction". > > > > > > You forgot to mention what type of CPU you have. > > > > > > > Does icc-8.1.024 work on FreeBSD 4.x ? > > > > Sorry, it was so obvious for me that is not CPU problem in this case, > > so I forgot to mention it. From dmesg: > > > > CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2679.56-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > > > I should also say that Linux binaries from linux_base-8-8.0_4 runs > > without problems. > > > > Is there way to get the core of Linux binary and look it in gdb ? > > The linux_devtools port includes a linux version of gdb. >/usr/compat/linux/usr/bin/gdb /usr/local/intel_cc_80/bin/iccbin GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (gdb) run Starting program: /usr/local/intel_cc_80/bin/iccbin Program received signal SIGILL, Illegal instruction. 0x080b13d7 in __intel_proc_init_ftzdaz () (gdb) bt #0 0x080b13d7 in __intel_proc_init_ftzdaz () #1 0x080b133d in __intel_proc_init.H () #2 0x2830e54d in __libc_start_main () from /lib/libc.so.6 (gdb) info registers ... eip 0x80b13d7 0x80b13d7 ... (gdb) disassemble $eip ... 0x80b13d3 <__intel_proc_init_ftzdaz+75>: mov 0x2c(%esp,1),%esi 0x80b13d7 <__intel_proc_init_ftzdaz+79>: stmxcsr (%esp,1) 0x80b13db <__intel_proc_init_ftzdaz+83>: mov (%esp,1),%eax ... (gdb) Strange, the code in __intel_proc_init_ftzdaz looks like the right code. Right now I can not say from what extention "stmxcsr" come from. Here is the features from dmesg: Features=0xbfebfbff Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 07:29:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 541A016A4CE for ; Wed, 29 Dec 2004 07:29:41 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2174B43D4C for ; Wed, 29 Dec 2004 07:29:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2EBBD512BF; Tue, 28 Dec 2004 23:29:41 -0800 (PST) Date: Tue, 28 Dec 2004 23:29:40 -0800 From: Kris Kennaway To: Igor Sysoev Message-ID: <20041229072940.GA37069@xor.obsecurity.org> References: <20041228162708.P73628@is.park.rambler.ru> <20041229093312.P73628@is.park.rambler.ru> <20041229064721.GA21602@xor.obsecurity.org> <20041229101325.R73628@is.park.rambler.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20041229101325.R73628@is.park.rambler.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 07:29:41 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 29, 2004 at 10:21:05AM +0300, Igor Sysoev wrote: > > > > > Then I installed the port and I ran /usr/local/intel_cc_80/bin/icc, > > > > > but it always failed with message "Illegal instruction". > > > > > > > > You forgot to mention what type of CPU you have. > > > Sorry, it was so obvious for me that is not CPU problem in this case, > > > so I forgot to mention it. From dmesg: > > > > > > CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2679.56-MHz 686-class CPU) > > > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > 0x80b13d7 <__intel_proc_init_ftzdaz+79>: stmxcsr (%esp,1) > Strange, the code in __intel_proc_init_ftzdaz looks like the right code. > Right now I can not say from what extention "stmxcsr" come from. > Here is the features from dmesg: > Features=0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> It's an SSE instruction, and you need to enable support for SSE in your kernel. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0lzkWry0BWjoQKURAphFAKDXw/ECmo+/02ZqIjDERIwtPQPw9QCgjnTt V6k7b7dLvzHB4fJ06maQZdM= =ywg0 -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 07:31:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E0C16A4CE for ; Wed, 29 Dec 2004 07:31:31 +0000 (GMT) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE0C043D2F for ; Wed, 29 Dec 2004 07:31:30 +0000 (GMT) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29] helo=plexi) by mail.distalzou.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43 (FreeBSD)) id 1CjYIl-0009a6-RQ; Wed, 29 Dec 2004 16:31:23 +0900 Date: Wed, 29 Dec 2004 16:31:23 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Igor Sysoev In-Reply-To: <20041229101325.R73628@is.park.rambler.ru> Message-ID: <20041229163016.G81711@plexi.pun-pun.prv> References: <20041228162708.P73628@is.park.rambler.ru> <20041229064721.GA21602@xor.obsecurity.org> <20041229101325.R73628@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 07:31:31 -0000 On Wed, 29 Dec 2004, Igor Sysoev wrote: > (gdb) disassemble $eip > ... > 0x80b13d3 <__intel_proc_init_ftzdaz+75>: mov 0x2c(%esp,1),%esi > 0x80b13d7 <__intel_proc_init_ftzdaz+79>: stmxcsr (%esp,1) > 0x80b13db <__intel_proc_init_ftzdaz+83>: mov (%esp,1),%eax > ... > (gdb) > > Strange, the code in __intel_proc_init_ftzdaz looks like the right code. > Right now I can not say from what extention "stmxcsr" come from. > Here is the features from dmesg: > Features=0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Google seems to indicate it's an SSE instruction. Do you have 'options CPU_ENABLE_SSE' in your kernel config? -- Tod McQuillin From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 09:52:11 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C81EC16A4CE for ; Wed, 29 Dec 2004 09:52:11 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09FC143D41 for ; Wed, 29 Dec 2004 09:52:11 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.13.1/8.12.6) with ESMTP id iBT9q9qk061341; Wed, 29 Dec 2004 12:52:09 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Wed, 29 Dec 2004 12:52:09 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: Kris Kennaway In-Reply-To: <20041229072940.GA37069@xor.obsecurity.org> Message-ID: <20041229124322.G73628@is.park.rambler.ru> References: <20041228162708.P73628@is.park.rambler.ru> <20041229064721.GA21602@xor.obsecurity.org> <20041229072940.GA37069@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 09:52:11 -0000 On Tue, 28 Dec 2004, Kris Kennaway wrote: > On Wed, Dec 29, 2004 at 10:21:05AM +0300, Igor Sysoev wrote: > > > > > > > Then I installed the port and I ran /usr/local/intel_cc_80/bin/icc, > > > > > > but it always failed with message "Illegal instruction". > > > > > > > > > > You forgot to mention what type of CPU you have. > > > > > Sorry, it was so obvious for me that is not CPU problem in this case, > > > > so I forgot to mention it. From dmesg: > > > > > > > > CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2679.56-MHz 686-class CPU) > > > > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > > 0x80b13d7 <__intel_proc_init_ftzdaz+79>: stmxcsr (%esp,1) > > > Strange, the code in __intel_proc_init_ftzdaz looks like the right code. > > Right now I can not say from what extention "stmxcsr" come from. > > Here is the features from dmesg: > > Features=0xbfebfbff > MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > It's an SSE instruction, and you need to enable support for SSE in > your kernel. Thank you. The "options CPU_ENABLE_SSE" resolves the problem. I think it should be mention in the port for 4.x. However, it seems that 4.10's headers are not good for icc8: >cat q.c #include >/usr/local/intel_cc_80/bin/icc q.c /usr/include/wchar.h(79): error: "__mbstate_t" has already been declared in the current scope } __mbstate_t; ^ /usr/include/libio.h(463): error: identifier "__gnuc_va_list" is undefined _IO_va_list, int *__restrict) __THROW; ^ /usr/include/libio.h(465): error: identifier "__gnuc_va_list" is undefined _IO_va_list) __THROW; ^ /usr/include/stdio.h(307): error: identifier "__gnuc_va_list" is undefined _G_va_list __arg) __THROW; ^ /usr/include/stdio.h(309): error: identifier "__gnuc_va_list" is undefined extern int vprintf (__const char *__restrict __format, _G_va_list __arg) ^ /usr/include/stdio.h(313): error: identifier "__gnuc_va_list" is undefined _G_va_list __arg) __THROW; ^ /usr/include/stdio.h(324): error: identifier "__gnuc_va_list" is undefined __const char *__restrict __format, _G_va_list __arg) ^ compilation aborted for q.c (code 2) Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 11:19:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98CBB16A4CE; Wed, 29 Dec 2004 11:19:05 +0000 (GMT) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2BD643D49; Wed, 29 Dec 2004 11:19:04 +0000 (GMT) (envelope-from freebsd@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.1/8.13.1) with ESMTP id iBTBJ6jo015952; Wed, 29 Dec 2004 11:19:07 GMT (envelope-from freebsd@byrnehq.com) Date: Wed, 29 Dec 2004 11:18:55 +0000 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <187186864.20041229111855@byrnehq.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: 1.455 X-Scanned-By: MIMEDefang 2.49 on 192.168.10.254 cc: msmith@freebsd.org Subject: MegaRAID 'Bad Slot' Kernel message and crash. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 11:19:05 -0000 Folks, We have a 4.10-STABLE production server which has an Intel SRCU42X RAID controller installed: amr0: mem 0xfe580000-0xfe5fffff,0xfbef0000-0xfbefffff irq 22 at device 0.0 on pci4 amr0: Firmware 411M, BIOS H404, 128MB RAM The server crashed yesterday in the small hours of the morning and when we arrived on site to reboot it, there was a "bad slot" kernel message on the console, which places the RAID controller in the frame. The amr driver man page says that this message is indicative of a firmware or hardware problem with the controller, but we are not convinced. We experienced the same message and lockups daily during stress testing of the box under FreeBSD 5.3 and this ultimately forced us to 'downgrade' to 4.10 for production. The box had been rock solid under 4.10 for a number of weeks before yesterday's crash. Could this indicate a bug in the driver, or at least in its support for our re-badged RAID controller? Has anyone else had problems with the amr driver with the same card? Many thanks, Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 13:18:03 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CF9216A4CE for ; Wed, 29 Dec 2004 13:18:03 +0000 (GMT) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 931F643D5C for ; Wed, 29 Dec 2004 13:18:02 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [127.0.0.1] (KMMLXXXI.dsl.saunalahti.fi [62.142.71.181]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id 617BDACE3E; Wed, 29 Dec 2004 15:18:01 +0200 (EET) Message-ID: <41D2AE8A.6060507@pp.nic.fi> Date: Wed, 29 Dec 2004 15:18:02 +0200 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0 / FreeBSD 5.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Arno J. Klaassen" References: <20041209183911.068c9a84.kutizs@axelero.hu> <41D0C51D.8020800@osoft.us> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: TIMEOUT - WRITE_DMA - A possible FIX! turn off ACPI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 13:18:03 -0000 Arno J. Klaassen wrote: >dunno, I'd more suspect ACPI<->APIC issues : untill now >I only had problems on nForce based systems, but today I >installed a brand new VIA based A7VT mini-server and >re-voila les "XXX_DMA" errors (and accompanying severe >system slow-down). >(Disk swapped from the old PII-233 minimalist-server; worked >OK there; disabling APIC (in BOIS and/or config and/or hints) >made disappear the XXX_DMA messages (and gave me my network >connexion back ;) ) whilst ACPI still enabled). > No help here with ACPI or APIC disabled/enabled in any order. First ata-channel works ok with 40GB & 120GB disks, but second channel with single 160GB disk has *_DMA issues. 160GB disk works ok at PIO4 mode. Asus A7A266 motherboard with ALI chipset & Athlon 1333MHz processor. FreeBSD 5.3-STABLE (&RELEASE) From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 13:23:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61ABD16A4CE for ; Wed, 29 Dec 2004 13:23:54 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id D556843D4C for ; Wed, 29 Dec 2004 13:23:52 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.13.1/8.12.6) with ESMTP id iBTDNpTl078182; Wed, 29 Dec 2004 16:23:51 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Wed, 29 Dec 2004 16:23:50 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: Kris Kennaway In-Reply-To: <20041229124322.G73628@is.park.rambler.ru> Message-ID: <20041229161900.K73628@is.park.rambler.ru> References: <20041228162708.P73628@is.park.rambler.ru> <20041229072940.GA37069@xor.obsecurity.org> <20041229124322.G73628@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 13:23:54 -0000 On Wed, 29 Dec 2004, Igor Sysoev wrote: > On Tue, 28 Dec 2004, Kris Kennaway wrote: > > It's an SSE instruction, and you need to enable support for SSE in > > your kernel. > > Thank you. The "options CPU_ENABLE_SSE" resolves the problem. > I think it should be mention in the port for 4.x. The message about CPU_ENABLE_SSE exists, however it does not say about a signal: If you use icc on a Pentium 4 you may have to use 'options CPU_ENABLE_SSE' (depending on the OS version, if in doubt try if it works) in your kernel config (have a look at http://www.FreeBSD.org/handbook/ if you do not know how to do this), else icc will hang forever." > However, it seems that 4.10's headers are not good for icc8: > > >cat q.c > #include > > >/usr/local/intel_cc_80/bin/icc q.c > /usr/include/wchar.h(79): error: "__mbstate_t" has already been declared in the current scope > } __mbstate_t; > ^ > > /usr/include/libio.h(463): error: identifier "__gnuc_va_list" is undefined > _IO_va_list, int *__restrict) __THROW; > ^ [ ... ] > /usr/include/stdio.h(324): error: identifier "__gnuc_va_list" is undefined > __const char *__restrict __format, _G_va_list __arg) > ^ > > compilation aborted for q.c (code 2) The __gnuc_va_list errors could be fixed by adding "-D__gnuc_va_list=va_list" to /usr/local/intel_cc_80/bin/icc.cfg and /usr/local/intel_cc_80/bin/icpc.cfg, but how to fix __mbstate_t error I do not know. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 13:35:08 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1C9616A4CE for ; Wed, 29 Dec 2004 13:35:08 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D231E43D2D for ; Wed, 29 Dec 2004 13:35:07 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id iBTDZ595021170 for ; Wed, 29 Dec 2004 14:35:06 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id iBTDZ4N2017081 for ; Wed, 29 Dec 2004 14:35:05 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Wed, 29 Dec 2004 14:35:04 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: calcru: negative runtime X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 13:35:08 -0000 Hi, I'm getting these messages calcru: negative runtime of -2792421 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -2792421 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -2789814 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -2789814 usec for pid 44 (swi5: clock sio) I don't know what's wrong or if this is wrong. I'm running FreeBSD-stable (RELENG_5) I use the SMP kernel config and added options PREEMPTION Below is the dmesg output, what is wrong? Copyright (c) 1992-2004 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 5.3-STABLE #0: Mon Dec 27 19:16:11 CET 2004 root@:/usr/obj/usr/src/sys/Mipam ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1125.78-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 2147467264 (2047 MB) avail memory = 2096001024 (1998 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 MADT: Forcing active-low polarity and level trigger for SCI ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ciss0: port 0x2000-0x20ff mem 0xf5ef0000-0xf5ef3fff,0xf7ec0000-0xf7efffff irq 16 at device 1.0 on pci0 ciss0: [GIANT-LOCKED] fxp0: port 0x2400-0x243f mem 0xf7d00000-0xf7dfffff,0xf7eb0000-0xf7eb0fff irq 18 at device 2.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:da:70:0d fxp1: port 0x2440-0x247f mem 0xf7b00000-0xf7bfffff,0xf7cf0000-0xf7cf0fff irq 20 at device 4.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:da:70:0c pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2c00-0x2c0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xf5fd0000-0xf5fd0fff irq 22 at device 15.2 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: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 pcib2: on acpi0 pci7: on pcib2 pci7: at device 7.0 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xee000-0xeffff,0xcc000-0xcd7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 104183MB (213367680 512 byte sectors: 255H 32S/T 26148C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a calcru: negative runtime of -1785252 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -1785252 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -1638504 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -1638483 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -2792421 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -2792421 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -2789814 usec for pid 44 (swi5: clock sio) calcru: negative runtime of -2789814 usec for pid 44 (swi5: clock sio) Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 14:41:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D694616A4CE for ; Wed, 29 Dec 2004 14:41:32 +0000 (GMT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id F167343D53 for ; Wed, 29 Dec 2004 14:41:31 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.6.24] (ws24.ns5.powertech.no [195.159.6.24]) by smtp1.powertech.no (Postfix) with ESMTP id 6F7E57E8F; Wed, 29 Dec 2004 15:41:30 +0100 (CET) In-Reply-To: <187186864.20041229111855@byrnehq.com> References: <187186864.20041229111855@byrnehq.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Wed, 29 Dec 2004 15:41:29 +0100 To: Tony Byrne X-Mailer: Apple Mail (2.619) cc: freebsd-stable@freebsd.org Subject: Re: MegaRAID 'Bad Slot' Kernel message and crash. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 14:41:33 -0000 On Dec 29, 2004, at 12:18, Tony Byrne wrote: > The amr driver man page says that this message is indicative of a > firmware or > hardware problem with the controller, but we are not convinced. We > experienced the same message and lockups daily during stress testing > of the > box under FreeBSD 5.3 and this ultimately forced us to 'downgrade' > to 4.10 for production. The box had been rock solid under 4.10 for a > number of weeks before yesterday's crash. May I ask what kind of tests you ran? What motherboard do you have? I have a SRCU42X in a server with Intel motherboard (SE7501HG2), and have not made it crash yet. However, the box is not in production yet, so... I ran more generic tests and did not apply severe pressure on the disk subsystem: endless loop of buildworld -j8 bonnie++ running with one instance per array I think it ran for a week or so without any issues. But I would really like to try whatever you did to your servers to find out if I'll have the same issues here :-) -- Frode > Could this indicate a bug in the driver, or at least in its support > for our re-badged RAID controller? Has anyone else had problems with > the amr driver with the same card? > > Many thanks, > > Regards, > > Tony. > > -- > Tony Byrne > > > _______________________________________________ > 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" From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 14:47:35 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EFF716A4CE; Wed, 29 Dec 2004 14:47:35 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D7EA43D5F; Wed, 29 Dec 2004 14:47:34 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBTEoAYn016817; Wed, 29 Dec 2004 07:50:11 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41D2C32C.7090803@freebsd.org> Date: Wed, 29 Dec 2004 07:46:04 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tony Byrne References: <187186864.20041229111855@byrnehq.com> In-Reply-To: <187186864.20041229111855@byrnehq.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org cc: msmith@freebsd.org Subject: Re: MegaRAID 'Bad Slot' Kernel message and crash. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 14:47:35 -0000 Tony Byrne wrote: > Folks, > > We have a 4.10-STABLE production server which has an Intel SRCU42X > RAID controller installed: > > amr0: mem 0xfe580000-0xfe5fffff,0xfbef0000-0xfbefffff irq 22 at device 0.0 on pci4 > amr0: Firmware 411M, BIOS H404, 128MB RAM > > The server crashed yesterday in the small hours of the morning and > when we arrived on site to reboot it, there was a "bad slot" kernel > message on the console, which places the RAID controller in the frame. > > The amr driver man page says that this message is indicative of a firmware or > hardware problem with the controller, but we are not convinced. We > experienced the same message and lockups daily during stress testing of the > box under FreeBSD 5.3 and this ultimately forced us to 'downgrade' > to 4.10 for production. The box had been rock solid under 4.10 for a > number of weeks before yesterday's crash. > > Could this indicate a bug in the driver, or at least in its support > for our re-badged RAID controller? Has anyone else had problems with > the amr driver with the same card? > > Many thanks, > > Regards, > > Tony. > I've been seeing this problem recently too. I believe that there is some sort of timing bug/race in the driver, but I haven't been able to figure it out yet. It also seems to be related to panic from the block layer that point to commands being completed twice. To be clear with your observations, are you saying that 4.10-RELEASE is behaving the same or differently than 4.10-STABLE? Scott From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 15:16:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D71A616A4CE for ; Wed, 29 Dec 2004 15:16:15 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80C2243D3F for ; Wed, 29 Dec 2004 15:16:15 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from bfoz.net ([67.161.38.11]) by comcast.net (sccrmhc11) with SMTP id <2004122915161401100g9bfde>; Wed, 29 Dec 2004 15:16:14 +0000 Received: from 4.248.235.201 (SquirrelMail authenticated user bfoz); by bfoz.net with HTTP; Wed, 29 Dec 2004 07:16:43 -0800 (PST) Message-ID: <40170.4.248.235.201.1104333403.squirrel@4.248.235.201> Date: Wed, 29 Dec 2004 07:16:43 -0800 (PST) From: "Brandon Fosdick" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ucom and sio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 15:16:16 -0000 Judging from the man page, ucom is limited to acting like a tty with no support for sio. Is this true? Is there some magic config bit somewhere that will enable hidden sio support? I have some old software that talks to some old hardware over rs232 (using cuaa) and the builtin 232 port just died. I'm trying to get a Bafo BF-810 working in raw mode but haven't had much luck (open()'s and write()'s block, unless non-blocking is set, but then they return without doing anything). Any suggestions? Thanks From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 15:47:04 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40DAB16A4CE for ; Wed, 29 Dec 2004 15:47:04 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-103-wednesday.noc.nerim.net [62.4.17.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D34243D55 for ; Wed, 29 Dec 2004 15:47:03 +0000 (GMT) (envelope-from harald.weis@algol.adsl.nerim.net) Received: from algol.adsl.nerim.net (algol.adsl.nerim.net [62.212.97.189]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 73CF762DC4 for ; Wed, 29 Dec 2004 16:47:00 +0100 (CET) Received: by algol.adsl.nerim.net (Postfix, from userid 1001) id 328761010E1; Wed, 29 Dec 2004 16:49:05 +0100 (CET) Date: Wed, 29 Dec 2004 16:49:05 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20041229154905.GA1820@algol.adsl.nerim.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 15:47:04 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Getting no reaction from ``questions''. Thanks for any help. -- Harald Weis FreeBSD 4.9-RELEASE #0: Mon Oct 27 17:51:09 GMT 2003 --YZ5djTAD1cGYuMQK Content-Type: message/rfc822 Content-Disposition: inline Return-Path: X-Original-To: hawei@nerim.net Delivered-To: hawei@nerim.net Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by brinstar.nerim.net (Postfix) with ESMTP id 09A7F87 for ; Sun, 26 Dec 2004 22:47:45 +0100 (CET) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id A252655F31; Sun, 26 Dec 2004 21:47:34 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6F3D916A4CF; Sun, 26 Dec 2004 21:47:33 +0000 (GMT) Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A51316A4CE for ; Sun, 26 Dec 2004 21:47:29 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-100-sunday.noc.nerim.net [62.4.17.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEEAB43D1F for ; Sun, 26 Dec 2004 21:47:28 +0000 (GMT) (envelope-from harald.weis@algol.adsl.nerim.net) Received: from algol.adsl.nerim.net (algol.adsl.nerim.net [62.212.97.189]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 2BDF162DDA for ; Sun, 26 Dec 2004 22:47:25 +0100 (CET) Received: by algol.adsl.nerim.net (Postfix, from userid 1001) id 2B9D71010F7; Sun, 26 Dec 2004 22:49:24 +0100 (CET) Date: Sun, 26 Dec 2004 22:49:24 +0100 From: Harald Weis To: freebsd-questions@freebsd.org Message-ID: <20041226214924.GA1396@algol.adsl.nerim.net> Mail-Followup-To: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: USB image scanner not attached when connected after system startup X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org X-Folder: MLDIR My scanner (EPSON PERFECTION 1650) is working alright if it is connected before system startup. But when connected to the running system it doesn't get attached by usbd. I can't find out from Handbook, manpages or mailing lists what could be the reason. Many thanks in advance for any help. -- Harald Weis FreeBSD 4.9-RELEASE #0: Mon Oct 27 17:51:09 GMT 2003 _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 15:53:53 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9138516A4CE; Wed, 29 Dec 2004 15:53:53 +0000 (GMT) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B038543D1F; Wed, 29 Dec 2004 15:53:52 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from localhost (mauer.directski.com. [212.147.140.194]) by schubert.byrnehq.com (8.13.1/8.13.1) with ESMTP id iBTFrsGO016408; Wed, 29 Dec 2004 15:53:55 GMT (envelope-from freebsd-current@byrnehq.com) Date: Wed, 29 Dec 2004 15:53:44 +0000 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1694776352.20041229155344@byrnehq.com> To: Scott Long In-Reply-To: <41D2C32C.7090803@freebsd.org> References: <187186864.20041229111855@byrnehq.com> <41D2C32C.7090803@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: 1.455 X-Scanned-By: MIMEDefang 2.49 on 192.168.10.254 cc: freebsd-stable@freebsd.org Subject: Re[2]: MegaRAID 'Bad Slot' Kernel message and crash. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 15:53:53 -0000 Hello Scott, Wednesday, December 29, 2004, 2:46:04 PM, you wrote: SL> I've been seeing this problem recently too. I believe that there is SL> some sort of timing bug/race in the driver, but I haven't been able to SL> figure it out yet. It also seems to be related to panic from the block SL> layer that point to commands being completed twice. To be clear with SL> your observations, are you saying that 4.10-RELEASE is behaving the same SL> or differently than 4.10-STABLE? We tried 5.3 just after RELEASE, if I recall correctly, but had updated our sources and rebuilt world before running our tests. Under 5.3 we wedged the controller a number of times in the space of 3 days each with a "bad slot" kernel message. Once we decided that 5.3 was not a going to cut it for us, we downgraded to 4.10-STABLE (circa 16th Nov) and re-ran our tests, this time we couldn't wedge the system. The server has been in production on 4.10-STABLE for about a month and yesterday was the first "bad slot" wedge we've seen. I'd hate to think that we can now look forward to a monthly trip to the hosting facility to hard reset the box :-( Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 18:15:33 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0693A16A4CE for ; Wed, 29 Dec 2004 18:15:33 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA3B343D39 for ; Wed, 29 Dec 2004 18:15:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9237C5134F; Wed, 29 Dec 2004 10:15:27 -0800 (PST) Date: Wed, 29 Dec 2004 10:15:27 -0800 From: Kris Kennaway To: Igor Sysoev Message-ID: <20041229181527.GA8823@xor.obsecurity.org> References: <20041228162708.P73628@is.park.rambler.ru> <20041229093312.P73628@is.park.rambler.ru> <20041229064721.GA21602@xor.obsecurity.org> <20041229101325.R73628@is.park.rambler.ru> <20041229072940.GA37069@xor.obsecurity.org> <20041229124322.G73628@is.park.rambler.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20041229124322.G73628@is.park.rambler.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 18:15:33 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 29, 2004 at 12:52:09PM +0300, Igor Sysoev wrote: > Thank you. The "options CPU_ENABLE_SSE" resolves the problem. > I think it should be mention in the port for 4.x. It is mentioned when you install the port. > However, it seems that 4.10's headers are not good for icc8: You'd have to talk to the maintainer. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0vQ/Wry0BWjoQKURAhTyAKDxhRHmv5G68C9BNvIqoxx+3FuFsACcC45f xWPvl+/MaO0W3DLq+TfApHw= =5dy2 -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 18:16:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E62916A4CE for ; Wed, 29 Dec 2004 18:16:49 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAF2343D3F for ; Wed, 29 Dec 2004 18:16:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E1BC55119D; Wed, 29 Dec 2004 10:16:43 -0800 (PST) Date: Wed, 29 Dec 2004 10:16:43 -0800 From: Kris Kennaway To: Igor Sysoev Message-ID: <20041229181643.GB8823@xor.obsecurity.org> References: <20041228162708.P73628@is.park.rambler.ru> <20041229064721.GA21602@xor.obsecurity.org> <20041229072940.GA37069@xor.obsecurity.org> <20041229124322.G73628@is.park.rambler.ru> <20041229161900.K73628@is.park.rambler.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline In-Reply-To: <20041229161900.K73628@is.park.rambler.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Kris Kennaway Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 18:16:49 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 29, 2004 at 04:23:50PM +0300, Igor Sysoev wrote: > On Wed, 29 Dec 2004, Igor Sysoev wrote: >=20 > > On Tue, 28 Dec 2004, Kris Kennaway wrote: >=20 > > > It's an SSE instruction, and you need to enable support for SSE in > > > your kernel. > > > > Thank you. The "options CPU_ENABLE_SSE" resolves the problem. > > I think it should be mention in the port for 4.x. >=20 > The message about CPU_ENABLE_SSE exists, however it does not say about > a signal: >=20 > If you use icc on a Pentium 4 you may have to use 'options CPU_ENABLE_SSE' > (depending on the OS version, if in doubt try if it works) in your kernel > config (have a look at http://www.FreeBSD.org/handbook/ if you do not know > how to do this), else icc will hang forever." Please also raise this with the maintainer, or send a PR. Kris --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0vSLWry0BWjoQKURAptKAJwJwkQ/CFLCESrYS3VEwih6BVUstwCgk8DX 0N+iTl2ceEz24zh9k7v0dQs= =qUSM -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 18:39:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A63DA16A4CE for ; Wed, 29 Dec 2004 18:39:27 +0000 (GMT) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE54643D53 for ; Wed, 29 Dec 2004 18:39:26 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.12.11/8.12.11) with ESMTP id iBTIdP3G000376 for ; Wed, 29 Dec 2004 19:39:25 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id D1703630F; Wed, 29 Dec 2004 19:40:00 +0100 (CET) Date: Wed, 29 Dec 2004 19:40:00 +0100 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20041229184000.GA73285@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041229154905.GA1820@algol.adsl.nerim.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <20041229154905.GA1820@algol.adsl.nerim.net> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 18:39:27 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 29, 2004 at 04:49:05PM +0100, Harald Weis wrote: > My scanner (EPSON PERFECTION 1650) is working alright if it is > connected before system startup. But when connected to the running > system it doesn't get attached by usbd. I can't find out from > Handbook, manpages or mailing lists what could be the reason. > =20 > Many thanks in advance for any help. Could you upgrade to 5.3? I've got a 1650 that works perfectly on 5.3-RELEASE on amd64. (BTW, 5.3 uses devfs). Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in email http://www.xs4all.nl/~rsmith/ X No Word docs in email / \ Respect for open standards --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0voAEnfvsMMhpyURArFHAKCE09bBbuX0+jiONPPxHs8tX9N2XACgg6On f/zheTW0FnkaUzaRcPEzqEs= =pzan -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 19:14:06 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DD1316A4CE for ; Wed, 29 Dec 2004 19:14:06 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2526043D53 for ; Wed, 29 Dec 2004 19:14:06 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 19702 invoked from network); 29 Dec 2004 19:14:05 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Dec 2004 19:14:05 -0000 Received: from hydrogen.funkthat.com (twvaro@localhost.funkthat.com [127.0.0.1])iBTJE5GH049444; Wed, 29 Dec 2004 11:14:05 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iBTJE4FO049443; Wed, 29 Dec 2004 11:14:04 -0800 (PST) Date: Wed, 29 Dec 2004 11:14:04 -0800 From: John-Mark Gurney To: Zahemszky =?iso-8859-1?Q?G=E1bor?= Message-ID: <20041229191404.GQ19624@funkthat.com> Mail-Followup-To: Zahemszky =?iso-8859-1?Q?G=E1bor?= , freebsd-stable@freebsd.org References: <41C3DCA6.5050908@Zahemszky.HU> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <41C3DCA6.5050908@Zahemszky.HU> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-stable@freebsd.org Subject: Re: cdrecord cannot see DVD-RW with ATAPICAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 19:14:06 -0000 Zahemszky Gábor wrote this message on Sat, Dec 18, 2004 at 08:30 +0100: > So the problem exists: how can it be, that "camcontrol devlist" shows an > ATAPICAM-generated "SCSI"-DVD-RW, but cdrecord couldn't see it with > "cdrecord -scanbus": > > $ camcontrol devlist > at scbus0 target 4 lun 0 (cd0,pass0) > at scbus0 target 13 lun 0 (da0,pass1) > at scbus0 target 15 lun 0 (da1,pass2) > at scbus2 target 0 lun 0 (cd1,pass3) ^ ^ ^ > $ cdrecord -scanbus > Cdrecord 2.00.3 (i386-unknown-freebsd5.2) Copyright (C) 1995-2002 Jörg > Schilling > Using libscg version 'schily-0.7' > scsibus0: > 0,0,0 0) * > 0,1,0 1) * > 0,2,0 2) * > 0,3,0 3) * > 0,4,0 4) 'YAMAHA ' 'CRW8824S ' '1.00' Removable CD-ROM > 0,5,0 5) * > 0,6,0 6) * > 0,7,0 7) * Not sure if you solved your problem yet.. the reason cdrecord doesn't see your burner is that it's on the third scsi bus... why don't you try: cdrecord dev=2,0,0 -checkdrive Though you'll probably want to d/l the ProDVD version of cdrecord to be able to burn DVD's.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 20:30:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5498C16A4CF for ; Wed, 29 Dec 2004 20:30:42 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 836F643D49 for ; Wed, 29 Dec 2004 20:30:39 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 345444AC2F for ; Wed, 29 Dec 2004 21:30:38 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 70200-05-2 for ; Wed, 29 Dec 2004 21:30:38 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 05DE04AC2E for ; Wed, 29 Dec 2004 21:30:38 +0100 (CET) Date: Wed, 29 Dec 2004 21:30:37 +0100 From: Palle Girgensohn To: stable@freebsd.org Message-ID: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net Subject: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 20:30:42 -0000 Hi! Has anyone managed to update a 4.10 system to 5.3 remotely, i.e. without console access, and without spare disk partitions? I have a bunch of 4.10 machines that are too far away for me to actually do the update hands on. I've tried it on a test machine, it fails half way through installworld, and really needs single user mode to succeed. The install procedure fails since it starts using the newly installed stuff, things like sh(1) and test(1), and they cannot find their libc.so.5, I guess... One idea I have is copying / and /usr to some other place and set ldconfig and PATH=some/other/place and when building and installing. Haven't tried it yet, thought I'd hear anyone on this list has a better suggestion? Optimally, there would a couple of gigs on a separate spare disk partition so I could just install everything there and use it upon reboot. Problem is, there is no such space. :( Thanks Palle From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 20:35:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6628416A4CE for ; Wed, 29 Dec 2004 20:35:49 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 382F943D1F for ; Wed, 29 Dec 2004 20:35:49 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iBTKa15T015988; Wed, 29 Dec 2004 12:36:01 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iBTKa12f015987; Wed, 29 Dec 2004 12:36:01 -0800 Date: Wed, 29 Dec 2004 12:36:01 -0800 From: Brooks Davis To: Palle Girgensohn Message-ID: <20041229203601.GD10293@odin.ac.hmc.edu> References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="veXX9dWIonWZEC6h" Content-Disposition: inline In-Reply-To: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: stable@freebsd.org Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 20:35:49 -0000 --veXX9dWIonWZEC6h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 29, 2004 at 09:30:37PM +0100, Palle Girgensohn wrote: > Has anyone managed to update a 4.10 system to 5.3 remotely, i.e. without= =20 > console access, and without spare disk partitions? >=20 > I have a bunch of 4.10 machines that are too far away for me to actually = do=20 > the update hands on. I've tried it on a test machine, it fails half way= =20 > through installworld, and really needs single user mode to succeed. The= =20 > install procedure fails since it starts using the newly installed stuff,= =20 > things like sh(1) and test(1), and they cannot find their libc.so.5, I=20 > guess... >=20 > One idea I have is copying / and /usr to some other place and set ldconfi= g=20 > and PATH=3Dsome/other/place and when building and installing. Haven't tri= ed=20 > it yet, thought I'd hear anyone on this list has a better suggestion? >=20 > Optimally, there would a couple of gigs on a separate spare disk partitio= n=20 > so I could just install everything there and use it upon reboot. Problem= =20 > is, there is no such space. :( In general, my suggestion would be, don't do that. Do you really need to upgrade? Remember, 4.11 is likely to be supported for security upgrades into early 2006 so if your machines are working and you don't really need the new functionality, I'd suggest avoiding an upgrade. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --veXX9dWIonWZEC6h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB0xUwXY6L6fI4GtQRAh0XAKDY5+y8Rev32Vhz7RrMP4MWGtIsJACbBxxM WNU4O9e5ECM1KgM6f2Lf3CU= =syLm -----END PGP SIGNATURE----- --veXX9dWIonWZEC6h-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 20:49:17 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE6416A4CE for ; Wed, 29 Dec 2004 20:49:17 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CCFA43D48 for ; Wed, 29 Dec 2004 20:49:17 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 556B94AC2F; Wed, 29 Dec 2004 21:49:16 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 78112-01-13; Wed, 29 Dec 2004 21:49:16 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 1F2164AC2E; Wed, 29 Dec 2004 21:49:13 +0100 (CET) Date: Wed, 29 Dec 2004 21:49:10 +0100 From: Palle Girgensohn To: Brooks Davis Message-ID: In-Reply-To: <20041229203601.GD10293@odin.ac.hmc.edu> References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: stable@freebsd.org Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 20:49:17 -0000 --On onsdag, december 29, 2004 12.36.01 -0800 Brooks Davis wrote: > On Wed, Dec 29, 2004 at 09:30:37PM +0100, Palle Girgensohn wrote: >> Has anyone managed to update a 4.10 system to 5.3 remotely, i.e. without >> console access, and without spare disk partitions? >> >> I have a bunch of 4.10 machines that are too far away for me to actually >> do the update hands on. I've tried it on a test machine, it fails half >> way through installworld, and really needs single user mode to succeed. >> The install procedure fails since it starts using the newly installed >> stuff, things like sh(1) and test(1), and they cannot find their >> libc.so.5, I guess... >> >> One idea I have is copying / and /usr to some other place and set >> ldconfig and PATH=some/other/place and when building and installing. >> Haven't tried it yet, thought I'd hear anyone on this list has a better >> suggestion? >> >> Optimally, there would a couple of gigs on a separate spare disk >> partition so I could just install everything there and use it upon >> reboot. Problem is, there is no such space. :( > > In general, my suggestion would be, don't do that. Do you really need > to upgrade? Remember, 4.11 is likely to be supported for security > upgrades into early 2006 so if your machines are working and you don't > really need the new functionality, I'd suggest avoiding an upgrade. Well, I need wide char support, as in iswlower and the likes. Maybe I could use some portability lib or similar...? Ideas? BTW, do you mean that 5.3 is not stable enough, or just that it is a nuisance to upgrade? While I agree that 4.10 is very stable, a lot of things have improved with 5.x... /Palle From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 21:00:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A4516A4D0 for ; Wed, 29 Dec 2004 21:00:57 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1D6143D3F for ; Wed, 29 Dec 2004 21:00:57 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iBTL1AAD017603; Wed, 29 Dec 2004 13:01:10 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iBTL1Ab5017602; Wed, 29 Dec 2004 13:01:10 -0800 Date: Wed, 29 Dec 2004 13:01:10 -0800 From: Brooks Davis To: Palle Girgensohn Message-ID: <20041229210110.GA16903@odin.ac.hmc.edu> References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: stable@freebsd.org Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 21:00:58 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 29, 2004 at 09:49:10PM +0100, Palle Girgensohn wrote: >=20 >=20 > --On onsdag, december 29, 2004 12.36.01 -0800 Brooks Davis=20 > wrote: >=20 > >On Wed, Dec 29, 2004 at 09:30:37PM +0100, Palle Girgensohn wrote: > >>Has anyone managed to update a 4.10 system to 5.3 remotely, i.e. without > >>console access, and without spare disk partitions? > >> > >>I have a bunch of 4.10 machines that are too far away for me to actually > >>do the update hands on. I've tried it on a test machine, it fails half > >>way through installworld, and really needs single user mode to succeed. > >>The install procedure fails since it starts using the newly installed > >>stuff, things like sh(1) and test(1), and they cannot find their > >>libc.so.5, I guess... > >> > >>One idea I have is copying / and /usr to some other place and set > >>ldconfig and PATH=3Dsome/other/place and when building and installing. > >>Haven't tried it yet, thought I'd hear anyone on this list has a better > >>suggestion? > >> > >>Optimally, there would a couple of gigs on a separate spare disk > >>partition so I could just install everything there and use it upon > >>reboot. Problem is, there is no such space. :( > > > >In general, my suggestion would be, don't do that. Do you really need > >to upgrade? Remember, 4.11 is likely to be supported for security > >upgrades into early 2006 so if your machines are working and you don't > >really need the new functionality, I'd suggest avoiding an upgrade. >=20 > Well, I need wide char support, as in iswlower and the likes. Maybe I cou= ld=20 > use some portability lib or similar...? Ideas? >=20 > BTW, do you mean that 5.3 is not stable enough, or just that it is a=20 > nuisance to upgrade? While I agree that 4.10 is very stable, a lot of=20 > things have improved with 5.x... If you need the improved wide char support, then you will probably have to upgrade. 5.3 is generally stable, but I personally think upgrading for 4.x by any method other then a new install is a bad idea. It's certaintly possiable, but not trivial. I believe the instructions in UPDATING should work, but I've never tried them remotely. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB0xsVXY6L6fI4GtQRArKQAKCRK6zDip2xuXJ5/KGe6uF3yQWDIwCfQ9tM UosFueiASF8ryElIZnliA3I= =vVDh -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 21:23:34 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC70016A4CE for ; Wed, 29 Dec 2004 21:23:34 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AB5843D6D for ; Wed, 29 Dec 2004 21:23:34 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 575814AC32; Wed, 29 Dec 2004 22:23:33 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 78794-02; Wed, 29 Dec 2004 22:23:33 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 035FF4AC2B; Wed, 29 Dec 2004 22:23:30 +0100 (CET) Date: Wed, 29 Dec 2004 22:23:30 +0100 From: Palle Girgensohn To: Brooks Davis Message-ID: <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> In-Reply-To: <20041229210110.GA16903@odin.ac.hmc.edu> References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> <20041229210110.GA16903@odin.ac.hmc.edu> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: stable@freebsd.org Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 21:23:35 -0000 --On onsdag, december 29, 2004 13.01.10 -0800 Brooks Davis wrote: > On Wed, Dec 29, 2004 at 09:49:10PM +0100, Palle Girgensohn wrote: >> >> >> --On onsdag, december 29, 2004 12.36.01 -0800 Brooks Davis >> wrote: >> >> > On Wed, Dec 29, 2004 at 09:30:37PM +0100, Palle Girgensohn wrote: >> >> Has anyone managed to update a 4.10 system to 5.3 remotely, i.e. >> >> without console access, and without spare disk partitions? >> >> >> >> I have a bunch of 4.10 machines that are too far away for me to >> >> actually do the update hands on. I've tried it on a test machine, it >> >> fails half way through installworld, and really needs single user >> >> mode to succeed. The install procedure fails since it starts using >> >> the newly installed stuff, things like sh(1) and test(1), and they >> >> cannot find their libc.so.5, I guess... >> >> >> >> One idea I have is copying / and /usr to some other place and set >> >> ldconfig and PATH=some/other/place and when building and installing. >> >> Haven't tried it yet, thought I'd hear anyone on this list has a >> >> better suggestion? >> >> >> >> Optimally, there would a couple of gigs on a separate spare disk >> >> partition so I could just install everything there and use it upon >> >> reboot. Problem is, there is no such space. :( >> > >> > In general, my suggestion would be, don't do that. Do you really need >> > to upgrade? Remember, 4.11 is likely to be supported for security >> > upgrades into early 2006 so if your machines are working and you don't >> > really need the new functionality, I'd suggest avoiding an upgrade. >> >> Well, I need wide char support, as in iswlower and the likes. Maybe I >> could use some portability lib or similar...? Ideas? >> >> BTW, do you mean that 5.3 is not stable enough, or just that it is a >> nuisance to upgrade? While I agree that 4.10 is very stable, a lot of >> things have improved with 5.x... > > If you need the improved wide char support, then you will probably have > to upgrade. 5.3 is generally stable, but I personally think upgrading > for 4.x by any method other then a new install is a bad idea. It's > certaintly possiable, but not trivial. I believe the instructions in > UPDATING should work, but I've never tried them remotely. I've tried the UPDATING instructions, both locally and remotely (the latter failed ;-). But really, everything has to be reinstalled, ports and the lot, so a new install is probably the best way... Thanks for you input anyway! /Palle From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 21:37:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6C4316A4CE for ; Wed, 29 Dec 2004 21:37:09 +0000 (GMT) Received: from mail.bonivet.net (mail.bonivet.net [81.56.185.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8BCC43D2F for ; Wed, 29 Dec 2004 21:37:08 +0000 (GMT) (envelope-from gstewart@bonivet.net) X-ConnectingHost: 192.168.1.254 Received: from dragonfly.bonivet.net (dragonfly.bonivet.net [192.168.1.254]) by mail.bonivet.net (8.13.2/8.13.2) with SMTP id iBTLb6C8018271 for ; Wed, 29 Dec 2004 22:37:06 +0100 Date: Wed, 29 Dec 2004 22:37:06 +0100 From: Godwin Stewart To: freebsd-stable@freebsd.org Message-Id: <20041229223706.2829b879.gstewart@bonivet.net> In-Reply-To: <20041229191404.GQ19624@funkthat.com> References: <41C3DCA6.5050908@Zahemszky.HU> <20041229191404.GQ19624@funkthat.com> Organization: Nope, none here, it's a mess ;o) X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i386-unknown-freebsd5.3) X-MS-SUX: As if we didn't know... X-Curious: You just *HAD* to look at these headers, didn't you! X-Face: #T;eJks=B[`71qrwp`l6BW8xI&hP8S*4Kd%e?8o"rL02ZYf"rWa41l83a)L,*; S).Ukq$U% II{-z#5%i&X8"%{$)ZWmE7WBDF)?wK1^7]u9T;@jqdZo?IT!d-L`!@&vW)F_1 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: cdrecord cannot see DVD-RW with ATAPICAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 21:37:09 -0000 On Wed, 29 Dec 2004 11:14:04 -0800, John-Mark Gurney wrote: > Though you'll probably want to d/l the ProDVD version of cdrecord to > be able to burn DVD's.. Either that or use dvd+rw-tools (see /usr/ports/sysutils/dvd+rw-tools). -- G. Stewart - gstewart@bonivet.net If you plan to leave your mark in the sands of time, you better wear work shoes. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 21:38:25 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537F316A4CE for ; Wed, 29 Dec 2004 21:38:25 +0000 (GMT) Received: from lakermmtao02.cox.net (lakermmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8834043D53 for ; Wed, 29 Dec 2004 21:38:24 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.0.100] (really [68.110.143.167]) by lakermmtao02.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20041229213822.SUWY2202.lakermmtao02.cox.net@[192.168.0.100]>; Wed, 29 Dec 2004 16:38:22 -0500 Message-ID: <41D323CF.8070701@gromit.dlib.vt.edu> Date: Wed, 29 Dec 2004 16:38:23 -0500 From: Paul Mather User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Palle Girgensohn References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> <20041229210110.GA16903@odin.ac.hmc.edu> <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> In-Reply-To: <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 21:38:25 -0000 Palle Girgensohn wrote: > I've tried the UPDATING instructions, both locally and remotely (the > latter failed ;-). But really, everything has to be reinstalled, ports > and the lot, so a new install is probably the best way... > That's not so bad. A reinstall means you can newfs your partitions as UFS2 filesystems, which wouldn't be the case if you upgraded 4.10 in-place. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 21:58:29 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C567B16A4CE for ; Wed, 29 Dec 2004 21:58:29 +0000 (GMT) Received: from shaolin.comnet.co.nz (shaolin.comnet.co.nz [131.203.96.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2FC343D41 for ; Wed, 29 Dec 2004 21:58:28 +0000 (GMT) (envelope-from r.mahoney@comnet.net.nz) Received: from 131-203-240-72.remote.comnet.co.nz (131-203-240-72.remote.comnet.co.nz [131.203.240.72]) id iBTLvoZW014478; Thu, 30 Dec 2004 10:58:05 +1300 From: Richard MAHONEY To: FreeBSD Stable Content-Type: text/plain Date: Thu, 30 Dec 2004 10:57:37 +1300 Message-Id: <1104357457.37956.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: [Fwd: GThread_ERROR | glib2 | gthread-posix.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: r.mahoney@comnet.net.nz List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 21:58:29 -0000 Thank you to all who replied to my message below. A clean install of 5.3, xorg, gnome &c.. solved the problem (a little drastic I'll admit, but I was going to have to upgrade at some point). Best regards, Richard Mahoney -------- Forwarded Message -------- From: Richard MAHONEY To: Subscribers to FreeBSD-Stable Subject: GThread_ERROR | glib2 | gthread-posix.c Date: Sun, 26 Dec 2004 10:33:22 +1300 Dear Listmembers, I've just upgraded to `xorg-6.8.1' and have begun to experience seg. faults and core dumps with apps that rely on `glib-2.4.8'. The standard error is noted below. `gnome2-2.8.2' no longer works and I've had to revert to `pwm-2003.06.17'. A recompile of `glib', `gtk', all of `Gnome2' &c. has failed to resolve the problem. Does it have something to do with the following? : /usr/home/ports/devel/glib20/files/patch-gthread_gthread-posix.c Any help would be very much appreciated. Best regards, Richard Mahoney the system: [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ uname -a FreeBSD 131-203-240-72.remote.comnet.co.nz 4.11-STABLE FreeBSD \ 4.11-STABLE #0: Sun Dec 19 21:29:45 NZDT 2004 \ root@131-203-240-72.remote.comnet.co.nz:/usr/home/obj/usr/src/sys/GENERIC \ i386 the problem: [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ firefox GThread-ERROR **: file gthread-posix.c: line 137 \ (g_thread_impl_init): error 'Invalid argument' during \ 'pthread_getschedparam (pthread_self(), &policy, &sched)' aborting... Abort trap (core dumped) [rbm49@131.203.240.72] /usr/home/rbm49/pkg $ rm -f *core firefox-bin.core From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 22:15:22 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D1716A4CE for ; Wed, 29 Dec 2004 22:15:22 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-103-wednesday.noc.nerim.net [62.4.17.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 165C643D31 for ; Wed, 29 Dec 2004 22:15:22 +0000 (GMT) (envelope-from harald.weis@algol.adsl.nerim.net) Received: from algol.adsl.nerim.net (algol.adsl.nerim.net [62.212.97.189]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 6DD8B62D45 for ; Wed, 29 Dec 2004 23:15:18 +0100 (CET) Received: by algol.adsl.nerim.net (Postfix, from userid 1001) id ACD321010E5; Wed, 29 Dec 2004 23:17:24 +0100 (CET) Date: Wed, 29 Dec 2004 23:17:24 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20041229221724.GA2558@algol.adsl.nerim.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041229154905.GA1820@algol.adsl.nerim.net> <20041229184000.GA73285@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041229184000.GA73285@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.1i Subject: Re: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 22:15:22 -0000 On Wed, Dec 29, 2004 at 07:40:00PM +0100, Roland Smith wrote: > On Wed, Dec 29, 2004 at 04:49:05PM +0100, Harald Weis wrote: > > My scanner (EPSON PERFECTION 1650) is working alright if it is > > connected before system startup. But when connected to the running > > system it doesn't get attached by usbd. I can't find out from > > Handbook, manpages or mailing lists what could be the reason. > > > > Many thanks in advance for any help. > > Could you upgrade to 5.3? I've got a 1650 that works perfectly on > 5.3-RELEASE on amd64. (BTW, 5.3 uses devfs). Yes, no problem, I've planned to migrate to 5.3 anyway in 2 weeks time. But I would like to understand _why_ usbd's attach/detach function, as I understood it from Handbook and manpages, does not work on 4.X (I'm using the scanner since 2 or 3 years without any other problem). It should work, shouldn't it ? Do I mis-interpret e.g. usbd.conf(5) ? Harald -- FreeBSD 4.9-RELEASE #0: Mon Oct 27 17:51:09 GMT 2003 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 23:25:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D7016A4CE for ; Wed, 29 Dec 2004 23:25:05 +0000 (GMT) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C56FA43D48 for ; Wed, 29 Dec 2004 23:25:04 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.12.11/8.12.11) with ESMTP id iBTNP45I022639 for ; Thu, 30 Dec 2004 00:25:04 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id DF01D64CE; Thu, 30 Dec 2004 00:25:04 +0100 (CET) Date: Thu, 30 Dec 2004 00:25:04 +0100 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20041229232504.GA1345@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041229154905.GA1820@algol.adsl.nerim.net> <20041229184000.GA73285@slackbox.xs4all.nl> <20041229221724.GA2558@algol.adsl.nerim.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20041229221724.GA2558@algol.adsl.nerim.net> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 23:25:05 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 29, 2004 at 11:17:24PM +0100, Harald Weis wrote: > > Could you upgrade to 5.3? I've got a 1650 that works perfectly on > > 5.3-RELEASE on amd64. (BTW, 5.3 uses devfs). >=20 > Yes, no problem, I've planned to migrate to 5.3 anyway in 2 weeks > time. But I would like to understand _why_ usbd's attach/detach > function, as I understood it from Handbook and manpages, does not work > on 4.X (I'm using the scanner since 2 or 3 years without any other > problem). It should work, shouldn't it ? Do I mis-interpret > e.g. usbd.conf(5) ? Try running usbd from a console or xterm with the -d flag. This gives debugging output, so you can see what's going on. If you're using devfs, make sure that you have a devfs.rules to set the user/group and the right permission for the scanner device. Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in email http://www.xs4all.nl/~rsmith/ X No Word docs in email / \ Respect for open standards --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB0zzQEnfvsMMhpyURAicLAJ9uAjo+n6223IvKLDU/qvJOynKn3wCdEI1s Gxl/ftm4PcERDo0wT9h2VPk= =+vpa -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 23:58:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 013E016A4CF for ; Wed, 29 Dec 2004 23:58:12 +0000 (GMT) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A99943D45 for ; Wed, 29 Dec 2004 23:58:11 +0000 (GMT) (envelope-from cr@it.dk) Received: from user1.cybercity.dk (user1.cybercity.dk [212.242.41.34]) by cicero2.cybercity.dk (Postfix) with ESMTP id 7225918F696 for ; Thu, 30 Dec 2004 00:58:09 +0100 (CET) Received: from localhost (port1922.ds1-vbr.adsl.cybercity.dk [212.242.174.229]) by user1.cybercity.dk (Postfix) with SMTP id 4B3B674FF15 for ; Thu, 30 Dec 2004 00:58:09 +0100 (CET) From: Christian R. To: freebsd-stable@freebsd.org Date: Thu, 30 Dec 2004 00:55:55 +0100 Message-ID: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Memory handling problem with FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 23:58:12 -0000 I have installed FreeBSD 5.3-STABLE i386 on a new Dell PowerEdge 2850, but it crashes under load like "make buildworld" with a "panic: page fault". The server has following configuration: 2x Intel Xeon 3.4 GHz (800 MHz =46SB), 6x 1 GB DDR2 ECC RAM and Perc 4e/Di (LSI Logic/amr driver). After some days working on the problem, I think there is some problem with handling the memory. The only way I have got the server to become stable was by switching a special option in the Dell BIOS, which limits the system memory to 256 MB. I have tried to limit the memory to 4 GB by activating a spare memory bank, but the server still crashes. Disabling HTT in BIOS and ACPI in the loader also didn't solved the problem. The kernel is compiled with SMP of course and PAE because of >4 GB memory. I have removed all the unnecessary devices. Dells own diagnostic tool couldn't find any hardware errors. The special memory test also passed all tests. I have also tried with memtest (http://www.memtest.org/) which either could find any memory errors. Has anyone an idea to a solution? Has anyone succeeded running FreeBSD 5.3 on similar hardware? Would it maybe be better to run the AMD64 version of FreeBSD 5.3? I think the i386 version should be more stable? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 00:22:53 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D099816A4CE for ; Thu, 30 Dec 2004 00:22:53 +0000 (GMT) Received: from relay01.roc.ny.frontiernet.net (relay01.roc.ny.frontiernet.net [66.133.131.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3985A43D46 for ; Thu, 30 Dec 2004 00:22:53 +0000 (GMT) (envelope-from drew@mykitchentable.net) Received: from filter01.roc.ny.frontiernet.net (filter01.roc.ny.frontiernet.net [66.133.131.176]) by relay01.roc.ny.frontiernet.net (Postfix) with ESMTP id 6920C10003 for ; Thu, 30 Dec 2004 00:22:52 +0000 (UTC) Received: from relay01.roc.ny.frontiernet.net ([66.133.131.34]) [66.133.131.176]) (amavisd-new, port 10024) with LMTP id 06494-02-75 for ; Thu, 30 Dec 2004 00:22:52 +0000 (UTC) Received: from blacklamb.mykitchentable.net (67-137-45-225.dsl2.elk.ca.frontiernet.net [67.137.45.225]) by relay01.roc.ny.frontiernet.net (Postfix) with ESMTP id BBA38FFEB for ; Thu, 30 Dec 2004 00:22:49 +0000 (UTC) Received: from [165.107.42.204] (unknown [165.107.42.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by blacklamb.mykitchentable.net (Postfix) with ESMTP id 386173BF3C0 for ; Wed, 29 Dec 2004 16:22:47 -0800 (PST) Message-ID: <41D34A5B.6080504@mykitchentable.net> Date: Wed, 29 Dec 2004 16:22:51 -0800 From: Drew Tomlinson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20040701 (2.0) at filter01.roc.ny.frontiernet.net Subject: Multiple Vinum Problems Since Upgrade From 4.9 To 4.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 00:22:54 -0000 Since an upgrade from 4.9 to 4.10, I've had problems with vinum. The basic problem is that upon reboot, two of my vinum drives show up as "referenced" and thus create the associated chaos. I've tried many things and fiddled around quite a bit so I can't say exactly what I've done. I can include all of the entries in the history file since Oct. 31 if that's a help but it would be a long list. So prior to digging that deep, I will describe where I stand currently and where I want to finish. Currently, I have one vinum volume that I use for /usr. Fortunately this volume is up and running or I would really be in a mess. Here's the 'vinum list' output in this state: blacklamb# vinum vinum -> list 2 drives: D disk1 State: up Device /dev/da0s1h Avail: 0/8383 MB (0%) D disk2 State: up Device /dev/da1s1h Avail: 0/8383 MB (0%) 1 volumes: V usr State: up Plexes: 1 Size: 16 GB 1 plexes: P usr.p0 S State: up Subdisks: 2 Size: 16 GB 2 subdisks: S usr.p0.s0 State: up PO: 0 B Size: 8383 MB S usr.p0.s1 State: up PO: 256 kB Size: 8383 MB I want to add another volume and mount it on /ftp. After creating the volume, vinum sees it and it appears OK as indicated in this output: vinum -> list 5 drives: D disk1 State: up Device /dev/da0s1h Avail: 0/8383 MB (0%) D disk2 State: up Device /dev/da1s1h Avail: 0/8383 MB (0%) D ftp1 State: up Device /dev/ad0s1h Avail: 0/76319 MB (0%) D ftp2 State: up Device /dev/ad1s1h Avail: 0/76319 MB (0%) D ftp3 State: up Device /dev/da3s1h Avail: 0/114473 MB (0%) 2 volumes: V usr State: up Plexes: 1 Size: 16 GB V ftp State: up Plexes: 1 Size: 260 GB 2 plexes: P usr.p0 S State: up Subdisks: 2 Size: 16 GB P ftp.p0 C State: up Subdisks: 3 Size: 260 GB 5 subdisks: S usr.p0.s0 State: up PO: 0 B Size: 8383 MB S usr.p0.s1 State: up PO: 256 kB Size: 8383 MB S ftp.p0.s0 State: up PO: 0 B Size: 74 GB S ftp.p0.s1 State: up PO: 74 GB Size: 74 GB S ftp.p0.s2 State: up PO: 149 GB Size: 111 GB Next I 'quit' the vinum command line and fsck my newly created volume. It finishes successfully and I mount it: blacklamb# df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 302350 102088 176074 37% / /dev/vinum/usr 16639674 5433762 9874739 35% /usr procfs 4 4 0 100% /proc /dev/vinum/ftp 265119539 119729707 132133856 48% /ftp I recheck with the 'vinum list' command and the output is the same as above. Now I cross my fingers and reboot to see if the volume comes up properly on startup. However ftp3 (/dev/da3s1h) comes up 'referenced' and causes problems. Mounting root from ufs:/dev/da0s1a dumpon: crash dumps to /dev/da1s1b (13, 131081) vinum: loaded vinum: reading configuration from /dev/ad1s1h vinum: ftp.p0.s2 is crashed vinum: ftp.p0 is corrupt vinum: updating configuration from /dev/ad0s1h vinum: updating configuration from /dev/da1s1h vinum: updating configuration from /dev/da0s1h vinum: /dev is mounted read-only, not rebuilding /dev/vinum Warning: defective objects D ftp3 State: referenced Device Avail: 0/0 MB P ftp.p0 C State: corrupt Subdisks: 3 Size: 260 GB S ftp.p0.s2 State: crashed PO: 149 GB Size: 111 GB swapon: adding /dev/da1s1b as swap device Automatic boot in progress... /dev/da0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 100130 free (938 frags, 12399 blocks, 0.6% fragmentation) /dev/vinum/ftp: CANNOT READ: BLK 546979872 /dev/vinum/ftp: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. /dev/vinum/ftp: CANNOT WRITE: BLK 2800 /dev/vinum/ftp: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. /dev/vinum/usr: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/vinum/usr: clean, 11205903 free (152463 frags, 1381680 blocks, 0.9% fragmentation) THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: /dev/vinum/ftp (/ftp) File system preen failed, trying fsck -y . . . ** /dev/da0s1a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 2053 files, 51045 used, 100130 free (938 frags, 12399 blocks, 0.6% fragmentation) ** /dev/vinum/usr ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 401072 files, 5433771 used, 11205903 free (152463 frags, 1381680 blocks, 0.9% fragmentation) ** /dev/vinum/ftp CANNOT READ: BLK 546979872 UNEXPECTED SOFT UPDATE INCONSISTENCY CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 546979872, 546979873, 546979874, 546979875, /dev/vinum/ftp: CANNOT FIGURE OUT FILE SYSTEM PARTITION UNEXPECTED SOFT UPDATE INCONSISTENCY WARNING: R/W mount of /ftp denied. Filesystem is not clean - run fsck mount: /dev/vinum/ftp: Operation not permitted Mounting /etc/fstab filesystems failed, startup aborted Enter full pathname of shell or RETURN for /bin/sh: I enter the shell and run 'vinum list': vinum -> list 4 drives: D ftp1 State: up Device /dev/ad0s1h Avail: 0/76319 MB (0%) D ftp2 State: up Device /dev/ad1s1h Avail: 0/76319 MB (0%) D disk1 State: up Device /dev/da0s1h Avail: 0/8383 MB (0%) D disk2 State: up Device /dev/da1s1h Avail: 0/8383 MB (0%) D ftp3 State: referenced Device Avail: 0/0 MB 2 volumes: V usr State: up Plexes: 1 Size: 16 GB V ftp State: up Plexes: 1 Size: 260 GB 2 plexes: P usr.p0 S State: up Subdisks: 2 Size: 16 GB P ftp.p0 C State: corrupt Subdisks: 3 Size: 260 GB 5 subdisks: S usr.p0.s0 State: up PO: 0 B Size: 8383 MB S usr.p0.s1 State: up PO: 256 kB Size: 8383 MB S ftp.p0.s0 State: up PO: 0 B Size: 74 GB S ftp.p0.s1 State: up PO: 74 GB Size: 74 GB S ftp.p0.s2 State: crashed PO: 149 GB Size: 111 GB Now I delete all references to the ftp volume by running these commands: vinum -> rm -f ftp.p0.s2 vinum: removing ftp.p0.s2 Correcting length of ftp.p0: was 547043829, is 312602446 vinum: ftp.p0 is up vinum -> rm -f ftp.p0.s1 vinum: removing ftp.p0.s1 Correcting length of ftp.p0: was 312602446, is 156301223 vinum -> rm -f ftp.p0.s0 vinum: removing ftp.p0.s0 vinum -> rm -f ftp.p0 vinum: removing ftp.p0 vinum: ftp is down vinum -> rm -f ftp vinum: removing ftp vinum -> rm -f ftp3 vinum -> rm -f ftp2 vinum -> rm -f ftp1 Yet the 'reference to ftp3 remains. vinum -> list 1 drives: D disk1 State: up Device /dev/da0s1h Avail: 0/8383 MB (0%) D disk2 State: up Device /dev/da1s1h Avail: 0/8383 MB (0%) D ftp3 State: referenced Device Avail: 0/0 MB 1 volumes: V usr State: up Plexes: 1 Size: 16 GB 1 plexes: P usr.p0 S State: up Subdisks: 2 Size: 16 GB 2 subdisks: S usr.p0.s0 State: up PO: 0 B Size: 8383 MB S usr.p0.s1 State: up PO: 256 kB Size: 8383 MB Why does the list output show "1 drives:" when there are three listed and two working? Anyway, I've been here before and I quit vinum. Then I issue these commands: # df Filesystem 512-blocks Used Avail Capacity Mounted on /dev/da0s1a 604700 204180 352144 37% / /dev/vinum/usr 33279348 10867544 19749458 35% /usr procfs 8 8 0 100% /proc # umount /usr # vinum stop vinum: unloaded vinum unloaded # vinum start vinum: loaded vinum: reading configuration from /dev/da1s1h vinum: updating configuration from /dev/da0s1h Then I issue a 'vinum list' and all seems well. # vinum vinum -> list 2 drives: D disk1 State: up Device /dev/da0s1h Avail: 0/8383 MB (0%) D disk2 State: up Device /dev/da1s1h Avail: 0/8383 MB (0%) 1 volumes: V usr State: up Plexes: 1 Size: 16 GB 1 plexes: P usr.p0 S State: up Subdisks: 2 Size: 16 GB 2 subdisks: S usr.p0.s0 State: up PO: 0 B Size: 8383 MB S usr.p0.s1 State: up PO: 256 kB Size: 8383 MB vinum -> Since everything appears correct, this seems like a good place to do 'vinum saveconfig'. Next I edit /etc/fstab so only /ftp is not mounted and reboot. The system reboots fine and the 'vinum list' is as it is immediately above. Running in full production mode, I create the ftp volume again: vinum -> create -f vinum_ftp.conf Dec 24 16:37:45 blacklamb /kernel: vinum: drive ftp1 is up Dec 24 16:37:45 blacklamb /kernel: vinum: drive ftp2 is up Dec 24 16:37:45 blacklamb /kernel: vinum: drive ftp3 is up 5 drives: D disk1 State: up Device /dev/da0s1h Avail: 0/8383 MB (0%) D disk2 State: up Device /dev/da1s1h Avail: 0/8383 MB (0%) D ftp1 State: up Device /dev/ad0s1h Avail: 0/76319 MB (0%) D ftp2 State: up Device /dev/ad1s1h Avail: 0/76319 MB (0%) D ftp3 State: up Device /dev/da3s1h Avail: 0/114473 MB (0%) 2 volumes: V usr State: up Plexes: 1 Size: 16 GB V ftp State: up Plexes: 1 Size: 260 GB 2 plexes: P usr.p0 S State: up Subdisks: 2 Size: 16 GB P ftp.p0 C State: up Subdisks: 3 Size: 260 GB 5 subdisks: S usr.p0.s0 State: up PO: 0 B Size: 8383 MB S usr.p0.s1 State: up PO: 256 kB Size: 8383 MB S ftp.p0.s0 State: up PO: 0 B Size: 74 GB S ftp.p0.s1 State: up PO: 74 GB Size: 74 GB S ftp.p0.s2 State: up PO: 149 GB Size: 111 GB Dec 24 16:37:45 blacklamb /kernel: vinum: ftp.p0.s0 is up Dec 24 16:37:45 blacklamb /kernel: vinum: ftp.p0.s1 is up Dec 24 16:37:45 blacklamb /kernel: vinum: ftp.p0.s2 is up Dec 24 16:37:45 blacklamb /kernel: vinum: ftp.p0 is up Dec 24 16:37:45 blacklamb /kernel: vinum: ftp is up After running fsck, I can mount and access the volume. The system continues to run fine until the next reboot where the same problems start all over again. I also have the same problem with another volume I wish to run called "backup". How can I fix my vinum volumes so they survive reboots? Thanks for your help and Happy Holidays! Drew From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 02:24:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E8A116A4CE for ; Thu, 30 Dec 2004 02:24:27 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2FD043D45 for ; Thu, 30 Dec 2004 02:24:26 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so35270wri for ; Wed, 29 Dec 2004 18:24:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=AYEsPB1YLPYreHITupd46qeU5KET6yt+McPVl9LfHYvYxdDBOK/w9zm4lNXwoxNzycs3ma95qMo7PvxMXSJ32FFDivg+DSh4K8DOX84D1bSe4oJ1zpas39tueyRr6F/7B7ML5Rx1HwfdrcMQ/kStrXAdjO1cxB74B5TTZocihpI= Received: by 10.54.57.8 with SMTP id f8mr244226wra; Wed, 29 Dec 2004 18:24:26 -0800 (PST) Received: by 10.54.14.5 with HTTP; Wed, 29 Dec 2004 18:24:26 -0800 (PST) Message-ID: Date: Thu, 30 Dec 2004 12:24:26 +1000 From: Robert Backhaus To: Paul Mather In-Reply-To: <41D323CF.8070701@gromit.dlib.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> <20041229210110.GA16903@odin.ac.hmc.edu> <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> <41D323CF.8070701@gromit.dlib.vt.edu> cc: stable@freebsd.org cc: Palle Girgensohn Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Robert Backhaus List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 02:24:27 -0000 Remember, a remote install is possible (although I've never done it) by connecting a null modem cable between two machines' serial ports and using that for a console - Some people keep remote systems daisy-chained in this manner to cope with boot failures. On Wed, 29 Dec 2004 16:38:23 -0500, Paul Mather wrote: > Palle Girgensohn wrote: > > > I've tried the UPDATING instructions, both locally and remotely (the > > latter failed ;-). But really, everything has to be reinstalled, ports > > and the lot, so a new install is probably the best way... > > > > That's not so bad. A reinstall means you can newfs your partitions as > UFS2 filesystems, which wouldn't be the case if you upgraded 4.10 in-place. > > Cheers, > > Paul. > -- > > e-mail: paul@gromit.dlib.vt.edu > > "Without music to decorate it, time is just a bunch of boring production > deadlines or dates by which bills must be paid." > --- Frank Vincent Zappa > > _______________________________________________ > 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" > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 02:33:24 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7232916A4CE for ; Thu, 30 Dec 2004 02:33:24 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DFAC43D4C for ; Thu, 30 Dec 2004 02:33:24 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBU2aEkL019074; Wed, 29 Dec 2004 19:36:14 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41D368A4.1030408@freebsd.org> Date: Wed, 29 Dec 2004 19:32:04 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Christian R." References: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> In-Reply-To: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: Memory handling problem with FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 02:33:24 -0000 Christian R. wrote: > I have installed FreeBSD 5.3-STABLE i386 on a new Dell PowerEdge 2850, > but it crashes under load like "make buildworld" with a "panic: page > fault". > > The server has following configuration: 2x Intel Xeon 3.4 GHz (800 MHz > FSB), 6x 1 GB DDR2 ECC RAM and Perc 4e/Di (LSI Logic/amr driver). > > After some days working on the problem, I think there is some problem > with handling the memory. The only way I have got the server to become > stable was by switching a special option in the Dell BIOS, which > limits the system memory to 256 MB. > > I have tried to limit the memory to 4 GB by activating a spare memory > bank, but the server still crashes. Disabling HTT in BIOS and ACPI in > the loader also didn't solved the problem. > > The kernel is compiled with SMP of course and PAE because of >4 GB > memory. I have removed all the unnecessary devices. > > Dells own diagnostic tool couldn't find any hardware errors. The > special memory test also passed all tests. I have also tried with > memtest (http://www.memtest.org/) which either could find any memory > errors. > > Has anyone an idea to a solution? Has anyone succeeded running FreeBSD > 5.3 on similar hardware? > > Would it maybe be better to run the AMD64 version of FreeBSD 5.3? I > think the i386 version should be more stable? > Upgrade to 5-STABLE. I fixed these problems a few weeks ago. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 03:13:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01B2116A4CE for ; Thu, 30 Dec 2004 03:13:42 +0000 (GMT) Received: from flyingjoke.org (soggy88.drizzle.com [216.162.199.88]) by mx1.FreeBSD.org (Postfix) with SMTP id 7140A43D48 for ; Thu, 30 Dec 2004 03:13:41 +0000 (GMT) (envelope-from dtalk-ml@prairienet.org) Received: (qmail 95923 invoked from network); 30 Dec 2004 03:13:45 -0000 Received: from atlantis.flyingjoke.org (192.168.1.8) by atlantis.flyingjoke.org with SMTP; 30 Dec 2004 03:13:45 -0000 Date: Wed, 29 Dec 2004 19:13:39 -0800 (PST) From: dtalk-ml@prairienet.org X-X-Sender: dtalk@atlantis.flyingjoke.org To: freebsd-stable@freebsd.org Message-ID: <20041229190406.N17743@atlantis.flyingjoke.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dtalk-ml@prairienet.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 03:13:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Salutations -- I have an old board with an installation of STABLE whose time keeps running away. ntpd is not helping. I can manually set the time using ntpdate, and my ntpq queries look fine, yet the clock persists in running very fast (seems to be about 1.5x speed). The BIOS clock remains correct, and the machine therefore has the correct time at each reboot, but quickly runs away. Data points: - - I have set kern.timecounter.hardware=TSC, and this has not helped. - - Two other hosts on the same network, using the same ntp server, do not have this problem. - - This box did not display this behavior under FreeBSD 5.2. - - I have replaced the board on the problem box (with the same age and type), and the problem persists. - - dmesg for this machine, an old Dell Optiplex 590, is below. What other information might help diagnose the problem? Thank you ... -d - -- David Talkington dtalk-ml@prairienet.org Copyright (c) 1992-2004 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 5.3-STABLE #0: Sat Dec 25 18:55:20 PST 2004 root@atlantis.flyingjoke.org:/usr/obj/usr/src/sys/CERBERUS WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (85.52-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x1bf real memory = 67108864 (64 MB) avail memory = 56074240 (53 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 11.0 (no driver attached) atapci0: irq 14 at device 12.0 on pci0 ata2: channel #0 on atapci0 device_attach: ata2 attach returned 6 cpu0 on motherboard orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ep0: <3Com 3C509-TP EtherLink III> at port 0x220-0x22f irq 11 on isa0 ep0: Ethernet address: 00:20:af:06:9e:35 ep0: [GIANT-LOCKED] ep1: <3Com 3C509-TP EtherLink III> at port 0x300-0x30f irq 10 on isa0 ep1: Ethernet address: 00:20:af:08:7a:c2 ep1: [GIANT-LOCKED] ep2: <3Com 3C509-TP EtherLink III> at port 0x210-0x21f irq 5 on isa0 ep2: Ethernet address: 00:20:af:ec:c4:c6 ep2: [GIANT-LOCKED] ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA (mono) <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3b0-0x3cf iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) ppc1: parallel port not found. unknown: can't assign resources (port) Timecounter "TSC" frequency 85517886 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. IP Filter: v3.4.35 initialized. Default = pass all, Logging = disabled ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging unlimited ad0: 515MB [1048/16/63] at ata0-master PIO3 Mounting root from ufs:/dev/ad0s1a -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB03Jp5FKhdwBLj4sRAhvDAKCIs0YHcnzxN8AkS90Wr+dp7Euu7wCgnQEP kHY+K7GXuxL+w/cIY9hFGbc= =YaTo -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 07:26:57 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C92FB16A4CE for ; Thu, 30 Dec 2004 07:26:57 +0000 (GMT) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D06C43D46 for ; Thu, 30 Dec 2004 07:26:57 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-201.dti.cegetel.net [213.223.184.201]) by smtp.cegetel.net (Postfix) with ESMTP id C44D967163; Thu, 30 Dec 2004 08:26:54 +0100 (CET) Message-ID: <41D3AD9B.4050006@club-internet.fr> Date: Thu, 30 Dec 2004 08:26:19 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041006 X-Accept-Language: fr, en-us, en MIME-Version: 1.0 To: John Wilson References: <20041226145129.7a44f314.BSD-Mail@nyc.rr.com> In-Reply-To: <20041226145129.7a44f314.BSD-Mail@nyc.rr.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig78F8A033B38692D63AAA130D" cc: freebsd-stable@freebsd.org Subject: Re: -stable, uhci and the iRiver H320. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 07:26:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78F8A033B38692D63AAA130D Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Wilson wrote: > Hello, all. Hi, > I am now looking into purchasing an iRiver H320 player. There was not a lot > of information turning up on Google in regard to people being successful, or > not, with this device under either Linux or FreeBSD, so I am now turning to > this list in hopes of finding a firsthand experience with this device under > FreeBSD. > > If anyone can indeed confirm proper function under FreeBSD, it would be most > appreciated. I have an iRiver H340 and it works well under Linux (USB 2.0). Under FreeBSD, umass(4) has some issues and the player doesn't work currently (tested with FreeBSD 5-STABLE and 6-CURRENT) but I'm sure it's just a matter of time :-) Jean-Seb --------------enig78F8A033B38692D63AAA130D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFB063Ia+xGJsFYOlMRAsaXAJ9n3lo9ryZe9HJ58q621x8ACvXpsACfVwJY T1R+DPOQNg2PD8zZnVLcCg0= =SGZW -----END PGP SIGNATURE----- --------------enig78F8A033B38692D63AAA130D-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 07:54:53 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52A7416A4CE for ; Thu, 30 Dec 2004 07:54:53 +0000 (GMT) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB9943D39 for ; Thu, 30 Dec 2004 07:54:51 +0000 (GMT) (envelope-from k.joch@kmjeuro.com) Received: from sv03 (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0)iBU7sb40023624 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 30 Dec 2004 08:54:38 +0100 (CET) (envelope-from k.joch@kmjeuro.com) From: "Karl M. Joch" To: Date: Thu, 30 Dec 2004 08:54:32 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcTuRMuJW9bUp2PTQ+W88vVxEOtDcg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> X-CTS-CTSTZS-Mailserver-Information: please visit www.ctseuro.com for further instructions. Protected by www.ctseuro.com X-CTS-CTSTZS-Mailserver: Found to be clean X-CTS-CTSTZS-Mailserver-From: k.joch@kmjeuro.com Subject: AW: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 07:54:53 -0000 =20 i managed to update remote server by sending a prepared harddisk which = was mounted by a local technical staff. after the system boots you can mount = the old partitions and move them to the new harddisk. Then partition the old harddisks, newfs with ufs2 and move the data back in place. This works = very well. after everything is done the sent harddisk can be removed and the system work with the original hardware. Everything else then a fresh = install and formating with ufs2 looks like to make no sence.=20 --=20 Best regards / Mit freundlichen Gruessen, Karl M. Joch -----Urspr=FCngliche Nachricht----- Von: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] Im Auftrag von Palle = Girgensohn Gesendet: Mittwoch, 29. Dezember 2004 21:31 An: stable@freebsd.org Betreff: how to remote update 4.10 -> 5.3? Hi! Has anyone managed to update a 4.10 system to 5.3 remotely, i.e. without = console access, and without spare disk partitions? I have a bunch of 4.10 machines that are too far away for me to actually = do=20 the update hands on. I've tried it on a test machine, it fails half way=20 through installworld, and really needs single user mode to succeed. The=20 install procedure fails since it starts using the newly installed stuff, = things like sh(1) and test(1), and they cannot find their libc.so.5, I=20 guess... One idea I have is copying / and /usr to some other place and set = ldconfig=20 and PATH=3Dsome/other/place and when building and installing. Haven't = tried=20 it yet, thought I'd hear anyone on this list has a better suggestion? Optimally, there would a couple of gigs on a separate spare disk = partition=20 so I could just install everything there and use it upon reboot. Problem = is, there is no such space. :( Thanks Palle _______________________________________________ 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" From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 07:54:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1378A16A4FA for ; Thu, 30 Dec 2004 07:54:58 +0000 (GMT) Received: from in-line.ru (mail.in-line.ru [217.171.1.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B7E43D48 for ; Thu, 30 Dec 2004 07:54:56 +0000 (GMT) (envelope-from frank@unshadow.net) Received: by in-line.ru (Postfix, from userid 510) id 471C51156F; Thu, 30 Dec 2004 10:52:25 +0300 (MSK) Received: from antispam.localhost (localhost [127.0.0.1]) by in-line.ru (Postfix) with SMTP id 449C211463; Thu, 30 Dec 2004 10:52:25 +0300 (MSK) Received: from exch.in-line.local (exch.in-line.ru [192.168.3.3]) by in-line.ru (Postfix) with ESMTP id 7664C11314; Thu, 30 Dec 2004 10:52:17 +0300 (MSK) Received: from hellbell.bm.in-line.local ([192.168.122.162]) by exch.in-line.local with Microsoft SMTPSVC(5.0.2195.6713); Thu, 30 Dec 2004 10:55:08 +0300 Received: from localhost (localhost [127.0.0.1]) by hellbell.bm.in-line.local (Postfix) with ESMTP id 68C353E; Thu, 30 Dec 2004 10:54:46 +0300 (MSK) Date: Thu, 30 Dec 2004 10:54:43 +0300 (MSK) From: Alexey Zakirov X-X-Sender: frank@hellbell.bm.in-line.local To: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= In-Reply-To: <41D3AD9B.4050006@club-internet.fr> Message-ID: <20041230104900.X7860@hellbell.bm.in-line.local> References: <20041226145129.7a44f314.BSD-Mail@nyc.rr.com> <41D3AD9B.4050006@club-internet.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 30 Dec 2004 07:55:09.0093 (UTC) FILETIME=[E20D5D50:01C4EE44] X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through cc: John Wilson cc: freebsd-stable@freebsd.org Subject: Re: -stable, uhci and the iRiver H320. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 07:54:58 -0000 On Thu, 30 Dec 2004, [ISO-8859-1] Jean-S?bastien P?dron wrote: > > I am now looking into purchasing an iRiver H320 player. There was not a lot > > of information turning up on Google in regard to people being successful, or > > not, with this device under either Linux or FreeBSD, so I am now turning to > > this list in hopes of finding a firsthand experience with this device under > > FreeBSD. > > > > If anyone can indeed confirm proper function under FreeBSD, it would be most > > appreciated. > > I have an iRiver H340 and it works well under Linux (USB 2.0). Under > FreeBSD, umass(4) has some issues and the player doesn't work currently > (tested with FreeBSD 5-STABLE and 6-CURRENT) but I'm sure it's just a > matter of time :-) Works for me ;) frank@hellbell:~$ uname -a FreeBSD hellbell.local 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Nov 25 13:52:49 MSK 2004 root@hellbell.local:/usr/src/sys/i386/compile/HELLBELL i386 uhci0: port 0xd800-0xd81f irq 9 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdc000000-0xdc0003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered Attach player: dmesg: ehci_idone: need toggle update status=80028d40 nstatus=80008c80 umass0: iRiver iRiver H300 Series, rev 2.00/1.00, addr 2 ehci_idone: need toggle update status=80028d40 nstatus=80008c80 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 38147MB (78126048 512 byte sectors: 255H 63S/T 4863C) frank@hellbell:~$ dd if=/dev/da0s1 of=/dev/null bs=1024k count=16 16+0 records in 16+0 records out 16777216 bytes transferred in 2.167703 secs (7739629 bytes/sec) frank@hellbell:~$ less /sys/i386/conf/HELLBELL .... # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse .... *** WBR, Alexey Zakirov (frank@unshadow.net) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 08:33:38 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E1016A4CE for ; Thu, 30 Dec 2004 08:33:38 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCC3843D49 for ; Thu, 30 Dec 2004 08:33:37 +0000 (GMT) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.10.205])iBU8QF3C094187; Thu, 30 Dec 2004 09:26:15 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost.blackend.org [127.0.0.1]) iBU8XYuU000628; Thu, 30 Dec 2004 09:33:34 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.13.1/8.13.1/Submit) id iBU8XXOh000627; Thu, 30 Dec 2004 09:33:33 +0100 (CET) (envelope-from marc) Date: Thu, 30 Dec 2004 09:33:32 +0100 From: Marc Fonvieille To: freebsd-stable@freebsd.org Message-ID: <20041230083332.GA587@nosferatu.blackend.org> References: <20041229154905.GA1820@algol.adsl.nerim.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041229154905.GA1820@algol.adsl.nerim.net> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.3-STABLE Subject: Re: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 08:33:38 -0000 On Wed, Dec 29, 2004 at 04:49:05PM +0100, Harald Weis wrote: > > My scanner (EPSON PERFECTION 1650) is working alright if it is connected before system startup. > But when connected to the running system it doesn't get attached by usbd. I can't find out from Handbook, manpages or mailing lists what could be the reason. > I assume you followed the Image Scanner section in the Handbook. Is usbd really running? Are you using the default usbd.conf? Marc From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 08:37:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 123E916A4CE for ; Thu, 30 Dec 2004 08:37:48 +0000 (GMT) Received: from smtp.cegetel.net (mf01.sitadelle.com [212.94.174.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 991AB43D45 for ; Thu, 30 Dec 2004 08:37:47 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-193.dti.cegetel.net [213.223.184.193]) by smtp.cegetel.net (Postfix) with ESMTP id 9BBE9379CA; Thu, 30 Dec 2004 09:37:44 +0100 (CET) Message-ID: <41D3BE59.3000206@club-internet.fr> Date: Thu, 30 Dec 2004 09:37:45 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041006 X-Accept-Language: fr, en-us, en MIME-Version: 1.0 To: Alexey Zakirov References: <20041226145129.7a44f314.BSD-Mail@nyc.rr.com> <41D3AD9B.4050006@club-internet.fr> <20041230104900.X7860@hellbell.bm.in-line.local> In-Reply-To: <20041230104900.X7860@hellbell.bm.in-line.local> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE8F5557C31CED3B6C83A5DF7" Content-Transfer-Encoding: 8bit cc: John Wilson cc: freebsd-stable@freebsd.org Subject: Re: -stable, uhci and the iRiver H320. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 08:37:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE8F5557C31CED3B6C83A5DF7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Alexey Zakirov wrote: > On Thu, 30 Dec 2004, [ISO-8859-1] Jean-S?bastien P?dron wrote: > >>>I am now looking into purchasing an iRiver H320 player. There was not a lot >>>of information turning up on Google in regard to people being successful, or >>>not, with this device under either Linux or FreeBSD, so I am now turning to >>>this list in hopes of finding a firsthand experience with this device under >>>FreeBSD. >>> >>>If anyone can indeed confirm proper function under FreeBSD, it would be most >>>appreciated. >> >>I have an iRiver H340 and it works well under Linux (USB 2.0). Under >>FreeBSD, umass(4) has some issues and the player doesn't work currently >>(tested with FreeBSD 5-STABLE and 6-CURRENT) but I'm sure it's just a >>matter of time :-) > > Works for me ;) You're right, It works great at my office (6-CURRENT, 6 dec. 2004). I should have tested it here before... -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enigE8F5557C31CED3B6C83A5DF7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFB075ia+xGJsFYOlMRAn6fAKDWUS8s9R76oeVBPbX4C9S3AOZi5ACfcCSf /pMp1cuL5l7vDUf305uQnC4= =+rJH -----END PGP SIGNATURE----- --------------enigE8F5557C31CED3B6C83A5DF7-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 09:04:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B048016A4CE; Thu, 30 Dec 2004 09:04:45 +0000 (GMT) Received: from cicero1.cybercity.dk (cicero1.cybercity.dk [212.242.40.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 660B643D1D; Thu, 30 Dec 2004 09:04:45 +0000 (GMT) (envelope-from cr@it.dk) Received: from user5.cybercity.dk (user5.cybercity.dk [212.242.41.51]) by cicero1.cybercity.dk (Postfix) with ESMTP id 86F817E3F4B; Thu, 30 Dec 2004 10:04:44 +0100 (CET) Received: from localhost (port1922.ds1-vbr.adsl.cybercity.dk [212.242.174.229]) by user5.cybercity.dk (Postfix) with SMTP id 4F9883A1DC3; Thu, 30 Dec 2004 10:04:44 +0100 (CET) From: Christian R. To: Scott Long Date: Thu, 30 Dec 2004 10:02:31 +0100 Message-ID: <8tg7t09g1f04igli4cplkob6ens98ckou0@4ax.com> References: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> <41D368A4.1030408@freebsd.org> In-Reply-To: <41D368A4.1030408@freebsd.org> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org Subject: Re: Memory handling problem with FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 09:04:45 -0000 On Wed, 29 Dec 2004 19:32:04 -0700, you wrote: >Christian R. wrote: >> I have installed FreeBSD 5.3-STABLE i386 on a new Dell PowerEdge 2850, >> but it crashes under load like "make buildworld" with a "panic: page >> fault". >>=20 >> The server has following configuration: 2x Intel Xeon 3.4 GHz (800 MHz >> FSB), 6x 1 GB DDR2 ECC RAM and Perc 4e/Di (LSI Logic/amr driver). >>=20 >> After some days working on the problem, I think there is some problem >> with handling the memory. The only way I have got the server to become >> stable was by switching a special option in the Dell BIOS, which >> limits the system memory to 256 MB. >>=20 >> I have tried to limit the memory to 4 GB by activating a spare memory >> bank, but the server still crashes. Disabling HTT in BIOS and ACPI in >> the loader also didn't solved the problem. >>=20 >> The kernel is compiled with SMP of course and PAE because of >4 GB >> memory. I have removed all the unnecessary devices. >>=20 >> Dells own diagnostic tool couldn't find any hardware errors. The >> special memory test also passed all tests. I have also tried with >> memtest (http://www.memtest.org/) which either could find any memory >> errors. >>=20 >> Has anyone an idea to a solution? Has anyone succeeded running FreeBSD >> 5.3 on similar hardware? >>=20 >> Would it maybe be better to run the AMD64 version of FreeBSD 5.3? I >> think the i386 version should be more stable? >>=20 > >Upgrade to 5-STABLE. I fixed these problems a few weeks ago. I already have done that. I'm using RELENG_5 "5.3-STABLE FreeBSD 5.3-STABLE #0: Tue Dec 28 17:56:04 CET 2004" Setting hw.physmem=3D3G at boot time has also made the system stable, but I want to use all of the memory. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 11:04:52 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2C5616A4CE; Thu, 30 Dec 2004 11:04:52 +0000 (GMT) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9299443D2F; Thu, 30 Dec 2004 11:04:52 +0000 (GMT) (envelope-from cr@it.dk) Received: from user1.cybercity.dk (user1.cybercity.dk [212.242.41.34]) by cicero0.cybercity.dk (Postfix) with ESMTP id 750AE29819; Thu, 30 Dec 2004 12:04:51 +0100 (CET) Received: from localhost (port1922.ds1-vbr.adsl.cybercity.dk [212.242.174.229]) by user1.cybercity.dk (Postfix) with SMTP id 3705174F82B; Thu, 30 Dec 2004 12:04:50 +0100 (CET) From: Christian R. To: Scott Long Date: Thu, 30 Dec 2004 12:02:16 +0100 Message-ID: References: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> <41D368A4.1030408@freebsd.org> <8tg7t09g1f04igli4cplkob6ens98ckou0@4ax.com> In-Reply-To: <8tg7t09g1f04igli4cplkob6ens98ckou0@4ax.com> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org Subject: Re: Memory handling problem with FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 11:04:52 -0000 On Thu, 30 Dec 2004 10:02:31 +0100, you wrote: >>Upgrade to 5-STABLE. I fixed these problems a few weeks ago. > >I already have done that. I'm using RELENG_5 "5.3-STABLE FreeBSD >5.3-STABLE #0: Tue Dec 28 17:56:04 CET 2004" > >Setting hw.physmem=3D3D3G at boot time has also made the system stable, >but I want to use all of the memory. I have updated my source again with cvsup (RELENG_5), compiled the source and installed the new world and kernel, but the server is still unstable with >=3D 4GB. Would the AMD64 version of FreeBSD 5.3 be a better choice? From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 11:15:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFEC116A4CE for ; Thu, 30 Dec 2004 11:15:15 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 269B743D2D for ; Thu, 30 Dec 2004 11:15:15 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBUBFDbJ021576 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 30 Dec 2004 22:15:14 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBUBFCxP026984 for ; Thu, 30 Dec 2004 22:15:13 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id iBUBFCpO026983 for freebsd-stable@freebsd.org; Thu, 30 Dec 2004 22:15:12 +1100 (EST) (envelope-from pjeremy) Date: Thu, 30 Dec 2004 22:15:12 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20041230111511.GA26960@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: Problem mounting root from CD9660 on 4.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 11:15:16 -0000 I have a 4.10 system that I'm trying to build a bootable DVD for (for disaster recovery purposes). Whilst it boots OK, it won't mount root from the native ATAPI device but only off the SCSI emulation. Has anyone else seen this? The ISO image is built with mkisofs -b boot/cdboot -no-emul-boot -r -J -V MY_RELENG_4_10 -o foo.iso /home/root The relevant parts of the dmesg are: atapci0: port 0xfc00-0xfc0f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ... acd0: DVD-R at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [2295104 x 2048 byte records] All the following root specifications failed with ENXIO: cd9660:/dev/acd0c cd9660:acd0 cd9660:acd0c but cd9660:cd0c worked. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 11:39:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97F4816A4CE for ; Thu, 30 Dec 2004 11:39:48 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B93043D2F for ; Thu, 30 Dec 2004 11:39:47 +0000 (GMT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id iBUBdiBW086658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 30 Dec 2004 14:39:44 +0300 (MSK) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id iBUBdhba070481 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 30 Dec 2004 14:39:44 +0300 (MSK) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id iBUBdhYu070480 for stable@freebsd.org; Thu, 30 Dec 2004 14:39:43 +0300 (MSK) (envelope-from glebius@cell.sick.ru) Resent-From: Gleb Smirnoff Resent-Date: Thu, 30 Dec 2004 14:39:43 +0300 Resent-Message-ID: <20041230113943.GA70470@cell.sick.ru> Resent-To: stable@freebsd.org Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id iBUBZsOQ070465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 30 Dec 2004 14:35:54 +0300 (MSK) (envelope-from xi@borderworlds.dk) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id iBUBZrMP086622 for ; Thu, 30 Dec 2004 14:35:53 +0300 (MSK) (envelope-from xi@borderworlds.dk) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id DBBC755501 for ; Thu, 30 Dec 2004 11:35:51 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: by hub.freebsd.org (Postfix) id D829016A4CF; Thu, 30 Dec 2004 11:35:51 +0000 (GMT) Delivered-To: glebius@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D656516A4CE for ; Thu, 30 Dec 2004 11:35:51 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 854F943D45 for ; Thu, 30 Dec 2004 11:35:51 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 80858B801 for ; Thu, 30 Dec 2004 12:35:49 +0100 (CET) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 61D1311424; Thu, 30 Dec 2004 12:35:49 +0100 (CET) Sender: xi@borderworlds.dk To: Gleb Smirnoff References: <86brcwf0of.fsf@borg.borderworlds.dk> <20041215100030.GA54307@cell.sick.ru> <86hdmic90u.fsf@borg.borderworlds.dk> <20041228091434.GA55193@cell.sick.ru> <864qi5sb3u.fsf@borg.borderworlds.dk> <20041229115129.GA63107@cell.sick.ru> From: Christian Laursen Date: 30 Dec 2004 12:35:49 +0100 In-Reply-To: <20041229115129.GA63107@cell.sick.ru> Message-ID: <86ekh8vx0q.fsf@borg.borderworlds.dk> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: clamd / ClamAV version devel-20041013, clamav-milter version 0.75l on 127.0.0.1 X-Virus-Scanned: clamd / ClamAV version devel-20041013, clamav-milter version 0.75l on 127.0.0.1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: Re: Dummynet related panic in 5.3-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 11:39:48 -0000 Gleb Smirnoff writes: > is it easy to reproduce it? Can you set debug.mpsafenet=0 and > try to reproduce it? It looks like debug.mpsafenet=0 make the crashes happen more frequently. I now managed to get a crashdump. kernel.debug and vmcore.1 are in the tarball available here: http://hoegaarden.pil.dk/~cfsl/ns3-crashdump.tar.bz2 -- Christian Laursen From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 12:52:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C925016A4CE for ; Thu, 30 Dec 2004 12:52:45 +0000 (GMT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA9643D1F for ; Thu, 30 Dec 2004 12:52:44 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2])iBUCqd9e001179 for ; Thu, 30 Dec 2004 13:52:39 +0100 (MET) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with ESMTP id 43C0E75 for ; Thu, 30 Dec 2004 13:52:35 +0100 (CET) Date: Thu, 30 Dec 2004 13:52:35 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-ID: <20041230135235.060bcd83@arc.pmp.uni-hannover.de> Organization: Plasmaphysik X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Thu, 30 Dec 2004 13:52:39 +0100 (MET) X-Scanned-By: MIMEDefang 2.42 Subject: Strange networking problems after update 5.2.1->5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 12:52:45 -0000 Hi folks, I recently updated my old Compaq Armada 1500c from 5.2.1 to 5-stable. 5.2.1 worked fine, the update went without any noticable problem according to the docs. 5.3 behaves well apart from a strange networking problem. The notebook lives in a /16 subnet with a /16 netmask and has a 16bit NE2000 PCMCIA-card (Longshine). Things that do work: - ping to hosts in /24 - ssh to hosts in /24 - nis with a server in /24 Things that don't work: - ping from any host - ping to hosts outside /24 - nfs - query dns in /16 - connecting ntp server in /16 My networking setup hasn't changed, netmask and everything are ok (and worked before the update). I don't use any kind of filtering. Even a portscan from a machine in /24 connected to the same switch doesn't show a single thing. The packets are received by the notebook (I see the LED of the card flashing), but ping -f doesn't create any noticable irq load. netstat doesn't show any running daemons, though e.g. ssh and lpd are definitely running. I definitely don't have a clue what is going on here... anyone else? cu Gerrit -- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 14:59:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B16DE16A4CE for ; Thu, 30 Dec 2004 14:59:09 +0000 (GMT) Received: from ux11.ltcm.net (ux11.ltcm.net [64.215.98.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E42AA43D4C for ; Thu, 30 Dec 2004 14:59:08 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id iBUEx795008558 for ; Thu, 30 Dec 2004 15:59:07 +0100 (MET) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id iBUEx5DL018482 for ; Thu, 30 Dec 2004 15:59:06 +0100 (MET) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Thu, 30 Dec 2004 15:59:05 +0100 (MET) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: backward compat in /etc/fstab? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 14:59:09 -0000 Hi, In 5.2 when you wished to make mdmfs in an /etc/fstab entry, you were actually using the compatibility mode for the old mount_mfs. It was not possible to set permissions and ownerships in an /etc/fstab entry. So a workaround should be made then in /etc/rc.local It this still the same in 5.3 or will the compatibility mode be removed so that proper permissions and ownership can be set in an fstab entry? Bye, Mipam. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 16:08:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D404516A4FE; Thu, 30 Dec 2004 16:08:19 +0000 (GMT) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 807B343D5E; Thu, 30 Dec 2004 16:08:19 +0000 (GMT) (envelope-from cr@it.dk) Received: from user1.cybercity.dk (user1.cybercity.dk [212.242.41.34]) by cicero0.cybercity.dk (Postfix) with ESMTP id 786D328C77; Thu, 30 Dec 2004 17:08:10 +0100 (CET) Received: from localhost (port1922.ds1-vbr.adsl.cybercity.dk [212.242.174.229]) by user1.cybercity.dk (Postfix) with SMTP id 3EE8874FB80; Thu, 30 Dec 2004 17:08:10 +0100 (CET) From: Christian R. To: freebsd-stable@freebsd.org Date: Thu, 30 Dec 2004 17:05:36 +0100 Message-ID: References: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> <41D368A4.1030408@freebsd.org> <8tg7t09g1f04igli4cplkob6ens98ckou0@4ax.com> In-Reply-To: X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable cc: Scott Long Subject: Re: Memory handling problem with FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 16:08:20 -0000 On Thu, 30 Dec 2004 12:02:16 +0100, you wrote: >Would the AMD64 version of FreeBSD 5.3 be a better choice? I have now installed the AMD64 version on the server. It has been running stable now for some hours with alot of load and all the 6 GB activated. It seems to be a problem with the i386 version og FreeBSD 5.3. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 17:30:24 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6B9016A4CE for ; Thu, 30 Dec 2004 17:30:24 +0000 (GMT) Received: from mail3.bluewin.ch (mail3.bluewin.ch [195.186.1.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 490EE43D2F for ; Thu, 30 Dec 2004 17:30:24 +0000 (GMT) (envelope-from Federico.Besnard@bluewin.ch) Received: from [192.168.1.33] (62.203.145.231) by mail3.bluewin.ch (Bluewin AG 7.0.035) id 41C03852000CA14E for freebsd-stable@freebsd.org; Thu, 30 Dec 2004 17:27:22 +0000 Message-ID: <41D43A7A.2000500@bluewin.ch> Date: Thu, 30 Dec 2004 18:27:22 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 17:30:24 -0000 what do you have in : /etc/ntp.conf *alk-ml at prairienet.org* dtalk-ml at prairienet.org /Wed Dec 29 19:13:42 PST 2004/ * Previous message: Multiple Vinum Problems Since Upgrade From 4.9 To 4.10 * Next message: Problem mounting root from CD9660 on 4.x * *Messages sorted by:* [ date ] [ thread ] [ subject ] [ author ] ------------------------------------------------------------------------ -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Salutations -- I have an old board with an installation of STABLE whose time keeps running away. ntpd is not helping. I can manually set the time using ntpdate, and my ntpq queries look fine, yet the clock persists in running very fast (seems to be about 1.5x speed). The BIOS clock remains correct, and the machine therefore has the correct time at each reboot, but quickly runs away. Data points: - - I have set kern.timecounter.hardware=TSC, and this has not helped. - - Two other hosts on the same network, using the same ntp server, do not have this problem. - - This box did not display this behavior under FreeBSD 5.2. - - I have replaced the board on the problem box (with the same age and type), and the problem persists. - - dmesg for this machine, an old Dell Optiplex 590, is below. What other information might help diagnose the problem? Thank you ... -d - -- David Talkington dtalk-ml at prairienet.org From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 17:41:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB66716A4CE for ; Thu, 30 Dec 2004 17:41:13 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E7143D2F for ; Thu, 30 Dec 2004 17:41:13 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84126-7.ip.peterstar.net ([84.204.126.7] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43 (FreeBSD)) id 1Ck4IB-000AIR-MK for stable@freebsd.org; Thu, 30 Dec 2004 18:41:05 +0100 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.1/8.13.1) with ESMTP id iBUHbVxV002457; Thu, 30 Dec 2004 20:38:24 +0300 (MSK) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.1/8.13.1/Submit) id iBUHauIQ002456; Thu, 30 Dec 2004 20:36:56 +0300 (MSK) (envelope-from igor) Date: Thu, 30 Dec 2004 20:36:56 +0300 From: Igor Pokrovsky To: Paul Mather Message-ID: <20041230173656.GA2423@doom.homeunix.org> Mail-Followup-To: Paul Mather , Palle Girgensohn , stable@freebsd.org References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> <20041229210110.GA16903@odin.ac.hmc.edu> <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> <41D323CF.8070701@gromit.dlib.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41D323CF.8070701@gromit.dlib.vt.edu> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: Palle Girgensohn Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 17:41:13 -0000 On Wed, Dec 29, 2004 at 04:38:23PM -0500, Paul Mather wrote: > Palle Girgensohn wrote: > > >I've tried the UPDATING instructions, both locally and remotely (the > >latter failed ;-). But really, everything has to be reinstalled, ports > >and the lot, so a new install is probably the best way... > > > > That's not so bad. A reinstall means you can newfs your partitions as > UFS2 filesystems, which wouldn't be the case if you upgraded 4.10 in-place. Are there any other advantages of UFS2 over UFS except maximum disk size? -ip -- Do whatever your enemies don't want you to do. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 17:42:48 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C10C016A4CF for ; Thu, 30 Dec 2004 17:42:48 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55BD043D45 for ; Thu, 30 Dec 2004 17:42:48 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBUHjg1V021594; Thu, 30 Dec 2004 10:45:42 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41D43DC7.8070502@freebsd.org> Date: Thu, 30 Dec 2004 10:41:27 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Christian R." References: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> <41D368A4.1030408@freebsd.org> <8tg7t09g1f04igli4cplkob6ens98ckou0@4ax.com> In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: Memory handling problem with FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 17:42:48 -0000 Christian R. wrote: > On Thu, 30 Dec 2004 12:02:16 +0100, you wrote: > > >>Would the AMD64 version of FreeBSD 5.3 be a better choice? > > > I have now installed the AMD64 version on the server. It has been > running stable now for some hours with alot of load and all the 6 GB > activated. It seems to be a problem with the i386 version og FreeBSD > 5.3. > i386 and amd64 have the exact same code for handling the needs of the amr driver. I'm a bit worried that one works for you while the other doesn't; I extensively tested the code on both platforms with 8GB of RAM. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 17:54:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F38116A4D0 for ; Thu, 30 Dec 2004 17:54:27 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06DB043D45 for ; Thu, 30 Dec 2004 17:54:27 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1Ck4VF-00002A-T6; Thu, 30 Dec 2004 17:54:25 +0000 Date: Thu, 30 Dec 2004 17:54:25 +0000 From: Ceri Davies To: Brian Szymanski Message-ID: <20041230175425.GF50770@submonkey.net> Mail-Followup-To: Ceri Davies , Brian Szymanski , freebsd-stable@freebsd.org References: <1816.10.0.0.120.1104258230.squirrel@10.0.0.120> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LSp5EJdfMPwZcMS1" Content-Disposition: inline In-Reply-To: <1816.10.0.0.120.1104258230.squirrel@10.0.0.120> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-stable@freebsd.org Subject: Re: dump/restore with ufs2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 17:54:27 -0000 --LSp5EJdfMPwZcMS1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 28, 2004 at 01:23:50PM -0500, Brian Szymanski wrote: > When I run the following script, I get a warning message, and I'm > wondering if it's ignorable or indicates there is a little more work to be > done in getting dump/restore happy with ufs2... >=20 > $ cd /altroot > $ dump -L -0 -a -f - /dev/$ROOT | restore -rf - > ... > warning: ./.snap: File exists >=20 > Does this mean my snapshots are being overwritten on the target disk? And > if so, that's a good thing, right? That's just a warning that .snap already exists in the current directory (which is because it gets created by newfs); the contents will remain unaffected since snapshots are not dumped (I believe). Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --LSp5EJdfMPwZcMS1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB1EDRocfcwTS3JF8RAu1MAJ9yNE7e2gULokFC+Dd7+F78rvBFHgCfcxI1 TB3fyU1VIaSlPE8nUbH94Xc= =JbP2 -----END PGP SIGNATURE----- --LSp5EJdfMPwZcMS1-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 18:08:19 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17BCB16A4CF for ; Thu, 30 Dec 2004 18:08:19 +0000 (GMT) Received: from park.rambler.ru (park.rambler.ru [81.19.64.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C8B43D2D for ; Thu, 30 Dec 2004 18:08:17 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by park.rambler.ru (8.13.1/8.13.1) with ESMTP id iBUI8FON095119; Thu, 30 Dec 2004 21:08:15 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Thu, 30 Dec 2004 21:08:15 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: Kris Kennaway In-Reply-To: <20041229124322.G73628@is.park.rambler.ru> Message-ID: <20041230210525.B9654@is.park.rambler.ru> References: <20041228162708.P73628@is.park.rambler.ru> <20041229072940.GA37069@xor.obsecurity.org> <20041229124322.G73628@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: icc8 failed on 4.10: Illegal instruction X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 18:08:19 -0000 On Wed, 29 Dec 2004, Igor Sysoev wrote: > On Tue, 28 Dec 2004, Kris Kennaway wrote: > > > On Wed, Dec 29, 2004 at 10:21:05AM +0300, Igor Sysoev wrote: > > > > > > > > > Then I installed the port and I ran /usr/local/intel_cc_80/bin/icc, > > > > > > > but it always failed with message "Illegal instruction". > > > > > > > > > > > > You forgot to mention what type of CPU you have. > > > > > > > Sorry, it was so obvious for me that is not CPU problem in this case, > > > > > so I forgot to mention it. From dmesg: > > > > > > > > > > CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2679.56-MHz 686-class CPU) > > > > > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > > > > 0x80b13d7 <__intel_proc_init_ftzdaz+79>: stmxcsr (%esp,1) > > > > > Strange, the code in __intel_proc_init_ftzdaz looks like the right code. > > > Right now I can not say from what extention "stmxcsr" come from. > > > Here is the features from dmesg: > > > Features=0xbfebfbff > > MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > It's an SSE instruction, and you need to enable support for SSE in > > your kernel. > > Thank you. The "options CPU_ENABLE_SSE" resolves the problem. > I think it should be mention in the port for 4.x. > > However, it seems that 4.10's headers are not good for icc8: > > >cat q.c > #include > > >/usr/local/intel_cc_80/bin/icc q.c > /usr/include/wchar.h(79): error: "__mbstate_t" has already been declared in the current scope > } __mbstate_t; > ^ > > /usr/include/libio.h(463): error: identifier "__gnuc_va_list" is undefined > _IO_va_list, int *__restrict) __THROW; > ^ > > /usr/include/libio.h(465): error: identifier "__gnuc_va_list" is undefined > _IO_va_list) __THROW; > ^ > > /usr/include/stdio.h(307): error: identifier "__gnuc_va_list" is undefined > _G_va_list __arg) __THROW; > ^ > > /usr/include/stdio.h(309): error: identifier "__gnuc_va_list" is undefined > extern int vprintf (__const char *__restrict __format, _G_va_list __arg) > ^ > > /usr/include/stdio.h(313): error: identifier "__gnuc_va_list" is undefined > _G_va_list __arg) __THROW; > ^ > > /usr/include/stdio.h(324): error: identifier "__gnuc_va_list" is undefined > __const char *__restrict __format, _G_va_list __arg) > ^ > > compilation aborted for q.c (code 2) The port maintainer Alexander Leidinger said that it is because the linux_devtools port was installed, and he is right - just after I deleted the linux_devtools, icc ran without problems. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 18:11:20 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC1A16A4CE; Thu, 30 Dec 2004 18:11:20 +0000 (GMT) Received: from stephanie.unixdaemons.com (stephanie.unixdaemons.com [67.18.111.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59BEA43D45; Thu, 30 Dec 2004 18:11:20 +0000 (GMT) (envelope-from bmilekic@technokratis.com) Received: from stephanie.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1])iBUIBIEk072331; Thu, 30 Dec 2004 13:11:18 -0500 (EST) Received: (from bmilekic@localhost) by stephanie.unixdaemons.com (8.13.2/8.12.1/Submit) id iBUIBIQa072330; Thu, 30 Dec 2004 13:11:18 -0500 (EST) (envelope-from bmilekic@technokratis.com) X-Authentication-Warning: stephanie.unixdaemons.com: bmilekic set sender to bmilekic@technokratis.com using -f Date: Thu, 30 Dec 2004 13:11:18 -0500 From: Bosko Milekic To: Scott Long Message-ID: <20041230181118.GA71221@technokratis.com> References: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> <41D368A4.1030408@freebsd.org> <8tg7t09g1f04igli4cplkob6ens98ckou0@4ax.com> <41D43DC7.8070502@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41D43DC7.8070502@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: "Christian R." Subject: Re: Memory handling problem with FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 18:11:20 -0000 On Thu, Dec 30, 2004 at 10:41:27AM -0700, Scott Long wrote: > Christian R. wrote: > >On Thu, 30 Dec 2004 12:02:16 +0100, you wrote: > > > > > >>Would the AMD64 version of FreeBSD 5.3 be a better choice? > > > > > >I have now installed the AMD64 version on the server. It has been > >running stable now for some hours with alot of load and all the 6 GB > >activated. It seems to be a problem with the i386 version og FreeBSD > >5.3. > > > > i386 and amd64 have the exact same code for handling the needs of the > amr driver. I'm a bit worried that one works for you while the other > doesn't; I extensively tested the code on both platforms with 8GB of > RAM. > > Scott Maybe I missed something in this thread, but what does it have to do with the amr driver? The first thing that came to mind was something with PAE and how it affects PDE modifications. On i386, it might be worth trying these combinations: 1. SMP, NO PAE. 2. UP, PAE. 3. UP, NO PAE. As we already know that "SMP, PAE" for you has problems. -- Bosko Milekic bmilekic@technokratis.com bmilekic@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 18:15:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E17C16A4CE for ; Thu, 30 Dec 2004 18:15:42 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B489D43D1D for ; Thu, 30 Dec 2004 18:15:41 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iBUICFXZ079154; Thu, 30 Dec 2004 13:12:15 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iBUICEXX079150; Thu, 30 Dec 2004 18:12:15 GMT (envelope-from robert@fledge.watson.org) Date: Thu, 30 Dec 2004 18:12:14 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Gerrit =?ISO-8859-1?Q?K=FChn?= In-Reply-To: <20041230135235.060bcd83@arc.pmp.uni-hannover.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-stable@freebsd.org Subject: Re: Strange networking problems after update 5.2.1->5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 18:15:42 -0000 On Thu, 30 Dec 2004, Gerrit K=FChn wrote: > I recently updated my old Compaq Armada 1500c from 5.2.1 to 5-stable. 5.2= =2E1 > worked fine, the update went without any noticable problem according to t= he > docs. 5.3 behaves well apart from a strange networking problem. > The notebook lives in a /16 subnet with a /16 netmask and has a 16bit > NE2000 PCMCIA-card (Longshine). >=20 > Things that do work: > - ping to hosts in /24 > - ssh to hosts in /24 > - nis with a server in /24 >=20 > Things that don't work: > - ping from any host > - ping to hosts outside /24 > - nfs > - query dns in /16 > - connecting ntp server in /16 The summary appears to be "known local things work, less local things don't", although for the NFS instance it's unclear if that's local or not.= =20 This suggests a routing or ARP problem. I think I'd begin diagnosing the problem by checking the routing and arp configurations to make sure that the configuration seems alright (or at least, to see if any symptoms are visible). This would mean doing things like: route -n get default route -n get {host in /24} route -n get {host in /16} Check "arp -a" and make sure that the default gateway is what you expect, and check to make sure it's hardware address is right. You may want to compare against what you see on another machine on the segment. Make sure you can ping the default gateway. Next, I'd get out a packet sniffer and look for on-the-wire problems -- in particular, to make sure that packets destined for non-local destinations are getting stamped with the right destination hardware address (that of the right default gateway). I'd load up a sniffer on the remote system and see if the problem is that your outgoing traffic doesn't get there, or if it's the return traffic that's failing to be properly received. I'd use the sniffer also to inspect the return traffic and make sure it's what is expected. Somewhere during all of this, you will probably find the broken bit -- packets missing at some step, the wrong address, or the like. If you find anything that isn't fixed via a configuration change (i.e., failed checksums, no way to explain the address being put in the packet, etc), let us know. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 18:32:23 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B0BB16A4CE for ; Thu, 30 Dec 2004 18:32:23 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3194C43D53 for ; Thu, 30 Dec 2004 18:32:22 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 0908C4AC2E; Thu, 30 Dec 2004 19:32:21 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 40168-01-5; Thu, 30 Dec 2004 19:32:20 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 407604AC2B; Thu, 30 Dec 2004 19:32:20 +0100 (CET) Date: Thu, 30 Dec 2004 19:32:20 +0100 From: Palle Girgensohn To: Igor Pokrovsky , Paul Mather Message-ID: In-Reply-To: <20041230173656.GA2423@doom.homeunix.org> References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> <20041229210110.GA16903@odin.ac.hmc.edu> <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> <41D323CF.8070701@gromit.dlib.vt.edu> <20041230173656.GA2423@doom.homeunix.org> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: stable@freebsd.org Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 18:32:23 -0000 --On torsdag, december 30, 2004 20.36.56 +0300 Igor Pokrovsky wrote: > On Wed, Dec 29, 2004 at 04:38:23PM -0500, Paul Mather wrote: >> Palle Girgensohn wrote: >> >> > I've tried the UPDATING instructions, both locally and remotely (the >> > latter failed ;-). But really, everything has to be reinstalled, ports >> > and the lot, so a new install is probably the best way... >> > >> >> That's not so bad. A reinstall means you can newfs your partitions as >> UFS2 filesystems, which wouldn't be the case if you upgraded 4.10 >> in-place. > > Are there any other advantages of UFS2 over UFS except maximum disk size? acl -- access control lists mac -- Mandatory Access Control haven't used them yet, though. /Palle From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 18:46:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C41E16A4CE for ; Thu, 30 Dec 2004 18:46:42 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23DDD43D1F for ; Thu, 30 Dec 2004 18:46:42 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBUInQFC021793; Thu, 30 Dec 2004 11:49:27 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41D44CB7.8050805@freebsd.org> Date: Thu, 30 Dec 2004 11:45:11 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bosko Milekic References: <2rg6t0ll6th99497btiu13foetanfrn0gr@4ax.com> <41D368A4.1030408@freebsd.org> <8tg7t09g1f04igli4cplkob6ens98ckou0@4ax.com> <41D43DC7.8070502@freebsd.org> <20041230181118.GA71221@technokratis.com> In-Reply-To: <20041230181118.GA71221@technokratis.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-stable@freebsd.org cc: "Christian R." Subject: Re: Memory handling problem with FreeBSD 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 18:46:42 -0000 Bosko Milekic wrote: > On Thu, Dec 30, 2004 at 10:41:27AM -0700, Scott Long wrote: > >>Christian R. wrote: >> >>>On Thu, 30 Dec 2004 12:02:16 +0100, you wrote: >>> >>> >>> >>>>Would the AMD64 version of FreeBSD 5.3 be a better choice? >>> >>> >>>I have now installed the AMD64 version on the server. It has been >>>running stable now for some hours with alot of load and all the 6 GB >>>activated. It seems to be a problem with the i386 version og FreeBSD >>>5.3. >>> >> >>i386 and amd64 have the exact same code for handling the needs of the >>amr driver. I'm a bit worried that one works for you while the other >>doesn't; I extensively tested the code on both platforms with 8GB of >>RAM. >> >>Scott > > > Maybe I missed something in this thread, but what does it have to do > with the amr driver? The first thing that came to mind was something > with PAE and how it affects PDE modifications. > > On i386, it might be worth trying these combinations: > > 1. SMP, NO PAE. > 2. UP, PAE. > 3. UP, NO PAE. > > As we already know that "SMP, PAE" for you has problems. > Bounce buffers were horribly broken in 5.3-RELEASE for amd64 and i386, and the amr driver itself was unreliable in using them even when they worked (the amr driver cannot do 64-bit S/G right now). I fixed all of this stuff a few weeks ago. I tested all of this extensively under PAE, but you're correct that this particular problem could very well be related to pmap problems specific to i386. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:01:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E99D016A4CE for ; Thu, 30 Dec 2004 19:01:47 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 628E443D2D for ; Thu, 30 Dec 2004 19:01:47 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 12941 invoked from network); 30 Dec 2004 19:01:45 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 30 Dec 2004 19:01:45 -0000 Received: from hydrogen.funkthat.com (sxeryj@localhost.funkthat.com [127.0.0.1])iBUJ1aGH083860; Thu, 30 Dec 2004 11:01:37 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iBUJ1ZJ1083859; Thu, 30 Dec 2004 11:01:35 -0800 (PST) Date: Thu, 30 Dec 2004 11:01:35 -0800 From: John-Mark Gurney To: Paul Mather , Palle Girgensohn , stable@freebsd.org Message-ID: <20041230190135.GS19624@funkthat.com> Mail-Followup-To: Paul Mather , Palle Girgensohn , stable@freebsd.org References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> <20041229210110.GA16903@odin.ac.hmc.edu> <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> <41D323CF.8070701@gromit.dlib.vt.edu> <20041230173656.GA2423@doom.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041230173656.GA2423@doom.homeunix.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:01:48 -0000 Igor Pokrovsky wrote this message on Thu, Dec 30, 2004 at 20:36 +0300: > > That's not so bad. A reinstall means you can newfs your partitions as > > UFS2 filesystems, which wouldn't be the case if you upgraded 4.10 in-place. > > Are there any other advantages of UFS2 over UFS except maximum disk size? faster fsck times due to not all inodes are allocated at fs creation time... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:13:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D56216A4CE for ; Thu, 30 Dec 2004 19:13:58 +0000 (GMT) Received: from flyingjoke.org (soggy88.drizzle.com [216.162.199.88]) by mx1.FreeBSD.org (Postfix) with SMTP id D5CAD43D3F for ; Thu, 30 Dec 2004 19:13:57 +0000 (GMT) (envelope-from dtalk@u.washington.edu) Received: (qmail 84897 invoked from network); 30 Dec 2004 19:14:02 -0000 Received: from atlantis.flyingjoke.org (192.168.1.8) by atlantis.flyingjoke.org with SMTP; 30 Dec 2004 19:14:02 -0000 Date: Thu, 30 Dec 2004 11:13:55 -0800 (PST) From: David Talkington X-X-Sender: dtalk@atlantis.flyingjoke.org To: Federico Galvez-Durand Besnard In-Reply-To: <41D43A7A.2000500@bluewin.ch> Message-ID: <20041230110953.T17743@atlantis.flyingjoke.org> References: <41D43A7A.2000500@bluewin.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dtalk@u.washington.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:13:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Federico Galvez-Durand Besnard wrote: > what do you have in : > /etc/ntp.conf Only: server time.u.washington.edu server 127.127.1.0 fudge 127.127.1.0 stratum 10 Command line: /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid \ - -f /var/db/ntpd.drift Thank you ... -d > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Salutations -- > > I have an old board with an installation of STABLE whose time keeps running > away. ntpd is not helping. I can manually set the time using ntpdate, and my > ntpq queries look fine, yet the clock persists in running very fast (seems to > be about 1.5x speed). The BIOS clock remains correct, and the machine > therefore has the correct time at each reboot, but quickly runs away. > > Data points: > > - - I have set kern.timecounter.hardware=TSC, and this has not helped. - - Two > other hosts on the same network, using the same ntp server, do not have this > problem. > - - This box did not display this behavior under FreeBSD 5.2. - - I have > replaced the board on the problem box (with the same age and type), and the > problem persists. > - - dmesg for this machine, an old Dell Optiplex 590, is below. > > What other information might help diagnose the problem? > > Thank you ... -d > > - -- > David Talkington > dtalk-ml at prairienet.org > > > > > _______________________________________________ > 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" > > - -- David Talkington Computing and Communications University of Washington 206-543-2144 - -- dtalk@u.washington.edu - -- PGP key: http://staff.washington.edu/dtalk/004B8F8B.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1FN55FKhdwBLj4sRAknTAJ9Wq/I64DpzBoblMmH2JMl2UR08NgCgkLuL qlB7DOSkWlOmR2OLZ32O1NA= =8B5z -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:17:49 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C49F16A4CE; Thu, 30 Dec 2004 19:17:49 +0000 (GMT) Received: from moek.pir.net (moek.pir.net [130.64.1.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2637C43D41; Thu, 30 Dec 2004 19:17:49 +0000 (GMT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 1Ck5nw-0002zM-Dc ; Thu, 30 Dec 2004 14:17:48 -0500 Date: Thu, 30 Dec 2004 14:17:48 -0500 From: Peter Radcliffe To: freebsd-stable@freebsd.org Message-ID: <20041230191748.GA11051@pir.net> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-fish: < cc: freebsd-usb@freebsd.org Subject: USB flash not working anymore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org, pir@pir.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:17:49 -0000 I'm running FreeBSD 4-STABLE from Dec 28 on an IBM X30 laptop. I'm having increasingly worse USB problems as time goes on. Nothing that I try new works and various older devices that I bought specificly because they were supported and worked fine for years now do not work. My SanDisk CF reader (SDDR-31) used to work perfectly, now gives me; umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, addr 2 umass0: Get Max Lun not supported (STALLED) usb_block_allocmem: in interrupt context, size=4096 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 650KB/s transfers da0: 489MB (1001953 512 byte sectors: 64H 32S/T 489C) here I try to mount hte filesystem or use mtools; usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, size=65536 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, STALLED usb_block_allocmem: in interrupt context, size=65536 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, STALLED usb_block_allocmem: in interrupt context, size=65536 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, STALLED and it hangs. Sometimes the process hangs, sometimes the machine hangs. My crucial gizmo flashdrive gives me; umass0: Crucial Gizmo, rev 2.00/0.01, addr 2 usb_block_allocmem: in interrupt context, size=4096 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-CCS device da0: 650KB/s transfers da0: 123MB (251904 512 byte sectors: 64H 32S/T 123C) [mount the drive] usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, size=4096 [repeated about 30 times] usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, size=4096 umass0: at uhub1 port 1 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry umass0: detached This at least works when mounted but mtools will hang hard. The Iomega mini flashdrive hard hung my machine so I have no logs. Anyone seen these problems before or working on usb in 4.x ? I'll do what I can to help debugging... Thanks, P. -- pir From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:32:26 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ECB616A4CE for ; Thu, 30 Dec 2004 19:32:26 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8D5143D1D for ; Thu, 30 Dec 2004 19:32:25 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iBUJWibC019072; Thu, 30 Dec 2004 11:32:44 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iBUJWiqL019070; Thu, 30 Dec 2004 11:32:44 -0800 Date: Thu, 30 Dec 2004 11:32:44 -0800 From: Brooks Davis To: David Talkington Message-ID: <20041230193244.GB2987@odin.ac.hmc.edu> References: <41D43A7A.2000500@bluewin.ch> <20041230110953.T17743@atlantis.flyingjoke.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <20041230110953.T17743@atlantis.flyingjoke.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-stable@freebsd.org cc: Federico Galvez-Durand Besnard Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:32:26 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Please don't top post]. On Thu, Dec 30, 2004 at 11:13:55AM -0800, David Talkington wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Federico Galvez-Durand Besnard wrote: >=20 > >what do you have in : > >/etc/ntp.conf >=20 > Only: >=20 > server time.u.washington.edu > server 127.127.1.0=20 > fudge 127.127.1.0 stratum 10 >=20 >=20 > Command line: >=20 > /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid \ > - -f /var/db/ntpd.drift It's generally recommended that you never trust your own clock since it's completely crap as time sources go. It's also recommended that you use at least 5 time sources to avoid problems with bad clocks. -- Brooks > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > > > >Salutations -- > > > >I have an old board with an installation of STABLE whose time keeps=20 > >running away. ntpd is not helping. I can manually set the time using= =20 > >ntpdate, and my ntpq queries look fine, yet the clock persists in runnin= g=20 > >very fast (seems to be about 1.5x speed). The BIOS clock remains correc= t,=20 > >and the machine therefore has the correct time at each reboot, but quick= ly=20 > >runs away. > > > >Data points: > > > >- - I have set kern.timecounter.hardware=3DTSC, and this has not helped.= - -=20 > >Two other hosts on the same network, using the same ntp server, do not= =20 > >have this problem. > >- - This box did not display this behavior under FreeBSD 5.2. - - I have= =20 > >replaced the board on the problem box (with the same age and type), and= =20 > >the problem persists. > >- - dmesg for this machine, an old Dell Optiplex 590, is below. > > > >What other information might help diagnose the problem? > > > >Thank you ... -d > > > >- -- > >David Talkington > >dtalk-ml at prairienet.org=20 > > > > > > > > > >_______________________________________________ > >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" > > > > >=20 > - --=20 > David Talkington > Computing and Communications > University of Washington > 206-543-2144 > - -- > dtalk@u.washington.edu > - -- > PGP key: http://staff.washington.edu/dtalk/004B8F8B.asc > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.6 (FreeBSD) >=20 > iD8DBQFB1FN55FKhdwBLj4sRAknTAJ9Wq/I64DpzBoblMmH2JMl2UR08NgCgkLuL > qlB7DOSkWlOmR2OLZ32O1NA=3D > =3D8B5z > -----END PGP SIGNATURE----- > _______________________________________________ > 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" --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB1FfbXY6L6fI4GtQRAmkBAKC3++yMzb5U/ZUMc7sK+hAOjvTRJgCeMTHy H/k1l8Qj/27cpyYdIlBszt4= =jFBa -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:35:39 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AFFA16A4CE for ; Thu, 30 Dec 2004 19:35:39 +0000 (GMT) Received: from mailout.zetnet.co.uk (mailout.zetnet.co.uk [194.247.47.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id D758043D2F for ; Thu, 30 Dec 2004 19:35:38 +0000 (GMT) (envelope-from frank@esperance-linux.co.uk) Received: from irwell.zetnet.co.uk ([194.247.47.48] helo=zetnet.co.uk) by mailout.zetnet.co.uk with esmtp (Exim 3.36 #1 (Debian)) id 1Ck65B-0003Ps-00 for ; Thu, 30 Dec 2004 19:35:37 +0000 Received: from esperance.zetnet.co.uk (bts-0004.dialup.zetnet.co.uk [194.247.48.4])iBUJZY8S025785 for ; Thu, 30 Dec 2004 19:35:36 GMT Received: (qmail 62254 invoked by uid 1001); 30 Dec 2004 19:18:03 -0000 From: "Frank Shute" Date: Thu, 30 Dec 2004 19:18:03 +0000 To: Palle Girgensohn Message-ID: <20041230191802.GA62220@peach.veggie.com> Mail-Followup-To: Frank Shute , Palle Girgensohn , Igor Pokrovsky , Paul Mather , stable@freebsd.org References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> <20041229210110.GA16903@odin.ac.hmc.edu> <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> <41D323CF.8070701@gromit.dlib.vt.edu> <20041230173656.GA2423@doom.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.11-PRERELEASE i386 X-Organisation: 'Esperance Linux' cc: Igor Pokrovsky cc: stable@freebsd.org Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Frank Shute List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:35:39 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 07:32:20PM +0100, Palle Girgensohn wrote: > >=20 > --On torsdag, december 30, 2004 20.36.56 +0300 Igor Pokrovsky=20 > wrote: > > > > > >Are there any other advantages of UFS2 over UFS except maximum disk size? >=20 > acl -- access control lists > mac -- Mandatory Access Control >=20 > haven't used them yet, though. >=20 Background fsck? Useful if you've got big partitions. Disclaimer: Haven't used UFS2 myself. --=20 Frank=20 //-------------------------------------------------------------------------= // echo "f r a n k @ e s p e r a n c e - l i n u x . c o . u k" | sed -e 's/ /= /g' //-------------------------PGP keyID: 0x10BD6F4B---------------------------= // --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQA/AwUBQdRUaLyGwlIQvW9LEQI/7QCg0dEptqORf9sb8oAzlD+Y4WVsHxYAoKwg pTi0CJfsyg6TBOsCP8QYX5uv =ypWx -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:37:05 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 166DA16A4CE for ; Thu, 30 Dec 2004 19:37:05 +0000 (GMT) Received: from mta-a.kjsl.com (mta-a.kjsl.com [69.36.240.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFE5F43D2D for ; Thu, 30 Dec 2004 19:37:04 +0000 (GMT) (envelope-from javier@kjsl.com) Received: by mta-a.kjsl.com (Postfix, from userid 1001) id D44CE52194; Thu, 30 Dec 2004 11:37:04 -0800 (PST) Date: Thu, 30 Dec 2004 11:37:04 -0800 From: Javier Henderson To: Brooks Davis Message-ID: <20041230193704.GS64741@mta-a.kjsl.com> References: <41D43A7A.2000500@bluewin.ch> <20041230110953.T17743@atlantis.flyingjoke.org> <20041230193244.GB2987@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041230193244.GB2987@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i cc: Federico Galvez-Durand Besnard cc: freebsd-stable@freebsd.org cc: David Talkington Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:37:05 -0000 > > /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid \ > > - -f /var/db/ntpd.drift > > It's generally recommended that you never trust your own clock since > it's completely crap as time sources go. It's also recommended that you > use at least 5 time sources to avoid problems with bad clocks. But isn't that what the drift file is for, to improve the accuracy of the local clock during those times when the configured NTP servers aren't available? -jav From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:37:07 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61FE716A4CE for ; Thu, 30 Dec 2004 19:37:07 +0000 (GMT) Received: from mail19.bluewin.ch (mail19.bluewin.ch [195.186.18.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 055F043D1F for ; Thu, 30 Dec 2004 19:37:07 +0000 (GMT) (envelope-from Federico.Besnard@bluewin.ch) Received: from [192.168.1.33] (62.203.145.231) by mail19.bluewin.ch (Bluewin AG 7.0.035) id 41BEB8F00012856D; Thu, 30 Dec 2004 19:37:04 +0000 Message-ID: <41D458DF.3020706@bluewin.ch> Date: Thu, 30 Dec 2004 20:37:03 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dtalk@u.washington.edu References: <41D43A7A.2000500@bluewin.ch> <20041230110953.T17743@atlantis.flyingjoke.org> In-Reply-To: <20041230110953.T17743@atlantis.flyingjoke.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:37:07 -0000 Set /etc/localtime to your correct timezone before doing anything in your machine. Remove /var/db/ntpd.drift before you reboot or restart your ntpd. This is what I use in /etc/rc.conf: +++ ntpd_enable="YES" # Run ntpd Network Time Protocol (or NO). ntpd_program="/usr/sbin/ntpd" # path to ntpd, if you want a different one. ntpd_flags="-p /var/run/ntpd.pid -f /etc/ntp/drift -l /var/log/ntp.log" +++ Check ntpd messages with dmesg. If it does not work, this is one ntp.conf (change server to time.u.washington.edu or whatever is closer to you) that worked well for me: +++++ BEGIN /etc/ntp.conf +++++++ # NTP configuration file # # Thu Nov 11 20:06:40 GMT+1 2004 restrict 192.168.1.0 mask 255.255.255.0 notrust nomodify notrap restrict 127.0.0.1 # servers to query #------------------- server clock.tix.ch restrict clock.tix.ch mask 255.255.255.255 nomodify notrap noquery +++++ END /etc/ntp.conf +++++++ Once you get synchronised with your time-server, you can consider changing minpoll maxpoll to polite values. Fico// David Talkington wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Federico Galvez-Durand Besnard wrote: > >> what do you have in : >> /etc/ntp.conf > > > Only: > > server time.u.washington.edu > server 127.127.1.0 fudge 127.127.1.0 stratum 10 > > > Command line: > > /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid \ > - -f /var/db/ntpd.drift > > Thank you ... -d > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:50:37 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9F9616A4CE for ; Thu, 30 Dec 2004 19:50:37 +0000 (GMT) Received: from flyingjoke.org (soggy88.drizzle.com [216.162.199.88]) by mx1.FreeBSD.org (Postfix) with SMTP id 14F2F43D45 for ; Thu, 30 Dec 2004 19:50:37 +0000 (GMT) (envelope-from dtalk-ml@prairienet.org) Received: (qmail 85251 invoked from network); 30 Dec 2004 19:50:41 -0000 Received: from atlantis.flyingjoke.org (192.168.1.8) by atlantis.flyingjoke.org with SMTP; 30 Dec 2004 19:50:41 -0000 Date: Thu, 30 Dec 2004 11:50:23 -0800 (PST) From: dtalk-ml@prairienet.org X-X-Sender: dtalk@atlantis.flyingjoke.org To: Federico Galvez-Durand Besnard In-Reply-To: <41D458DF.3020706@bluewin.ch> Message-ID: <20041230113814.L17743@atlantis.flyingjoke.org> References: <41D43A7A.2000500@bluewin.ch> <20041230110953.T17743@atlantis.flyingjoke.org> <41D458DF.3020706@bluewin.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dtalk-ml@prairienet.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:50:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Federico Galvez-Durand Besnard wrote: >Set /etc/localtime to your correct timezone before doing anything in >your machine. Remove /var/db/ntpd.drift before you reboot or restart >your ntpd. [ rc.conf and ntp.conf snipped ] Thank you for the suggestions. Unfortunately, I've been through all that, including the rude values of minpoll and maxpoll, using multiple servers, and starting with a fresh drift file. I'm pretty sure ntpd isn't the problem. In addition, the hardware clock itself appears to be plenty accurate, as it is always correct within a second or two when I check it directly in BIOS ... and two other 5.3-STABLE hosts on the same network, with the same ntpd configuration, but on different hardware, do not have this problem, which began when I updated (reinstalled) to 5.3-STABLE from 5.2. - -- David Talkington dtalk-ml@prairienet.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1FwQ5FKhdwBLj4sRArSqAJwK8MAvUfB69ixoHNzu8700Pvd52QCgl0dD 07gb7ipg0ENIcUN/PPHhXpw= =Lv+T -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 19:57:59 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2672716A4CE for ; Thu, 30 Dec 2004 19:57:59 +0000 (GMT) Received: from lakermmtao12.cox.net (lakermmtao12.cox.net [68.230.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9765943D2F for ; Thu, 30 Dec 2004 19:57:58 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.0.100] (really [68.110.143.167]) by lakermmtao12.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20041230195757.BGFW1659.lakermmtao12.cox.net@[192.168.0.100]>; Thu, 30 Dec 2004 14:57:57 -0500 Message-ID: <41D45DC5.9010809@gromit.dlib.vt.edu> Date: Thu, 30 Dec 2004 14:57:57 -0500 From: Paul Mather User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Pokrovsky References: <05F0F09DEB66858D9B452FB8@palle.girgensohn.se> <20041229203601.GD10293@odin.ac.hmc.edu> <20041229210110.GA16903@odin.ac.hmc.edu> <44633F1A12BF90A756A3AB0F@palle.girgensohn.se> <41D323CF.8070701@gromit.dlib.vt.edu> <20041230173656.GA2423@doom.homeunix.org> In-Reply-To: <20041230173656.GA2423@doom.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: Palle Girgensohn Subject: Re: how to remote update 4.10 -> 5.3? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:57:59 -0000 Igor Pokrovsky wrote: >Are there any other advantages of UFS2 over UFS except maximum disk size? > > There's FFS snapshots capability in UFS2, for starters... Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 20:12:59 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C76AA16A4CE for ; Thu, 30 Dec 2004 20:12:59 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AC7743D1D for ; Thu, 30 Dec 2004 20:12:59 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iBUKDIvm022147; Thu, 30 Dec 2004 12:13:18 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iBUKDI20022146; Thu, 30 Dec 2004 12:13:18 -0800 Date: Thu, 30 Dec 2004 12:13:18 -0800 From: Brooks Davis To: Javier Henderson Message-ID: <20041230201318.GE2987@odin.ac.hmc.edu> References: <41D43A7A.2000500@bluewin.ch> <20041230110953.T17743@atlantis.flyingjoke.org> <20041230193244.GB2987@odin.ac.hmc.edu> <20041230193704.GS64741@mta-a.kjsl.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o0ZfoUVt4BxPQnbU" Content-Disposition: inline In-Reply-To: <20041230193704.GS64741@mta-a.kjsl.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Federico Galvez-Durand Besnard cc: freebsd-stable@freebsd.org cc: David Talkington Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 20:12:59 -0000 --o0ZfoUVt4BxPQnbU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 11:37:04AM -0800, Javier Henderson wrote: > > > /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid \ > > > - -f /var/db/ntpd.drift > >=20 > > It's generally recommended that you never trust your own clock since > > it's completely crap as time sources go. It's also recommended that you > > use at least 5 time sources to avoid problems with bad clocks. >=20 > But isn't that what the drift file is for, to improve the accuracy of > the local clock during those times when the configured NTP servers aren't > available? Yes, but it can only do so much. The clock crystals in your average PC are OK as clocks, but much better as thermometers so the drift calculations are only approximate. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --o0ZfoUVt4BxPQnbU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB1GFdXY6L6fI4GtQRAv1tAKCCwOm7wjx7AOFyHvwwO0B/RYnArQCghlum Xd5m+g1NIN9eDHX3mir+xE4= =HFdh -----END PGP SIGNATURE----- --o0ZfoUVt4BxPQnbU-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 20:34:43 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B88FE16A4CF for ; Thu, 30 Dec 2004 20:34:43 +0000 (GMT) Received: from zeus.del.ufrj.br (zeus.del.ufrj.br [146.164.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA80543D2F for ; Thu, 30 Dec 2004 20:34:42 +0000 (GMT) (envelope-from fico@del.ufrj.br) Received: from [127.0.0.1] (zeus.del.ufrj.br [146.164.70.190]) by zeus.del.ufrj.br (8.12.9p1/8.12.9) with ESMTP id iBUKYXOW020369; Thu, 30 Dec 2004 18:34:39 -0200 (BRST) Message-ID: <41D46659.7010808@del.ufrj.br> Date: Thu, 30 Dec 2004 21:34:33 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <41D43A7A.2000500@bluewin.ch> <20041230110953.T17743@atlantis.flyingjoke.org> <20041230193244.GB2987@odin.ac.hmc.edu> <20041230193704.GS64741@mta-a.kjsl.com> <20041230201318.GE2987@odin.ac.hmc.edu> In-Reply-To: <20041230201318.GE2987@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 20:34:43 -0000 Brooks Davis wrote: >On Thu, Dec 30, 2004 at 11:37:04AM -0800, Javier Henderson wrote: > > >>>>/usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid \ >>>>- -f /var/db/ntpd.drift >>>> >>>> >>>It's generally recommended that you never trust your own clock since >>>it's completely crap as time sources go. It's also recommended that you >>>use at least 5 time sources to avoid problems with bad clocks. >>> >>> >>But isn't that what the drift file is for, to improve the accuracy of >>the local clock during those times when the configured NTP servers aren't >>available? >> >> > >Yes, but it can only do so much. The clock crystals in your average PC >are OK as clocks, but much better as thermometers so the drift >calculations are only approximate. > >-- Brooks > > > Yeap, but only if your NTPD is running fine and stable, otherwise drift-file can be very messy. Check your dmesg for NTPD log before you trust drift-files. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 20:34:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03DFF16A51A for ; Thu, 30 Dec 2004 20:34:55 +0000 (GMT) Received: from 45.209.adsl.brightview.com (45.209.adsl.brightview.com [80.189.209.45]) by mx1.FreeBSD.org (Postfix) with SMTP id B710F43D58 for ; Thu, 30 Dec 2004 20:34:49 +0000 (GMT) (envelope-from arif@accubanc.com) Date: Thu, 30 Dec 2004 20:28:45 +0000 From: heung To: freebsd-stable@freebsd.org Content-Transfer-Encoding: 8bit Message-Id: <20041230203449.B710F43D58@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1251" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: New Ad-aware software! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 20:34:55 -0000 Ad-Aware is designed to provide advanced protection from known Data-mining, aggressive advertising, Parasites, Scumware, selected traditional Trojans, Dialers, Malware, Browser hijackers, and tracking components. With the release of Ad-Aware SE Personal edition, Lavasoft takes the fight against Spyware to the next level. With Lavasofts all new Code Sequence Identification (CSI) technology, you will not only be protected from known content, but will also have advanced protection against many of their unknown variants. To further protect you, Ad-Aware SE Personal Edition also has the capability to scan and list Alternate Data Streams (ADS) in NTFS enabled volumes. In combination with the new scanning engine, Ad-Aware SE will scan your computer faster and more thoroughly than ever before! Whats new in Ad-Aware SE Personal edition? Hardened against third party uninstall with encrypted preference files Scanning engine improvements Extended protection against DLL-injection, SE can unload process modules on the fly Extended Memory scanning Now scans all modules loaded by a process Uses our all new CSI (Code Sequence Identification) technology to identify new and unknown variants of known targets Extended Registry scanning Now scans registry branches of multiple user accounts Performs additional smart checks to detect dynamically created references Scanning speed noticeably faster Extended Scanning for known and unknown/possible Browser-Hijackers Extended Disk scanning Now scans and lists alternate Data-streams on NTFS volumes Now Ad-Aware supports scanning of Cabinet files, (including spanned archives) Scanning speed increased Improved Hosts-file scan Now Ad-Aware and Ad-Watch use much smaller reference files Several User Interface improvements Improved Graphical UI Ad-Aware now supports custom graphical Skins More user friendly Plug-in/Extension GUI (Plug-ins and Extensions now shown on separate screens) New Scan Result view, includes a scan summary and detailed view Ad-Aware now linked to the online TAC database Multiple New Tweak options Unloading of process modules during a scan Obtaining command line of scanned processes Ignoring spanned cab files Permanent archive caching Always try to unload modules before deletion Disable manual quarantine if auto quarantine is selected Write protect system files after repair Use gridlines in item lists Logfile detail section condensed Several logfile improvements Includes support for separate removal logfiles Allows adding a Reference summary/index to logfiles Logfile contains overall more detailed information Ad-Aware SE is compatible with Microsoft Windows 98/Me/NT/2000/XP/2003. Download Ad-Aware + Keygen: www.warezdownload.ws/adaware.html From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 20:53:35 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 250A216A4CE for ; Thu, 30 Dec 2004 20:53:34 +0000 (GMT) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E237443D31 for ; Thu, 30 Dec 2004 20:53:33 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) iBUKrVGC032577; Thu, 30 Dec 2004 21:53:32 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 3FC06630C; Thu, 30 Dec 2004 21:53:38 +0100 (CET) Date: Thu, 30 Dec 2004 21:53:38 +0100 From: Roland Smith To: freebsd-stable@freebsd.org Message-ID: <20041230205338.GA98783@slackbox.xs4all.nl> Mail-Followup-To: freebsd-stable@freebsd.org, Ceri Davies , Brian Szymanski References: <1816.10.0.0.120.1104258230.squirrel@10.0.0.120> <20041230175425.GF50770@submonkey.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20041230175425.GF50770@submonkey.net> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner cc: Ceri Davies cc: Brian Szymanski Subject: Re: dump/restore with ufs2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 20:53:35 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 05:54:25PM +0000, Ceri Davies wrote: > On Tue, Dec 28, 2004 at 01:23:50PM -0500, Brian Szymanski wrote: > > When I run the following script, I get a warning message, and I'm > > wondering if it's ignorable or indicates there is a little more work to= be > > done in getting dump/restore happy with ufs2... > >=20 > > $ cd /altroot > > $ dump -L -0 -a -f - /dev/$ROOT | restore -rf - > > ... > > warning: ./.snap: File exists > >=20 > > Does this mean my snapshots are being overwritten on the target disk? A= nd > > if so, that's a good thing, right? >=20 > That's just a warning that .snap already exists in the current directory > (which is because it gets created by newfs); the contents will remain > unaffected since snapshots are not dumped (I believe). A snapshot _is_ what is being dumped when you use the -L option to dump. See the manual page. Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in email http://www.xs4all.nl/~rsmith/ X No Word docs in email / \ Respect for open standards --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB1GrSEnfvsMMhpyURAmZxAJ4nUC4RsRT60uUvJnZ9enheoo6twACeLp3y pCCsZvc8AmYUdMJxPRhW5Ds= =i6g1 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 20:57:26 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2C8616A4CE for ; Thu, 30 Dec 2004 20:57:26 +0000 (GMT) Received: from mg2.xecu.net (mg2.xecu.net [216.127.136.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8905043D49 for ; Thu, 30 Dec 2004 20:57:26 +0000 (GMT) (envelope-from Harlan.Stenn@pfcs.com) Received: from localhost (unknown [127.0.0.1]) by mg2.xecu.net (Postfix) with ESMTP id AD8DF3E3B07 for ; Thu, 30 Dec 2004 15:57:22 -0500 (EST) Received: from mg2.xecu.net ([127.0.0.1]) by localhost (mg2.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73420-07 for ; Thu, 30 Dec 2004 15:57:20 -0500 (EST) Received: from pcnbs.pfcs.com (harlan.xecu.net [216.127.150.112]) by mg2.xecu.net (Postfix) with ESMTP id AC5923E3BE6 for ; Thu, 30 Dec 2004 15:57:19 -0500 (EST) Received: from dog.pfcs.com (dog.pfcs.com [192.52.69.47]) by pcnbs.pfcs.com (Postfix) with ESMTP id 0D99F236A; Thu, 30 Dec 2004 15:57:18 -0500 (EST) Received: from localhost [127.0.0.1] (HELO dog.pfcs.com) by dog.pfcs.com (8.13.1/8.13.1) via ESMTP id ; Thu, 30 Dec 2004 15:57:04 -0500 (EST) To: Javier Henderson In-Reply-To: Javier Henderson's (Javier@KJSL.COM) message <20041230193704.GS64741@mta-a.kjsl.com> X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d User-Agent: EMH/1.10.0 SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: Thu, 30 Dec 2004 15:57:03 -0500 Message-ID: <24255.1104440223@dog.pfcs.com> From: Harlan Stenn X-Virus-Scanned: by amavisd-new at xecu.net cc: freebsd-stable@freebsd.org cc: Federico Galvez-Durand Besnard cc: David Talkington Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 20:57:26 -0000 > But isn't that what the drift file is for, to improve the accuracy of > the local clock during those times when the configured NTP servers aren't > available? Yes. H From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 20:58:54 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 328DB16A4CE for ; Thu, 30 Dec 2004 20:58:54 +0000 (GMT) Received: from mail15.bluewin.ch (mail15.bluewin.ch [195.186.18.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D5D43D31 for ; Thu, 30 Dec 2004 20:58:53 +0000 (GMT) (envelope-from Federico.Besnard@bluewin.ch) Received: from [192.168.1.33] (62.203.145.231) by mail15.bluewin.ch (Bluewin AG 7.0.035) id 41CEF01C00040BBC; Thu, 30 Dec 2004 20:58:51 +0000 Message-ID: <41D46C0B.6050803@bluewin.ch> Date: Thu, 30 Dec 2004 21:58:51 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dtalk-ml@prairienet.org References: <41D43A7A.2000500@bluewin.ch> <20041230110953.T17743@atlantis.flyingjoke.org> <41D458DF.3020706@bluewin.ch> <20041230113814.L17743@atlantis.flyingjoke.org> In-Reply-To: <20041230113814.L17743@atlantis.flyingjoke.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 20:58:54 -0000 Hmmm, are you using the same localtime in all machines? I remember having the same problem several years ago, in 3.x, with a server. The clock kept walking. Hardware was OK. It came back to normal after setting localtime correctly. Remember, if you are in Pacific Time you are GMT+8 (some people wrongly uses GMT-8), it means you have to add 8h to your localtime in order to get GMT. Your NTPD will never be stable with a wrong localtime setting. Fico// dtalk-ml@prairienet.org wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Federico Galvez-Durand Besnard wrote: > >> Set /etc/localtime to your correct timezone before doing anything in >> your machine. Remove /var/db/ntpd.drift before you reboot or restart >> your ntpd. > > > [ rc.conf and ntp.conf snipped ] > > Thank you for the suggestions. Unfortunately, I've been through all > that, including the rude values of minpoll and maxpoll, using multiple > servers, and starting with a fresh drift file. I'm pretty sure ntpd > isn't the problem. In addition, the hardware clock itself appears to > be plenty accurate, as it is always correct within a second or two > when I check it directly in BIOS ... and two other 5.3-STABLE hosts on > the same network, with the same ntpd configuration, but on different > hardware, do not have this problem, which began when I updated > (reinstalled) to 5.3-STABLE from 5.2. > > - -- David Talkington > dtalk-ml@prairienet.org > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.6 (FreeBSD) > > iD8DBQFB1FwQ5FKhdwBLj4sRArSqAJwK8MAvUfB69ixoHNzu8700Pvd52QCgl0dD > 07gb7ipg0ENIcUN/PPHhXpw= > =Lv+T > -----END PGP SIGNATURE----- > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 20:59:18 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 139DD16A4CE for ; Thu, 30 Dec 2004 20:59:18 +0000 (GMT) Received: from mg2.xecu.net (mg2.xecu.net [216.127.136.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id D273A43D39 for ; Thu, 30 Dec 2004 20:59:17 +0000 (GMT) (envelope-from Harlan.Stenn@pfcs.com) Received: from localhost (unknown [127.0.0.1]) by mg2.xecu.net (Postfix) with ESMTP id 6A5143E3C40 for ; Thu, 30 Dec 2004 15:59:14 -0500 (EST) Received: from mg2.xecu.net ([127.0.0.1]) by localhost (mg2.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73719-07 for ; Thu, 30 Dec 2004 15:59:12 -0500 (EST) Received: from pcnbs.pfcs.com (harlan.xecu.net [216.127.150.112]) by mg2.xecu.net (Postfix) with ESMTP id A65903E3C35 for ; Thu, 30 Dec 2004 15:59:10 -0500 (EST) Received: from dog.pfcs.com (dog.pfcs.com [192.52.69.47]) by pcnbs.pfcs.com (Postfix) with ESMTP id 88177234B; Thu, 30 Dec 2004 15:59:10 -0500 (EST) Received: from localhost [127.0.0.1] (HELO dog.pfcs.com) by dog.pfcs.com (8.13.1/8.13.1) via ESMTP id ; Thu, 30 Dec 2004 15:59:10 -0500 (EST) To: Federico Galvez-Durand Besnard In-Reply-To: Federico Galvez-Durand Besnard's (Federico.Besnard@bluewin.ch) message dated Thu, 30 Dec 2004 20:37:03. <41D458DF.3020706@bluewin.ch> X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d User-Agent: EMH/1.10.0 SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: Thu, 30 Dec 2004 15:59:10 -0500 Message-ID: <24264.1104440350@dog.pfcs.com> From: Harlan Stenn X-Virus-Scanned: by amavisd-new at xecu.net cc: freebsd-stable@freebsd.org cc: dtalk@u.washington.edu Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 20:59:18 -0000 > Remove /var/db/ntpd.drift before you reboot or restart your ntpd. Why would you want to do this? And in config files, iburst is your friend. See http://ntp.isc.org/Support/ for more informaion. H From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 21:05:36 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 720B616A4CE for ; Thu, 30 Dec 2004 21:05:36 +0000 (GMT) Received: from mail17.bluewin.ch (mail17.bluewin.ch [195.186.18.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3336943D41 for ; Thu, 30 Dec 2004 21:05:36 +0000 (GMT) (envelope-from Federico.Besnard@bluewin.ch) Received: from [192.168.1.33] (62.203.145.231) by mail17.bluewin.ch (Bluewin AG 7.0.035) id 41BEB8E400125690; Thu, 30 Dec 2004 21:04:13 +0000 Message-ID: <41D46D4C.6060306@bluewin.ch> Date: Thu, 30 Dec 2004 22:04:12 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harlan Stenn References: <24264.1104440350@dog.pfcs.com> In-Reply-To: <24264.1104440350@dog.pfcs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 21:05:36 -0000 Harlan Stenn wrote: >>Remove /var/db/ntpd.drift before you reboot or restart your ntpd. >> >> > >Why would you want to do this? > >And in config files, iburst is your friend. > >See http://ntp.isc.org/Support/ for more informaion. > >H > > > True only when NTPD is running in stable steady state. In this case, NTPD is not performing... so drift file can be recording very messy values. Better get it from scratch than having a very bad initial condition. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 21:12:44 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06F9916A4CE for ; Thu, 30 Dec 2004 21:12:44 +0000 (GMT) Received: from mg5.xecu.net (mg5.xecu.net [216.127.136.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84EB43D45 for ; Thu, 30 Dec 2004 21:12:43 +0000 (GMT) (envelope-from Harlan.Stenn@pfcs.com) Received: from localhost (unknown [127.0.0.1]) by mg5.xecu.net (Postfix) with ESMTP id 7C54F42A7D3 for ; Thu, 30 Dec 2004 16:12:40 -0500 (EST) Received: from mg5.xecu.net ([127.0.0.1]) by localhost (mg5.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 46456-05 for ; Thu, 30 Dec 2004 16:12:29 -0500 (EST) Received: from pcnbs.pfcs.com (harlan.xecu.net [216.127.150.112]) by mg5.xecu.net (Postfix) with ESMTP id 7325442A6B7 for ; Thu, 30 Dec 2004 16:12:28 -0500 (EST) Received: from dog.pfcs.com (dog.pfcs.com [192.52.69.47]) by pcnbs.pfcs.com (Postfix) with ESMTP id E707E236C; Thu, 30 Dec 2004 16:12:26 -0500 (EST) Received: from localhost [127.0.0.1] (HELO dog.pfcs.com) by dog.pfcs.com (8.13.1/8.13.1) via ESMTP id ; Thu, 30 Dec 2004 16:12:20 -0500 (EST) To: Federico Galvez-Durand Besnard In-Reply-To: Federico Galvez-Durand Besnard's (Federico.Besnard@bluewin.ch) message dated Thu, 30 Dec 2004 21:58:51. <41D46C0B.6050803@bluewin.ch> X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d User-Agent: EMH/1.10.0 SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: Thu, 30 Dec 2004 16:12:19 -0500 Message-ID: <24287.1104441139@dog.pfcs.com> From: Harlan Stenn X-Virus-Scanned: by amavisd-new at xecu.net cc: freebsd-stable@freebsd.org cc: dtalk-ml@prairienet.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 21:12:44 -0000 No way. ntpd operates in gmt/utc only; localtime is completely out of the question. H -- > Hmmm, are you using the same localtime in all machines? > I remember having the same problem several years ago, in 3.x, with a > server. The clock kept walking. Hardware was OK. It came back to normal > after setting localtime correctly. > Remember, if you are in Pacific Time you are GMT+8 (some people wrongly > uses GMT-8), it means you have to add 8h to your localtime in order to > get GMT. Your NTPD will never be stable with a wrong localtime setting. > Fico// From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 21:15:09 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 259A216A4CF for ; Thu, 30 Dec 2004 21:15:09 +0000 (GMT) Received: from mail.iinet.net.au (mail-03.iinet.net.au [203.59.3.35]) by mx1.FreeBSD.org (Postfix) with SMTP id B089243D41 for ; Thu, 30 Dec 2004 21:15:07 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 9261 invoked from network); 30 Dec 2004 21:15:06 -0000 Received: from unknown (HELO ?10.100.6.10?) (203.206.229.203) by mail.iinet.net.au with SMTP; 30 Dec 2004 21:15:06 -0000 From: Warren Liddell To: freebsd-stable@freebsd.org Date: Fri, 31 Dec 2004 07:14:50 +1000 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412310714.51235.shinjii@virusinfo.rdksupportinc.com> Subject: problem burning iso images X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 21:15:09 -0000 next writeable LBA 0 writing from file 5.3-RELEASE-i386-miniinst.iso size 274400 KB written this track 274400 KB (100%) total 274400 KB next writeable LBA 137352 writing from stdin Every time i goto burn a iso filoe of onto CD it ends up getting stuck at the above part. any reasons why this may be happening ? -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 21:31:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD73916A4CF for ; Thu, 30 Dec 2004 21:31:32 +0000 (GMT) Received: from mail15.bluewin.ch (mail15.bluewin.ch [195.186.18.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267A743D53 for ; Thu, 30 Dec 2004 21:31:32 +0000 (GMT) (envelope-from Federico.Besnard@bluewin.ch) Received: from [192.168.1.33] (62.203.145.231) by mail15.bluewin.ch (Bluewin AG 7.0.035) id 41CEF01C00041126; Thu, 30 Dec 2004 21:30:10 +0000 Message-ID: <41D47361.3090906@bluewin.ch> Date: Thu, 30 Dec 2004 22:30:09 +0100 From: Federico Galvez-Durand Besnard User-Agent: Mozilla Thunderbird 1.0 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harlan Stenn References: <24287.1104441139@dog.pfcs.com> In-Reply-To: <24287.1104441139@dog.pfcs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: dtalk-ml@prairienet.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 21:31:32 -0000 Oops, I meant: cp /usr/share/zoneinfo/Etc/GMT+8 /etc/localtime if you want Pacific Time in GMT format (don't use GMT-8). Harlan Stenn wrote: >No way. > >ntpd operates in gmt/utc only; localtime is completely out of the question. > >H >-- > > >>Hmmm, are you using the same localtime in all machines? >>I remember having the same problem several years ago, in 3.x, with a >>server. The clock kept walking. Hardware was OK. It came back to normal >>after setting localtime correctly. >>Remember, if you are in Pacific Time you are GMT+8 (some people wrongly >>uses GMT-8), it means you have to add 8h to your localtime in order to >>get GMT. Your NTPD will never be stable with a wrong localtime setting. >>Fico// >> >> > > > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 21:42:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4806A16A4CE for ; Thu, 30 Dec 2004 21:42:27 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1471543D1F for ; Thu, 30 Dec 2004 21:42:27 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 20501 invoked from network); 30 Dec 2004 21:42:26 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 30 Dec 2004 21:42:26 -0000 Received: from hydrogen.funkthat.com (mzsxer@localhost.funkthat.com [127.0.0.1])iBULgQGH088381; Thu, 30 Dec 2004 13:42:26 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iBULgP4H088380; Thu, 30 Dec 2004 13:42:25 -0800 (PST) Date: Thu, 30 Dec 2004 13:42:25 -0800 From: John-Mark Gurney To: Warren Liddell Message-ID: <20041230214225.GT19624@funkthat.com> Mail-Followup-To: Warren Liddell , freebsd-stable@freebsd.org References: <200412310714.51235.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412310714.51235.shinjii@virusinfo.rdksupportinc.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-stable@freebsd.org Subject: Re: problem burning iso images X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 21:42:27 -0000 Warren Liddell wrote this message on Fri, Dec 31, 2004 at 07:14 +1000: > next writeable LBA 0 > writing from file 5.3-RELEASE-i386-miniinst.iso size 274400 KB > written this track 274400 KB (100%) total 274400 KB > next writeable LBA 137352 > writing from stdin > > Every time i goto burn a iso filoe of onto CD it ends up getting stuck at the > above part. any reasons why this may be happening ? It'd be useful to provide the command that you are using to get this problem... It sounds like you might have a - at the end of your command and it's trying to burn a track from stdin... if you hit ctrl-d, it'll burn an empty track and continue, though it'll be better to not try to burn stdin in the first place... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 22:17:31 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82DE916A4CE; Thu, 30 Dec 2004 22:17:31 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65F1443D1D; Thu, 30 Dec 2004 22:17:31 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 56E0C7A425; Thu, 30 Dec 2004 14:17:31 -0800 (PST) Message-ID: <41D47E7B.4070407@elischer.org> Date: Thu, 30 Dec 2004 14:17:31 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org, pir@pir.net References: <20041230191748.GA11051@pir.net> In-Reply-To: <20041230191748.GA11051@pir.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: USB flash not working anymore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 22:17:31 -0000 Peter Radcliffe wrote: >I'm running FreeBSD 4-STABLE from Dec 28 on an IBM X30 laptop. > >I'm having increasingly worse USB problems as time goes on. Nothing >that I try new works and various older devices that I bought >specificly because they were supported and worked fine for years now >do not work. > >[...] > > usb_block_allocmem: in interrupt context, size=4096 > > >Anyone seen these problems before or working on usb in 4.x ? I'll do >what I can to help debugging... > this means exactly what it sounds like... something in the usb system tried to allocate memory while in an interrupt context. I don't see what USB controller you have. OHCI or UHCI (or EHCI). > >Thanks, >P. > > > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 22:20:42 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9423F16A4CE; Thu, 30 Dec 2004 22:20:42 +0000 (GMT) Received: from moek.pir.net (moek.pir.net [130.64.1.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B80243D41; Thu, 30 Dec 2004 22:20:42 +0000 (GMT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 1Ck8ev-0004X2-Ld ; Thu, 30 Dec 2004 17:20:41 -0500 Date: Thu, 30 Dec 2004 17:20:41 -0500 From: Peter Radcliffe To: Julian Elischer Message-ID: <20041230222041.GG11051@pir.net> Mail-Followup-To: Julian Elischer , freebsd-stable@freebsd.org, freebsd-usb@freebsd.org References: <20041230191748.GA11051@pir.net> <41D47E7B.4070407@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41D47E7B.4070407@elischer.org> User-Agent: Mutt/1.4.2i X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. cc: freebsd-stable@freebsd.org cc: freebsd-usb@freebsd.org Subject: Re: USB flash not working anymore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 22:20:42 -0000 Julian Elischer probably said: > this means exactly what it sounds like... something in the usb system > tried to allocate memory while in an interrupt context. I don't know anything about the USB subsystem, nor what can or cannot be done while handling an interrupt. > I don't see what USB controller you have. OHCI or UHCI (or EHCI). uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 usb0: on uhci0 uhci1: port 0x1820-0x183f irq 3 at device 29.1 on pci0 usb1: on uhci1 uhci2: port 0x1840-0x185f irq 5 at device 29.2 on pci0 usb2: on uhci2 P. -- pir From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 23:06:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E624916A4CE for ; Thu, 30 Dec 2004 23:06:45 +0000 (GMT) Received: from ezekiel.daleco.biz (cdm-66-76-92-18.cart.cox-internet.com [66.76.92.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F4E843D31 for ; Thu, 30 Dec 2004 23:06:45 +0000 (GMT) (envelope-from kadmin@ezekiel.daleco.biz) Received: from ezekiel.daleco.biz (localhost [127.0.0.1]) by ezekiel.daleco.biz (8.13.1/8.13.1) with ESMTP id iBUN6ip8087037; Thu, 30 Dec 2004 17:06:44 -0600 (CST) (envelope-from kadmin@ezekiel.daleco.biz) Received: (from kadmin@localhost) by ezekiel.daleco.biz (8.13.1/8.13.1/Submit) id iBUN6h2k087036; Thu, 30 Dec 2004 17:06:43 -0600 (CST) (envelope-from kadmin) Date: Thu, 30 Dec 2004 17:06:43 -0600 From: Kevin Kinsey To: FreeBSD Stable Message-ID: <20041230230643.GA87010@ezekiel.daleco.biz> References: <20041230222903.GA16002@archangel.daleco.biz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041230222903.GA16002@archangel.daleco.biz> User-Agent: Mutt/1.4.2.1i cc: dtalk-ml@prairienet.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 23:06:46 -0000 > [ rc.conf and ntp.conf snipped ] > > Thank you for the suggestions. Unfortunately, I've been through all > that, including the rude values of minpoll and maxpoll, using multiple > servers, and starting with a fresh drift file. I'm pretty sure ntpd > isn't the problem. In addition, the hardware clock itself appears to be > plenty accurate, as it is always correct within a second or two when I > check it directly in BIOS ... and two other 5.3-STABLE hosts on the same > network, with the same ntpd configuration, but on different hardware, do > not have this problem, which began when I updated (reinstalled) to > 5.3-STABLE from 5.2. > > - -- > David Talkington > dtalk-ml@prairienet.org I apparently misposted this earlier, my apologies. Have you tried all possible values for kern.timecounter.hardware? #sysctl kern.timecounter.choice My most recent encounter with this issue, a K6-2/500 on an Asus P5A mobo, needed "i8254". HTH, Kevin Kinsey From owner-freebsd-stable@FreeBSD.ORG Thu Dec 30 23:18:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C4D516A4CE; Thu, 30 Dec 2004 23:18:12 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FB9743D31; Thu, 30 Dec 2004 23:18:12 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 29D127A403; Thu, 30 Dec 2004 15:18:12 -0800 (PST) Message-ID: <41D48CB3.6070001@elischer.org> Date: Thu, 30 Dec 2004 15:18:11 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20041230191748.GA11051@pir.net> <41D47E7B.4070407@elischer.org> <20041230222041.GG11051@pir.net> In-Reply-To: <20041230222041.GG11051@pir.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-usb@freebsd.org Subject: Re: USB flash not working anymore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 23:18:12 -0000 Peter Radcliffe wrote: >Julian Elischer probably said: > > >>this means exactly what it sounds like... something in the usb system >>tried to allocate memory while in an interrupt context. >> >> do you have access to anything with an EHCI or OHCI controller for comparison with that device? >I don't know anything about the USB subsystem, nor what can or cannot >be done while handling an interrupt. > > > >>I don't see what USB controller you have. OHCI or UHCI (or EHCI). >> >> > >uhci0: port 0x1800-0x181f > irq 11 at device 29.0 on pci0 >usb0: on uhci0 >uhci1: port 0x1820-0x183f > irq 3 at device 29.1 on pci0 >usb1: on uhci1 >uhci2: port 0x1840-0x185f > irq 5 at device 29.2 on pci0 >usb2: on uhci2 > >P. > > > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 00:00:28 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B1C16A4D1 for ; Fri, 31 Dec 2004 00:00:28 +0000 (GMT) Received: from tomts20-srv.bellnexxia.net (tomts20-srv.bellnexxia.net [209.226.175.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2DC43D1F for ; Fri, 31 Dec 2004 00:00:27 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from number6.magda.ca ([67.68.48.111]) by tomts20-srv.bellnexxia.netESMTP <20041231000026.YOS2034.tomts20-srv.bellnexxia.net@number6.magda.ca>; Thu, 30 Dec 2004 19:00:26 -0500 Received: from [192.168.1.132] (gandalf.magda.ca [192.168.1.132]) by number6.magda.ca (8.13.1/8.13.1) with ESMTP id iBV00Qvm002244; Thu, 30 Dec 2004 19:00:26 -0500 (EST) (envelope-from dmagda@ee.ryerson.ca) In-Reply-To: <41D46C0B.6050803@bluewin.ch> References: <41D43A7A.2000500@bluewin.ch> <20041230110953.T17743@atlantis.flyingjoke.org> <41D458DF.3020706@bluewin.ch> <20041230113814.L17743@atlantis.flyingjoke.org> <41D46C0B.6050803@bluewin.ch> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: David Magda Date: Thu, 30 Dec 2004 19:00:31 -0500 To: Federico Galvez-Durand Besnard X-Mailer: Apple Mail (2.619) cc: freebsd-stable@freebsd.org cc: dtalk-ml@prairienet.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 00:00:28 -0000 On Dec 30, 2004, at 15:58, Federico Galvez-Durand Besnard wrote: > Your NTPD will never be stable with a wrong localtime setting. NTP does not care about local time. All values that NTP uses are in UTC: local time is a function of the operating system and is not used when calculating time values. Another place to ask questions would be the Usenet group: comp.protocols.time.ntp From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 00:50:11 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F8FB16A4CE for ; Fri, 31 Dec 2004 00:50:11 +0000 (GMT) Received: from lakermmtao11.cox.net (lakermmtao11.cox.net [68.230.240.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBAEA43D2F for ; Fri, 31 Dec 2004 00:50:10 +0000 (GMT) (envelope-from ski@indymedia.org) Received: from wuhjuhbuh.afraid.org ([68.106.120.181]) by lakermmtao11.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP <20041231005010.ZFFH1657.lakermmtao11.cox.net@wuhjuhbuh.afraid.org> for ; Thu, 30 Dec 2004 19:50:10 -0500 Received: from 10.0.0.26 (SquirrelMail authenticated user ski); by wuhjuhbuh.afraid.org with HTTP; Thu, 30 Dec 2004 19:51:37 -0500 (EST) Message-ID: <1106.10.0.0.26.1104454297.squirrel@10.0.0.26> Date: Thu, 30 Dec 2004 19:51:37 -0500 (EST) From: "Brian Szymanski" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: iTE IT8212 card/ata problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 00:50:11 -0000 Hello... FreeBSD 5.3 on x86 I've installed an addon ATA card, an IT8212(F), and it comes in at bios time, detects drives and such, but freebsd doesn't see it on booting. I thought maybe this was because no drives were attached, but no dice with a drive attached (even though the card sees this drive at boot time). My system has a somewhat unusual ATA situation - a built in 2-port ATA controller, another built in 2-port SATA controller, and now this card (2 port ATA as well). Is it possible that freebsd just doesn't expect so many ata devices, or is the card just not supported? I don't see it in hardware-i386.html, but generic ata cards have worked for me in the past - was I just been getting lucky before? Thanks for any ideas. Cheers, Brian Szymanski ski@indymedia.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 00:56:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0FBD16A4CE for ; Fri, 31 Dec 2004 00:56:41 +0000 (GMT) Received: from mailfe07.swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A16043D41 for ; Fri, 31 Dec 2004 00:56:38 +0000 (GMT) (envelope-from john@fox-maule.dk) X-T2-Posting-ID: 3dZV2cq6Y2jZvS7MQzgw+A== Received: from nefertiti.fox-maule.dk ([83.72.130.132] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 4.2.7) with ESMTP id 61735933 for freebsd-stable@freebsd.org; Fri, 31 Dec 2004 01:56:36 +0100 Received: from localhost (localhost [127.0.0.1]) by nefertiti.fox-maule.dk (Postfix) with ESMTP id 40E701E8C39 for ; Fri, 31 Dec 2004 01:56:36 +0100 (CET) Received: from nefertiti.fox-maule.dk ([127.0.0.1]) by localhost (nefertiti.fox-maule.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36635-02 for ; Fri, 31 Dec 2004 01:56:31 +0100 (CET) Received: from acwks004 (acwks004.fox-maule.dk [172.31.251.5]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by nefertiti.fox-maule.dk (Postfix) with ESMTP id E19891E8C1C for ; Fri, 31 Dec 2004 01:56:31 +0100 (CET) From: "John Fox Maule" To: Date: Fri, 31 Dec 2004 01:56:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <1106.10.0.0.26.1104454297.squirrel@10.0.0.26> Thread-Index: AcTu0vod1KQ5ZB21RQ+7vGvuF/PtBwAAG+jA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20041231005631.E19891E8C1C@nefertiti.fox-maule.dk> X-Virus-Scanned: amavisd-new at fox-maule.dk Subject: RE: iTE IT8212 card/ata problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 00:56:41 -0000 Brian, See http://www.xl0.org/FreeBSD/13-12-04.html#ite-it8212f-gigabyte-raid-controlle r-supported -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Brian Szymanski Sent: 31. december 2004 01:52 To: freebsd-stable@freebsd.org Subject: iTE IT8212 card/ata problems Hello... FreeBSD 5.3 on x86 I've installed an addon ATA card, an IT8212(F), and it comes in at bios time, detects drives and such, but freebsd doesn't see it on booting. I thought maybe this was because no drives were attached, but no dice with a drive attached (even though the card sees this drive at boot time). My system has a somewhat unusual ATA situation - a built in 2-port ATA controller, another built in 2-port SATA controller, and now this card (2 port ATA as well). Is it possible that freebsd just doesn't expect so many ata devices, or is the card just not supported? I don't see it in hardware-i386.html, but generic ata cards have worked for me in the past - was I just been getting lucky before? Thanks for any ideas. Cheers, Brian Szymanski ski@indymedia.org _______________________________________________ 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" From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 02:15:01 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C5CB16A4CE for ; Fri, 31 Dec 2004 02:15:01 +0000 (GMT) Received: from hotmail.com (bay24-f23.bay24.hotmail.com [64.4.18.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FFB43D2D for ; Fri, 31 Dec 2004 02:15:01 +0000 (GMT) (envelope-from segr@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 30 Dec 2004 18:15:00 -0800 Message-ID: Received: from 205.206.122.73 by by24fd.bay24.hotmail.msn.com with HTTP; Fri, 31 Dec 2004 02:14:31 GMT X-Originating-IP: [205.206.122.73] X-Originating-Email: [segr@hotmail.com] X-Sender: segr@hotmail.com From: "Stephane Raimbault" To: stable@freebsd.org Date: Thu, 30 Dec 2004 19:14:31 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 31 Dec 2004 02:15:00.0953 (UTC) FILETIME=[88441490:01C4EEDE] Subject: 5.3-RELEASE: SMP: system clock has died X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 02:15:01 -0000 I have an ASUS P2B-DS motherboard with dual P2 400MHz CPU's. I have compiled the SMP kernel and noticed that something is not right. In "top" the CPU values indicate 0% across the board, even idle! last pid: 9462; load averages: 0.00, 0.00, 0.00 up 2+18:57:30 13:11:47 14 processes: 1 running, 13 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% idle Mem: 5232K Active, 115M Inact, 59M Wired, 60M Buf, 315M Free Swap: 999M Total, 999M Free Also, when I run systat and go to the vmstat page I get this error: The alternate system clock has died! Reverting to ``pigs'' display. There seems to be no errors in /var/log/messages. here is my /var/run/dmesg.boot file sol# cat /var/run/dmesg.boot Copyright (c) 1992-2004 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 5.3-RELEASE #1: Mon Dec 27 17:45:44 MST 2004 root@sol.integer8.net:/usr/obj/usr/src/sys/SMP MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 536858624 (511 MB) avail memory = 515788800 (491 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard ACPI disabled by blacklist. Contact your BIOS vendor. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xb400-0xb41f irq 11 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered piix0: port 0xe800-0xe80f at device 4.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 ahc0: port 0xb000-0xb0ff mem 0xe1800000-0xe1800fff irq 11 at device 6.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs pci0: at device 9.0 (no driver attached) fxp0: port 0xa800-0xa83f mem 0xdf800000-0xdf8fffff,0xe0000000-0xe0000fff irq 10 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:8c:08:17 cpu0 on motherboard cpu1 on motherboard orm0: at iomem 0xc8000-0xcd7ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 10.000 msec ata0-master: FAILURE - SETFEATURES SET TRANSFER MODE status=51 error=4 acd0: CDROM at ata0-master BIOSPIO Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da2: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a sol# What is happening? This is a test box I have here so I can do some testing as necessary. Thank you, Stephane. _________________________________________________________________ Powerful Parental Controls Let your child discover the best the Internet has to offer. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 02:31:14 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F52216A4CE; Fri, 31 Dec 2004 02:31:14 +0000 (GMT) Received: from moek.pir.net (moek.pir.net [130.64.1.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3686443D39; Fri, 31 Dec 2004 02:31:14 +0000 (GMT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 1CkCZN-0006HV-EK ; Thu, 30 Dec 2004 21:31:13 -0500 Date: Thu, 30 Dec 2004 21:31:13 -0500 From: Peter Radcliffe To: Julian Elischer Message-ID: <20041231023113.GJ11051@pir.net> Mail-Followup-To: Julian Elischer , freebsd-stable@freebsd.org, freebsd-usb@freebsd.org References: <20041230191748.GA11051@pir.net> <41D47E7B.4070407@elischer.org> <20041230222041.GG11051@pir.net> <41D48CB3.6070001@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41D48CB3.6070001@elischer.org> User-Agent: Mutt/1.4.2i X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. cc: freebsd-stable@freebsd.org cc: freebsd-usb@freebsd.org Subject: Re: USB flash not working anymore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 02:31:14 -0000 Julian Elischer probably said: > do you have access to anything with an EHCI or OHCI controller for > comparison with that device? My (now usually windows only) amd64 desktop box has ohci, but it doesn't have any ethernet devices that 4 has support for (5 does, apparently) so I can't easily give direct logs. Booting i386 FreeBSD from an old partition taken to 4-STABLE from earlier this month shows that the SanDisk CF redaer works fine with mtools to read from (when I try to write to it I get lots of umass0: BBB reset failed, STALLED) and the Iomega micro mini thumbdrive also works fine with mtools for read/write. The crucial gizmo does not work at all, I get a umass0 message, a disconnection and then detatch message and then another "umass0: Crucial Gizmo, rev 2.00/0.01, addr" message and nothing else, no da0; can't re-use a leaf (minimum_cmd_size)! umass0: at uhub1 port 4 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry umass0: detached umass0: Crucial Gizmo, rev 2.00/0.01, addr 2 umass0: at uhub1 port 4 (addr 2) disconnected umass0: detached umass0: Crucial Gizmo, rev 2.00/0.01, addr 2 Shortly after removing the Gizmo the machine page faulted in kernel mode and crashed. After enabling crashdumps I tried this again and the gizmo as the first device worked; umass0: Crucial Gizmo, rev 2.00/0.01, addr 2 umass0: at uhub1 port 4 (addr 2) disconnected da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-CCS device da0: 650KB/s transfers da0: 123MB (251904 512 byte sectors: 64H 32S/T 123C) (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry umass0: detached umass0: Crucial Gizmo, rev 2.00/0.01, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-CCS device da0: 650KB/s transfers da0: 123MB (251904 512 byte sectors: 64H 32S/T 123C) can't re-use a leaf (minimum_cmd_size)! then I got a panic: ohci_abort_xfer: not in process context and a very big crashdump; IdlePTD at physical address 0x003ef000 initial pcb at physical address 0x00346b20 panicstr: ohci_abort_xfer: not in process context panic messages: --- panic: ohci_abort_xfer: not in process context syncing disks... done Uptime: 4m35s (kgdb) bt #0 0xc018b9aa in dumpsys () #1 0xc018b77b in boot () #2 0xc018bba0 in poweroff_wait () #3 0xc0246760 in ohci_abort_xfer () #4 0xc024641f in ohci_timeout_task () #5 0xc024a101 in usb_task_thread () Further down the rabbit hole, I build a kernel.debug and try to copy things over to a flash drive to get them to another machine; umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, addr 2 umass0: Get Max Lun not supported (STALLED) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 650KB/s transfers da0: 489MB (1001953 512 byte sectors: 64H 32S/T 489C) umass0: BBB reset failed, STALLED umass0: Invalid CSW: tag 96 should be 97 umass0: BBB reset failed, STALLED umass0: Invalid CSW: tag 97 should be 98 [lots of these pairs] umass0: Invalid CSW: tag 150 should be 151 umass0: BBB reset failed, STALLED (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: Invalid CSW: tag 151 should be 152 umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED umass0: Invalid CSW: tag 234 should be 235 umass0: BBB reset failed, STALLED [lots more of these pairs] umass0: Invalid CSW: tag 235 should be 236 umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 umass0: Invalid CSW: tag 248 should be 250 umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB reset failed, STALLED This didn't crash the machine, at least. Trying to reprovoke the crash it seems to only fail with a panic from one pair of usb ports, the rest work better. I get another page fault in kernel mode and it dumps; IdlePTD at physical address 0x003ec000 initial pcb at physical address 0x00346b20 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4c fault code = supervisor read, page not present instruction pointer = 0x8:0xc024b23e stack pointer = 0x10:0xe1d91f30 frame pointer = 0x10:0xe1d91f44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4 (usbtask) interrupt mask = bio trap number = 12 panic: page fault syncing disks... 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up on 1 buffers Uptime: 7m9s (kgdb) bt #0 0xc018b9aa in dumpsys () #1 0xc018b77b in boot () #2 0xc018bba0 in poweroff_wait () #3 0xc02a5f7a in trap_fatal () #4 0xc02a5c4d in trap_pfault () #5 0xc02a5837 in trap () #6 0xc024b23e in usb_transfer_complete () #7 0xc0246817 in ohci_abort_xfer () #8 0xc024641f in ohci_timeout_task () #9 0xc024a101 in usb_task_thread () That help any ? P. -- pir From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 02:33:46 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE39116A4CE for ; Fri, 31 Dec 2004 02:33:46 +0000 (GMT) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 600B743D1F for ; Fri, 31 Dec 2004 02:33:46 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-210-221-89.client.insightbb.com ([12.210.221.89] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1CkCbf-0005If-VZ for freebsd-stable@freebsd.org; Thu, 30 Dec 2004 21:33:38 -0500 Date: Thu, 30 Dec 2004 21:33:43 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org Message-ID: <20041230212952.B29911@familysquires.net> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-629736762-1104459992=:29911" Content-ID: <20041230212952.B29911@familysquires.net> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: 5.3-STABLE ACPI problems after 12/17 with Toshiba Tecra 8100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 02:33:46 -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-629736762-1104459992=:29911 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: <20041230212952.H29911@familysquires.net> The 5.3-STABLE kernel I compiled on 12/17 (cvsup'd a day or so earlier) boots fine on my Toshiba Tecra 8100. The same configuration, compiled on 12/26 and 12/30, has so many ACPI errors that they aren't all captured by the dmesg buffer. I'm not having a similar problem with my second system, a Supermicro P6DGH running 5.3-STABLE with SMP. The problems appear whether or not the Toshiba is docked with the expansion bus attached (the dmesg is with the expansion bus attached). I've attached the kernel config file, the tail end of the dmesg with the kernel of 12/30, and the dmesg for the 12/17 kernel. If there are other things I can do please tell me. Mike Squires UN*X at home since 1986 mikes at siralan.org --0-629736762-1104459992=:29911 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=PORT Content-Transfer-Encoding: BASE64 Content-ID: <20041230212632.H29911@familysquires.net> Content-Description: Kernel config file Content-Disposition: ATTACHMENT; FILENAME=PORT bWFjaGluZQkJaTM4Ng0KI2NwdQkJSTQ4Nl9DUFUNCiNjcHUJCUk1ODZfQ1BV DQpjcHUJCUk2ODZfQ1BVDQppZGVudAkJUE9SVA0KDQojIFRvIHN0YXRpY2Fs bHkgY29tcGlsZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jvb3Qv ZGV2aWNlLmhpbnRzDQojaGludHMJCSJNSUtFUy5oaW50cyIJCSMgRGVmYXVs dCBwbGFjZXMgdG8gbG9vayBmb3IgZGV2aWNlcy4NCg0KI21ha2VvcHRpb25z CURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1ZyBz eW1ib2xzDQoNCiNvcHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxl cg0Kb3B0aW9ucyAJU0NIRURfNEJTRAkJIyA0QlNEIHNjaGVkdWxlcg0Kb3B0 aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5nDQpvcHRpb25zIAlJTkVU NgkJCSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMNCm9wdGlvbnMg CUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtDQpvcHRpb25zIAlT T0ZUVVBEQVRFUwkJIyBFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBzdXBwb3J0 DQpvcHRpb25zIAlVRlNfQUNMCQkJIyBTdXBwb3J0IGZvciBhY2Nlc3MgY29u dHJvbCBsaXN0cw0Kb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBw ZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMNCm9wdGlvbnMgCU1EX1JP T1QJCQkjIE1EIGlzIGEgcG90ZW50aWFsIHJvb3QgZGV2aWNlDQpvcHRpb25z IAlORlNDTElFTlQJCSMgTmV0d29yayBGaWxlc3lzdGVtIENsaWVudA0Kb3B0 aW9ucyAJTkZTU0VSVkVSCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIN Cm9wdGlvbnMgCU5GU19ST09UCQkjIE5GUyB1c2FibGUgYXMgLywgcmVxdWly ZXMgTkZTQ0xJRU5UDQpvcHRpb25zIAlNU0RPU0ZTCQkJIyBNU0RPUyBGaWxl c3lzdGVtDQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0 ZW0NCm9wdGlvbnMgCVBST0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChy ZXF1aXJlcyBQU0VVRE9GUykNCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBzZXVk by1maWxlc3lzdGVtIGZyYW1ld29yaw0Kb3B0aW9ucyAJR0VPTV9HUFQJCSMg R1VJRCBQYXJ0aXRpb24gVGFibGVzLg0Kb3B0aW9ucyAJQ09NUEFUXzQzCQkj IENvbXBhdGlibGUgd2l0aCBCU0QgNC4zIFtLRUVQIFRISVMhXQ0Kb3B0aW9u cyAJQ09NUEFUX0ZSRUVCU0Q0CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNE NA0Kb3B0aW9ucyAJU0NTSV9ERUxBWT0xNTAwMAkjIERlbGF5IChpbiBtcykg YmVmb3JlIHByb2JpbmcgU0NTSQ0Kb3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJh Y2UoMSkgc3VwcG9ydA0Kb3B0aW9ucyAJU1lTVlNITQkJCSMgU1lTVi1zdHls ZSBzaGFyZWQgbWVtb3J5DQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0 eWxlIG1lc3NhZ2UgcXVldWVzDQpvcHRpb25zIAlTWVNWU0VNCQkJIyBTWVNW LXN0eWxlIHNlbWFwaG9yZXMNCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlf U0NIRURVTElORyAjIFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNp b25zDQpvcHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENE RVYgZW50cnkgaW4gL2Rldg0Kb3B0aW9ucyAJQUhDX1JFR19QUkVUVFlfUFJJ TlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVidWcNCgkJCQkJ IyBvdXRwdXQuICBBZGRzIH4xMjhrIHRvIGRyaXZlci4NCm9wdGlvbnMgCUFI RF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRz IGluIGRlYnVnDQoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2 ZXIuDQpvcHRpb25zIAlBREFQVElWRV9HSUFOVAkJIyBHaWFudCBtdXRleCBp cyBhZGFwdGl2ZS4NCg0KI29wdGlvbnMgCVBGSUxfSE9PS1MJCSMgcGZpbCg5 KSBmcmFtZXdvcmsNCg0Kb3B0aW9ucyAJQ09NUEFUX0xJTlVYDQoNCiNvcHRp b25zCQlORVRBVEFMSw0KDQojIERlYnVnZ2luZyBmb3IgdXNlIGluIC1jdXJy ZW50DQojb3B0aW9ucyAJRERCCQkJIyBFbmFibGUgdGhlIGtlcm5lbCBkZWJ1 Z2dlcg0KI29wdGlvbnMgCUlOVkFSSUFOVFMJCSMgRW5hYmxlIGNhbGxzIG9m IGV4dHJhIHNhbml0eSBjaGVja2luZw0KI29wdGlvbnMgCUlOVkFSSUFOVF9T VVBQT1JUCSMgRXh0cmEgc2FuaXR5IGNoZWNrcyBvZiBpbnRlcm5hbCBzdHJ1 Y3R1cmVzLCByZXF1aXJlZCBieSBJTlZBUklBTlRTDQojb3B0aW9ucyAJV0lU TkVTUwkJCSMgRW5hYmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFu ZCBjeWNsZXMNCiNvcHRpb25zIAlXSVRORVNTX1NLSVBTUElOCSMgRG9uJ3Qg cnVuIHdpdG5lc3Mgb24gc3BpbmxvY2tzIGZvciBzcGVlZA0KDQojIFRvIG1h a2UgYW4gU01QIGtlcm5lbCwgdGhlIG5leHQgdHdvIGFyZSBuZWVkZWQNCiNv cHRpb25zIAlTTVAJCSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5l bA0KI2RldmljZQkJYXBpYwkJIyBJL08gQVBJQw0KDQojIEJ1cyBzdXBwb3J0 LiAgRG8gbm90IHJlbW92ZSBpc2EsIGV2ZW4gaWYgeW91IGhhdmUgbm8gaXNh IHNsb3RzDQpkZXZpY2UJCWlzYQ0KZGV2aWNlCQllaXNhDQpkZXZpY2UJCXBj aQ0KDQojIEZsb3BweSBkcml2ZXMNCmRldmljZQkJZmRjDQoNCiMgQVRBIGFu ZCBBVEFQSSBkZXZpY2VzDQpkZXZpY2UJCWF0YQ0KZGV2aWNlCQlhdGFkaXNr CQkjIEFUQSBkaXNrIGRyaXZlcw0KZGV2aWNlCQlhdGFyYWlkCQkjIEFUQSBS QUlEIGRyaXZlcw0KZGV2aWNlCQlhdGFwaWNkCQkjIEFUQVBJIENEUk9NIGRy aXZlcw0KZGV2aWNlCQlhdGFwaWZkCQkjIEFUQVBJIGZsb3BweSBkcml2ZXMN CmRldmljZQkJYXRhcGlzdAkJIyBBVEFQSSB0YXBlIGRyaXZlcw0Kb3B0aW9u cyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nDQoN CiMgU0NTSSBDb250cm9sbGVycw0KZGV2aWNlCQlhaGIJCSMgRUlTQSBBSEEx NzQyIGZhbWlseQ0KZGV2aWNlCQlhaGMJCSMgQUhBMjk0MCBhbmQgb25ib2Fy ZCBBSUM3eHh4IGRldmljZXMNCmRldmljZQkJYWhkCQkjIEFIQTM5MzIwLzI5 MzIwIGFuZCBvbmJvYXJkIEFJQzc5eHggZGV2aWNlcw0KZGV2aWNlCQlhbWQJ CSMgQU1EIDUzQzk3NCAoVGVrcmFtIERDLTM5MChUKSkNCmRldmljZQkJaXNw CQkjIFFsb2dpYyBmYW1pbHkNCmRldmljZQkJbXB0CQkjIExTSS1Mb2dpYyBN UFQtRnVzaW9uDQojZGV2aWNlCQluY3IJCSMgTkNSL1N5bWJpb3MgTG9naWMN CmRldmljZQkJc3ltCQkjIE5DUi9TeW1iaW9zIExvZ2ljIChuZXdlciBjaGlw c2V0cyArIHRob3NlIG9mIGBuY3InKQ0KZGV2aWNlCQl0cm0JCSMgVGVrcmFt IERDMzk1VS9VVy9GIERDMzE1VSBhZGFwdGVycw0KDQpkZXZpY2UJCWFkdgkJ IyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzDQpkZXZpY2UJCWFkdwkJIyBBZHZh bnN5cyB3aWRlIFNDU0kgYWRhcHRlcnMNCmRldmljZQkJYWhhCQkjIEFkYXB0 ZWMgMTU0eCBTQ1NJIGFkYXB0ZXJzDQpkZXZpY2UJCWFpYwkJIyBBZGFwdGVj IDE1WzAxMl14IFNDU0kgYWRhcHRlcnMsIEFJQy02WzIzXTYwLg0KZGV2aWNl CQlidAkJIyBCdXNsb2dpYy9NeWxleCBNdWx0aU1hc3RlciBTQ1NJIGFkYXB0 ZXJzDQoNCmRldmljZQkJbmN2CQkjIE5DUiA1M0M1MDANCmRldmljZQkJbnNw CQkjIFdvcmtiaXQgTmluamEgU0NTSS0zDQpkZXZpY2UJCXN0ZwkJIyBUTUMg MThDMzAvMThDNTANCg0KIyBTQ1NJIHBlcmlwaGVyYWxzDQpkZXZpY2UJCXNj YnVzCQkjIFNDU0kgYnVzIChyZXF1aXJlZCBmb3IgU0NTSSkNCmRldmljZQkJ Y2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2Vycw0KZGV2aWNlCQlkYQkJIyBEaXJl Y3QgQWNjZXNzIChkaXNrcykNCmRldmljZQkJc2EJCSMgU2VxdWVudGlhbCBB Y2Nlc3MgKHRhcGUgZXRjKQ0KZGV2aWNlCQljZAkJIyBDRA0KZGV2aWNlCQlw YXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFNDU0kgYWNjZXNz KQ0KZGV2aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9ubWVudGFsIFNlcnZpY2Vz IChhbmQgU0FGLVRFKQ0KDQojIFJBSUQgY29udHJvbGxlcnMgaW50ZXJmYWNl ZCB0byB0aGUgU0NTSSBzdWJzeXN0ZW0NCmRldmljZQkJYW1yCQkjIEFNSSBN ZWdhUkFJRA0KZGV2aWNlCQlhc3IJCSMgRFBUIFNtYXJ0UkFJRCBWLCBWSSBh bmQgQWRhcHRlYyBTQ1NJIFJBSUQNCmRldmljZQkJY2lzcwkJIyBDb21wYXEg U21hcnQgUkFJRCA1Kg0KZGV2aWNlCQlkcHQJCSMgRFBUIFNtYXJ0Y2FjaGUg SUlJLCBJViAtIFNlZSBOT1RFUyBmb3Igb3B0aW9ucw0KZGV2aWNlCQlpaXIJ CSMgSW50ZWwgSW50ZWdyYXRlZCBSQUlEDQpkZXZpY2UJCWlwcwkJIyBJQk0g KEFkYXB0ZWMpIFNlcnZlUkFJRA0KZGV2aWNlCQltbHkJCSMgTXlsZXggQWNj ZWxlUkFJRC9lWHRyZW1lUkFJRA0KZGV2aWNlCQl0d2EJCSMgM3dhcmUgOTAw MCBzZXJpZXMgUEFUQS9TQVRBIFJBSUQNCg0KIyBSQUlEIGNvbnRyb2xsZXJz DQpkZXZpY2UJCWFhYwkJIyBBZGFwdGVjIEZTQSBSQUlEDQpkZXZpY2UJCWFh Y3AJCSMgU0NTSSBwYXNzdGhyb3VnaCBmb3IgYWFjIChyZXF1aXJlcyBDQU0p DQpkZXZpY2UJCWlkYQkJIyBDb21wYXEgU21hcnQgUkFJRA0KZGV2aWNlCQlt bHgJCSMgTXlsZXggREFDOTYwIGZhbWlseQ0KZGV2aWNlCQlwc3QJCSMgUHJv bWlzZSBTdXBlcnRyYWsgU1g2MDAwDQpkZXZpY2UJCXR3ZQkJIyAzd2FyZSBB VEEgUkFJRA0KDQojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9h cmQgYW5kIHRoZSBQUy8yIG1vdXNlDQpkZXZpY2UJCWF0a2JkYwkJIyBBVCBr ZXlib2FyZCBjb250cm9sbGVyDQpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJv YXJkDQpkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNlDQoNCmRldmljZQkJdmdh CQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcg0KDQpkZXZpY2UJCXNwbGFzaAkJ IyBTcGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydA0KDQoj IHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2Vt YmxpbmcgYW4gU0NPIGNvbnNvbGUNCmRldmljZQkJc2MNCg0KIyBFbmFibGUg dGhpcyBmb3IgdGhlIHBjdnQgKFZUMjIwIGNvbXBhdGlibGUpIGNvbnNvbGUg ZHJpdmVyDQojZGV2aWNlCQl2dA0KI29wdGlvbnMgCVhTRVJWRVIJCSMgc3Vw cG9ydCBmb3IgWCBzZXJ2ZXIgb24gYSB2dCBjb25zb2xlDQojb3B0aW9ucyAJ RkFUX0NVUlNPUgkjIHN0YXJ0IHdpdGggYmxvY2sgY3Vyc29yDQoNCmRldmlj ZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMNCg0KIyBE Uk0gb3B0aW9uczoNCiMgbWdhZHJtOiAgICBBR1AgTWF0cm94IEcyMDAsIEc0 MDAsIEc0NTAsIEc1NTANCiMgcjEyOGRybTogICBBVEkgUmFnZSAxMjgNCiMg cmFkZW9uZHJtOiBBVEkgUmFkZW9uIHVwIHRvIDkwMDAvOTEwMA0KIyBzaXNk cm06ICAgIFNpUyAzMDAvMzA1LDU0MCw2MzANCiMgdGRmeGRybTogICAzZGZ4 IFZvb2RvbyAzLzQvNSBhbmQgQmFuc2hlZQ0KIyBEUk1fREVCVUc6IGluY2x1 ZGUgZGVidWcgcHJpbnRmcywgdmVyeSBzbG93DQojDQojIG1nYSByZXF1aXJl cyBBR1AgaW4gdGhlIGtlcm5lbCwgYW5kIGl0IGlzIHJlY29tbWVuZGVkDQoj IGZvciBBR1AgcjEyOCBhbmQgcmFkZW9uIGNhcmRzLg0KDQojZGV2aWNlCQlt Z2Fkcm0NCiNkZXZpY2UJCSJyMTI4ZHJtIg0KI2RldmljZQkJcmFkZW9uZHJt DQojZGV2aWNlCQlzaXNkcm0NCiNkZXZpY2UJCXRkZnhkcm0NCg0KI29wdGlv bnMgCURSTV9ERUJVRw0KDQojIEZsb2F0aW5nIHBvaW50IHN1cHBvcnQgLSBk byBub3QgZGlzYWJsZS4NCmRldmljZQkJbnB4DQoNCiMgUG93ZXIgbWFuYWdl bWVudCBzdXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykNCiNk ZXZpY2UJCWFwbQ0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3Ig dGhlIGk4MjU0Lg0KZGV2aWNlCQlwbXRpbWVyDQoNCiMgUENDQVJEIChQQ01D SUEpIHN1cHBvcnQNCiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBw b3J0DQpkZXZpY2UJCWNiYgkJIyBjYXJkYnVzICh5ZW50YSkgYnJpZGdlDQoj ZGV2aWNlCQlwY2ljCQkjIEV4Q0EgSVNBIGFuZCBQQ0kgYnJpZGdlcw0KZGV2 aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBidXMNCmRldmljZQkJ Y2FyZGJ1cwkJIyBDYXJkQnVzICgzMi1iaXQpIGJ1cw0KDQojIFNlcmlhbCAo Q09NKSBwb3J0cw0KZGV2aWNlCQlzaW8JCSMgODI1MCwgMTZbNDVdNTAgYmFz ZWQgc2VyaWFsIHBvcnRzDQoNCiMgUGFyYWxsZWwgcG9ydA0KZGV2aWNlCQlw cGMNCmRldmljZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVp cmVkKQ0KZGV2aWNlCQlscHQJCSMgUHJpbnRlcg0KZGV2aWNlCQlwbGlwCQkj IFRDUC9JUCBvdmVyIHBhcmFsbGVsDQpkZXZpY2UJCXBwaQkJIyBQYXJhbGxl bCBwb3J0IGludGVyZmFjZSBkZXZpY2UNCiNkZXZpY2UJCXZwbwkJIyBSZXF1 aXJlcyBzY2J1cyBhbmQgZGENCg0KIyBJZiB5b3UndmUgZ290IGEgImR1bWIi IHNlcmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0aGF0IGlzDQojIHN1cHBv cnRlZCBieSB0aGUgcHVjKDQpIGdsdWUgZHJpdmVyLCB1bmNvbW1lbnQgdGhl IGZvbGxvd2luZw0KIyBsaW5lIHRvIGVuYWJsZSBpdCAoY29ubmVjdHMgdG8g dGhlIHNpbyBhbmQvb3IgcHBjIGRyaXZlcnMpOg0KI2RldmljZSAgICAgICAg IHB1Yw0KDQojIFBDSSBFdGhlcm5ldCBOSUNzLg0KZGV2aWNlCQlkZQkJIyBE RUMvSW50ZWwgREMyMXg0eCAoYGBUdWxpcCcnKQ0KZGV2aWNlCQllbQkJIyBJ bnRlbCBQUk8vMTAwMCBhZGFwdGVyIEdpZ2FiaXQgRXRoZXJuZXQgQ2FyZA0K ZGV2aWNlCQl0eHAJCSMgM0NvbSAzY1I5OTAgKGBgVHlwaG9vbicnKQ0KZGV2 aWNlCQl2eAkJIyAzQ29tIDNjNTkwLCAzYzU5NSAoYGBWb3J0ZXgnJykNCg0K IyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBi dXMgY29udHJvbGxlciBjb2RlLg0KIyBOT1RFOiBCZSBzdXJlIHRvIGtlZXAg dGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVyIHRvIHVzZSB0aGVz ZSBOSUNzIQ0KZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0DQpk ZXZpY2UJCWJmZQkJIyBCcm9hZGNvbSBCQ000NDB4IDEwLzEwMCBFdGhlcm5l dA0KZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20gQkNNNTcweHggR2lnYWJpdCBF dGhlcm5ldA0KZGV2aWNlCQlkYwkJIyBERUMvSW50ZWwgMjExNDMgYW5kIHZh cmlvdXMgd29ya2FsaWtlcw0KZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJF eHByZXNzIFBSTy8xMDBCICg4MjU1NywgODI1NTgpDQpkZXZpY2UJCXBjbgkJ IyBBTUQgQW03OUM5N3ggUENJIDEwLzEwMCAocHJlY2VkZW5jZSBvdmVyICds bmMnKQ0KZGV2aWNlCQlyZQkJIyBSZWFsVGVrIDgxMzlDKy84MTY5LzgxNjlT LzgxMTBTDQpkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5DQpkZXZp Y2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUnJykNCmRl dmljZQkJc2lzCQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5 MDAvU2lTIDcwMTYNCmRldmljZQkJc2sJCSMgU3lzS29ubmVjdCBTSy05ODR4 ICYgU0stOTgyeCBnaWdhYml0IEV0aGVybmV0DQpkZXZpY2UJCXN0ZQkJIyBT dW5kYW5jZSBTVDIwMSAoRC1MaW5rIERGRS01NTBUWCkNCmRldmljZQkJdGkJ CSMgQWx0ZW9uIE5ldHdvcmtzIFRpZ29uIEkvSUkgZ2lnYWJpdCBFdGhlcm5l dA0KZGV2aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFO DQpkZXZpY2UJCXR4CQkjIFNNQyBFdGhlclBvd2VyIElJICg4M2MxNzAgYGBF UElDJycpDQpkZXZpY2UJCXZyCQkjIFZJQSBSaGluZSwgUmhpbmUgSUkNCmRl dmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRg0KZGV2aWNlCQl4bAkJIyAz Q29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykNCg0KIyBJ U0EgRXRoZXJuZXQgTklDcy4gIHBjY2FyZCBOSUNzIGluY2x1ZGVkLg0KZGV2 aWNlCQljcwkJIyBDcnlzdGFsIFNlbWljb25kdWN0b3IgQ1M4OXgwIE5JQw0K IyAnZGV2aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycNCmRldmlj ZQkJZWQJCSMgTkVbMTJdMDAwLCBTTUMgVWx0cmEsIDNjNTAzLCBEUzgzOTAg Y2FyZHMNCmRldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFByby8x MCBhbmQgUHJvLzEwKw0KZGV2aWNlCQllcAkJIyBFdGhlcmxpbmsgSUlJIGJh c2VkIGNhcmRzDQpkZXZpY2UJCWZlCQkjIEZ1aml0c3UgTUI4Njk2eCBiYXNl ZCBjYXJkcw0KZGV2aWNlCQlpZQkJIyBFdGhlckV4cHJlc3MgOC8xNiwgM0M1 MDcsIFN0YXJMQU4gMTAgZXRjLg0KZGV2aWNlCQlsbmMJCSMgTkUyMTAwLCBO RTMyLVZMIExhbmNlIEV0aGVybmV0IGNhcmRzDQpkZXZpY2UJCXNuCQkjIFNN QydzIDkwMDAgc2VyaWVzIG9mIEV0aGVybmV0IGNoaXBzDQpkZXZpY2UJCXhl CQkjIFhpcmNvbSBwY2NhcmQgRXRoZXJuZXQNCg0KIyBJU0EgZGV2aWNlcyB0 aGF0IHVzZSB0aGUgb2xkIElTQSBzaGltcw0KI2RldmljZQkJbGUNCg0KIyBX aXJlbGVzcyBOSUMgY2FyZHMNCmRldmljZQkJd2xhbgkJIyA4MDIuMTEgc3Vw cG9ydA0KZGV2aWNlCQlhbgkJIyBBaXJvbmV0IDQ1MDAvNDgwMCA4MDIuMTEg d2lyZWxlc3MgTklDcy4NCmRldmljZQkJYXdpCQkjIEJheVN0YWNrIDY2MCBh bmQgb3RoZXJzDQpkZXZpY2UJCXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3lt Ym9sIDgwMi4xMSB3aXJlbGVzcyBOSUNzLg0KI2RldmljZQkJd2wJCSMgT2xk ZXIgbm9uIDgwMi4xMSBXYXZlbGFuIHdpcmVsZXNzIE5JQy4NCg0KIyBQc2V1 ZG8gZGV2aWNlcyAtIHRoZSBudW1iZXIgaW5kaWNhdGVzIGhvdyBtYW55IHVu aXRzIHRvIGFsbG9jYXRlLg0KZGV2aWNlCQlyYW5kb20JCSMgRW50cm9weSBk ZXZpY2UNCmRldmljZQkJbWVtCQkjIE1lbW9yeSBhbmQga2VybmVsIG1lbW9y eSBkZXZpY2VzDQpkZXZpY2UJCWlvCQkjIEkvTyBkZXZpY2UNCmRldmljZQkJ bG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrDQpkZXZpY2UJCWV0aGVyCQkjIEV0 aGVybmV0IHN1cHBvcnQNCmRldmljZQkJc2wJCSMgS2VybmVsIFNMSVANCmRl dmljZQkJcHBwCQkjIEtlcm5lbCBQUFANCmRldmljZQkJdHVuCQkjIFBhY2tl dCB0dW5uZWwuDQpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0 IGV0YykNCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyINCmRldmljZQkJ Z2lmCQkjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nDQpkZXZpY2UJCWZhaXRo CQkjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNsYXRpb24pDQoNCiMg VGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQg RmlsdGVyLg0KIyBCZSBhd2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29u c2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhDQpkZXZpY2UJCWJwZgkJIyBC ZXJrZWxleSBwYWNrZXQgZmlsdGVyDQoNCiMgVVNCIHN1cHBvcnQNCmRldmlj ZQkJdWhjaQkJIyBVSENJIFBDSS0+VVNCIGludGVyZmFjZQ0KZGV2aWNlCQlv aGNpCQkjIE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlDQpkZXZpY2UJCXVzYgkJ IyBVU0IgQnVzIChyZXF1aXJlZCkNCiNkZXZpY2UJCXVkYnAJCSMgVVNCIERv dWJsZSBCdWxrIFBpcGUgZGV2aWNlcw0KZGV2aWNlCQl1Z2VuCQkjIEdlbmVy aWMNCmRldmljZQkJdWhpZAkJIyAiSHVtYW4gSW50ZXJmYWNlIERldmljZXMi DQpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQNCmRldmljZQkJdWxwdAkJIyBQ cmludGVyDQpkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mgc3RvcmFnZSAt IFJlcXVpcmVzIHNjYnVzIGFuZCBkYQ0KZGV2aWNlCQl1bXMJCSMgTW91c2UN CmRldmljZQkJdXJpbwkJIyBEaWFtb25kIFJpbyA1MDAgTVAzIHBsYXllcg0K ZGV2aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzDQojIFVTQiBFdGhlcm5ldCwg cmVxdWlyZXMgbWlpDQpkZXZpY2UJCWF1ZQkJIyBBRE10ZWsgVVNCIEV0aGVy bmV0DQpkZXZpY2UJCWF4ZQkJIyBBU0lYIEVsZWN0cm9uaWNzIFVTQiBFdGhl cm5ldA0KZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgRXRoZXJuZXQNCmRldmlj ZQkJa3VlCQkjIEthd2FzYWtpIExTSSBVU0IgRXRoZXJuZXQNCmRldmljZQkJ cnVlCQkjIFJlYWxUZWsgUlRMODE1MCBVU0IgRXRoZXJuZXQNCg0KIyBGaXJl V2lyZSBzdXBwb3J0DQpkZXZpY2UJCWZpcmV3aXJlCSMgRmlyZVdpcmUgYnVz IGNvZGUNCmRldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAoUmVx dWlyZXMgc2NidXMgYW5kIGRhKQ0KZGV2aWNlCQlmd2UJCSMgRXRoZXJuZXQg b3ZlciBGaXJlV2lyZSAobm9uLXN0YW5kYXJkISkNCg== --0-629736762-1104459992=:29911 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="dmesg.good" Content-Transfer-Encoding: BASE64 Content-ID: <20041230212632.Y29911@familysquires.net> Content-Description: dmesg for 12/17 kernel Content-Disposition: ATTACHMENT; FILENAME="dmesg.good" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuMy1TVEFCTEUgIzA6IEZyaSBEZWMgMTcgMTM6 MTU6MDEgRVNUIDIwMDQNCiAgICByb290QG1pa2VzLXBvcnQ6L3Vzci9zcmMv c3lzL2kzODYvY29tcGlsZS9QT1JUDQpUaW1lY291bnRlciAiaTgyNTQiIGZy ZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMA0KQ1BVOiBJbnRlbCBQZW50 aXVtIElJSSAoNjk3LjQyLU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4g PSAiR2VudWluZUludGVsIiAgSWQgPSAweDY4NiAgU3RlcHBpbmcgPSA2DQog IEZlYXR1cmVzPTB4MzgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBB RSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1Y LEZYU1IsU1NFPg0KcmVhbCBtZW1vcnkgID0gNDAyNTIyMTEyICgzODMgTUIp DQphdmFpbCBtZW1vcnkgPSAzODQxODQzMjAgKDM2NiBNQikNCm5weDA6IFtG QVNUXQ0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZA0K bnB4MDogSU5UIDE2IGludGVyZmFjZQ0KYWNwaTA6IDxUT1NISUIgNzUwPiBv biBtb3RoZXJib2FyZA0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQpU aW1lY291bnRlciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBx dWFsaXR5IDEwMDANCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMu NTc5NTQ1TUh6PiBwb3J0IDB4ZmUwOC0weGZlMGIgb24gYWNwaTANCmNwdTA6 IDxBQ1BJIENQVSAoMiBDeCBzdGF0ZXMpPiBvbiBhY3BpMA0KYWNwaV90ejA6 IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwDQpwY2liMDogPEFDUEkgSG9zdC1Q Q0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwDQpwY2kwOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0KYWdwMDogPEludGVsIDgyNDQzQlgg KDQ0MCBCWCkgaG9zdCB0byBQQ0kgYnJpZGdlPiBtZW0gMHhkMDAwMDAwMC0w eGRmZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMA0KcGNpYjE6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTANCnBjaTE6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQpwY2kxOiA8ZGlzcGxheSwgVkdB PiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQppc2FiMDog PFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMy4wIG9uIHBjaTANCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMA0KaXNhYjE6IDxQQ0ktSVNBIGJyaWRnZT4g YXQgZGV2aWNlIDUuMCBvbiBwY2kwDQpkZXZpY2VfYXR0YWNoOiBpc2FiMSBh dHRhY2ggcmV0dXJuZWQgNg0KYXRhcGNpMDogPEludGVsIFBJSVg0IFVETUEz MyBjb250cm9sbGVyPiBwb3J0IDB4ZmZmMC0weGZmZmYsMHgzNzYsMHgxNzAt MHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDUuMSBvbiBwY2kw DQphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBjaTANCmF0YTE6IGNoYW5uZWwg IzEgb24gYXRhcGNpMA0KdWhjaTA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlY NCkgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhmZjgwLTB4ZmY5ZiBpcnEgMTEg YXQgZGV2aWNlIDUuMiBvbiBwY2kwDQp1aGNpMDogW0dJQU5ULUxPQ0tFRF0N CnVzYjA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkgVVNCIGNvbnRyb2xs ZXI+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDog SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDENCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZA0KdWh1YjE6IFRleGFzIEluc3RydW1lbnRzIFVULVVTQjQx IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDINCnVodWIx OiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KcGNp MDogPGJyaWRnZSwgUENJLXVua25vd24+IGF0IGRldmljZSA1LjMgKG5vIGRy aXZlciBhdHRhY2hlZCkNCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDYuMCBvbiBwY2kwDQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMg0Kc3ltMDogPDg3NT4gcG9ydCAweGNlMDAtMHhjZWZmIG1lbSAw eGVmZWZlMDAwLTB4ZWZlZmVmZmYsMHhlZmVmZmYwMC0weGVmZWZmZmZmIGly cSAxMSBhdCBkZXZpY2UgMS4wIG9uIHBjaTINCnN5bTA6IFN5bWJpb3MgTlZS QU0sIElEIDcsIEZhc3QtMjAsIFNFLCBwYXJpdHkgY2hlY2tpbmcNCnN5bTA6 IG9wZW4gZHJhaW4gSVJRIGxpbmUgZHJpdmVyLCB1c2luZyBvbi1jaGlwIFNS QU0NCnN5bTA6IHVzaW5nIExPQUQvU1RPUkUtYmFzZWQgZmlybXdhcmUuDQpz eW0wOiBbR0lBTlQtTE9DS0VEXQ0KYXRhcGNpMTogPENNRCA2NDggVURNQTY2 IGNvbnRyb2xsZXI+IHBvcnQgMHhjZGQwLTB4Y2RkZiwweGNkZTQtMHhjZGU3 LDB4Y2RlOC0weGNkZWYsMHhjZGY0LTB4Y2RmNywweGNkZjgtMHhjZGZmIGly cSAxMSBhdCBkZXZpY2UgMy4wIG9uIHBjaTINCmF0YTI6IGNoYW5uZWwgIzAg b24gYXRhcGNpMQ0KYXRhMzogY2hhbm5lbCAjMSBvbiBhdGFwY2kxDQpwY2kw OiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgNy4wIChubyBkcml2ZXIgYXR0 YWNoZWQpDQpwY2kwOiA8dW5rbm93bj4gYXQgZGV2aWNlIDkuMCAobm8gZHJp dmVyIGF0dGFjaGVkKQ0KY2JiMDogPFRvUElDMTAwIFBDSS1DYXJkQnVzIEJy aWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMA0KY2FyZGJ1czA6IDxDYXJk QnVzIGJ1cz4gb24gY2JiMA0KcGNjYXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVz PiBvbiBjYmIwDQpjYmIxOiA8VG9QSUMxMDAgUENJLUNhcmRCdXMgQnJpZGdl PiBhdCBkZXZpY2UgMTEuMSBvbiBwY2kwDQpjYXJkYnVzMTogPENhcmRCdXMg YnVzPiBvbiBjYmIxDQpwY2NhcmQxOiA8MTYtYml0IFBDQ2FyZCBidXM+IG9u IGNiYjENCnBjbTA6IDxZYW1haGEgRFMtMUUgKFlNRjc0NCk+IHBvcnQgMHhi ZjNjLTB4YmYzZiwweGJmNDAtMHhiZjdmIG1lbSAweGVmZGY4MDAwLTB4ZWZk ZmZmZmYgaXJxIDExIGF0IGRldmljZSAxMi4wIG9uIHBjaTANCnBjbTA6IDxV bmtub3duIEFDOTcgQ29kZWMgKGlkID0gMHg0MTRiNGQwNSk+DQpwY20wOiBb R0lBTlQtTE9DS0VEXQ0KeGwwOiA8M0NvbSAzYzkwNUMtVFggRmFzdCBFdGhl cmxpbmsgWEw+IHBvcnQgMHhiZTgwLTB4YmVmZiBtZW0gMHhlZmRmN2Y4MC0w eGVmZGY3ZmZmIGlycSAxMSBhdCBkZXZpY2UgMTUuMCBvbiBwY2kwDQptaWli dXMwOiA8TUlJIGJ1cz4gb24geGwwDQp4bHBoeTA6IDwzYzkwNUMgMTAvMTAw IGludGVybmFsIFBIWT4gb24gbWlpYnVzMA0KeGxwaHkwOiAgMTBiYXNlVCwg MTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0K eGwwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowMDozOTo5YjozNToyZA0KYWNw aV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAN CmFjcGlfY21iYXQwOiA8Q29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNw aTANCmFjcGlfY21iYXQxOiA8Q29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24g YWNwaTANCmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMA0KYXRr YmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0 LDB4NjAgaXJxIDEgb24gYWNwaTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBp cnEgMSBvbiBhdGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lB TlQtTE9DS0VEXQ0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGti ZGMwDQpwc20wOiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogbW9kZWwgR2VuZXJp YyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMA0KZmRjMDogPGZsb3BweSBkcml2 ZSBjb250cm9sbGVyPiBwb3J0IDB4M2Y3LDB4M2YwLTB4M2Y1IGlycSA2IGRy cSAyIG9uIGFjcGkwDQpmZGMwOiBbRkFTVF0NCmZkMDogPDE0NDAtS0IgMy41 IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwDQpzaW8wOiA8MTY1NTBBLWNvbXBh dGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3Mg MHgxMCBvbiBhY3BpMA0Kc2lvMDogdHlwZSAxNjU1MEENCnBwYzA6IDxFQ1Ag cGFyYWxsZWwgcHJpbnRlciBwb3J0PiBwb3J0IDB4Nzc4LTB4NzdhLDB4Mzc4 LTB4MzdhIGlycSA3IGRycSAzIG9uIGFjcGkwDQpwcGMwOiBHZW5lcmljIGNo aXBzZXQgKEVDUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUNCnBw YzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9sZA0KcHBidXMw OiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzANCnBsaXAwOiA8UExJUCBu ZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwDQpscHQwOiA8UHJpbnRlcj4g b24gcHBidXMwDQpscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQNCnBwaTA6 IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMA0Kb3JtMDogPElTQSBPcHRpb24g Uk9Ncz4gYXQgaW9tZW0gMHhlODAwMC0weGViZmZmLDB4YzAwMDAtMHhjYmZm ZiBvbiBpc2EwDQpwbXRpbWVyMCBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZp cnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDogPEdlbmVyaWMg SVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4 YmZmZmYgb24gaXNhMA0KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDY5 NzQxNzc1NiBIeiBxdWFsaXR5IDgwMA0KVGltZWNvdW50ZXJzIHRpY2sgZXZl cnkgMTAuMDAwIG1zZWMNCmFkMDogMTE1MTNNQiA8VE9TSElCQSBNSzEyMTRH QVAvTjAuMTUgRz4gWzIzMzkyLzE2LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1B MzMNCmFkMjogMjg2MTVNQiA8VE9TSElCQSBNSzMwMTdHQVAvQTAuMTAgSD4g WzU4MTQwLzE2LzYzXSBhdCBhdGExLW1hc3RlciBVRE1BMzMNCldhaXRpbmcg MTUgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQ0KKG5vcGVy aXBoOnN5bTA6MDotMTotMSk6IFNDU0kgQlVTIHJlc2V0IGRlbGl2ZXJlZC4N CmNkMCBhdCBzeW0wIGJ1cyAwIHRhcmdldCA2IGx1biAwDQpjZDA6IDxQTEVY VE9SIENELVJPTSBQWC0xMkNTIDEuMDA+IFJlbW92YWJsZSBDRC1ST00gU0NT SS0yIGRldmljZSANCmNkMDogMTAuMDAwTUIvcyB0cmFuc2ZlcnMgKDEwLjAw ME1Ieiwgb2Zmc2V0IDE1KQ0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmlj ZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQN Ck1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDJzMmENCg== --0-629736762-1104459992=:29911 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=dmesg Content-Transfer-Encoding: BASE64 Content-ID: <20041230212632.A29911@familysquires.net> Content-Description: dmesg for 12/30 kernel (partial) Content-Disposition: ATTACHMENT; FILENAME=dmesg ICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVy bmVkIGZyb20gW1xcX1NCXy5MTktBLl9TVEFdIChOb2RlIDB4YzE3MmZjNDAp LCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8g b2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQS5fU1RBXSAo Tm9kZSAweGMxNzJmYzQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUy OiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxf U0JfLkxOS0EuX1NUQV0gKE5vZGUgMHhjMTcyZmM0MCksIEFFX05PVF9FWElT VA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJl dHVybmVkIGZyb20gW1xcX1NCXy5MTktBLl9TVEFdIChOb2RlIDB4YzE3MmZj NDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjog Tm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQS5fU1RB XSAoTm9kZSAweGMxNzJmYzQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0w MjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBb XFxfU0JfLkxOS0EuX1NUQV0gKE5vZGUgMHhjMTcyZmM0MCksIEFFX05PVF9F WElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2Fz IHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktBLl9TVEFdIChOb2RlIDB4YzE3 MmZjNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJv cjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQS5f U1RBXSAoTm9kZSAweGMxNzJmYzQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQ SS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJv bSBbXFxfU0JfLkxOS0EuX1NUQV0gKE5vZGUgMHhjMTcyZmM0MCksIEFFX05P VF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qg d2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktBLl9TVEFdIChOb2RlIDB4 YzE3MmZjNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBF cnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5L Qi5fU1RBXSAoTm9kZSAweGMxNzJmYjQwKSwgQUVfTk9UX0VYSVNUDQogICAg QUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQg ZnJvbSBbXFxfU0JfLkxOS0IuX1NUQV0gKE5vZGUgMHhjMTcyZmI0MCksIEFF X05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmpl Y3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktCLl9TVEFdIChOb2Rl IDB4YzE3MmZiNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoq KiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8u TE5LQi5fU1RBXSAoTm9kZSAweGMxNzJmYjQwKSwgQUVfTk9UX0VYSVNUDQog ICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJu ZWQgZnJvbSBbXFxfU0JfLkxOS0IuX1NUQV0gKE5vZGUgMHhjMTcyZmI0MCks IEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBv YmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktCLl9TVEFdIChO b2RlIDB4YzE3MmZiNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6 ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9T Ql8uTE5LQi5fU1RBXSAoTm9kZSAweGMxNzJmYjQwKSwgQUVfTk9UX0VYSVNU DQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0 dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0IuX1NUQV0gKE5vZGUgMHhjMTcyZmI0 MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBO byBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktCLl9TVEFd IChOb2RlIDB4YzE3MmZiNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAy NTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtc XF9TQl8uTE5LQi5fU1RBXSAoTm9kZSAweGMxNzJmYjQwKSwgQUVfTk9UX0VY SVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMg cmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0IuX1NUQV0gKE5vZGUgMHhjMTcy ZmI0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9y OiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktCLl9T VEFdIChOb2RlIDB4YzE3MmZiNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJ LTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9t IFtcXF9TQl8uTE5LQi5fU1RBXSAoTm9kZSAweGMxNzJmYjQwKSwgQUVfTk9U X0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3 YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0IuX1NUQV0gKE5vZGUgMHhj MTcyZmI0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVy cm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktC Ll9TVEFdIChOb2RlIDB4YzE3MmZiNDApLCBBRV9OT1RfRVhJU1QNCiAgICBB Q1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBm cm9tIFtcXF9TQl8uTE5LQi5fU1RBXSAoTm9kZSAweGMxNzJmYjQwKSwgQUVf Tk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVj dCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0IuX1NUQV0gKE5vZGUg MHhjMTcyZmI0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioq IEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5M TktCLl9TVEFdIChOb2RlIDB4YzE3MmZiNDApLCBBRV9OT1RfRVhJU1QNCiAg ICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5l ZCBmcm9tIFtcXF9TQl8uTE5LQi5fU1RBXSAoTm9kZSAweGMxNzJmYjQwKSwg QUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9i amVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0IuX1NUQV0gKE5v ZGUgMHhjMTcyZmI0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1Mjog KioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NC Xy5MTktCLl9TVEFdIChOb2RlIDB4YzE3MmZiNDApLCBBRV9OT1RfRVhJU1QN CiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1 cm5lZCBmcm9tIFtcXF9TQl8uTE5LQi5fU1RBXSAoTm9kZSAweGMxNzJmYjQw KSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5v IG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0IuX1NUQV0g KE5vZGUgMHhjMTcyZmI0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1 MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xc X1NCXy5MTktCLl9TVEFdIChOb2RlIDB4YzE3MmZiNDApLCBBRV9OT1RfRVhJ U1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyBy ZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQi5fU1RBXSAoTm9kZSAweGMxNzJm YjQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6 IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0IuX1NU QV0gKE5vZGUgMHhjMTcyZmI0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEkt MDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20g W1xcX1NCXy5MTktCLl9TVEFdIChOb2RlIDB4YzE3MmZiNDApLCBBRV9OT1Rf RVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdh cyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQi5fU1RBXSAoTm9kZSAweGMx NzJmYjQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJy b3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0Iu X1NUQV0gKE5vZGUgMHhjMTcyZmI0MCksIEFFX05PVF9FWElTVA0KICAgIEFD UEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZy b20gW1xcX1NCXy5MTktCLl9TVEFdIChOb2RlIDB4YzE3MmZiNDApLCBBRV9O T1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0 IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQi5fU1RBXSAoTm9kZSAw eGMxNzJmYjQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiog RXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxO S0MuX1NUQV0gKE5vZGUgMHhjMTcyZmE0MCksIEFFX05PVF9FWElTVA0KICAg IEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVk IGZyb20gW1xcX1NCXy5MTktDLl9TVEFdIChOb2RlIDB4YzE3MmZhNDApLCBB RV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2Jq ZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQy5fU1RBXSAoTm9k ZSAweGMxNzJmYTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAq KiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0Jf LkxOS0MuX1NUQV0gKE5vZGUgMHhjMTcyZmE0MCksIEFFX05PVF9FWElTVA0K ICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVy bmVkIGZyb20gW1xcX1NCXy5MTktDLl9TVEFdIChOb2RlIDB4YzE3MmZhNDAp LCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8g b2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQy5fU1RBXSAo Tm9kZSAweGMxNzJmYTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUy OiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxf U0JfLkxOS0MuX1NUQV0gKE5vZGUgMHhjMTcyZmE0MCksIEFFX05PVF9FWElT VA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJl dHVybmVkIGZyb20gW1xcX1NCXy5MTktDLl9TVEFdIChOb2RlIDB4YzE3MmZh NDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjog Tm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQy5fU1RB XSAoTm9kZSAweGMxNzJmYTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0w MjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBb XFxfU0JfLkxOS0MuX1NUQV0gKE5vZGUgMHhjMTcyZmE0MCksIEFFX05PVF9F WElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2Fz IHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktDLl9TVEFdIChOb2RlIDB4YzE3 MmZhNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJv cjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LQy5f U1RBXSAoTm9kZSAweGMxNzJmYTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQ SS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJv bSBbXFxfU0JfLkxOS0MuX1NUQV0gKE5vZGUgMHhjMTcyZmE0MCksIEFFX05P VF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qg d2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktDLl9TVEFdIChOb2RlIDB4 YzE3MmZhNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBF cnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5L Qy5fU1RBXSAoTm9kZSAweGMxNzJmYTQwKSwgQUVfTk9UX0VYSVNUDQogICAg QUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQg ZnJvbSBbXFxfU0JfLkxOS0MuX1NUQV0gKE5vZGUgMHhjMTcyZmE0MCksIEFF X05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmpl Y3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktDLl9TVEFdIChOb2Rl IDB4YzE3MmZhNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoq KiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8u TE5LQy5fU1RBXSAoTm9kZSAweGMxNzJmYTQwKSwgQUVfTk9UX0VYSVNUDQog ICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJu ZWQgZnJvbSBbXFxfU0JfLkxOS0MuX1NUQV0gKE5vZGUgMHhjMTcyZmE0MCks IEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBv YmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktDLl9TVEFdIChO b2RlIDB4YzE3MmZhNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6 ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9T Ql8uTE5LQy5fU1RBXSAoTm9kZSAweGMxNzJmYTQwKSwgQUVfTk9UX0VYSVNU DQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0 dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0MuX1NUQV0gKE5vZGUgMHhjMTcyZmE0 MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBO byBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktDLl9TVEFd IChOb2RlIDB4YzE3MmZhNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAy NTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtc XF9TQl8uTE5LQy5fU1RBXSAoTm9kZSAweGMxNzJmYTQwKSwgQUVfTk9UX0VY SVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMg cmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0MuX1NUQV0gKE5vZGUgMHhjMTcy ZmE0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9y OiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktDLl9T VEFdIChOb2RlIDB4YzE3MmZhNDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJ LTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9t IFtcXF9TQl8uTE5LQy5fU1RBXSAoTm9kZSAweGMxNzJmYTQwKSwgQUVfTk9U X0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3 YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0MuX1NUQV0gKE5vZGUgMHhj MTcyZmE0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVy cm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktD Ll9TVEFdIChOb2RlIDB4YzE3MmZhNDApLCBBRV9OT1RfRVhJU1QNCiAgICBB Q1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBm cm9tIFtcXF9TQl8uTE5LQy5fU1RBXSAoTm9kZSAweGMxNzJmYTQwKSwgQUVf Tk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVj dCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0MuX1NUQV0gKE5vZGUg MHhjMTcyZmE0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioq IEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5M TktELl9TVEFdIChOb2RlIDB4YzE3MmY5NDApLCBBRV9OT1RfRVhJU1QNCiAg ICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5l ZCBmcm9tIFtcXF9TQl8uTE5LRC5fU1RBXSAoTm9kZSAweGMxNzJmOTQwKSwg QUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9i amVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0QuX1NUQV0gKE5v ZGUgMHhjMTcyZjk0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1Mjog KioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NC Xy5MTktELl9TVEFdIChOb2RlIDB4YzE3MmY5NDApLCBBRV9OT1RfRVhJU1QN CiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1 cm5lZCBmcm9tIFtcXF9TQl8uTE5LRC5fU1RBXSAoTm9kZSAweGMxNzJmOTQw KSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5v IG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0QuX1NUQV0g KE5vZGUgMHhjMTcyZjk0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1 MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xc X1NCXy5MTktELl9TVEFdIChOb2RlIDB4YzE3MmY5NDApLCBBRV9OT1RfRVhJ U1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyBy ZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LRC5fU1RBXSAoTm9kZSAweGMxNzJm OTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6 IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0QuX1NU QV0gKE5vZGUgMHhjMTcyZjk0MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEkt MDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20g W1xcX1NCXy5MTktELl9TVEFdIChOb2RlIDB4YzE3MmY5NDApLCBBRV9OT1Rf RVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdh cyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LRC5fU1RBXSAoTm9kZSAweGMx NzJmOTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJy b3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxOS0Qu X1NUQV0gKE5vZGUgMHhjMTcyZjk0MCksIEFFX05PVF9FWElTVA0KICAgIEFD UEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZy b20gW1xcX1NCXy5MTktELl9TVEFdIChOb2RlIDB4YzE3MmY5NDApLCBBRV9O T1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0 IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LRC5fU1RBXSAoTm9kZSAw eGMxNzJmOTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiog RXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLkxO S0QuX1NUQV0gKE5vZGUgMHhjMTcyZjk0MCksIEFFX05PVF9FWElTVA0KICAg IEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVk IGZyb20gW1xcX1NCXy5MTktELl9TVEFdIChOb2RlIDB4YzE3MmY5NDApLCBB RV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2Jq ZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LRC5fU1RBXSAoTm9k ZSAweGMxNzJmOTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAq KiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0Jf LkxOS0QuX1NUQV0gKE5vZGUgMHhjMTcyZjk0MCksIEFFX05PVF9FWElTVA0K ICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVy bmVkIGZyb20gW1xcX1NCXy5MTktELl9TVEFdIChOb2RlIDB4YzE3MmY5NDAp LCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8g b2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LRC5fU1RBXSAo Tm9kZSAweGMxNzJmOTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUy OiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxf U0JfLkxOS0QuX1NUQV0gKE5vZGUgMHhjMTcyZjk0MCksIEFFX05PVF9FWElT VA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJl dHVybmVkIGZyb20gW1xcX1NCXy5MTktELl9TVEFdIChOb2RlIDB4YzE3MmY5 NDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjog Tm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LRC5fU1RB XSAoTm9kZSAweGMxNzJmOTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0w MjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBb XFxfU0JfLkxOS0QuX1NUQV0gKE5vZGUgMHhjMTcyZjk0MCksIEFFX05PVF9F WElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2Fz IHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktELl9TVEFdIChOb2RlIDB4YzE3 MmY5NDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJv cjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5LRC5f U1RBXSAoTm9kZSAweGMxNzJmOTQwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQ SS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJv bSBbXFxfU0JfLkxOS0QuX1NUQV0gKE5vZGUgMHhjMTcyZjk0MCksIEFFX05P VF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qg d2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktELl9TVEFdIChOb2RlIDB4 YzE3MmY5NDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBF cnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uTE5L RC5fU1RBXSAoTm9kZSAweGMxNzJmOTQwKSwgQUVfTk9UX0VYSVNUDQogICAg QUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQg ZnJvbSBbXFxfU0JfLkxOS0QuX1NUQV0gKE5vZGUgMHhjMTcyZjk0MCksIEFF X05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmpl Y3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5MTktELl9TVEFdIChOb2Rl IDB4YzE3MmY5NDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoq KiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8u UENJMC5GTkMwLkZERF8uX1NUQV0gKE5vZGUgMHhjMTgyMTZjMCksIEFFX05P VF9FWElTVA0KZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBvbiBh Y3BpMA0KZmRjMDogY2Fubm90IGFsbG9jYXRlIEkvTyBwb3J0ICg2IHBvcnRz KQ0KZGV2aWNlX2F0dGFjaDogZmRjMCBhdHRhY2ggcmV0dXJuZWQgNg0KICAg IEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVk IGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuQ09NXy5fU1RBXSAoTm9kZSAweGMx ODIxNTgwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJy b3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAu Rk5DMC5DT01fLl9TVEFdIChOb2RlIDB4YzE4MjE1ODApLCBBRV9OT1RfRVhJ U1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyBy ZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLkNPTV8uX1NUQV0gKE5v ZGUgMHhjMTgyMTU4MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1Mjog KioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NC Xy5QQ0kwLkZOQzAuQ09NXy5fU1RBXSAoTm9kZSAweGMxODIxNTgwKSwgQUVf Tk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVj dCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5DT01fLl9T VEFdIChOb2RlIDB4YzE4MjE1ODApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJ LTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9t IFtcXF9TQl8uUENJMC5GTkMwLkNPTV8uX1NUQV0gKE5vZGUgMHhjMTgyMTU4 MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBO byBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAu Q09NXy5fU1RBXSAoTm9kZSAweGMxODIxNTgwKSwgQUVfTk9UX0VYSVNUDQog ICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJu ZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5DT01fLl9TVEFdIChOb2RlIDB4 YzE4MjE1ODApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBF cnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJ MC5GTkMwLkNPTV8uX1NUQV0gKE5vZGUgMHhjMTgyMTU4MCksIEFFX05PVF9F WElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2Fz IHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuQ09NXy5fU1RBXSAo Tm9kZSAweGMxODIxNTgwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUy OiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxf U0JfLlBDSTAuRk5DMC5DT01fLl9TVEFdIChOb2RlIDB4YzE4MjE1ODApLCBB RV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2Jq ZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLkNPTV8u X1NUQV0gKE5vZGUgMHhjMTgyMTU4MCksIEFFX05PVF9FWElTVA0KICAgIEFD UEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZy b20gW1xcX1NCXy5QQ0kwLkZOQzAuQ09NXy5fU1RBXSAoTm9kZSAweGMxODIx NTgwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6 IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5D MC5DT01fLl9TVEFdIChOb2RlIDB4YzE4MjE1ODApLCBBRV9OT1RfRVhJU1QN CiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1 cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLkNPTV8uX1NUQV0gKE5vZGUg MHhjMTgyMTU4MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioq IEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5Q Q0kwLkZOQzAuQ09NXy5fU1RBXSAoTm9kZSAweGMxODIxNTgwKSwgQUVfTk9U X0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3 YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5DT01fLl9TVEFd IChOb2RlIDB4YzE4MjE1ODApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAy NTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtc XF9TQl8uUENJMC5GTkMwLkNPTV8uX1NUQV0gKE5vZGUgMHhjMTgyMTU4MCks IEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBv YmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuQ09N Xy5fU1RBXSAoTm9kZSAweGMxODIxNTgwKSwgQUVfTk9UX0VYSVNUDQogICAg QUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQg ZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5DT01fLl9TVEFdIChOb2RlIDB4YzE4 MjE1ODApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJv cjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5G TkMwLkNPTV8uX1NUQV0gKE5vZGUgMHhjMTgyMTU4MCksIEFFX05PVF9FWElT VA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJl dHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuQ09NXy5fU1RBXSAoTm9k ZSAweGMxODIxNTgwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAq KiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0Jf LlBDSTAuRk5DMC5DT01fLl9TVEFdIChOb2RlIDB4YzE4MjE1ODApLCBBRV9O T1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0 IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLkNPTV8uX1NU QV0gKE5vZGUgMHhjMTgyMTU4MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEkt MDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20g W1xcX1NCXy5QQ0kwLkZOQzAuQ09NXy5fU1RBXSAoTm9kZSAweGMxODIxNTgw KSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5v IG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5D T01fLl9TVEFdIChOb2RlIDB4YzE4MjE1ODApLCBBRV9OT1RfRVhJU1QNCiAg ICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5l ZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLkNPTV8uX1NUQV0gKE5vZGUgMHhj MTgyMTU4MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVy cm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kw LkZOQzAuQ09NXy5fU1RBXSAoTm9kZSAweGMxODIxNTgwKSwgQUVfTk9UX0VY SVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMg cmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5DT01fLl9TVEFdIChO b2RlIDB4YzE4MjE1ODApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6 ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9T Ql8uUENJMC5GTkMwLkNPTV8uX1NUQV0gKE5vZGUgMHhjMTgyMTU4MCksIEFF X05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmpl Y3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuQ09NXy5f U1RBXSAoTm9kZSAweGMxODIxNTgwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQ SS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJv bSBbXFxfU0JfLlBDSTAuRk5DMC5QUlQxLl9TVEFdIChOb2RlIDB4YzE4MjEz MjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjog Tm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMw LlBSVDEuX1NUQV0gKE5vZGUgMHhjMTgyMTMyMCksIEFFX05PVF9FWElTVA0K ICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVy bmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUFJUMS5fU1RBXSAoTm9kZSAw eGMxODIxMzIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiog RXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBD STAuRk5DMC5QUlQxLl9TVEFdIChOb2RlIDB4YzE4MjEzMjApLCBBRV9OT1Rf RVhJU1QNCnBwYzE6IHBhcmFsbGVsIHBvcnQgbm90IGZvdW5kLg0KICAgIEFD UEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZy b20gW1xcX1NCXy5QQ0kwLkZOQzAuUFJUMS5fU1RBXSAoTm9kZSAweGMxODIx MzIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6 IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5D MC5QUlQxLl9TVEFdIChOb2RlIDB4YzE4MjEzMjApLCBBRV9OT1RfRVhJU1QN CiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1 cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBSVDEuX1NUQV0gKE5vZGUg MHhjMTgyMTMyMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioq IEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5Q Q0kwLkZOQzAuUFJUMS5fU1RBXSAoTm9kZSAweGMxODIxMzIwKSwgQUVfTk9U X0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3 YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QUlQxLl9TVEFd IChOb2RlIDB4YzE4MjEzMjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAy NTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtc XF9TQl8uUENJMC5GTkMwLlBSVDEuX1NUQV0gKE5vZGUgMHhjMTgyMTMyMCks IEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBv YmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUFJU MS5fU1RBXSAoTm9kZSAweGMxODIxMzIwKSwgQUVfTk9UX0VYSVNUDQogICAg QUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQg ZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QUlQxLl9TVEFdIChOb2RlIDB4YzE4 MjEzMjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJv cjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5G TkMwLlBSVDEuX1NUQV0gKE5vZGUgMHhjMTgyMTMyMCksIEFFX05PVF9FWElT VA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJl dHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUFJUMS5fU1RBXSAoTm9k ZSAweGMxODIxMzIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAq KiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0Jf LlBDSTAuRk5DMC5QUlQxLl9TVEFdIChOb2RlIDB4YzE4MjEzMjApLCBBRV9O T1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0 IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBSVDEuX1NU QV0gKE5vZGUgMHhjMTgyMTMyMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEkt MDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20g W1xcX1NCXy5QQ0kwLkZOQzAuUFJUMS5fU1RBXSAoTm9kZSAweGMxODIxMzIw KSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5v IG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5Q UlQxLl9TVEFdIChOb2RlIDB4YzE4MjEzMjApLCBBRV9OT1RfRVhJU1QNCiAg ICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5l ZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBSVDEuX1NUQV0gKE5vZGUgMHhj MTgyMTMyMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVy cm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kw LkZOQzAuUFJUMS5fU1RBXSAoTm9kZSAweGMxODIxMzIwKSwgQUVfTk9UX0VY SVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMg cmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QUlQxLl9TVEFdIChO b2RlIDB4YzE4MjEzMjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6 ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9T Ql8uUENJMC5GTkMwLlBSVDEuX1NUQV0gKE5vZGUgMHhjMTgyMTMyMCksIEFF X05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmpl Y3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUFJUMS5f U1RBXSAoTm9kZSAweGMxODIxMzIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQ SS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJv bSBbXFxfU0JfLlBDSTAuRk5DMC5QUlQxLl9TVEFdIChOb2RlIDB4YzE4MjEz MjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjog Tm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMw LlBSVDEuX1NUQV0gKE5vZGUgMHhjMTgyMTMyMCksIEFFX05PVF9FWElTVA0K ICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVy bmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUFJUMS5fU1RBXSAoTm9kZSAw eGMxODIxMzIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiog RXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBD STAuRk5DMC5QUlQxLl9TVEFdIChOb2RlIDB4YzE4MjEzMjApLCBBRV9OT1Rf RVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdh cyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBSVDEuX1NUQV0g KE5vZGUgMHhjMTgyMTMyMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1 MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xc X1NCXy5QQ0kwLkZOQzAuUFJUMS5fU1RBXSAoTm9kZSAweGMxODIxMzIwKSwg QUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9i amVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QUlQx Ll9TVEFdIChOb2RlIDB4YzE4MjEzMjApLCBBRV9OT1RfRVhJU1QNCiAgICBB Q1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBm cm9tIFtcXF9TQl8uUENJMC5GTkMwLlBSVDEuX1NUQV0gKE5vZGUgMHhjMTgy MTMyMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9y OiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZO QzAuUENDMC5fU1RBXSAoTm9kZSAweGMxODIxMjIwKSwgQUVfTk9UX0VYSVNU DQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0 dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QQ0MwLl9TVEFdIChOb2Rl IDB4YzE4MjEyMjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoq KiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8u UENJMC5GTkMwLlBDQzAuX1NUQV0gKE5vZGUgMHhjMTgyMTIyMCksIEFFX05P VF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qg d2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUENDMC5fU1RB XSAoTm9kZSAweGMxODIxMjIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0w MjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBb XFxfU0JfLlBDSTAuRk5DMC5QQ0MwLl9TVEFdIChOb2RlIDB4YzE4MjEyMjAp LCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8g b2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBD QzAuX1NUQV0gKE5vZGUgMHhjMTgyMTIyMCksIEFFX05PVF9FWElTVA0KICAg IEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVk IGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUENDMC5fU1RBXSAoTm9kZSAweGMx ODIxMjIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJy b3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAu Rk5DMC5QQ0MwLl9TVEFdIChOb2RlIDB4YzE4MjEyMjApLCBBRV9OT1RfRVhJ U1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyBy ZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBDQzAuX1NUQV0gKE5v ZGUgMHhjMTgyMTIyMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1Mjog KioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NC Xy5QQ0kwLkZOQzAuUENDMC5fU1RBXSAoTm9kZSAweGMxODIxMjIwKSwgQUVf Tk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVj dCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QQ0MwLl9T VEFdIChOb2RlIDB4YzE4MjEyMjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJ LTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9t IFtcXF9TQl8uUENJMC5GTkMwLlBDQzAuX1NUQV0gKE5vZGUgMHhjMTgyMTIy MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBO byBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAu UENDMC5fU1RBXSAoTm9kZSAweGMxODIxMjIwKSwgQUVfTk9UX0VYSVNUDQog ICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJu ZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QQ0MwLl9TVEFdIChOb2RlIDB4 YzE4MjEyMjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBF cnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJ MC5GTkMwLlBDQzAuX1NUQV0gKE5vZGUgMHhjMTgyMTIyMCksIEFFX05PVF9F WElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2Fz IHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUENDMC5fU1RBXSAo Tm9kZSAweGMxODIxMjIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUy OiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxf U0JfLlBDSTAuRk5DMC5QQ0MwLl9TVEFdIChOb2RlIDB4YzE4MjEyMjApLCBB RV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2Jq ZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBDQzAu X1NUQV0gKE5vZGUgMHhjMTgyMTIyMCksIEFFX05PVF9FWElTVA0KICAgIEFD UEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZy b20gW1xcX1NCXy5QQ0kwLkZOQzAuUENDMC5fU1RBXSAoTm9kZSAweGMxODIx MjIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6 IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5D MC5QQ0MwLl9TVEFdIChOb2RlIDB4YzE4MjEyMjApLCBBRV9OT1RfRVhJU1QN CiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1 cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBDQzAuX1NUQV0gKE5vZGUg MHhjMTgyMTIyMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioq IEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5Q Q0kwLkZOQzAuUENDMC5fU1RBXSAoTm9kZSAweGMxODIxMjIwKSwgQUVfTk9U X0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3 YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QQ0MwLl9TVEFd IChOb2RlIDB4YzE4MjEyMjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAy NTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtc XF9TQl8uUENJMC5GTkMwLlBDQzAuX1NUQV0gKE5vZGUgMHhjMTgyMTIyMCks IEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBv YmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUEND MC5fU1RBXSAoTm9kZSAweGMxODIxMjIwKSwgQUVfTk9UX0VYSVNUDQogICAg QUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQg ZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QQ0MwLl9TVEFdIChOb2RlIDB4YzE4 MjEyMjApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJv cjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5G TkMwLlBDQzAuX1NUQV0gKE5vZGUgMHhjMTgyMTIyMCksIEFFX05PVF9FWElT VA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJl dHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUENDMC5fU1RBXSAoTm9k ZSAweGMxODIxMjIwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAq KiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0Jf LlBDSTAuRk5DMC5QQ0MwLl9TVEFdIChOb2RlIDB4YzE4MjEyMjApLCBBRV9O T1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0 IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5GTkMwLlBDQzAuX1NU QV0gKE5vZGUgMHhjMTgyMTIyMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEkt MDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20g W1xcX1NCXy5QQ0kwLkZOQzAuUENDMC5fU1RBXSAoTm9kZSAweGMxODIxMjIw KSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5v IG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5Q Q0UwLl9TVEFdIChOb2RlIDB4YzE4MjIzYzApLCBBRV9OT1RfRVhJU1QNCiAg ICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5l ZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlBDRTAuX1NUQV0gKE5vZGUgMHhj MTgyMjNjMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVy cm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kw LkRPQ0suUENFMC5fU1RBXSAoTm9kZSAweGMxODIyM2MwKSwgQUVfTk9UX0VY SVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMg cmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5QQ0UwLl9TVEFdIChO b2RlIDB4YzE4MjIzYzApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6 ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9T Ql8uUENJMC5ET0NLLlBDRTAuX1NUQV0gKE5vZGUgMHhjMTgyMjNjMCksIEFF X05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmpl Y3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suUENFMC5f U1RBXSAoTm9kZSAweGMxODIyM2MwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQ SS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJv bSBbXFxfU0JfLlBDSTAuRE9DSy5QQ0UwLl9TVEFdIChOb2RlIDB4YzE4MjIz YzApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjog Tm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NL LlBDRTAuX1NUQV0gKE5vZGUgMHhjMTgyMjNjMCksIEFFX05PVF9FWElTVA0K ICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVy bmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suUENFMC5fU1RBXSAoTm9kZSAw eGMxODIyM2MwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiog RXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBD STAuRE9DSy5QQ0UwLl9TVEFdIChOb2RlIDB4YzE4MjIzYzApLCBBRV9OT1Rf RVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdh cyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlBDRTAuX1NUQV0g KE5vZGUgMHhjMTgyMjNjMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1 MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xc X1NCXy5QQ0kwLkRPQ0suUENFMC5fU1RBXSAoTm9kZSAweGMxODIyM2MwKSwg QUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9i amVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5QQ0Uw Ll9TVEFdIChOb2RlIDB4YzE4MjIzYzApLCBBRV9OT1RfRVhJU1QNCiAgICBB Q1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBm cm9tIFtcXF9TQl8uUENJMC5ET0NLLlBDRTAuX1NUQV0gKE5vZGUgMHhjMTgy MjNjMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9y OiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRP Q0suUENFMC5fU1RBXSAoTm9kZSAweGMxODIyM2MwKSwgQUVfTk9UX0VYSVNU DQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0 dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5QQ0UwLl9TVEFdIChOb2Rl IDB4YzE4MjIzYzApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoq KiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8u UENJMC5ET0NLLlBDRTAuX1NUQV0gKE5vZGUgMHhjMTgyMjNjMCksIEFFX05P VF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qg d2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suUENFMC5fU1RB XSAoTm9kZSAweGMxODIyM2MwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0w MjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBb XFxfU0JfLlBDSTAuRE9DSy5QQ0UwLl9TVEFdIChOb2RlIDB4YzE4MjIzYzAp LCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8g b2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlBD RTAuX1NUQV0gKE5vZGUgMHhjMTgyMjNjMCksIEFFX05PVF9FWElTVA0KICAg IEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVk IGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suUENFMC5fU1RBXSAoTm9kZSAweGMx ODIyM2MwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJy b3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAu RE9DSy5QQ0UwLl9TVEFdIChOb2RlIDB4YzE4MjIzYzApLCBBRV9OT1RfRVhJ U1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyBy ZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlBDRTAuX1NUQV0gKE5v ZGUgMHhjMTgyMjNjMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1Mjog KioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NC Xy5QQ0kwLkRPQ0suUENFMC5fU1RBXSAoTm9kZSAweGMxODIyM2MwKSwgQUVf Tk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVj dCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5QQ0UwLl9T VEFdIChOb2RlIDB4YzE4MjIzYzApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJ LTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9t IFtcXF9TQl8uUENJMC5ET0NLLlBDRTAuX1NUQV0gKE5vZGUgMHhjMTgyMjNj MCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBO byBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0su UENFMC5fU1RBXSAoTm9kZSAweGMxODIyM2MwKSwgQUVfTk9UX0VYSVNUDQog ICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJu ZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5QQ0UwLl9TVEFdIChOb2RlIDB4 YzE4MjIzYzApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBF cnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJ MC5ET0NLLlBDRTAuX1NUQV0gKE5vZGUgMHhjMTgyMjNjMCksIEFFX05PVF9F WElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2Fz IHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suUENFMC5fU1RBXSAo Tm9kZSAweGMxODIyM2MwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUy OiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxf U0JfLlBDSTAuRE9DSy5QQ0UwLl9TVEFdIChOb2RlIDB4YzE4MjIzYzApLCBB RV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2Jq ZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlZEU0Mu X1NUQV0gKE5vZGUgMHhjMTgyMjFlMCksIEFFX05PVF9FWElTVA0KICAgIEFD UEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZy b20gW1xcX1NCXy5QQ0kwLkRPQ0suVkRTQy5fU1RBXSAoTm9kZSAweGMxODIy MWUwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6 IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9D Sy5WRFNDLl9TVEFdIChOb2RlIDB4YzE4MjIxZTApLCBBRV9OT1RfRVhJU1QN CiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1 cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlZEU0MuX1NUQV0gKE5vZGUg MHhjMTgyMjFlMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioq IEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5Q Q0kwLkRPQ0suVkRTQy5fU1RBXSAoTm9kZSAweGMxODIyMWUwKSwgQUVfTk9U X0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3 YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5WRFNDLl9TVEFd IChOb2RlIDB4YzE4MjIxZTApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAy NTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtc XF9TQl8uUENJMC5ET0NLLlZEU0MuX1NUQV0gKE5vZGUgMHhjMTgyMjFlMCks IEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBv YmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suVkRT Qy5fU1RBXSAoTm9kZSAweGMxODIyMWUwKSwgQUVfTk9UX0VYSVNUDQogICAg QUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQg ZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5WRFNDLl9TVEFdIChOb2RlIDB4YzE4 MjIxZTApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJv cjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5E T0NLLlZEU0MuX1NUQV0gKE5vZGUgMHhjMTgyMjFlMCksIEFFX05PVF9FWElT VA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJl dHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suVkRTQy5fU1RBXSAoTm9k ZSAweGMxODIyMWUwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAq KiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0Jf LlBDSTAuRE9DSy5WRFNDLl9TVEFdIChOb2RlIDB4YzE4MjIxZTApLCBBRV9O T1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0 IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlZEU0MuX1NU QV0gKE5vZGUgMHhjMTgyMjFlMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEkt MDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20g W1xcX1NCXy5QQ0kwLkRPQ0suVkRTQy5fU1RBXSAoTm9kZSAweGMxODIyMWUw KSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5v IG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5W RFNDLl9TVEFdIChOb2RlIDB4YzE4MjIxZTApLCBBRV9OT1RfRVhJU1QNCiAg ICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5l ZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlZEU0MuX1NUQV0gKE5vZGUgMHhj MTgyMjFlMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVy cm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kw LkRPQ0suVkRTQy5fU1RBXSAoTm9kZSAweGMxODIyMWUwKSwgQUVfTk9UX0VY SVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMg cmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5WRFNDLl9TVEFdIChO b2RlIDB4YzE4MjIxZTApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6 ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9T Ql8uUENJMC5ET0NLLlZEU0MuX1NUQV0gKE5vZGUgMHhjMTgyMjFlMCksIEFF X05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmpl Y3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suVkRTQy5f U1RBXSAoTm9kZSAweGMxODIyMWUwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQ SS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJv bSBbXFxfU0JfLlBDSTAuRE9DSy5WRFNDLl9TVEFdIChOb2RlIDB4YzE4MjIx ZTApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjog Tm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NL LlZEU0MuX1NUQV0gKE5vZGUgMHhjMTgyMjFlMCksIEFFX05PVF9FWElTVA0K ICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVy bmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRPQ0suVkRTQy5fU1RBXSAoTm9kZSAw eGMxODIyMWUwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiog RXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBD STAuRE9DSy5WRFNDLl9TVEFdIChOb2RlIDB4YzE4MjIxZTApLCBBRV9OT1Rf RVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdh cyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJMC5ET0NLLlZEU0MuX1NUQV0g KE5vZGUgMHhjMTgyMjFlMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1 MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xc X1NCXy5QQ0kwLkRPQ0suVkRTQy5fU1RBXSAoTm9kZSAweGMxODIyMWUwKSwg QUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9i amVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5WRFND Ll9TVEFdIChOb2RlIDB4YzE4MjIxZTApLCBBRV9OT1RfRVhJU1QNCiAgICBB Q1BJLTAyNTI6ICoqKiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBm cm9tIFtcXF9TQl8uUENJMC5ET0NLLlZEU0MuX1NUQV0gKE5vZGUgMHhjMTgy MjFlMCksIEFFX05PVF9FWElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9y OiBObyBvYmplY3Qgd2FzIHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkRP Q0suVkRTQy5fU1RBXSAoTm9kZSAweGMxODIyMWUwKSwgQUVfTk9UX0VYSVNU DQogICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0 dXJuZWQgZnJvbSBbXFxfU0JfLlBDSTAuRE9DSy5WRFNDLl9TVEFdIChOb2Rl IDB4YzE4MjIxZTApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoq KiBFcnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8u UENJMC5ET0NLLlZEU0MuX1NUQV0gKE5vZGUgMHhjMTgyMjFlMCksIEFFX05P VF9FWElTVA0Kb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhl ODAwMC0weGViZmZmLDB4YzAwMDAtMHhjYmZmZiBvbiBpc2EwDQpwbXRpbWVy MCBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgx MDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZs YWdzPTB4MzAwPg0Kc2lvMCBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZs YWdzIDB4MTAgb24gaXNhMA0Kc2lvMDogdHlwZSAxNjU1MEENCnZnYTA6IDxH ZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhh MDAwMC0weGJmZmZmIG9uIGlzYTANClRpbWVjb3VudGVyICJUU0MiIGZyZXF1 ZW5jeSA2OTc0MTgyODYgSHogcXVhbGl0eSA4MDANClRpbWVjb3VudGVycyB0 aWNrIGV2ZXJ5IDEwLjAwMCBtc2VjDQphZDA6IDExNTEzTUIgPFRPU0hJQkEg TUsxMjE0R0FQL04wLjE1IEc+IFsyMzM5Mi8xNi82M10gYXQgYXRhMC1tYXN0 ZXIgVURNQTMzDQphZDI6IDI4NjE1TUIgPFRPU0hJQkEgTUszMDE3R0FQL0Ew LjEwIEg+IFs1ODE0MC8xNi82M10gYXQgYXRhMS1tYXN0ZXIgVURNQTMzDQpX YWl0aW5nIDE1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUN Cihub3BlcmlwaDpzeW0wOjA6LTE6LTEpOiBTQ1NJIEJVUyByZXNldCBkZWxp dmVyZWQuDQpjZDAgYXQgc3ltMCBidXMgMCB0YXJnZXQgNiBsdW4gMA0KY2Qw OiA8UExFWFRPUiBDRC1ST00gUFgtMTJDUyAxLjAwPiBSZW1vdmFibGUgQ0Qt Uk9NIFNDU0ktMiBkZXZpY2UgDQpjZDA6IDEwLjAwME1CL3MgdHJhbnNmZXJz ICgxMC4wMDBNSHosIG9mZnNldCAxNSkNCmNkMDogQXR0ZW1wdCB0byBxdWVy eSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBw cmVzZW50DQpNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvYWQyczJhDQog ICAgQUNQSS0wMjUyOiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJu ZWQgZnJvbSBbXFxfU0JfLlBDSTAuRk5DMC5QUlRfLl9TVEFdIChOb2RlIDB4 YzE4MjE0MDApLCBBRV9OT1RfRVhJU1QNCiAgICBBQ1BJLTAyNTI6ICoqKiBF cnJvcjogTm8gb2JqZWN0IHdhcyByZXR1cm5lZCBmcm9tIFtcXF9TQl8uUENJ MC5GTkMwLlBSVF8uX1NUQV0gKE5vZGUgMHhjMTgyMTQwMCksIEFFX05PVF9F WElTVA0KICAgIEFDUEktMDI1MjogKioqIEVycm9yOiBObyBvYmplY3Qgd2Fz IHJldHVybmVkIGZyb20gW1xcX1NCXy5QQ0kwLkZOQzAuUFJUXy5fU1RBXSAo Tm9kZSAweGMxODIxNDAwKSwgQUVfTk9UX0VYSVNUDQogICAgQUNQSS0wMjUy OiAqKiogRXJyb3I6IE5vIG9iamVjdCB3YXMgcmV0dXJuZWQgZnJvbSBbXFxf U0JfLlBDSTAuRk5DMC5QUlRfLl9TVEFdIChOb2RlIDB4YzE4MjE0MDApLCBB RV9OT1RfRVhJU1QNCnBzbTA6IGZhaWxlZCB0byBlbmFibGUgdGhlIGRldmlj ZSAoZG9vcGVuKS4NCg== --0-629736762-1104459992=:29911-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 06:21:15 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9718D16A4CE for ; Fri, 31 Dec 2004 06:21:15 +0000 (GMT) Received: from flyingjoke.org (soggy88.drizzle.com [216.162.199.88]) by mx1.FreeBSD.org (Postfix) with SMTP id 149E543D55 for ; Fri, 31 Dec 2004 06:21:15 +0000 (GMT) (envelope-from dtalk-ml@prairienet.org) Received: (qmail 89059 invoked from network); 31 Dec 2004 06:21:19 -0000 Received: from atlantis.flyingjoke.org (192.168.1.8) by atlantis.flyingjoke.org with SMTP; 31 Dec 2004 06:21:19 -0000 Date: Thu, 30 Dec 2004 22:21:11 -0800 (PST) From: dtalk-ml@prairienet.org X-X-Sender: dtalk@atlantis.flyingjoke.org To: Kevin Kinsey In-Reply-To: <20041230230643.GA87010@ezekiel.daleco.biz> Message-ID: <20041230221731.Y17743@atlantis.flyingjoke.org> References: <20041230222903.GA16002@archangel.daleco.biz> <20041230230643.GA87010@ezekiel.daleco.biz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: FreeBSD Stable cc: dtalk-ml@prairienet.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dtalk-ml@prairienet.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 06:21:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kevin Kinsey wrote: > Have you tried all possible values for kern.timecounter.hardware? > > #sysctl kern.timecounter.choice > > My most recent encounter with this issue, a K6-2/500 on an > Asus P5A mobo, needed "i8254". Thank you vociferously. A value of i8254 for kern.timecounter.hardware seems to have had the desired effect. Cheers ... -d - -- David Talkington dtalk-ml@prairienet.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1O/d5FKhdwBLj4sRAkAcAKCkG4sD4+8sWszGSsocj0gpIAwYrQCfVNwV 24g6apBqGznNfM28YjaWZMI= =P4Pa -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 06:40:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FB6D16A4CE for ; Fri, 31 Dec 2004 06:40:47 +0000 (GMT) Received: from mg4.xecu.net (mg4.xecu.net [216.127.136.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD6543D55 for ; Fri, 31 Dec 2004 06:40:47 +0000 (GMT) (envelope-from Harlan.Stenn@pfcs.com) Received: from localhost (unknown [127.0.0.1]) by mg4.xecu.net (Postfix) with ESMTP id DA35E2C1D22 for ; Fri, 31 Dec 2004 01:40:46 -0500 (EST) Received: from mg4.xecu.net ([127.0.0.1]) by localhost (mg4.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63350-09 for ; Fri, 31 Dec 2004 01:40:43 -0500 (EST) Received: from pcnbs.pfcs.com (harlan.xecu.net [216.127.150.112]) by mg4.xecu.net (Postfix) with ESMTP id 9696E2C1E60 for ; Fri, 31 Dec 2004 01:40:42 -0500 (EST) Received: from dog.pfcs.com (dog.pfcs.com [192.52.69.47]) by pcnbs.pfcs.com (Postfix) with ESMTP id ED2CD234B; Fri, 31 Dec 2004 01:40:38 -0500 (EST) Received: from localhost [127.0.0.1] (HELO dog.pfcs.com) by dog.pfcs.com (8.13.1/8.13.1) via ESMTP id ; Fri, 31 Dec 2004 01:40:29 -0500 (EST) To: dtalk-ml@prairienet.org In-Reply-To: dtalk-ml@prairienet.org's message <20041230221731.Y17743@atlantis.flyingjoke.org> X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d User-Agent: EMH/1.10.0 SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Date: Fri, 31 Dec 2004 01:40:29 -0500 Message-ID: <24930.1104475229@dog.pfcs.com> From: Harlan Stenn X-Virus-Scanned: by amavisd-new at xecu.net cc: FreeBSD Stable Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 06:40:47 -0000 I'd appreciate it if somebody would add this information to: http://ntp.isc.org/Support/KnownOsIssues H From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 07:42:24 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 461BB16A4CE for ; Fri, 31 Dec 2004 07:42:24 +0000 (GMT) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 967EB43D3F for ; Fri, 31 Dec 2004 07:42:23 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBV7gKSr031223 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 31 Dec 2004 18:42:21 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBV7gKxP028415; Fri, 31 Dec 2004 18:42:20 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iBV7gJ1a028414; Fri, 31 Dec 2004 18:42:19 +1100 (EST) (envelope-from pjeremy) Date: Fri, 31 Dec 2004 18:42:18 +1100 From: Peter Jeremy To: Harlan Stenn Message-ID: <20041231074218.GA28111@cirb503493.alcatel.com.au> References: <41D458DF.3020706@bluewin.ch> <24264.1104440350@dog.pfcs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <24264.1104440350@dog.pfcs.com> User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: clock running fast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 07:42:24 -0000 On Thu, 2004-Dec-30 15:59:10 -0500, Harlan Stenn wrote: >> Remove /var/db/ntpd.drift before you reboot or restart your ntpd. > >Why would you want to do this? On a number of occasions, I've had the ntpd PLL start oscillating and winding up saturated at +500ppm or -500ppm. Removing ntpd.drift lets it recover. Admittedly, this was mostly on old versions of ntpd - I'm not sure if the problem is still present. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 09:43:38 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAE5316A4CE for ; Fri, 31 Dec 2004 09:43:38 +0000 (GMT) Received: from web61007.mail.yahoo.com (web61007.mail.yahoo.com [216.155.196.96]) by mx1.FreeBSD.org (Postfix) with SMTP id 76AEE43D39 for ; Fri, 31 Dec 2004 09:43:38 +0000 (GMT) (envelope-from federicogalvezdurand@yahoo.com) Received: (qmail 84735 invoked by uid 60001); 31 Dec 2004 09:43:37 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Vg1RI3Q/+02ajwOErX689l7V9VWqljUcA1216ROcQ0nx+o5ioV400fw886fdKkHsEjd1J8Vk/DYmiVu/abAY14cJ4grzsEScY07LLql17uZwRrj1uPK9YdCBSrlWk7+OUpfVJOZTYz17/fnDZnGgjNDUaAG5x3q8FRCkVIqCHWw= ; Message-ID: <20041231094337.84733.qmail@web61007.mail.yahoo.com> Received: from [195.186.165.86] by web61007.mail.yahoo.com via HTTP; Fri, 31 Dec 2004 01:43:37 PST Date: Fri, 31 Dec 2004 01:43:37 -0800 (PST) From: Federico Galvez-Durand To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-STABLE ACPI problems after 12/17 with Toshiba Tecra 8100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 09:43:39 -0000 look here : http://lists.freebsd.org/pipermail/freebsd-acpi/2004-December/001050.html __________________________________ Do you Yahoo!? Dress up your holiday email, Hollywood style. Learn more. http://celebrity.mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 15:05:06 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D78616A4CE for ; Fri, 31 Dec 2004 15:05:06 +0000 (GMT) Received: from kraid.nerim.net (smtp-105-friday.nerim.net [62.4.16.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD5A843D45 for ; Fri, 31 Dec 2004 15:05:05 +0000 (GMT) (envelope-from harald.weis@algol.adsl.nerim.net) Received: from algol.adsl.nerim.net (algol.adsl.nerim.net [62.212.97.189]) by kraid.nerim.net (Postfix) with ESMTP id B12AD41906 for ; Fri, 31 Dec 2004 16:05:03 +0100 (CET) Received: by algol.adsl.nerim.net (Postfix, from userid 1001) id 868D51010DA; Fri, 31 Dec 2004 16:07:12 +0100 (CET) Date: Fri, 31 Dec 2004 16:07:12 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20041231150712.GA1203@algol.adsl.nerim.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20041229154905.GA1820@algol.adsl.nerim.net> <20041230083332.GA587@nosferatu.blackend.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041230083332.GA587@nosferatu.blackend.org> User-Agent: Mutt/1.4.2.1i Subject: Re: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 15:05:06 -0000 On Thu, Dec 30, 2004 at 09:33:32AM +0100, Marc Fonvieille wrote: > On Wed, Dec 29, 2004 at 04:49:05PM +0100, Harald Weis wrote: > > > > My scanner (EPSON PERFECTION 1650) is working alright if it is connected before system startup. > > But when connected to the running system it doesn't get attached by usbd. I can't find out from Handbook, manpages or mailing lists what could be the reason. > > > > I assume you followed the Image Scanner section in the Handbook. > Is usbd really running? Are you using the default usbd.conf? In reply to both Marc and Roland, I confirm and say: 1. usbd is really running all the time (usbd_enable="YES" being in rc.conf) 2. using the default usbd.conf, which I studied only recently to find out what could be missing. 3. added the following lines to it for testing: device "Perfection 1650 scanner" devname "uscanner[0-9]+" attach "sane-find-scanner -q" detach "sane-find-scanner -q" I still haven't got a clue of what other command could be useful here. I think Ialso understood that the proper attachment/detachment function of usbd has nothing to do with those commands. Right or wrong? 4. Killing usbd and running ``usbd -dvv'' confirms that usbd does not detect any event when I connect or disconnect the signal cable of the scanner (needless to say that the scanner is connected to power). No error message in the debugging output, just this: algol{me} ~ # usbd -dvv usbd: opened /dev/usb0 usbd: reading configuration file /etc/usbd.conf usbd: action 1: ActiveWire board, firmware download . . . usbd: action 6: Perfection 1650 scanner devname: uscanner[0-9]+ attach='sane-find-scanner -q' detach='sane-find-scanner -q' usbd: action 7: USB device usbd: 7 actions usbd: opened /dev/usb usbd: doing timeout discovery on /dev/usb0 usbd: processing event queue due to timeout on /dev/usb etc, etc ad infinitum No event, no action. Normal. Harald :-( -- FreeBSD 4.9-RELEASE #0: Mon Oct 27 17:51:09 GMT 2003 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 15:05:53 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB1C16A4CF for ; Fri, 31 Dec 2004 15:05:53 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0969F43D2F for ; Fri, 31 Dec 2004 15:05:53 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1CkOLf-000FXd-PB; Fri, 31 Dec 2004 15:05:51 +0000 Date: Fri, 31 Dec 2004 15:05:51 +0000 From: Ceri Davies To: Roland Smith Message-ID: <20041231150551.GJ50770@submonkey.net> Mail-Followup-To: Ceri Davies , Roland Smith , freebsd-stable@freebsd.org, Brian Szymanski References: <1816.10.0.0.120.1104258230.squirrel@10.0.0.120> <20041230175425.GF50770@submonkey.net> <20041230205338.GA98783@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7IgncvKP0CVPV/ZZ" Content-Disposition: inline In-Reply-To: <20041230205338.GA98783@slackbox.xs4all.nl> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-stable@freebsd.org cc: Brian Szymanski Subject: Re: dump/restore with ufs2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 15:05:53 -0000 --7IgncvKP0CVPV/ZZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 09:53:38PM +0100, Roland Smith wrote: > On Thu, Dec 30, 2004 at 05:54:25PM +0000, Ceri Davies wrote: > > On Tue, Dec 28, 2004 at 01:23:50PM -0500, Brian Szymanski wrote: > > > When I run the following script, I get a warning message, and I'm > > > wondering if it's ignorable or indicates there is a little more work = to be > > > done in getting dump/restore happy with ufs2... > > >=20 > > > $ cd /altroot > > > $ dump -L -0 -a -f - /dev/$ROOT | restore -rf - > > > ... > > > warning: ./.snap: File exists > > >=20 > > > Does this mean my snapshots are being overwritten on the target disk?= And > > > if so, that's a good thing, right? > >=20 > > That's just a warning that .snap already exists in the current directory > > (which is because it gets created by newfs); the contents will remain > > unaffected since snapshots are not dumped (I believe). >=20 > A snapshot _is_ what is being dumped when you use the -L option to > dump. See the manual page. I know that. I meant that snapshots are not included in the dump. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --7IgncvKP0CVPV/ZZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB1WrPocfcwTS3JF8RAmbvAJ9Noh1EG2DaoaMpX5iYwD/aKjL7zACgjFG4 /P2TsnFVc2lnOgqeYt20AfQ= =L5I5 -----END PGP SIGNATURE----- --7IgncvKP0CVPV/ZZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 15:16:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BB0816A4CE for ; Fri, 31 Dec 2004 15:16:58 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0762643D46 for ; Fri, 31 Dec 2004 15:16:57 +0000 (GMT) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.10.205])iBVF9Ncl039497 for ; Fri, 31 Dec 2004 16:09:23 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost.blackend.org [127.0.0.1]) iBVFGql2045531 for ; Fri, 31 Dec 2004 16:16:52 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.13.1/8.13.1/Submit) id iBVFGq7u045530 for freebsd-stable@freebsd.org; Fri, 31 Dec 2004 16:16:52 +0100 (CET) (envelope-from marc) Date: Fri, 31 Dec 2004 16:16:52 +0100 From: Marc Fonvieille To: freebsd-stable@freebsd.org Message-ID: <20041231151652.GC594@nosferatu.blackend.org> References: <20041229154905.GA1820@algol.adsl.nerim.net> <20041230083332.GA587@nosferatu.blackend.org> <20041231150712.GA1203@algol.adsl.nerim.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041231150712.GA1203@algol.adsl.nerim.net> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.3-STABLE Subject: Re: USB scanner not attached when connected after system startup] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 15:16:58 -0000 On Fri, Dec 31, 2004 at 04:07:12PM +0100, Harald Weis wrote: > > In reply to both Marc and Roland, I confirm and say: > > 1. usbd is really running all the time (usbd_enable="YES" being in rc.conf) > 2. using the default usbd.conf, which I studied only recently to find out what could be missing. > 3. added the following lines to it for testing: > device "Perfection 1650 scanner" > devname "uscanner[0-9]+" > attach "sane-find-scanner -q" > detach "sane-find-scanner -q" > > I still haven't got a clue of what other command could be useful here. > I think Ialso understood that the proper attachment/detachment > function of usbd has nothing to do with those commands. Right or > wrong? [...] Do not add anything in /etc/usbd.conf, use the file you can find in /usr/share/examples/etc/usbd.conf Then follow http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/scanners.html that section was written with many scanners for testing purposes, and one of them was a Perfection 1650... Marc From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 15:59:47 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCA0216A4D0 for ; Fri, 31 Dec 2004 15:59:47 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8069C43D45 for ; Fri, 31 Dec 2004 15:59:47 +0000 (GMT) (envelope-from freewizard@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so67951wri for ; Fri, 31 Dec 2004 07:59:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=NfWX8M3GY+xfNnrSAepyrd5lHOcr/gqJtkImuQE+hutLaw8z41gwtduqEWW3OrbebMGqIj5P5PnwEqDvU4agq/YkX+gIRmpbbqU48dPK0S++s8OvFVWohDDpdbutky2yEWvs3PFFVmK+M4IlgNIngMqCW5ChHH2u+mi/uthVvn0= Received: by 10.54.14.65 with SMTP id 65mr263186wrn; Fri, 31 Dec 2004 07:59:30 -0800 (PST) Received: by 10.54.3.4 with HTTP; Fri, 31 Dec 2004 07:59:30 -0800 (PST) Message-ID: <49ba28080412310759c27cfc0@mail.gmail.com> Date: Fri, 31 Dec 2004 23:59:30 +0800 From: Song Du To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: IPNAT & IPv6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Song Du List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 15:59:48 -0000 my original ipnat rule is rdr rl0 0.0.0.0/0 port 80 -> 127.0.0.1 port 8000 tcp which redirect a priv port to a non-priv port but when i setup dual stack, i find it's unable to handle ipv6 connections. when i change 0.0.0.0 to ::0, ipnat complains it can't resolve it. even when i use domains instead of numeric format, still no help. so it seems that ipnat doesn't work with ipv6? any solution? -- freewizard (at) gmail.com http://blog.tsing.org/freewizard/ From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 19:09:13 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91A2B16A4CE for ; Fri, 31 Dec 2004 19:09:13 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C3B143D45 for ; Fri, 31 Dec 2004 19:09:13 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) iBVJ9CwN053249 for ; Fri, 31 Dec 2004 11:09:12 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.12.10/8.12.10/meer) with ESMTP id iBVJ97mg023433 for ; Fri, 31 Dec 2004 11:09:08 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.12.1/8.12.10) id iBVJ94PC023427 for freebsd-stable@freebsd.org; Fri, 31 Dec 2004 11:09:04 -0800 (PST) (envelope-from jrhett) Date: Fri, 31 Dec 2004 11:09:04 -0800 From: Joe Rhett To: freebsd-stable@freebsd.org Message-ID: <20041231190904.GA18620@meer.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Organization: Meer.net LLC Subject: ports directories are broken again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 19:09:13 -0000 About a month ago I saw a problem where many of the packaged ports disappeared from the main and mirror ftp sites. I didn't have time to drop a message then, and just compiled them myself. However I'm seeing this problem again today. And it isn't just this one package -- numerous items that appear in the ports searches are missing. neptune.sv$ fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5.3-release/All/frontpage-5.0.2.2623_1.tbz fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5.3-release/All/frontpage-5.0.2.2623_1.tbz: File unavailable (e.g., file not found, no access) neptune.sv$ pkg_add -r frontpage Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5.3-release/Latest/frontpage.tbz: File unavailable (e.g., file not found, no access) neptune.sv$ ftp ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5.3-release/All/ Trying 204.152.184.73... Connected to ftp.freebsd.org. ...etc clipped login readme 250 Directory successfully changed. 250 Directory successfully changed. ftp> ls front* 229 Entering Extended Passive Mode (|||13369|) 150 Here comes the directory listing. -rw-r--r-- 1 110 0 250431 Oct 21 21:21 frontline-0.5.4_1.tbz 226 Directory send OK. -- Joe Rhett Senior Geek Meer.net From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 20:29:55 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1CB816A4CE for ; Fri, 31 Dec 2004 20:29:55 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D65143D58 for ; Fri, 31 Dec 2004 20:29:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8D309511C6; Fri, 31 Dec 2004 12:29:29 -0800 (PST) Date: Fri, 31 Dec 2004 12:29:29 -0800 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20041231202929.GA13727@xor.obsecurity.org> References: <20041231190904.GA18620@meer.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20041231190904.GA18620@meer.net> User-Agent: Mutt/1.4.2.1i Subject: Re: ports directories are broken again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 20:29:55 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 31, 2004 at 11:09:04AM -0800, Joe Rhett wrote: > About a month ago I saw a problem where many of the packaged ports=20 > disappeared from the main and mirror ftp sites. I didn't have time to dr= op > a message then, and just compiled them myself. However I'm seeing this > problem again today. And it isn't just this one package -- numerous items > that appear in the ports searches are missing. >=20 > neptune.sv$ fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5= .3-release/All/frontpage-5.0.2.2623_1.tbz > fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5.3-release/= All/frontpage-5.0.2.2623_1.tbz: File unavailable (e.g., file not found, no = access) >=20 > neptune.sv$ pkg_add -r frontpage > Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/pac= kages-5.3-release/Latest/frontpage.tbz: File unavailable (e.g., file not fo= und, no access) >=20 frontpage has not been packaged for years because a dependency (compat3x) is forbidden for security reasons. It looks like your expectations are broken here :) Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB1bapWry0BWjoQKURAteAAJ4o7+LqlQaaMnfOeQVso4XhtNO2hACffund t4uJISneP++4MC9orzYnDWY= =7RHt -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 23:01:32 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC31D16A4CE for ; Fri, 31 Dec 2004 23:01:32 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E01EE43D2F for ; Fri, 31 Dec 2004 23:01:31 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CkVly-0001zi-00 for ; Sat, 01 Jan 2005 00:01:30 +0100 Received: from d463cf92.datahighways.de ([212.99.207.146]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 01 Jan 2005 00:01:30 +0100 Received: from ino-qc by d463cf92.datahighways.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 01 Jan 2005 00:01:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: ino-qc@spotteswoode.de.eu.org (C. Fischer) Date: Fri, 31 Dec 2004 23:54:47 +0100 Lines: 135 Message-ID: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: d463cf92.datahighways.de User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (berkeley-unix) Cancel-Lock: sha1:hgeyqVq6veYBXGcCZFW3VQzsPpk= Sender: news Subject: ad2: FAILURE - READ_DMA, but CD on slave controller recognized? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 23:01:33 -0000 this has started bugging me ever since moving from 4-stable to 5-stable. "ad2", which had been recognized no problem on the former, fails on the latter. since i have a multibooter, i can boot 4.10 residing on "ad2" without trouble. 4.10 can access "ad0" and "ad1" fine (this is how i got the initial install in place), but i used "ad2" for backups and this doesn't work anymore. the system otherwise works and there are no DMA related hardware errors ever reported except for "ad2" not beeing recognized. this seems to indicate that the problem lies in the initial disk checking phase. my boot/device.hints was installed with hints from the "GENERIC" kernel. everything else works fine. i tried to check the PRs (timed out), but google didn't return anything not related to failing hardware or misconfiguration, so could someone please look through this (verbose) dmesg(8)? ar: FreeBSD check1 failed ata1-slave: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata1-master: setting PIO4 on VIA 82C596 chip ata1-master: setting UDMA33 on VIA 82C596 chip ata1-slave: setting PIO4 on VIA 82C596 chip ad2: ATA-4 disk at ata1-master ad2: 19569MB (40079088 sectors), 39761 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 GEOM: new disk ad1 GEOM: new disk ad2 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:33350877 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 17075649024 end 17075681279 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:16498692 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad1s1, start 32256 length 8447330304 end 8447362559 ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=40079025 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=50 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=10 devices=0x9 ata1: resetting done .. ata1-slave: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ad2: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ad2: setting PIO4 on VIA 82C596 chip ad2: setting UDMA33 on VIA 82C596 chip ata1-slave: setting PIO4 on VIA 82C596 chip ata1: device config done .. ad2: FAILURE - READ_DMA timed out ar: FreeBSD read conf failed ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=0 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=50 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x50 err=0x01 lsb=0x00 msb=0x00 acd0: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=10 devices=0x9 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ad2: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ad2: setting PIO4 on VIA 82C596 chip ad2: setting UDMA33 on VIA 82C596 chip acd0: setting PIO4 on VIA 82C596 chip ata1: device config done .. ad2: FAILURE - READ_DMA timed out ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=0 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=50 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x50 err=0x01 lsb=0x00 msb=0x00 acd0: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=10 devices=0x9 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ad2: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ad2: setting PIO4 on VIA 82C596 chip ad2: setting UDMA33 on VIA 82C596 chip acd0: setting PIO4 on VIA 82C596 chip ata1: device config done .. ad2: FAILURE - READ_DMA timed out ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=1 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=50 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x50 err=0x01 lsb=0x00 msb=0x00 acd0: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=10 devices=0x9 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ad2: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ad2: setting PIO4 on VIA 82C596 chip ad2: setting UDMA33 on VIA 82C596 chip acd0: setting PIO4 on VIA 82C596 chip ata1: device config done .. ad2: FAILURE - READ_DMA timed out ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=0 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=50 ad2: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad2: stat=0x50 err=0x01 lsb=0x00 msb=0x00 acd0: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=50 stat1=10 devices=0x9 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ad2: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ad2: setting PIO4 on VIA 82C596 chip ad2: setting UDMA33 on VIA 82C596 chip acd0: setting PIO4 on VIA 82C596 chip ata1: device config done .. ad2: FAILURE - READ_DMA timed out GEOM: Configure ad0s1a, start 0 length 314572800 end 314572799 GEOM: Configure ad0s1b, start 6606028800 length 268435456 end 6874464255 GEOM: Configure ad0s1c, start 0 length 17075649024 end 17075649023 GEOM: Configure ad0s1d, start 11068768256 length 6006880768 end 17075649023 GEOM: Configure ad0s1e, start 314572800 length 3145728000 end 3460300799 GEOM: Configure ad0s1f, start 3460300800 length 2097152000 end 5557452799 GEOM: Configure ad0s1g, start 5557452800 length 1048576000 end 6606028799 GEOM: Configure ad0s1h, start 6874464256 length 4194304000 end 11068768255 GEOM: Configure ad1s1c, start 0 length 8447330304 end 8447330303 GEOM: Configure ad1s1e, start 0 length 8447330304 end 8447330303 acd0: CDROM drive at ata1 as slave acd0: read 5511KB/s (5511KB/s), 120KB buffer, PIO4 acd0: Reads: CDDA acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Mounting root from ufs:/dev/ad0s1a regards, clemens From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 23:11:41 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9E1A16A4CE for ; Fri, 31 Dec 2004 23:11:41 +0000 (GMT) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D10843D2D for ; Fri, 31 Dec 2004 23:11:41 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBVNBdaK032110 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 1 Jan 2005 10:11:39 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBVNBcxP032329 for ; Sat, 1 Jan 2005 10:11:38 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id iBVNBcEP032328 for freebsd-stable@freebsd.org; Sat, 1 Jan 2005 10:11:38 +1100 (EST) (envelope-from pjeremy) Date: Sat, 1 Jan 2005 10:11:37 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20041231231137.GV79646@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: ACPI + SMBus disables ISA bus X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 23:11:41 -0000 I'm trying to upgrade a system from 4.10 to 5.3p2 and am running into problems with the ISA bus disappearing (not probing or attaching) when I have both ACPI and SMBus enabled. This leads to a panic when something tries to do a sysctl on the (non-existent) console. The problem is masked if I use a serial console because the only ISA device I need is the VGA adapter and the lack of vga0 and syscons doesn't worry the serial console. I've had a google around and it looks like this combination should work. At least, I can't find anything forbidding it and can find some dmesgs showing both ACPI and SMBus. The relevant sections of a GENERIC "boot -v" shows: ... AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 ... found-> vendor=0x1106, dev=0x3147, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled ... pci1: at device 0.0 (no driver attached) pci0: at device 8.0 (no driver attached) pci0: at device 11.0 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 If I add the following options to GENERIC: device smbus device viapm device smb device iicbb device iicbus then the ISA bus vanishes and the above probe messages change to: ... pci1: at device 0.0 (no driver attached) pci0: at device 8.0 (no driver attached) pci0: at device 11.0 (no driver attached) viapropm0: SMBus I/O base at 0x400 viapropm0: port 0x400-0x40f at device 17.0 on pci0 viapropm0: SMBus revision code 0x0 smbus0: on viapropm0 smb0: on smbus0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 The motherboard is a Gigabyte GA-7VRXP with F12 BIOS (the latest AFAIK). Switching between PIC and APIC modes in the BIOS has no effect. There's no explicit "PnP/nonPnP" option. Should this work? If so, where should I look for clues as to why it doesn't for me? -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Dec 31 23:57:58 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB1E16A4CE for ; Fri, 31 Dec 2004 23:57:58 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A7B743D41 for ; Fri, 31 Dec 2004 23:57:58 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) iBVNvvwN058500; Fri, 31 Dec 2004 15:57:57 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.12.10/8.12.10/meer) with ESMTP id iBVNvtmg068190; Fri, 31 Dec 2004 15:57:56 -0800 (PST) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.12.1/8.12.10) id iBVNvtm8068189; Fri, 31 Dec 2004 15:57:55 -0800 (PST) (envelope-from jrhett) Date: Fri, 31 Dec 2004 15:57:55 -0800 From: Joe Rhett To: Kris Kennaway Message-ID: <20041231235755.GA67655@meer.net> Mail-Followup-To: Kris Kennaway , freebsd-stable@FreeBSD.org References: <20041231190904.GA18620@meer.net> <20041231202929.GA13727@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041231202929.GA13727@xor.obsecurity.org> User-Agent: Mutt/1.4i Organization: Meer.net LLC cc: freebsd-stable@freebsd.org Subject: Re: ports directories are broken again? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 23:57:58 -0000 > On Fri, Dec 31, 2004 at 11:09:04AM -0800, Joe Rhett wrote: > > neptune.sv$ pkg_add -r frontpage > > Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5.3-release/Latest/frontpage.tbz: File unavailable (e.g., file not found, no access) On Fri, Dec 31, 2004 at 12:29:29PM -0800, Kris Kennaway wrote: > frontpage has not been packaged for years because a dependency > (compat3x) is forbidden for security reasons. It looks like your > expectations are broken here :) I have no expecation other than that if the freebsd site indicates that a package is available, that it should be there. It provides a link to a supposed package, which does not exist. And your comment of "for years" makes no sense when applied to versions of the OS which haven't existed for more than a few months. (not that it isn't true, but it certainly defies basic logic, no?) I'm checking for a package for 5.3-release, which is only a few months old. It indicates that a package exists, and provides a URL. The URL fails indicating the file isn't found. ... and "my expectations are broken" ? Can you really think of nothing else wrong here? -- Joe Rhett Senior Geek Meer.net